Skip to Content.
Sympa Menu

shibboleth-dev - Re: class loading order

Subject: Shibboleth Developers

List archive

Re: class loading order


Chronological Thread 
  • From: Tom Scavo <>
  • To:
  • Subject: Re: class loading order
  • Date: Thu, 25 Aug 2005 12:55:23 -0400
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TUDg2iUG+ROMOEoZutv9aDCtv7w/N6OGAyHnW2rrQz3g8YO13AHrWuufco7E9HxOLQkJ5JyeDkItuFca3rQvFqXA1iZ53538VnUpjtOCTXT7nPpRma39RN86pyG8G5SYNBq4qUNGrOwhUDkiIL1FAJHF3J+wI8ynGZgqbB4z4Hc=

On 8/22/05, Chad La Joie
<>
wrote:
>
> So, are you seeing an error where your unit test isn't picking up the
> latest changed to your code?

Yes, I can reproduce the following bug:

1) Refactor an extension source file by changing its name.
2) Reinstall the extension. A unit test that (indirectly) depends on
this refactored source file will fail since the old class files are in
the extension JAR and the JARs appear in the test classpath *before*
the unpacked class files.
3) Manually delete the extension JARs in custom/lib and
custom/$EXTENSION_NAME$/dist and reinstall. The unit test will still
fail since the JAR file in $IDP_HOME$/lib takes precedence.
4) Turn off extension testing, reinstall, turn on extension testing,
and reinstall. This time the unit test will not fail since all the
JARs will have been rebuilt by the first successful reinstall.

There are two ways of looking at this. Either the order of operations
is faulty (unit testing occurs before JAR creation) or the classpath
order is incorrect (JARs are searched before class files). I think
the latter is the root source of the problem.

Tom



Archive powered by MHonArc 2.6.16.

Top of Page