RKONDRU
Occasional Contributor
Joined 15 years ago
User Profile
User Widgets
Contributions
loadUI javax.net.ssl.SSLHandshakeException
Hello, As others have reported, I am unable to get loadUI with soapui runner to successfully pass in WS-security headers with the correct identity. Here is my situation which may be makes not work? I have successfully run the exact same test suite in SOAPUI with no issues. The BST for the soap message works fine with soapui pro 3.6.1. Once I try to run the same test suite in loadui, it fails with a soap fault. Here is what I have tried to do/confirm: * I have tried to save the projects (to sync the config) and restart loadui * I have confirmed the soapui-settings.xml is the same file in both soapui and loadui * I have confirmed the certificate password and validity (several times) in soapui including purposely breaking the BST to get it to fail in soapui and then fixing it and confirming it works. * I have opened the loadui soapui runner testcase (with open in soapui button) to confirm it is the same project * I have review the soapui-errors.log in the loadui directory and see that defaults (algorithm and canoncalization) are not being used in loadUI. The defaults work in soapUI. ** I tried to set the default values directly in soapui (confirm it works) and then try running in loadui but I get the same null error as below. Do you know why the default values are not provided to signature in loadui but do get provided in soapui? Here is the stack trace for your reference: 2011-09-06 19:12:00,468 ERROR [errorlog] org.apache.ws.security.WSSecurityException: Signature creation failed (Cannot setup signature data structure); nested exception is: org.apache.xml.security.signature.XMLSignatureException: The algorithm URI "null" could not be mapped to a JCE algorithm org.apache.ws.security.WSSecurityException: Signature creation failed (Cannot setup signature data structure); nested exception is: org.apache.xml.security.signature.XMLSignatureException: The algorithm URI "null" could not be mapped to a JCE algorithm at org.apache.ws.security.message.WSSecSignature.addReferencesToSign(WSSecSignature.java:608) at org.apache.ws.security.message.WSSecSignature.build(WSSecSignature.java:769) at com.eviware.soapui.impl.wsdl.support.wss.entries.AddSignatureEntry.process(AddSignatureEntry.java:200) at com.eviware.soapui.impl.wsdl.support.wss.OutgoingWss.processOutgoing(OutgoingWss.java:157) at com.eviware.soapui.impl.wsdl.submit.filters.WssRequestFilter.filterWsdlRequest(WssRequestFilter.java:58) at com.eviware.soapui.impl.wsdl.submit.filters.AbstractRequestFilter.filterAbstractHttpRequest(AbstractRequestFilter.java:37) at com.eviware.soapui.impl.wsdl.submit.filters.AbstractRequestFilter.filterRequest(AbstractRequestFilter.java:31) at com.eviware.soapui.impl.wsdl.submit.transports.http.HttpClientRequestTransport.sendRequest(HttpClientRequestTransport.java:133) at com.eviware.soapui.impl.wsdl.WsdlSubmit.run(WsdlSubmit.java:123) at com.eviware.soapui.impl.wsdl.WsdlSubmit.submitRequest(WsdlSubmit.java:76) at com.eviware.soapui.impl.wsdl.WsdlRequest.submit(WsdlRequest.java:238) at com.eviware.soapui.impl.wsdl.teststeps.WsdlTestRequestStep.run(WsdlTestRequestStep.java:366) at com.eviware.soapui.impl.wsdl.support.AbstractTestCaseRunner.runTestStep(AbstractTestCaseRunner.java:232) at com.eviware.soapui.impl.wsdl.testcase.WsdlTestCaseRunner.runCurrentTestStep(WsdlTestCaseRunner.java:48) at com.eviware.soapui.impl.wsdl.support.AbstractTestCaseRunner.internalRun(AbstractTestCaseRunner.java:141) at com.eviware.soapui.impl.wsdl.support.AbstractTestCaseRunner.internalRun(AbstractTestCaseRunner.java:42) at com.eviware.soapui.impl.wsdl.support.AbstractTestRunner.run(AbstractTestRunner.java:135) at com.eviware.loadui.components.soapui.SoapUISamplerComponent$SoapUITestCaseRunner.run(SoapUISamplerComponent.java:975) at com.eviware.loadui.components.soapui.SoapUISamplerComponent.sample(SoapUISamplerComponent.java:831) at com.eviware.loadui.impl.component.categories.RunnerBase.doSample(RunnerBase.java:496) at com.eviware.loadui.impl.component.categories.RunnerBase.access$700(RunnerBase.java:70) at com.eviware.loadui.impl.component.categories.RunnerBase$Worker.run(RunnerBase.java:773) at com.eviware.loadui.util.dispatch.CustomThreadPoolExecutor$Worker.run(CustomThreadPoolExecutor.java:188) at java.lang.Thread.run(Unknown Source) Caused by: org.apache.xml.security.signature.XMLSignatureException: The algorithm URI "null" could not be mapped to a JCE algorithm at org.apache.xml.security.algorithms.MessageDigestAlgorithm.getDigestInstance(Unknown Source) at org.apache.xml.security.algorithms.MessageDigestAlgorithm.getInstance(Unknown Source) at org.apache.xml.security.signature.Reference.<init>(Unknown Source) at org.apache.xml.security.signature.Manifest.addDocument(Unknown Source) at org.apache.xml.security.signature.XMLSignature.addDocument(Unknown Source) at org.apache.ws.security.message.WSSecSignature.addReferencesToSign(WSSecSignature.java:601) ... 23 more I need help and/or a fix ASAP as I am under a deadline of today to run this test. TIA, Scott3.7KViews0likes3Commentsmultiple certificate/keystores per testcase
Hello, I am looking for a solution like some other folks have asked. Is there a way to set the credentials / keystore (to use) differently per test case in soapUI (pro?)? Here are a couple of references from the forums with no resolution: http://www.soapui.org/forum/viewtopic.php?f=5&t=5776 http://www.soapui.org/forum/viewtopic.php?f=5&t=5620&p=17634 My initial thought was a custom groovy script in a test step to set up the keystore and the creds, but being a newbie to the API I could not find a way to access the SoapUI object from the teststep nor how to set the creds on the request via the API. Specific advice or sample code is much appreciated. Scott5KViews0likes2CommentsRe: How to read Graphs generated for Load test
eviware support wrote: I'll put that as a bug in our backlog... Ole, Just catching up on this issue myself. Could you add to this enhancement request not only the time but the date. It makes for more understandable/accurate reports. Thanks, Scott1.5KViews0likes0Commentsquery the *.db files saved from loadUI test runs
Hello, I am trying to get the raw data from a loadUI test run that I did not archive. It does not show up in the results workbench. However, I do have the database files saved in a folder: *.trace.db *.h2.db So my question is how can I access those db files to extract out raw data as a CSV for data analysis? Or if this already provided somehow in the loadUI results workbench (again not visible in my archive), that would be better. TIA, Scott4.8KViews0likes3CommentsSaving multiple load test results
Hello all, I have searched on the forums and in the documentation but can't seem to find any guidance on how to do a fairly simple thing (I think) which is to provide a unique folder name for each test run and save all the log files for several load tests being run at once in SOAPUI. This should be automated/scripted so it just happens. Here is what I want: /TestResults/LoadRun1/Testcase1/<save all log files here> /TestResults/LoadRun2/Testcase1/<save all log files here> /TestResults/LoadRun1/Testcase2/<save all log files here> ...etc.. I thought I could use a property expansion of the test case name in the dialog where it asks you for a folder, but that does not work. Any other ideas? Thanks, Scott1.9KViews0likes3CommentsRe: maven plugin and composite project structure support
eviware support wrote: Hi! hmm.. you mention two things here: 1) the possibility to run a composite project with the pro version of the maven plugin -> should definitely work, if not it is a serious bug we need to fix 2) the possibility to run multiple projects at once with the plugin -> this is not supported in any versions of the plugin unfortunately. Ole, as always, thanks for the prompt reply. 1) you state it should work, I saw on the forum someone state it did not. I do not know how to do this, and did not see any documentation on how for the pro-plugin. Do you have a link or document that shows how to do this? 2) Are there any plans to do this in the future or is this not likely to be supported ever? Thanks again, Scott1KViews0likes0Commentsmaven plugin and composite project structure support
Hello, From other posts, I have discovered that the maven plugin does NOT support the pro's composite project structure. That is, you can not run multiple projects in the plugin. Is there any workarounds or alternative solutions for this limitation? Scott2.4KViews0likes3Comments