Re: Commons-Email -- not J2EE 1.3?
Asleson, Ryan [EMAIL PROTECTED] writes: --_=_NextPart_001_01C5B313.D15644AC Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello, I just tried using Commons-Email RC5 on WebLogic 8.1. When using the Email.addTo method, I receive a NoSuchMethodError. It appears that the Email class is attempting to use InternetAddress.validate() , which is part of J2EE 1.4, not 1.3. Since I'm using WebLogic 8.1, which is only J2EE 1.3, it looks like I'm stuck. Is there any way around this? Is it possible for you to deploy the javamail-1.3.x with your application? The method call that you've mentioned is part of the 1.2 - 1.3 enhancements listed on http://java.sun.com/products/javamail/JavaMail-1.3-changes.txt I've used commons-email in its development stages (and before as part of Turbine) on a number of JDKs in the 1.3-1.4.2 range and it worked everywhere. I'd think that if you deploy the javamail jar together with your application, this should work. Regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire Linux, Java, perl, Solaris -- Consulting, Training, Development 4 - 8 - 15 - 16 - 23 - 42 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Commons-Email -- not J2EE 1.3?
Hello, I just tried using Commons-Email RC5 on WebLogic 8.1. When using the Email.addTo method, I receive a NoSuchMethodError. It appears that the Email class is attempting to use InternetAddress.validate(), which is part of J2EE 1.4, not 1.3. Since I'm using WebLogic 8.1, which is only J2EE 1.3, it looks like I'm stuck. Is there any way around this? Thanks! This e-mail message is being sent solely for use by the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by phone or reply by e-mail, delete the original message and destroy all copies. Thank you.
Re: [email] Commons-Email -- not J2EE 1.3?
Asleson, Ryan wrote: Hello, I just tried using Commons-Email RC5 on WebLogic 8.1. When using the Email.addTo method, I receive a NoSuchMethodError. It appears that the Email class is attempting to use InternetAddress.validate(), which is part of J2EE 1.4, not 1.3. Since I'm using WebLogic 8.1, which is only J2EE 1.3, it looks like I'm stuck. Is there any way around this? This sounds like something that should be fixed. Not sure what the alternative to this method is though... Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [email] Commons-Email -- not J2EE 1.3?
In JavaMail 1.2 you had no choice over how strict in checking the RFC822 syntax of an email address was - whether you used the static parse() method or the InternetAddress constructor to create a new InternetAddress object. In JavaMail 1.3 flavours of the parse() method and InternetAddress constructor were added with a strict flag so that there was the option of creating InternetAddress without strictly enforcing RFC822 syntax - the reason being, in their words To better support the range of invalid addresses seen in real messages. Commons Email is however not constructing InternetAddress with an argument of strict=false and therefore I believe the use of the validate() method is completley spurious - since its going to throw any AddressExceptions when the InternetAddress objects are constucted. I believe you could just remove the line calling the validate() method in the Email.createInternetAddress() method with no difference in behaviour. One other point - there don't appear to be any tests of invalid email addresses in TestEmail. If there were, it would be easy to verify this. Niall - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] To: Jakarta Commons Users List commons-user@jakarta.apache.org Asleson, Ryan wrote: Hello, I just tried using Commons-Email RC5 on WebLogic 8.1. When using the Email.addTo method, I receive a NoSuchMethodError. It appears that the Email class is attempting to use InternetAddress.validate(), which is part of J2EE 1.4, not 1.3. Since I'm using WebLogic 8.1, which is only J2EE 1.3, it looks like I'm stuck. Is there any way around this? This sounds like something that should be fixed. Not sure what the alternative to this method is though... Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [email] Commons-Email -- not J2EE 1.3?
Sorry, I missed a bit, along with the method/contructor with the new strict flag, they say To allow applications to check the syntax of addresses the might've been parsed with the strict flag set to false, we add a validate method - Original Message - From: Niall Pemberton [EMAIL PROTECTED] Sent: Tuesday, September 06, 2005 11:54 PM In JavaMail 1.2 you had no choice over how strict in checking the RFC822 syntax of an email address was - whether you used the static parse() method or the InternetAddress constructor to create a new InternetAddress object. In JavaMail 1.3 flavours of the parse() method and InternetAddress constructor were added with a strict flag so that there was the option of creating InternetAddress without strictly enforcing RFC822 syntax - the reason being, in their words To better support the range of invalid addresses seen in real messages. Commons Email is however not constructing InternetAddress with an argument of strict=false and therefore I believe the use of the validate() method is completley spurious - since its going to throw any AddressExceptions when the InternetAddress objects are constucted. I believe you could just remove the line calling the validate() method in the Email.createInternetAddress() method with no difference in behaviour. One other point - there don't appear to be any tests of invalid email addresses in TestEmail. If there were, it would be easy to verify this. Niall - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] To: Jakarta Commons Users List commons-user@jakarta.apache.org Asleson, Ryan wrote: Hello, I just tried using Commons-Email RC5 on WebLogic 8.1. When using the Email.addTo method, I receive a NoSuchMethodError. It appears that the Email class is attempting to use InternetAddress.validate(), which is part of J2EE 1.4, not 1.3. Since I'm using WebLogic 8.1, which is only J2EE 1.3, it looks like I'm stuck. Is there any way around this? This sounds like something that should be fixed. Not sure what the alternative to this method is though... Stephen - 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]
Re: [email] Commons-Email -- not J2EE 1.3?
Also, I found an online link to the JavaMail 1.3 changes doc. See 5. Support parsing illegal Internet addresses http://java.sun.com/products/javamail/JavaMail-1.3-changes.txt Niall - Original Message - From: Niall Pemberton [EMAIL PROTECTED] Sent: Wednesday, September 07, 2005 12:23 AM Subject: Re: [email] Commons-Email -- not J2EE 1.3? Sorry, I missed a bit, along with the method/contructor with the new strict flag, they say To allow applications to check the syntax of addresses the might've been parsed with the strict flag set to false, we add a validate method - Original Message - From: Niall Pemberton [EMAIL PROTECTED] Sent: Tuesday, September 06, 2005 11:54 PM In JavaMail 1.2 you had no choice over how strict in checking the RFC822 syntax of an email address was - whether you used the static parse() method or the InternetAddress constructor to create a new InternetAddress object. In JavaMail 1.3 flavours of the parse() method and InternetAddress constructor were added with a strict flag so that there was the option of creating InternetAddress without strictly enforcing RFC822 syntax - the reason being, in their words To better support the range of invalid addresses seen in real messages. Commons Email is however not constructing InternetAddress with an argument of strict=false and therefore I believe the use of the validate() method is completley spurious - since its going to throw any AddressExceptions when the InternetAddress objects are constucted. I believe you could just remove the line calling the validate() method in the Email.createInternetAddress() method with no difference in behaviour. One other point - there don't appear to be any tests of invalid email addresses in TestEmail. If there were, it would be easy to verify this. Niall - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] To: Jakarta Commons Users List commons-user@jakarta.apache.org Asleson, Ryan wrote: Hello, I just tried using Commons-Email RC5 on WebLogic 8.1. When using the Email.addTo method, I receive a NoSuchMethodError. It appears that the Email class is attempting to use InternetAddress.validate(), which is part of J2EE 1.4, not 1.3. Since I'm using WebLogic 8.1, which is only J2EE 1.3, it looks like I'm stuck. Is there any way around this? This sounds like something that should be fixed. Not sure what the alternative to this method is though... Stephen - 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]
Re: [email] Commons-Email -- not J2EE 1.3?
So one work-round might be to download JavaMail 1.3 and use that to replace the existing JavaMail version? However, I suppose this might cause other things to break ... unless you can add it just for Commons Email. S. On 06/09/05, Niall Pemberton [EMAIL PROTECTED] wrote: In JavaMail 1.2 you had no choice over how strict in checking the RFC822 syntax of an email address was - whether you used the static parse() method or the InternetAddress constructor to create a new InternetAddress object. In JavaMail 1.3 flavours of the parse() method and InternetAddress constructor were added with a strict flag so that there was the option of creating InternetAddress without strictly enforcing RFC822 syntax - the reason being, in their words To better support the range of invalid addresses seen in real messages. Commons Email is however not constructing InternetAddress with an argument of strict=false and therefore I believe the use of the validate() method is completley spurious - since its going to throw any AddressExceptions when the InternetAddress objects are constucted. I believe you could just remove the line calling the validate() method in the Email.createInternetAddress() method with no difference in behaviour. One other point - there don't appear to be any tests of invalid email addresses in TestEmail. If there were, it would be easy to verify this. Niall - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] To: Jakarta Commons Users List commons-user@jakarta.apache.org Asleson, Ryan wrote: Hello, I just tried using Commons-Email RC5 on WebLogic 8.1. When using the Email.addTo method, I receive a NoSuchMethodError. It appears that the Email class is attempting to use InternetAddress.validate(), which is part of J2EE 1.4, not 1.3. Since I'm using WebLogic 8.1, which is only J2EE 1.3, it looks like I'm stuck. Is there any way around this? This sounds like something that should be fixed. Not sure what the alternative to this method is though... Stephen - 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]
Re: [email] Commons-Email -- not J2EE 1.3?
Another alternative is to remove the use of the validate() method. I created a bugzilla ticket with patch here: http://issues.apache.org/bugzilla/show_bug.cgi?id=36536 ... or if email doesn't accept that change - then you could patch the Email class yourself Niall - Original Message - From: sebb [EMAIL PROTECTED] Sent: Wednesday, September 07, 2005 12:56 AM So one work-round might be to download JavaMail 1.3 and use that to replace the existing JavaMail version? However, I suppose this might cause other things to break ... unless you can add it just for Commons Email. S. On 06/09/05, Niall Pemberton [EMAIL PROTECTED] wrote: In JavaMail 1.2 you had no choice over how strict in checking the RFC822 syntax of an email address was - whether you used the static parse() method or the InternetAddress constructor to create a new InternetAddress object. In JavaMail 1.3 flavours of the parse() method and InternetAddress constructor were added with a strict flag so that there was the option of creating InternetAddress without strictly enforcing RFC822 syntax - the reason being, in their words To better support the range of invalid addresses seen in real messages. Commons Email is however not constructing InternetAddress with an argument of strict=false and therefore I believe the use of the validate() method is completley spurious - since its going to throw any AddressExceptions when the InternetAddress objects are constucted. I believe you could just remove the line calling the validate() method in the Email.createInternetAddress() method with no difference in behaviour. One other point - there don't appear to be any tests of invalid email addresses in TestEmail. If there were, it would be easy to verify this. Niall - Original Message - From: Stephen Colebourne [EMAIL PROTECTED] To: Jakarta Commons Users List commons-user@jakarta.apache.org Asleson, Ryan wrote: Hello, I just tried using Commons-Email RC5 on WebLogic 8.1. When using the Email.addTo method, I receive a NoSuchMethodError. It appears that the Email class is attempting to use InternetAddress.validate(), which is part of J2EE 1.4, not 1.3. Since I'm using WebLogic 8.1, which is only J2EE 1.3, it looks like I'm stuck. Is there any way around this? This sounds like something that should be fixed. Not sure what the alternative to this method is though... Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]