Return-Path: Delivered-To: apmail-jakarta-cactus-user-archive@apache.org Received: (qmail 44974 invoked from network); 2 Aug 2002 09:45:30 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 2 Aug 2002 09:45:30 -0000 Received: (qmail 15253 invoked by uid 97); 2 Aug 2002 09:46:01 -0000 Delivered-To: qmlist-jakarta-archive-cactus-user@jakarta.apache.org Received: (qmail 15227 invoked by uid 97); 2 Aug 2002 09:46:00 -0000 Mailing-List: contact cactus-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Cactus Users List" Reply-To: "Cactus Users List" Delivered-To: mailing list cactus-user@jakarta.apache.org Received: (qmail 15215 invoked by uid 98); 2 Aug 2002 09:45:59 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) From: "Vincent Massol" To: "'Cactus Users List'" Subject: RE: Missing service name parameter [Cactus_Service] Date: Fri, 2 Aug 2002 10:42:13 +0100 Organization: OCTO Technology Message-ID: <000c01c23a08$e4049490$acc8c8c8@octovma> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Kumar, Not sure I understand. Your application *must* be packaged as one WAR (or EAR) which includes both your classes under tests and your tests classes. Please check the getting started guide on the cactus web site which gives some information on that subject. Where is your WAR/EAR located ? In WL or in TCC's internal server (which I believe uses Jetty under the hood) ? Are you using the Cactus plugin in TCC ? (if so, I know it wasn't exactly ready in the TCC version I have used). Also, I don't really use TCC so I'm not familiar with the set up you need there. Are you trying to deploy from TCC to WL6.1 and then run the tests, all that automatically ? Thanks -Vincent > -----Original Message----- > From: Kumar_maniranjan [mailto:Kumar_maniranjan@infosys.com] > Sent: 02 August 2002 10:25 > To: Cactus Users List > Subject: RE: Missing service name parameter [Cactus_Service] > > hi vincent, > > I m calling my classes under test from a different server altogether > i.e. together soft's internal test server. > And my application is on weblogic61. And as I run cactus test classes, > it simply goes to weblogic and invokes methods over there. > yeah ofcourse I m getting 500 error when i m siply typing the URL > in the web client. But that is ok. > I m still not able to figure out the issue as versions of cactus are > also same at both the places. > > regards, > Maniranjan Kumar > > > > -----Original Message----- > From: Deepak Shah [mailto:Dshah@ivega.com] > Sent: Friday, August 02, 2002 1:40 PM > To: 'Cactus Users List' > Subject: RE: Missing service name parameter [Cactus_Service] > > > Thanks Vincent, > > Since yesterday I am exploring Cactus framework, still some mechanisms are > not clear to me. I am planning to sort out most part by today. I may get > back with queries. > > Regards, > Deepak. > > > -----Original Message----- > From: Vincent Massol [mailto:vmassol@octo.com] > Sent: Friday, August 02, 2002 12:28 PM > To: 'Cactus Users List' > Cc: Kumar_maniranjan@infosys.com > Subject: RE: Missing service name parameter [Cactus_Service] > > > Hi Deepak, > > Thanks for your help. Just a minor correction though: Cactus do *not* > require you, as a user to set up a Cactus_Service parameter in the > request. This is done automatically by the Cactus client side. > > In runservertests, you need to specify a valid URL that runservertests > can ping to decide if the server is running or not (this is independent > of Cactus). It happens that we are testing with Cactus and thus we know > for sure that we will have mapped the Cactus redirector servlet in > web.xml as this is requisite. Thus, I have added a simple Test service > in the Cactus servlet redirector to help detect when the server is up. > > But if you forget this story of getting the server up, you should never > have to mess with the Cactus_Service HTTP parameter, which is used > internally. > > Kumar, in your case, there are 2 possibilities : > > - either you are not calling Cactus throught the Cactus client side > (i.e. you're opening a browser for example) > - or you have different versions of Cactus on the server side and on the > client side. > > Cheers, > -Vincent > > PS: Thanks again Deepak for your help. > > > -----Original Message----- > > From: Deepak Shah [mailto:Dshah@ivega.com] > > Sent: 02 August 2002 07:16 > > To: 'Cactus Users List' > > Cc: 'Kumar_maniranjan@infosys.com' > > Subject: RE: Missing service name parameter [Cactus_Service] > > > > The way tests are called from client is : > > > > [build-tests-weblogic-61.xml] > > > testURL=" > > > http://localhost:${test.port}/test/ServletRedirector?Cactus_Service=RUN_ > TE > > ST > > " > > startTarget="start.weblogic.61" > > stopTarget="stop.weblogic.61" > > testTarget="test"/> > > > > It is required to specify value for parameter Cactus_Service as shown > in > > above sample > > > > The error logs suggest that value for this parameter is not set. > > > > > > > > Regs, > > Deepak > > > > > > > > > > > > > > -----Original Message----- > > From: Kumar_maniranjan [mailto: > > Sent: Friday, August 02, 2002 11:30 AM > > To: cactus-user@jakarta.apache.org > > Subject: Missing service name parameter [Cactus_Service] > > > > > > hi, > > > > I m trying to run cactus test classes but getting this exception. > Below is > > the server log. > > > > waiting fo a fast reply, > > Maniranjan Kumar > > > > > > > > > > <[WebAppServletContext(597769,application > > ,/application)] Servlet failed with ServletException > > javax.servlet.ServletException: Missing service name parameter > > [Cactus_Service] > > in HTTP request. Received query string is [null]. > > at > > org.apache.cactus.server.AbstractTestController.getServiceName(Abstra > > > ctTestController.java;org/apache/cactus/util/log/LogAspect.java(1k):185) > > at > > org.apache.cactus.server.AbstractTestController.dispatch79_handleRequ > > > est(AbstractTestController.java;org/apache/cactus/util/log/LogAspect.jav > a( > > 1k > > ):11 > > 6) > > at > > org.apache.cactus.server.AbstractTestController.around79_handleReques > > > t(AbstractTestController.java;org/apache/cactus/util/log/LogAspect.java( > 1k > > ): > > 1147 > > ) > > at > > org.apache.cactus.server.AbstractTestController.handleRequest(Abstrac > > > tTestController.java;org/apache/cactus/util/log/LogAspect.java(1k):101) > > at > > org.apache.cactus.server.ServletTestRedirector.dispatch88_doPost(Serv > > > letTestRedirector.java;org/apache/cactus/util/log/LogAspect.java(1k):132 > ) > > at > > org.apache.cactus.server.ServletTestRedirector.around88_doPost(Servle > > > tTestRedirector.java;org/apache/cactus/util/log/LogAspect.java(1k):1147) > > at > > org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedi > > rector.java;org/apache/cactus/util/log/LogAspect.java(1k):118) > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:760) > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > at > > weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm > > pl.java:265) > > at > > weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21) > > at > > weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.ja > > va:27) > > at > > weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppSe > > rvletContext.java:2464) > > at > > weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestIm > > pl.java:2039) > > at > weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139) > > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120) > > > > > > > -- > > To unsubscribe, e-mail: < > > mailto:cactus-user-unsubscribe@jakarta.apache.org > > > > > For additional commands, e-mail: < > > mailto:cactus-user-help@jakarta.apache.org > > > > > > > > > -- > To unsubscribe, e-mail: > > For additional commands, e-mail: > > > > -- > To unsubscribe, e-mail: unsubscribe@jakarta.apache.org> > For additional commands, e-mail: help@jakarta.apache.org> > > > -- > To unsubscribe, e-mail: unsubscribe@jakarta.apache.org> > For additional commands, e-mail: help@jakarta.apache.org> -- To unsubscribe, e-mail: For additional commands, e-mail: