Yes it's:
java.lang.NoClassDefFoundError: javax/mail/internet/ParseException
It can't work with mailet.jar in the phoenix/lib directory and
mail_1_2.jar in the James SAR because this means that mailet.jar is
loaded by the extenation ClassLoader and mail_1_2.jar is loaded by the
Phoenix PolicyClassLoader. Since the PolicyClassLoader is higher in the
delegation chain, mailet.jar cannot load any javax.mail.* classes.
I've since read Peter's mail which says he added the mailet classes into
james.jar file and this approach also works, but only if the mailet.jar
file does not also exist in the phoenix/lib. The current build.xml file
builds a separate mailet.jar file and then copies it into ${dist}/lib,
i.e. the target phoenix/lib dir.
Steve
> -----Original Message-----
> From: Paul Hammant [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 25, 2002 3:14 PM
> To: James Developers List
> Subject: Re: Phoenix 4.0 final pushed up.
>
>
> Steve,
>
> >I tried this with a clean checkout and build and I'm afraid
> it doesn't
> >work. I think you need to move mailet.jar back into the james.sar
> >file, path SAR-INF/lib.
> >
> >
> What did not work dude? What were the exceptions logged?
>
> I was able to launch Phoenix and poke things thru the NNTP
> server, I'm
> going to need some advice on how to configure a local-loop
> SMTP test so
> that this does not happen again (no unit tests for that?).
>
> Could you test the moving back of the mailet jar into the primordial
> class loader (what phoenix/lib becomes)
>
> - Paul
>
>
> --
> To unsubscribe, e-mail:
> <mailto:james-dev-> [EMAIL PROTECTED]>
> For
> additional commands,
> e-mail: <mailto:[EMAIL PROTECTED]>
>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
