Steve, I guess I'd kind'a hopped that James had gone beyond the need for a user to have to mess with the .sar in order to add a new mailet.
I'll try stuffing my jar into the sar and see if it makes a difference. Are there any other options? like a "classes" directory to suppliment the "lib"? Thanks. > -----Original Message----- > From: Steve Short [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 20, 2003 6:36 PM > To: James Users List; [EMAIL PROTECTED] > Subject: RE: gets stuck in foreign class methods while in the custom > mailet > > > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
