Contributions
- 1.5KViews0likes0Comments
winHttpGetIEProxyConfigForCurrentUse
version : SoapUI 5.0.0 downloaded yesterday from source tried to run it as a "user" -> soapui.bat in the bin folder i'm running javabuild 1.6.0_41-b02 2015-02-26 12:22:56,592 [main] WARN com.eviware.soapui.SoapUI - Could not find jfxrt.jar. Internal browser will be disabled. Configuring log4j from [N:\APPLSHARE\PRD\KRWK\SOFTW\SoapUI-5.0.0\bin\soapui-log4 j.xml] 12:22:57,404 INFO [DefaultSoapUICore] initialized soapui-settings from [\\\DFS\HOME\024\myuser\Profile\soapui-settings.xml] Exception in thread "AWT-EventQueue-0" java.lang.UnsatisfiedLinkError: com.btr.p roxy.search.desktop.win.Win32ProxyUtils.winHttpGetIEProxyConfigForCurrentUser()L com/btr/proxy/search/desktop/win/Win32IESettings; at com.btr.proxy.search.desktop.win.Win32ProxyUtils.winHttpGetIEProxyCon figForCurrentUser(Native Method) at com.btr.proxy.search.browser.ie.IEProxySearchStrategy.readSettings(IE ProxySearchStrategy.java:57) at com.btr.proxy.search.browser.ie.IEProxySearchStrategy.getProxySelecto r(IEProxySearchStrategy.java:42) at com.btr.proxy.search.desktop.win.WinProxySearchStrategy.getProxySelec tor(WinProxySearchStrategy.java:37) at com.btr.proxy.search.desktop.DesktopProxySearchStrategy.getProxySelec tor(DesktopProxySearchStrategy.java:34) at com.btr.proxy.search.ProxySearch.getProxySelector(ProxySearch.java:19 3) at com.eviware.soapui.impl.wsdl.support.http.ProxyUtils.setGlobalProxy(P roxyUtils.java:201) at com.eviware.soapui.impl.wsdl.support.http.HttpClientSupport.<clinit>( HttpClientSupport.java:63) at com.eviware.soapui.DefaultSoapUICore.initSettings(DefaultSoapUICore.j ava:396) at com.eviware.soapui.SwingSoapUICore.initSettings(SwingSoapUICore.java: 122) at com.eviware.soapui.DefaultSoapUICore.init(DefaultSoapUICore.java:148) at com.eviware.soapui.StandaloneSoapUICore.<init>(StandaloneSoapUICore.j ava:40) at com.eviware.soapui.SoapUI$SoapUIRunner.run(SoapUI.java:697) at java.awt.event.InvocationEvent.dispatch(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$400(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) halts.... how to proceed? I couldn't find anyone mentioning it1.5KViews0likes2CommentsRe: loadtest with 5 threads and DataGen variable
in modus "read" every test step will get a new number from the datagenerator object... which is not my intention... it has to keep thesame number during 1 testrun. But it should be unique for every thread... 1) numbergenerator 2) Createobject 1 3) InitiateObject 1 4) ExtendObject 1 5) TerminateObject 1 1) Numbergenerator 2) CreateObject 2 3) InitiateObject 2 4) ExtendObject 2 5) TerminateObject 2 ... and when we change threads from 1 into a 5.... we notice it tries to run on 100 testruns at least a few times thesame teststep with thesame value.... which should not happen (no duplicates allowed)1.3KViews0likes0CommentsRe: loadtest with 5 threads and DataGen variable
name=test type=number mode=step shared = [x] <--- this is enabled... good ? bad? start : 000 end : 999 step : 1 pattern: ' 32486'###000 Random : [ ] <--- to have no random collisions we do it sequently Persist : [ ] <--- to start allways at 0 when we run our test1.3KViews0likes0Commentsloadtest with 5 threads and DataGen variable
Hi, we've created a datagen "numbergenerator" that should go from 000 to 999 sequently ...this works; we've done a loadtest with 1 thread and see all numbers passing by once... : OK now we've changed it to 5 threads and notice sometimes thesame number is passed more than once : NOK how can we correct this? Tested on a 3.5 soapui pro trial licence... is this a bug? a feature? a misconfiguration? a limitation?2KViews0likes7Comments