Return-Path: list-help: list-unsubscribe: List-Post: List-Id: Mailing-List: contact cactus-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list cactus-user@jakarta.apache.org Received: (qmail 33997 invoked from network); 4 Feb 2003 14:21:39 -0000 Received: from unknown (HELO h-file04.180096hotel.com) (12.19.68.104) by daedalus.apache.org with SMTP; 4 Feb 2003 14:21:39 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: assertEquals: NoSuchMethodError Date: Tue, 4 Feb 2003 08:21:34 -0600 Message-ID: <95DD6F026D9C5C459E262B9C385C478E01180718@h-file04.180096hotel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: assertEquals: NoSuchMethodError Thread-Index: AcLL3e3ZfOUH6TpkRCaPCs66tmtT/wAefVNw From: "James Childers" To: "Cactus Users List" , "Martin" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Well, after taking a fresh look at this it looks like it was a jar = reference issue. My IDE (where I was running the test from) was = referencing junit-3.7.jar, while my servlet container was referencing = junit-3.8.jar. Having them both reference the same jar fixed the = problem. ARgh. Stuff like this can drive one to start yelling apocalyptic = prophecies at random passerby. Martin - You couldn't find that method because it's specific to our app. = :) -=3D J =20 > Not a bonehead question at all.. > I looked everywhere in Cactus Doc and couldnt find any info=20 > on Tags with > computeActionMappingURL method > Basically the assertEquals deytermines if the operand on left=20 > should be the > same object as one on right > (assuming that Dayatypes are both string) > What happens when you peek at %TOMAT_HOME%\logs do you see=20 > anything there?? > Regards, > -Martin > > ----- Original Message ----- > From: "James Childers" > To: "Cactus-User (E-mail)" > Sent: Monday, February 03, 2003 6:13 PM > Subject: assertEquals: NoSuchMethodError >=20 > Hate to bother everyone with a boneheaded error like this,=20 > but I can't seem > to track down the cause. >=20 > The following method -- which was working last Friday -- throws a > NoSuchMethodError: >=20 > public void testComputeSecureActionMappingURL() throws JspException { > String result =3D sfTag.computeActionMappingURL(); > assertEquals(expectedSecureUrl, result); // This is line 38 > } >=20 > For some reason, it is unable to find assertEquals() now, although > assertTrue() works just fine. Here's the stack trace: >=20 > java.lang.NoSuchMethodError > at > com.hotels.packaging.tags.html.SecureFormTagTest.testComputeSe > cureActionMapp > ingURL(SecureFormTagTest.java:38) > at java.lang.reflect.Method.invoke(Native Method) > at > org.apache.cactus.AbstractTestCase.runServerTest(AbstractTestC > ase.java:332) > at > org.apache.cactus.AbstractTestCase.runBareServerTest(AbstractT > estCase.java:2 > 35) > at > org.apache.cactus.server.AbstractWebTestCaller.doTest(Abstract > WebTestCaller. > java:149) > at > org.apache.cactus.server.AbstractWebTestController.dispatch87_ > handleRequest( > AbstractWebTestController.java;org/apache/cactus/util/log/LogA > spect.aj(1k):1 > 25) > at > org.apache.cactus.server.AbstractWebTestController.around87_ha > ndleRequest(Ab > stractWebTestController.java;org/apache/cactus/util/log/LogAsp > ect.aj(1k):115 > 6) > at > org.apache.cactus.server.AbstractWebTestController.handleReque > st(AbstractWeb > TestController.java;org/apache/cactus/util/log/LogAspect.aj(1k):101) > at > org.apache.cactus.server.JspTestRedirector.dispatch90_doGet(Js > pTestRedirecto > r.java;org/apache/cactus/util/log/LogAspect.aj(1k):93) > at > org.apache.cactus.server.JspTestRedirector.around90_doGet(JspT > estRedirector. > java;org/apache/cactus/util/log/LogAspect.aj(1k):1156) > at > org.apache.cactus.server.JspTestRedirector.doGet(JspTestRedire > ctor.java;org/ > apache/cactus/util/log/LogAspect.aj(1k):87) > ... deleted ... >=20 > Any ideas? >=20 > -=3D J