Chris, I just tried it in a clean directory with a fresh copy of James 2.1.1 from CVS. All I did after the initial checkout, build and run was this:
- I added pxmailets.jar into the james.sar file in the directory SAR-INF/lib. - I added <mailetpackage>com.postx.james.transport.mailets</mailetpackage> to the <mailetpackages> in config.xml. - I added <mailet match="All" class="DumpMessage"/> to the root processor. Upon restarting James, the spoolmanager log file shows the mailet DumpMessage loaded OK and when I send a test mail through James my mailet gets invoked just fine. I'd go over you classpath carefully and also make sure you don't have any unwanted jars in any of the extension library locations. You can also try running with the Phoenix debug flag run.bat -d or run.sh -d and then look in the phoenix.log file. Here is a section of my log showing a successful mailet load: DEBUG 2003-02-20 16:33:06.406 [Phoenix.] (): findClass(All) DEBUG 2003-02-20 16:33:06.416 [Phoenix.] (): findClass(DumpMessage) DEBUG 2003-02-20 16:33:06.416 [Phoenix.] (): findClass(org.apache.james.transport.mailets.DumpMessage) DEBUG 2003-02-20 16:33:06.416 [Phoenix.] (): findClass(com.postx.james.transport.mailets.DumpMessage) DEBUG 2003-02-20 16:33:06.416 [Phoenix.] (): getPermissions((file:/C:/java/jakarta/james-2.1.1/jakarta-james/dist/jam es-2.1.1/work/james-1045787584494/SAR-INF/lib/pxmailets.jar <no certificates>)) DEBUG 2003-02-20 16:33:06.416 [Phoenix.] (): getPermissions(file:C:/java/jakarta/james-2.1.1/jakarta-james/dist/james -2.1.1/work/james-1045787584494/SAR-INF/lib/pxmailets.jar); BTW what's up with all the extra dated log files in the James log file directory? Cheers Steve > -----Original Message----- > From: Chris Means [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 20, 2003 4:04 PM > To: James Users List > Subject: RE: gets stuck in foreign class methods while in the > custom mailet > > > It's in the right package > (org.apache.james.transport.mailets), but in a different jar. > > Same jar is working fine in the older version of James. > > > -----Original Message----- > > From: Steve Short [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, February 20, 2003 5:52 PM > > To: James Users List; [EMAIL PROTECTED] > > Subject: RE: gets stuck in foreign class methods while in > the custom > > mailet > > > > > > Chris, > > > > What package is JDBCBayesianAnalysis in? From the > exception James has > > only looked in package org.apache.james.transport.mailets, > so if the > > mailet is in a different package you will need to add it's > > <mailetpackage> in the config.xml file. > > > > Steve > > > > > -----Original Message----- > > > From: Chris Means [mailto:[EMAIL PROTECTED]] > > > Sent: Thursday, February 20, 2003 3:47 PM > > > To: James Users List > > > Subject: RE: gets stuck in foreign class methods while in > the custom > > > mailet > > > > > > > > > I'm having a similar problem: > > > > > > I'm attempting to upgrade from v2.0a3 to v2.1.1. > > > > > > I've got some custom mailets in a jar, and I've tried > putting that > > > jar in a variety of places (including in the CLASSPATH, and > > > commandline of Phoenix -cp option) without success. > > > > > > At James startup, I always get: > > > > > > ERROR 2003-02-20 17:44:58.632 [Phoenix.] (): Component named > > > "spoolmanager" failed to pass through the Initialization stage. > > > (Reason: > > > org.apache.mailet.MailetException: Could not load mailet > > > (JDBCBayesianAnalysis); > > > nested exception is: > > > java.lang.ClassNotFoundException: Requested mailet not > > > found: JDBCBayesianAnalysis. looked in [, > > > org.apache.james.transport.mailets.]). > > > > > > Any suggestions would be greatly appreciated. > > > > > > -Chris > > > > > > > -----Original Message----- > > > > From: Steve Short [mailto:[EMAIL PROTECTED]] > > > > Sent: Thursday, February 20, 2003 12:00 PM > > > > To: James Users List > > > > Subject: RE: gets stuck in foreign class methods while in > > > the custom > > > > mailet > > > > > > > > > > > > Disha, > > > > > > > > I think you're mistaken. a) because I do exactly what you say > > > > does not work and b) because I know Phoenix adds all > the jars in > > > > SAR-INF/lib to the classpath. It may be that you had > some classes > > > > loaded from a location further down the ClassLoader > hierarchy and > > > > these will definitely not be able load classes from SAR-INF/lib. > > > > > > > > Regards > > > > Steve > > > > > > > > > -----Original Message----- > > > > > From: Disha [mailto:[EMAIL PROTECTED]] > > > > > Sent: Thursday, February 20, 2003 9:29 AM > > > > > To: James Users List > > > > > Subject: RE: gets stuck in foreign class methods while in > > > the custom > > > > > mailet > > > > > > > > > > > > > > > This is what I discovered about custom mailets: if > you are using > > > > > third-PARTY classes within your mailet you need to > > > dynamically load > > > > > them using the class-loader. > > > > > > > > > > I am using the Enhydra Dods framework for accessing my > > > database and > > > > > I had to load all the enhydra classes using: > > > > > ClassLoader.loadClass(className).newInstance(); > > > > > > > > > > Just putting my jars in james.sar in the SAR-INF/lib/ > > > directory and > > > > > the paths in config.xml did not help. > > > > > > > > > > Just wanted to bring this to the notice of the > > > developers, I think > > > > > since the mailet is itself loaded dynamically through the > > > > > classLoader even the third-party classes it uses had to be > > > > > loaded dynamically. > > > > > > > > > > --Disha > > > > > > > > > > > set up in config.xml thus: > > > > > On Tue, 2003-02-18 at 13:27, Steve Short wrote: > > > > > > > Right now if you have mailets outside of the default > > > > > > > package, you are asking for grief. James v3 will support > > > > > > > custom matcher/mailet packages much better. > > > > > > > > > > > > > > > > > > > The easiest thing to do today is to take the source > > > > > > > distribution, and add your custom matchers/mailets in > > > the same > > > > > > > package as the James matchers/mailets. > > > > > > > > > > > > Noel, > > > > > > > > > > > > It is easy to put matchers and mailets in your own package, > > > > > ours are > > > > > > in com.postx.james.transport.mailets. The code is in a jar > > > > > which is > > > > > > included in james.sar in the SAR-INF/lib/ directory and the > > > > > paths are > > > > > > set up in config.xml thus: > > > > > > > > > > > > <mailetpackages> > > > > > > > > > > > > > > > <mailetpackage>org.apache.james.transport.mailets</mailetpackage> > > > > > > > > > > > > > <mailetpackage>com.postx.james.transport.mailets</mailetpackage> > > > > > > </mailetpackages> > > > > > > <matcherpackages> > > > > > > > > > > > > > > > <matcherpackage>org.apache.james.transport.matchers</matcherpackag > > > > > > e> > > > > > > > > > > > > > > > > <matcherpackage>com.postx.james.transport.matchers</matcherpackage> > > > > > > </matcherpackages> > > > > > > > > > > > > Cheers > > > > > > Steve > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > > > - > > > > > > To unsubscribe, e-mail: > > > [EMAIL PROTECTED] > > > > > > For additional commands, e-mail: > > > > > > [EMAIL PROTECTED] > > > > > -- > > > > > Disha <[EMAIL PROTECTED]> > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > > > - > > > > > To unsubscribe, e-mail: > > > > > [EMAIL PROTECTED] > > > > > For additional commands, e-mail: > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > - > > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > For additional commands, e-mail: > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
