Contributions
Re: ServiceV selective routing
Unfortunately the feature added in Version 1.8 is not what my customer needs. (or at least absolutely not userfriendly). I'm very disappointed to see the conditional routing being a separate script. In the case described above, I have all the scripts already in the Dispatch section, there Ihave existing code that knows when to route to the real back end and when not to. (based on the technical ID) I just need to be able to route as if it were a normaltemplate. I'm not going to use this featureas it is implemented today since I would have to duplicate most of the code (and then maintain the duplication as well)... Please fix this...7.1KViews0likes0CommentsRe: ServiceV selective routing
Hi Shadid, LoundesM That is exactly what my clientneeds. Theirneed isn't based on wanting to limit the traffic. We indeed want to be able to route depening on values in the incoming request. The example LoundesM provided is not very far from our case. We usecustomernumbers, ipadresses, macadresses which are translated to a technical ID via groovy script. The technical ID is then used to return a specific template. Based on the value of this technical ID we can determine if our customer is "real" or "virtual" (for example: if technicalID > 1 000 000 returnreal else return virtual) Preferably we would control this via groovy script as this would allowus the most precise control. There are a few reasons forour need: - Multiple APIs controlled by both internal and external parties on sometimes unstable environments - Multiple independent testers at various different test levels - Test automation of the GUI application using our VirtServer - Developersof either the GUI application or the service layer (composite API) want it configured depending on their current development phase. So at any given time different teams want thesame GUI application or composite APIconfigured to different endpoints whichisn't feasible. This option would help with the acceptanceof our VirtServer setup tremendously.7.3KViews0likes0CommentsServiceV selective routing
The routing option is too limited to be useable today. At my current client we need the option to route certrain ranges to the real back end services, or the option to do so via scripting (return route instead of return template). We have specific ranges of easily identifiable Virtual Customers, those should returnone of ourtemplates while real customers should return the real service response.7.7KViews6likes7CommentsRe: VirtServer NullpointerException
20:01:08,945 ERROR [SoapUI] An error occurred [Failed to load project from file [file:/C:/Users/***hidden***/AppData/Local/Temp/2/1442858468904-0/ready-api-project.xml]], see error log for details 213.224.243.86 - - [21/Sep/2015:18:01:08 +0000] "POST /api/v1.1/deployments?virtID=65018dae-9f9c-4305-92e0-efc7e4f715c6 HTTP/1.1" 500 - "-" "Java/1.8.0_45" 125 ERROR [2015-09-21 20:01:08,965] com.smartbear.virtserver.resources.SvpServerResponse: null ! java.lang.NullPointerException: null ! at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:192) ~[guava-15.0.jar:na] ! at com.google.common.cache.LocalCache.get(LocalCache.java:3931) ~[guava-15.0.jar:na] ! at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3936) ~[guava-15.0.jar:na] ! at com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4806) ~[guava-15.0.jar:na] ! at com.smartbear.servicev.core.engine.impl.soapui.SoapUIHeadlessVirtFactory.getLocalVirtItem(SoapUIHeadlessVirtFactory.java:98) ~[ready-api-service-v-core-1.4.1.jar:na] ! at com.smartbear.servicev.core.engine.impl.soapui.SoapUIHeadlessVirtFactory.getVirt(SoapUIHeadlessVirtFactory.java:79) ~[ready-api-service-v-core-1.4.1.jar:na] ! at com.smartbear.virtserver.virt.impl.SoapUIVirtBuilder.a(SoapUIVirtBuilder.java:66) ~[ready-api-service-v-server-1.4.1.jar:na] ! at com.smartbear.virtserver.virt.impl.SoapUIVirtBuilder.build(SoapUIVirtBuilder.java:52) ~[ready-api-service-v-server-1.4.1.jar:na] ! at com.smartbear.virtserver.resources.deployment.DeploymentBuilder$DeploymentCreator.a(DeploymentBuilder.java:114) ~[ready-api-service-v-server-1.4.1.jar:na] ! at com.smartbear.virtserver.resources.deployment.DeploymentBuilder$DeploymentCreator.build(DeploymentBuilder.java:86) ~[ready-api-service-v-server-1.4.1.jar:na] ! at com.smartbear.virtserver.resources.DeploymentResource.a(DeploymentResource.java:108) ~[ready-api-service-v-server-1.4.1.jar:na] ! at com.smartbear.virtserver.resources.DeploymentResource.postDeployments(DeploymentResource.java:155) ~[ready-api-service-v-server-1.4.1.jar:na] ! at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_45] ! at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[na:1.8.0_45] ! at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.8.0_45] ! at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.8.0_45] ! at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205) [jersey-s erver-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75) [jersey-server-1.18.1.jar:1.18.1] ! at io.dropwizard.jersey.guava.OptionalResourceMethodDispatchAdapter$OptionalRequestDispatcher.dispatch(OptionalResourceMethodDispatchAdapter.java:37) [dropwizard-jersey-0.7.1.jar :0.7.1] ! at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409) [jersey-server-1.18.1.jar:1.18.1] ! at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409) [jersey-servlet-1.18.1.jar:1.18.1] ! at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:540) [jersey-servlet-1.18.1.jar:1.18.1] ! at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:715) [jersey-servlet-1.18.1.jar:1.18.1] ! at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) [javax.servlet-3.0.0.v201112011016.jar:na] ! at io.dropwizard.jetty.NonblockingServletHolder.handle(NonblockingServletHolder.java:49) [dropwizard-jetty-0.7.1.jar:0.7.1] ! at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1515) [jetty-servlet-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:83) [jetty-servlets-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:295) [jetty-servlets-9.0.7.v20131107.jar:9.0.7.v20131107] ! at io.dropwizard.jetty.BiDiGzipFilter.doFilter(BiDiGzipFilter.java:127) [dropwizard-jetty-0.7.1.jar:0.7.1] ! at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1486) [jetty-servlet-9.0.7.v20131107.jar:9.0.7.v20131107] ! at io.dropwizard.servlets.ThreadNameFilter.doFilter(ThreadNameFilter.java:29) [dropwizard-servlets-0.7.1.jar:0.7.1] ! at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1486) [jetty-servlet-9.0.7.v20131107.jar:9.0.7.v20131107] ! at io.dropwizard.jersey.filter.AllowedMethodsFilter.handle(AllowedMethodsFilter.java:44) [dropwizard-jersey-0.7.1.jar:0.7.1] ! at io.dropwizard.jersey.filter.AllowedMethodsFilter.doFilter(AllowedMethodsFilter.java:39) [dropwizard-jersey-0.7.1.jar:0.7.1] ! at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1486) [jetty-servlet-9.0.7.v20131107.jar:9.0.7.v20131107] ! at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:66) [guice-servlet-3.0.jar:na] ! at com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118) [guice-servlet-3.0.jar:na] ! at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113) [guice-servlet-3.0.jar:na] ! at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1486) [jetty-servlet-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:519) [jetty-servlet-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1097) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:448) [jetty-servlet-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1031) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:136) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at com.codahale.metrics.jetty9.InstrumentedHandler.handle(InstrumentedHandler.java:175) [metrics-jetty9-3.0.2.jar:3.0.2] ! at io.dropwizard.jetty.RoutingHandler.handle(RoutingHandler.java:51) [dropwizard-jetty-0.7.1.jar:0.7.1] ! at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.handler.RequestLogHandler.handle(RequestLogHandler.java:92) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:162) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.Server.handle(Server.java:446) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:271) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:246) [jetty-server-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.io.AbstractConnection$ReadCallback.run(AbstractConnection.java:358) [jetty-io-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:601) [jetty-util-9.0.7.v20131107.jar:9.0.7.v20131107] ! at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:532) [jetty-util-9.0.7.v20131107.jar:9.0.7.v20131107] ! at java.lang.Thread.run(Unknown Source) [na:1.8.0_45]9 years agoPlace ReadyAPI QuestionsReadyAPI Questions3.4KViews0likes1CommentVirtServer NullpointerException
Hi, I have 2 virts (1 Rest, 1 Soap) that can't be deployed on VirtServer. I get an error: Nullpointer exception The reason is the same for both: Fri Sep 18 11:44:52 CEST 2015:ERROR:com.eviware.soapui.support.SoapUIException: Failed to load project from file [file:/C:/Users/***hidden for privacy***/AppData/Local/Temp/2/1442569491940-0/ready-api-project.xml] The projects are both saved under my documents, not in my temp folder. I can only get them working by deploying them on Tomcat.9 years agoPlace ReadyAPI QuestionsReadyAPI Questions3.5KViews0likes3Comments