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]
