James may work with older JavaMail, but I'd suggest you try to remove
JavaMail from the J2EE.jar which you put in James and use that.
d.
|---------+---------------------------->
| | [EMAIL PROTECTED]|
| | niquare.com |
| | |
| | 22/07/2004 11:45 |
| | AM |
| | Please respond to|
| | "James Users |
| | List" |
| | |
|---------+---------------------------->
>---------------------------------------------------------------------------------------------------------------|
|
|
| To: "James Users List" <[EMAIL PROTECTED]>
|
| cc:
|
| Subject: Re: James classloader problems
|
>---------------------------------------------------------------------------------------------------------------|
Hi Brian,
thank you for your answer, but I think, this is not a WebSphere problem,
because my Mailetclass acts as a j2ee-client to the sessionbean and so the
james-classloader is responsible for loading the correct version of the
JavaMailAPI. Do you know, if James also works with older versions of the
JavaMailAPI (1.2 or 1.1) ?
Thanks,
Christian
|---------+---------------------------->
| | "Brian J. |
| | Sayatovic" |
| | <[EMAIL PROTECTED]> |
| | |
| | 22.07.2004 12:34 |
| | Please respond to|
| | "James Users |
| | List" |
| | |
|---------+---------------------------->
>--------------------------------------------------------------------------------------------------------------------------|
|
|
| To: James Users List <[EMAIL PROTECTED]>
|
| cc: [EMAIL PROTECTED]
|
| Subject: Re: James classloader problems
|
>--------------------------------------------------------------------------------------------------------------------------|
Christian,
WebSphere classloaders can be very tricky, and differ even between
WebSphere 4 and 5. Depending on the module visibilitiy you have
selected, WebSphere classloaders in WebSphere 4 typically DO NOT
delegate to their parent to load a class before looking in themselves.
In this "parent last" mode, your module will look in itself for classes
first and only delegate to the parent if its not found there. However,
in the J2EEApplicationMode module visibilty (settable via a system
property, not the admin screens), the parent is delegated to first.
Thus, any older version of JavaMail API in WebSphere's own classloader
would be loaded before yours. You can adjust the delegation mode via a
system property.
In WebSphere 5, there are different classloading settings, but they
allow you to achieve the same goals.
I suggest you use Google Groups opr your favorite news reader to search
the ibm.software.websphere.application-server newsgroup. Here's the
Google Groups link for it:
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=ibm.software.websphere.application-server
Regards,
Brian.
[EMAIL PROTECTED] wrote:
>
>
>I have written my own mailets which parse the incoming mails and then call
>an sessionbean (which is running in the websphere applicationserver ) to
>store some informations about the mails in a database. It worked fine
while
>the James-Server was running in my testenvironment in WSAD
>(WebSphereStudio) but i cannot make it run in the production-system,
>because of classpath-problems. The problem is, that James needs the
>JavaMailAPI-Version 1.3.x and Websphere (Version 4 and 5) seems to have an
>older version included in the file j2ee.jar which is required to access
the
>sessionbean. Does someone have an idea how to solve this problem ?
>I have tried to put the required jar-files into the lib-directory of the
>james-installation and also into the "SAR-INF\lib" - directory of the
>"james.sar" - file but nothing helped because the classloader always loads
>the JavaMail-API from "j2ee.jar" before the newest version from
>"mail-1.3.1".jar
>
>Thanks
>Christian
>
>
>---------------------------------------------------------------------
>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]
***************************************************************************
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for delivery of the message to
the intended recipient) please notify us immediately on 0141 306 2050 and delete the
message from your computer. You may not copy or forward it or use or disclose its
contents to any other person. As Internet communications are capable of data
corruption Student Loans Company Limited does not accept any responsibility for
changes made to this message after it was sent. For this reason it may be
inappropriate to rely on advice or opinions contained in an e-mail without obtaining
written confirmation of it. Neither Student Loans Company Limited or the sender
accepts any liability or responsibility for viruses as it is your responsibility to
scan attachments (if any). Opinions and views expressed in this e-mail are those of
the sender and may not reflect the opinions and views of The Student Loans Company
Limited.
This footnote also confirms that this email message has been swept for the presence of
computer viruses.
**************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
