geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jason Warner" <jaw...@gmail.com>
Subject Re: geronimo mail 1.1.1
Date Tue, 06 Feb 2007 21:15:04 GMT
I don't see a jira for this yet so I'm going to go ahead and make one.  Then
I will fix it, thus completing the circle of (jira) life.  Thanks for
reporting the bug!

Jason
On 2/1/07, Michael C. <mcroft@amica.com> wrote:
>
>
> No appologies necessary, thank you for your support.  We used the
> mail.host
> property and it works!  I will open a  Jira as you requested.  Thanks
> again.
>
>
> Rick McGuire wrote:
> >
> > Michael C. wrote:
> >> We are now finally using the geronimo1.1 jars and the application is
> >> trying
> >> to send the email but it cannot seem to find our mail.smtp.hostproperty:
> >>
> >> Loading javamail.default.providers from jar:file:/our
> >> path/WEB-INF/lib/geronimo-
> javamail-transport-1.1.1.jar!/META-INF/javamail.default.providers
> >> DEBUG: loading new provider protocol=smtp,
> >> className=org.apache.geronimo.javamail.transport.smtp.SMTPTransport,
> >> vendor=Apache Software Foundation, version=1.1
> >> DEBUG: loading new provider protocol=smtps,
> >> className=org.apache.geronimo.javamail.transport.smtp.SMTPSTransport,
> >> vendor=Apache Software Foundation, version=1.1
> >> DEBUG: getProvider() returning provider protocol=smtp;
> >> type=javax.mail.Provider$Type@b8afce;
> >> class=org.apache.geronimo.javamail.transport.smtp.SMTPTransport;
> >> vendor=Apache Software Foundation;version=1.1
> >> SMTPTransport DEBUG: Connecting to server null:-1 for user userId
> >> SMTPTransport DEBUG: Attempting plain socket connection to server
> null:25
> >> 220 machineName.domain.com Microsoft ESMTP MAIL Service, Version:
> >> 6.0.2600.2180 ready at  Wed, 31 Jan 2007 13:36:52 -0500
> >> EHLO machineName
> >> 250-machineName.domain.com Hello [127.0.0.1]
> >> 250-SIZE 2097152
> >> 250-PIPELINING
> >> 250-DSN
> >> 250-ENHANCEDSTATUSCODES
> >> 250-8bitmime
> >> 250-BINARYMIME
> >> 250-CHUNKING
> >> 250-VRFY
> >> 250 OK
> >> MAIL FROM: <address@domain.com>
> >> 250 2.1.0 address@domain.com....Sender OK
> >> RCPT TO: <address@domain.com>
> >> 550 5.7.1 Unable to relay for address@domain.com
> >> RSET
> >> 250 2.0.0 Resetting
> >> QUIT
> >> 221 Closing connection. Good bye.
> >>
> >> We have this setting configured in our properties file that is being
> read
> >> from our mail session.  We also added mail.smtp.localhost.  How do we
> >> tell
> >> gerinomo to use our host?  Notice the line: Attempting plain socket
> >> connection to server null:25  where 25 is the port, but it cannot find
> >> the
> >> host name.
> >>
> >>
> > It looks like we have a bug.  There's a problem in the base class that's
> > causing it to read the property "mail.null.host" rather than
> > "mail.smtp.host", like it should.  There's also a secondary problem
> > where the SMTPTransport class in its protocolConnect() method is not
> > detecting a null host and reading the property itself.  Please open a
> > Jira issue for this, and I'll see that this gets fixed.
> >
> > As a workaround, you can either explicitly request a transport and pass
> > in the host/port information:  Here's a small snippet from a test
> program:
> >
> >        Transport tr = mailSession.getTransport("smtp");
> >        tr.connect(smtphost, port, null, null);
> >        msg.saveChanges(); // don't forget this
> >        tr.sendMessage(msg, msg.getAllRecipients());
> >        tr.close();
> >
> > or set the property mail.host, which is used as a fallback if the
> > mail.smtp.host value is not set.   Sorry this took so long to figure and
> > (and even sorrier that there ended up being a bug in there too).
> >
> > Rick
> >
> >
> >
> >
> >> Rick McGuire wrote:
> >>
> >>> Michael C. wrote:
> >>>
> >>>> We have been using the debug attribute.  This is all we get: (I
> omitted
> >>>> the
> >>>> errors since those are in an earlier thread i sent)
> >>>>
> >>>>
> >>> Uh, where?  I don't see a stack traceback for an authentication
> >>> exception in any of your earlier emails.
> >>>
> >>>
> >>>> Loading javamail.default.providers from jar:file:/our
> >>>> path/lib/geronimo-
> javamail-transport.jar!/META-INF/javamail.default.providers
> >>>>
> >>>> DEBUG: loading new provider protocol=smtp,
> >>>> className=org.apache.geronimo.javamail.transport.smtp.SMTPTransport,
> >>>> vendor=Apache Software Foundation, version=1.0
> >>>>
> >>>>
> >>> Hmmmm, this isn't correct.  The 1.1.1 version of the SMTPTransport
> >>> should be showing a 1.1 version number.  I just went back to the
> source
> >>> to verify.  Somehow, you're picking up the 1.0 version of the
> >>> javamail-transport code.  The 1.1.1 version is a significant update
> over
> >>> the 1.0 version.  In particular, it has much better debug support.
> >>>
> >>> Rick
> >>>
> >>>
> >>>
> >>>> DEBUG: getProvider() returning provider protocol=smtp;
> >>>> type=javax.mail.Provider$Type@29f7c;
> >>>> class=org.apache.geronimo.javamail.transport.smtp.SMTPTransport;
> >>>> vendor=Apache Software Foundation;version=1.0
> >>>>
> >>>> When we run this in WebSphere however, we get this debug information:
> >>>>
> >>>> [1/29/07 15:39:32:677 EST] 000009a4 SystemOut     O DEBUG: setDebug:
> >>>> JavaMail version 1.3.1
> >>>> [1/29/07 15:39:32:693 EST] 000009a4 SystemOut     O DEBUG:
> >>>> getProvider()
> >>>> returning
> >>>> javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport
> ,Sun
> >>>> Microsystems, Inc]
> >>>> [1/29/07 15:39:32:739 EST] 000009a4 SystemOut     O DEBUG SMTP:
> useEhlo
> >>>> true, useAuth false
> >>>> [1/29/07 15:39:32:739 EST] 000009a4 SystemOut     O DEBUG SMTP:
> trying
> >>>> to
> >>>> connect to host "our.host.com", port 25
> >>>> [1/29/07 15:39:32:833 EST] 000009a4 SystemOut     O 220 our web
> server
> >>>> Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at  Mon,
> 29
> >>>> Jan
> >>>> 2007 15:39:32 -0500
> >>>> [1/29/07 15:39:32:833 EST] 000009a4 SystemOut     O DEBUG SMTP:
> >>>> connected
> >>>> to
> >>>> host "our.mail.host", port: 25
> >>>> [1/29/07 15:39:32:833 EST] 000009a4 SystemOut     O EHLO our app
> server
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O 250-our web
> server
> >>>> Hello
> >>>> [10.155.100.175]
> >>>> 250-TURN
> >>>> 250-SIZE
> >>>> 250-ETRN
> >>>> 250-PIPELINING
> >>>> 250-DSN
> >>>> 250-ENHANCEDSTATUSCODES
> >>>> 250-8bitmime
> >>>> 250-BINARYMIME
> >>>> 250-CHUNKING
> >>>> 250-VRFY
> >>>> 250-X-EXPS GSSAPI NTLM LOGIN
> >>>> 250-X-EXPS=LOGIN
> >>>> 250-AUTH GSSAPI NTLM LOGIN
> >>>> 250-AUTH=LOGIN
> >>>> 250-X-LINK2STATE
> >>>> 250-XEXCH50
> >>>> 250 OK
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "TURN", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "SIZE", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "ETRN", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "PIPELINING", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "DSN", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "ENHANCEDSTATUSCODES", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "8bitmime", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "BINARYMIME", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "CHUNKING", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "VRFY", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "X-EXPS", arg "GSSAPI NTLM LOGIN"
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "X-EXPS=LOGIN", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "AUTH", arg "GSSAPI NTLM LOGIN"
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "AUTH=LOGIN", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "X-LINK2STATE", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "XEXCH50", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP: Found
> >>>> extension "OK", arg ""
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O DEBUG SMTP:
> use8bit
> >>>> false
> >>>> [1/29/07 15:39:32:880 EST] 000009a4 SystemOut     O MAIL
> >>>> FROM:<some@address.com>
> >>>> [1/29/07 15:39:32:927 EST] 000009a4 SystemOut     O 250 2.1.0
> >>>> some@address.com....Sender OK
> >>>> [1/29/07 15:39:32:927 EST] 000009a4 SystemOut     O RCPT
> >>>> TO:<some@address.com>
> >>>> [1/29/07 15:39:32:974 EST] 000009a4 SystemOut     O 250 2.1.5
> >>>> some@address.com
> >>>> [1/29/07 15:39:32:974 EST] 000009a4 SystemOut     O DEBUG SMTP:
> >>>> Verified
> >>>> Addresses
> >>>> [1/29/07 15:39:32:974 EST] 000009a4 SystemOut     O DEBUG SMTP:
> >>>> some@address.com
> >>>> [1/29/07 15:39:32:974 EST] 000009a4 SystemOut     O DATA
> >>>> [1/29/07 15:39:33:021 EST] 000009a4 SystemOut     O 354 Start mail
> >>>> input;
> >>>> end with <CRLF>.<CRLF>
> >>>> [1/29/07 15:39:33:021 EST] 000009a4 SystemOut     O Message-ID:
> >>>> <630203792.1170103172693.JavaMail.SYSTEM@our app server>
> >>>> From: some@address.com
> >>>> To: some@address.com
> >>>> Subject: Payment Confirmation - Subject
> >>>> Mime-Version: 1.0
> >>>> Content-Type: text/html; charset=us-ascii
> >>>> Content-Transfer-Encoding: 7bit
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> Rick McGuire wrote:
> >>>>
> >>>>
> >>>>> Michael C. wrote:
> >>>>>
> >>>>>
> >>>>>> I am working on getting you the exact string for the addRecipient
> >>>>>> call
> >>>>>> between other daily endeavors.  Meanwhile, we changed our code to
> use
> >>>>>> the
> >>>>>> getInstance() and get the same authentication error.  I reviewed
> the
> >>>>>> geronimo SMTPTransport class to see what is going on and found
> these
> >>>>>> constants:
> >>>>>>
> >>>>>>     private static final char CR = 13;
> >>>>>>     private static final char LF = 10;
> >>>>>>     private static final String MAIL_HOST = "mail.host";
> >>>>>>     private static final String MAIL_SMTP_LOCALHOST =
> >>>>>> "mail.smtp.localhost";
> >>>>>>     private static final String MAIL_SMTP_PORT = "mail.smtp.port";
> >>>>>>     private static final int MIN_MILLIS = 60000;
> >>>>>>     private static final String DEFAULT_MAIL_HOST = "localhost";
> >>>>>>     private static final int DEFAULT_MAIL_SMTP_PORT = 25;
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> you might want to add to your properties "mail.debug" with a value
> of
> >>>>> "true".  I guess the only other thing that would help me now is a
> >>>>> stack
> >>>>> trace for the authentication error so I can see where this is coming
> >>>>> from.  The SMTPTransport should only attempt to authenticate with
> the
> >>>>> server if the property "mail.smtp.auth" has been set to true.
> >>>>>
> >>>>> Rick
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> I cross-referenced these tags with our email configuration
> properties
> >>>>>> file
> >>>>>> and found that we are using mail.smtp.host which does not exist
> here.
> >>>>>> So
> >>>>>> i
> >>>>>> added it to our email properties.  The class does default to port
> 25
> >>>>>> so
> >>>>>> that
> >>>>>> should not be an issue.  We also only need host-name and port to
> >>>>>> connect
> >>>>>> and
> >>>>>> these entries are in our properties.  We debugged our app and saw
> the
> >>>>>> mail
> >>>>>> Session object does contain the port and host name properties as
> they
> >>>>>> are
> >>>>>> identified in the constants of the geronimo SMTPTransport
> class.  We
> >>>>>> still
> >>>>>> get the authentication error.  Is there any other configuration
> that
> >>>>>> we
> >>>>>> could be missing?
> >>>>>>
> >>>>>>  To summarize:
> >>>>>>
> >>>>>> -We modified our email deployment plan shown below
> >>>>>> -we removed our GBEAN references from the earlier 1.0 version
> >>>>>> -we removed the mail.jar from our classpath
> >>>>>> -we changed our send() method to use getInstance() instead of
> >>>>>> getDefaultInstance()
> >>>>>> -we validated the host and port number (which is all that is
> needed)
> >>>>>> is
> >>>>>> in
> >>>>>> the mail Session object before sending the email
> >>>>>>
> >>>>>> Here is our plan we have deployed:
> >>>>>>
> >>>>>> <?xml version="1.0" encoding="UTF-8"?>
> >>>>>> <module xmlns="http://geronimo.apache.org/xml/ns/deployment-1.1">
> >>>>>>  <dep:environment
> >>>>>> xmlns:dep="http://geronimo.apache.org/xml/ns/deployment-1.1">
> >>>>>>    <dep:moduleId>
> >>>>>>      <dep:groupId>geronimo</dep:groupId>
> >>>>>>      <dep:artifactId>javamail-server</dep:artifactId>
> >>>>>>    </dep:moduleId>
> >>>>>>    <dep:dependencies>
> >>>>>>      <dep:dependency>
> >>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>        <dep:artifactId>geronimo-javamail</dep:artifactId>
> >>>>>>        <dep:version>1.3.1_spec</dep:version>
> >>>>>>        <dep:type>jar</dep:type>
> >>>>>>        <dep:import>classes</dep:import>
> >>>>>>      </dep:dependency>
> >>>>>>      <dep:dependency>
> >>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>        <dep:artifactId>geronimo-activation</dep:artifactId>
> >>>>>>        <dep:version>1.0.2_spec</dep:version>
> >>>>>>        <dep:type>jar</dep:type>
> >>>>>>        <dep:import>classes</dep:import>
> >>>>>>      </dep:dependency>
> >>>>>>      <dep:dependency>
> >>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>        <dep:artifactId>geronimo-javamail-transport</dep:artifactId>
> >>>>>>        <dep:version>1.0</dep:version>
> >>>>>>        <dep:type>jar</dep:type>
> >>>>>>        <dep:import>classes</dep:import>
> >>>>>>      </dep:dependency>
> >>>>>>      <dep:dependency>
> >>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>        <dep:artifactId>geronimo-mail</dep:artifactId>
> >>>>>>        <dep:version>1.1.1</dep:version>
> >>>>>>        <dep:type>jar</dep:type>
> >>>>>>        <dep:import>classes</dep:import>
> >>>>>>      </dep:dependency>
> >>>>>>      <dep:dependency>
> >>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>        <dep:artifactId>geronimo-management</dep:artifactId>
> >>>>>>        <dep:version>1.1.1</dep:version>
> >>>>>>        <dep:type>jar</dep:type>
> >>>>>>        <dep:import>classes</dep:import>
> >>>>>>      </dep:dependency>
> >>>>>>    </dep:dependencies>
> >>>>>>    <dep:hidden-classes/>
> >>>>>>    <dep:non-overridable-classes/>
> >>>>>>  </dep:environment>
> >>>>>> </module>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Rick McGuire wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> Well, ok.  You are creating your own mail session, but I really
> >>>>>>> recommend you NOT use getDefaultInstance().  If something else in
> >>>>>>> the
> >>>>>>> JVM has done a getDefaultInstance() call, then you're going to end
> >>>>>>> up
> >>>>>>> with an instance with a different configuration than you expect.
> >>>>>>> getInstance() will return an instance that respects your property
> >>>>>>> bundle.
> >>>>>>>
> >>>>>>> Once you've fixed that, if you're still having the problem, then
> you
> >>>>>>> need to look at what properties you are passing in when you create
> >>>>>>> the
> >>>>>>> session.  Done the way you are doing now, your host, port, userid,
> >>>>>>> and
> >>>>>>> password should all be defined there, since it appears that the
> >>>>>>> target
> >>>>>>> SMTP server is requiring authentication.
> >>>>>>>
> >>>>>>> As for the still unresolved problem of the internet address
> parsing,
> >>>>>>> I'm
> >>>>>>> looking for the exact string that is getting passed into the
> >>>>>>> addRecipient() call.  I really don't care where it comes from, I
> >>>>>>> just
> >>>>>>> want have the exact string so I can write some test cases to make
> >>>>>>> sure
> >>>>>>> that string is getting parsed compatibly with the Sun
> >>>>>>> implementation.
> >>>>>>>
> >>>>>>> Rick
> >>>>>>>
> >>>>>>>
> >>>>>>> Michael C. wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> Here is our send logic, a lot of code has been omitted, including
> >>>>>>>> error
> >>>>>>>> handling...
> >>>>>>>>
> >>>>>>>> public void send(EmailMessage outboundMsg) {
> >>>>>>>>
> >>>>>>>>                String workString;
> >>>>>>>>                MimeMessage message;
> >>>>>>>>
> >>>>>>>>                Properties systemProp =
> >>>>>>>> SystemImpl.getInstance
> ().getApplicationProperties("System_Defaults");
> >>>>>>>>
> >>>>>>>>                workString = systemProp.getProperty("
> mail.smtp.host");
> >>>>>>>>
> >>>>>>>>                Session session = Session.getDefaultInstance(systemProp,
> null);
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>                try {
> >>>>>>>>                        message = new MimeMessage(session);
> >>>>>>>>
> >>>>>>>>                        if( !outboundMsg.isBccEmpty() ) {
> >>>>>>>>                                message.addRecipient(
> Message.RecipientType.BCC, new
> >>>>>>>> InternetAddress(outboundMsg.getBcc().trim()));
> >>>>>>>>                        }
> >>>>>>>>
> >>>>>>>>                        if( !outboundMsg.isCcEmpty() ) {
> >>>>>>>>                                message.addRecipient(
> Message.RecipientType.CC, new
> >>>>>>>> InternetAddress(outboundMsg.getCc().trim()));
> >>>>>>>>                        }
> >>>>>>>>
> >>>>>>>>        message.setFrom(new
> >>>>>>>> InternetAddress(outboundMsg.getFrom().trim()));
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> // ***NOTE: Geronimo 1.0 has an incomplete implementation for
> >>>>>>>> JavaMail.
> >>>>>>>> There is no implementation for
> >>>>>>>> //"addRecipient". The recommended workaround is to use
> >>>>>>>> "SetRecipient".
> >>>>>>>> Version 1.1 is supposed to
> >>>>>>>> //address the issue. However, we may be able to continue to use
> the
> >>>>>>>> "setRecipient" going forward.
> >>>>>>>> //
> >>>>>>>>
> >>>>>>>> message.addRecipient(Message.RecipientType.TO, new
> >>>>>>>> InternetAddress(outboundMsg.getTo().trim()));
> >>>>>>>>                                message.setRecipient(
> Message.RecipientType.TO, new
> >>>>>>>> InternetAddress(outboundMsg.getTo().trim()));
> >>>>>>>>                        }
> >>>>>>>>        message.setSubject(outboundMsg.getSubject());
> >>>>>>>>
> >>>>>>>>                        //Determine if this message is to be sent
> as text or html and
> >>>>>>>> setup
> >>>>>>>> accordingly
> >>>>>>>>                        if (outboundMsg.getMimeType().endsWith("plain"))
> {
> >>>>>>>>                                message.setText(
> outboundMsg.getText());
> >>>>>>>>                        }
> >>>>>>>>                        else {
> >>>>>>>>                message.setContent(outboundMsg.getText(),
> >>>>>>>> outboundMsg.getMimeType());
> >>>>>>>>                        }
> >>>>>>>>
> >>>>>>>>                        Transport.send(message);
> >>>>>>>>
> >>>>>>>>                }
> >>>>>>>>
> >>>>>>>> //end send logic
> >>>>>>>>
> >>>>>>>> The outboundMsg.getTo() and outboundMsg.getFrom() just return
> >>>>>>>> strings
> >>>>>>>> for
> >>>>>>>> the actual email addresses configured in our properties files or
> >>>>>>>> from
> >>>>>>>> input
> >>>>>>>> fields on pages that vary on an application basis.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Rick McGuire wrote:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> Michael C. wrote:
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>> We are finally using the SMTPTransport class from Geronimo.  We
> >>>>>>>>>> had
> >>>>>>>>>> a
> >>>>>>>>>> mail.jar file on our system path that was being picked up.  At
> >>>>>>>>>> this
> >>>>>>>>>> point,
> >>>>>>>>>> we are getting an AuthenticationFailedException.  If we do not
> >>>>>>>>>> need
> >>>>>>>>>> a
> >>>>>>>>>> GBEAN
> >>>>>>>>>> configuration, how do we configure our mail server and port
> >>>>>>>>>> number
> >>>>>>>>>> in
> >>>>>>>>>> the
> >>>>>>>>>> plan?  Or should we not need to since our application logic is
> >>>>>>>>>> reading
> >>>>>>>>>> this
> >>>>>>>>>> information from an external file and will "tranparently" pass
> >>>>>>>>>> this
> >>>>>>>>>> information to the geronimo SMTPTransport class.
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>> I hate to keep asking the same question over and over again, but
> >>>>>>>>> I'm
> >>>>>>>>> afraid I have to.  How you configure the transport depends on
> >>>>>>>>> how you are creating the mail session within your application.
> >>>>>>>>> This
> >>>>>>>>> includes setting up authentication information if your target
> SMTP
> >>>>>>>>> server requires it.  If you are creating the session by doing:
> >>>>>>>>>
> >>>>>>>>> Session mySession = Session.getInstance(props);
> >>>>>>>>>
> >>>>>>>>> Then you are responsible for configuring things like the server
> >>>>>>>>> and
> >>>>>>>>> port
> >>>>>>>>> number in the property bundle you use to create the session.  No
> >>>>>>>>> GBean
> >>>>>>>>> configuration is necessary,  or even  has any effect if you do
> >>>>>>>>> happen
> >>>>>>>>> to
> >>>>>>>>> specify it.
> >>>>>>>>>
> >>>>>>>>> If you are using InitialContext.lookup() to get the configured
> >>>>>>>>> mail
> >>>>>>>>> session GBean, then you DO need to have a configured mail
> session
> >>>>>>>>> and
> >>>>>>>>> can set up things like the authentication information on the
> >>>>>>>>> SMTPTransport definition.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>> Below is the new error and includes the form of the email
> address
> >>>>>>>>>> we
> >>>>>>>>>> were
> >>>>>>>>>> using, which is actually the FROM address, but seems to be
> >>>>>>>>>> treating
> >>>>>>>>>> it
> >>>>>>>>>> as
> >>>>>>>>>> a
> >>>>>>>>>> TO address according to the error:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>> I really would like to see the exact string being set in the API
> >>>>>>>>> call,
> >>>>>>>>> not the string reported by the error message.  However, an
> >>>>>>>>> authentication failure us different than the error you were
> >>>>>>>>> reporting
> >>>>>>>>> earlier, and indicates you've not provided correct information
> for
> >>>>>>>>> accessing the target server.
> >>>>>>>>>
> >>>>>>>>> Rick
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>> Loading javamail.default.providers from jar:file:/C:/Our
> Path/Our
> >>>>>>>>>> .war/WEB-INF/lib/geronimo-
> javamail-transport.jar!/META-INF/javamail.default.providers
> >>>>>>>>>>
> >>>>>>>>>> DEBUG: loading new provider protocol=smtp,
> >>>>>>>>>> className=
> org.apache.geronimo.javamail.transport.smtp.SMTPTransport,
> >>>>>>>>>> vendor=Apache Software Foundation, version=1.0
> >>>>>>>>>>
> >>>>>>>>>> DEBUG: getProvider() returning provider protocol=smtp;
> >>>>>>>>>> type=javax.mail.Provider$Type@63b627;
> >>>>>>>>>> class=org.apache.geronimo.javamail.transport.smtp.SMTPTransport
> ;
> >>>>>>>>>> vendor=Apache Software Foundation;version=1.0
> >>>>>>>>>>
> >>>>>>>>>> <<Error>> Fri Jan 26 16:28:04 EST 2007 <;>
> >>>>>>>>>> Class=framework.services.OutboundEmailMgr <;> ID=2 <;>
> >>>>>>>>>> Message=Could
> >>>>>>>>>> not
> >>>>>>>>>> send eMail to address mcroft@amica.com <;>
> >>>>>>>>>> Thread=Thread[WebApp--TP-Processor3,5,main] <;> Original
> >>>>>>>>>> Exception=javax.mail.SendFailedException: Send failure
> >>>>>>>>>> (javax.mail.AuthenticationFailedException: null):Send failure
> >>>>>>>>>> (javax.mail.AuthenticationFailedException: null) <</Error>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Rick McGuire wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>> Michael C. wrote:
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>> We removed all references to the sun mail.jar file in the
> >>>>>>>>>>>> geronimo
> >>>>>>>>>>>> classpath
> >>>>>>>>>>>> and i removed the GBEAN references from the geronimo email
> plan
> >>>>>>>>>>>> and
> >>>>>>>>>>>> left
> >>>>>>>>>>>> only the geronimo mail dependency jars.  We undeployed the
> old
> >>>>>>>>>>>> plan
> >>>>>>>>>>>> and
> >>>>>>>>>>>> redeployed the new and ran the application.  We recieved an
> >>>>>>>>>>>> error
> >>>>>>>>>>>> that
> >>>>>>>>>>>> i
> >>>>>>>>>>>> expected.  The app could not find the provider for
> smtp.  Since
> >>>>>>>>>>>> our
> >>>>>>>>>>>> application references the sun javax.mail SMTP class
> indirectly
> >>>>>>>>>>>> via
> >>>>>>>>>>>> the
> >>>>>>>>>>>> javax.mail.Transport.send(message); call, i am not sure how
> >>>>>>>>>>>> internally
> >>>>>>>>>>>> geronimo would resolve to use the geronimo SMTPTransport mail
> >>>>>>>>>>>> class.
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>> Transport.send() uses the context class loader to identify and
> >>>>>>>>>>> load
> >>>>>>>>>>> the
> >>>>>>>>>>> list of Transport and Store providers using files contained in
> >>>>>>>>>>> the
> >>>>>>>>>>> META-INF directories of the jar files.  Once the classpath is
> >>>>>>>>>>> set
> >>>>>>>>>>> up
> >>>>>>>>>>> correctly, it's all automatic.  Your original problem was
> caused
> >>>>>>>>>>> by
> >>>>>>>>>>> having both the sun mail.jar in the classpath with the
> Geronimo
> >>>>>>>>>>> mail
> >>>>>>>>>>> jars.  This caused the Sun version to end up overriding the
> >>>>>>>>>>> Geronimo
> >>>>>>>>>>> version.  This might actually work, but it appears you might
> >>>>>>>>>>> have
> >>>>>>>>>>> hit
> >>>>>>>>>>> an
> >>>>>>>>>>> incompatibility.  I'm willing to chase that incompatibility,
> but
> >>>>>>>>>>> I'll
> >>>>>>>>>>> need the exact form of the address you used to add the
> address.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>> But, i
> >>>>>>>>>>>> thought somehow the geronimo email plan we deployed would
> >>>>>>>>>>>> handle
> >>>>>>>>>>>> this.
> >>>>>>>>>>>> Here
> >>>>>>>>>>>> is the error:
> >>>>>>>>>>>>
> >>>>>>>>>>>> Thu Jan 25 16:33:49 EST 2007 <;> <;> ID=3 <;> Message=Could
> not
> >>>>>>>>>>>> locate
> >>>>>>>>>>>> the
> >>>>>>>>>>>> internet provider for someone@somewhere.com<;>
> >>>>>>>>>>>> Thread=Thread[AmicaWebApp--TP-Processor3,5,main] <;> Original
> >>>>>>>>>>>> Exception=javax.mail.NoSuchProviderException: Unable to
> locate
> >>>>>>>>>>>> provider
> >>>>>>>>>>>> for
> >>>>>>>>>>>> protocol: smtp:Unable to locate provider for protocol: smtp
> >>>>>>>>>>>>
> >>>>>>>>>>>> We cannot change our application logic to use the geronimo
> >>>>>>>>>>>> SMTPTransport
> >>>>>>>>>>>> class since our production environment is not Geronimo.  Here
> >>>>>>>>>>>> is
> >>>>>>>>>>>> our
> >>>>>>>>>>>> application import list:
> >>>>>>>>>>>>
> >>>>>>>>>>>> import javax.mail.Message;
> >>>>>>>>>>>> import javax.mail.MessagingException;
> >>>>>>>>>>>> import javax.mail.NoSuchProviderException;
> >>>>>>>>>>>> import javax.mail.SendFailedException;
> >>>>>>>>>>>> import javax.mail.Session;
> >>>>>>>>>>>> import javax.mail.Transport;
> >>>>>>>>>>>> import javax.mail.internet.AddressException;
> >>>>>>>>>>>> import javax.mail.internet.InternetAddress;
> >>>>>>>>>>>> import javax.mail.internet.MimeMessage;
> >>>>>>>>>>>>
> >>>>>>>>>>>> We cannot change these imports due to the reasons i mentioned
> >>>>>>>>>>>> above,
> >>>>>>>>>>>> but
> >>>>>>>>>>>> since the javax.mail.Transport object uses the
> >>>>>>>>>>>> com.sun.mail.smtp.SMTPTransport class, how can we tell it to
> >>>>>>>>>>>> use
> >>>>>>>>>>>> the
> >>>>>>>>>>>> geronimo SMTPTransport class?  Should this be handled by our
> >>>>>>>>>>>> plan
> >>>>>>>>>>>> without
> >>>>>>>>>>>> having to change our application code?  here is the plan we
> >>>>>>>>>>>> deployed:
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>> You shouldn't have to, this should be getting resolved
> >>>>>>>>>>> automatically.
> >>>>>>>>>>> The critical dependencies to make this happen are the javamail
> >>>>>>>>>>> spec
> >>>>>>>>>>> jar,
> >>>>>>>>>>> the activation jar,  and the javamail transport jar
> >>>>>>>>>>> (geronimo-javamail_1.3.1_spec, geronimo-activation_1.0.2_spec
> >>>>>>>>>>> and
> >>>>>>>>>>> geronimo-javamail-transport).  You do not need a dependency on
> >>>>>>>>>>> geronimo-mail and you do not need to configure a mail session
> >>>>>>>>>>> GBean
> >>>>>>>>>>> unless your application obtains the mail session by doing a
> jndi
> >>>>>>>>>>> lookup.
> >>>>>>>>>>>
> >>>>>>>>>>> I have seen a problem where some application environments (e.g
> ,
> >>>>>>>>>>> the
> >>>>>>>>>>> Quartz scheduler) were not setting the correct thread context
> >>>>>>>>>>> class
> >>>>>>>>>>> loader before calling the application methods.  This resulted
> in
> >>>>>>>>>>> a
> >>>>>>>>>>> failure because the incorrect class loader was getting used to
> >>>>>>>>>>> resolve
> >>>>>>>>>>> the javamail transport code.  In this case, it was necessary
> to
> >>>>>>>>>>> set
> >>>>>>>>>>> the
> >>>>>>>>>>> context class loader using the load obtained from
> >>>>>>>>>>> "this.getClass().getClassLoader()"
> >>>>>>>>>>>
> >>>>>>>>>>> .
> >>>>>>>>>>> Rick
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
> >>>>>>>>>>>> <module
> >>>>>>>>>>>> xmlns="http://geronimo.apache.org/xml/ns/deployment-1.1">
> >>>>>>>>>>>>  <dep:environment
> >>>>>>>>>>>> xmlns:dep="http://geronimo.apache.org/xml/ns/deployment-1.1">
> >>>>>>>>>>>>    <dep:moduleId>
> >>>>>>>>>>>>      <dep:groupId>geronimo</dep:groupId>
> >>>>>>>>>>>>      <dep:artifactId>javamail-server</dep:artifactId>
> >>>>>>>>>>>>    </dep:moduleId>
> >>>>>>>>>>>>
> >>>>>>>>>>>>    <dep:dependencies>
> >>>>>>>>>>>>      <dep:dependency>
> >>>>>>>>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>>>>>>>        <dep:artifactId>geronimo-mail</dep:artifactId>
> >>>>>>>>>>>>        <dep:version>1.1.1</dep:version>
> >>>>>>>>>>>>        <dep:type>jar</dep:type>
> >>>>>>>>>>>>        <dep:import>classes</dep:import>
> >>>>>>>>>>>>      </dep:dependency>
> >>>>>>>>>>>>      <dep:dependency>
> >>>>>>>>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>>>>>>>
> >>>>>>>>>>>> <dep:artifactId>geronimo-javamail-transport</dep:artifactId>
> >>>>>>>>>>>>        <dep:version>1.1.1</dep:version>
> >>>>>>>>>>>>        <dep:type>jar</dep:type>
> >>>>>>>>>>>>        <dep:import>classes</dep:import>
> >>>>>>>>>>>>      </dep:dependency>
> >>>>>>>>>>>>      <dep:dependency>
> >>>>>>>>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>>>>>>>        <dep:artifactId>rmi-naming</dep:artifactId>
> >>>>>>>>>>>>        <dep:version>1.1.1</dep:version>
> >>>>>>>>>>>>        <dep:type>car</dep:type>
> >>>>>>>>>>>>      </dep:dependency>
> >>>>>>>>>>>>    </dep:dependencies>
> >>>>>>>>>>>>    <dep:hidden-classes/>
> >>>>>>>>>>>>    <dep:non-overridable-classes/>
> >>>>>>>>>>>>  </dep:environment>
> >>>>>>>>>>>> </module>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Rick McGuire wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>> Michael C. wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> Thank  you for your replies, they are greatly
> appreciated.  I
> >>>>>>>>>>>>>> would
> >>>>>>>>>>>>>> like
> >>>>>>>>>>>>>> to
> >>>>>>>>>>>>>> step back for a moment and be sure i understand the big
> >>>>>>>>>>>>>> picture.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> When our team first changed over from WSAD to MyEclipse and
> >>>>>>>>>>>>>> decided
> >>>>>>>>>>>>>> to
> >>>>>>>>>>>>>> use
> >>>>>>>>>>>>>> Geronimo 1.0 as our local app server, we ran into this same
> >>>>>>>>>>>>>> email
> >>>>>>>>>>>>>> problem.
> >>>>>>>>>>>>>> I found that there were some email bugs in the Geronimo 1.0
> >>>>>>>>>>>>>> version,
> >>>>>>>>>>>>>> and
> >>>>>>>>>>>>>> that you had to use the geronimo-mail.jar and the
> >>>>>>>>>>>>>> geronimo-javamail-transport.jar files, and configure
> geronimo
> >>>>>>>>>>>>>> thru
> >>>>>>>>>>>>>> a
> >>>>>>>>>>>>>> GBEAN
> >>>>>>>>>>>>>> to use these jars to fix the email issue.  Maybe already,
> my
> >>>>>>>>>>>>>> understanding
> >>>>>>>>>>>>>> was incorrect but this did fix the issue.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> We just upgraded to geronimo 1.1.1 and re-introduced the
> same
> >>>>>>>>>>>>>> email
> >>>>>>>>>>>>>> issue.
> >>>>>>>>>>>>>> I have read where this email issue was fixed with 1.1.1
> .  But
> >>>>>>>>>>>>>> without
> >>>>>>>>>>>>>> any
> >>>>>>>>>>>>>> changes, we still throw errors.  When i deployed the new
> >>>>>>>>>>>>>> email
> >>>>>>>>>>>>>> plan(in
> >>>>>>>>>>>>>> my
> >>>>>>>>>>>>>> earlier threads), we still throw errors.  So i have a
> couple
> >>>>>>>>>>>>>> questions...
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Since our application code uses the javax.mail.* packages,
> it
> >>>>>>>>>>>>>> would
> >>>>>>>>>>>>>> be
> >>>>>>>>>>>>>> best
> >>>>>>>>>>>>>> to configure geronimo to use these packages for email.  To
> be
> >>>>>>>>>>>>>> honest,
> >>>>>>>>>>>>>> if
> >>>>>>>>>>>>>> this is fixed with 1.1.1, then why are there still geronimo
> >>>>>>>>>>>>>> version
> >>>>>>>>>>>>>> email
> >>>>>>>>>>>>>> packages in the new install?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Our intent would certainly be to use the mail packages from
> >>>>>>>>>>>>>> Sun
> >>>>>>>>>>>>>> since
> >>>>>>>>>>>>>> this
> >>>>>>>>>>>>>> is the .jar file used in our app and our WebSphere
> production
> >>>>>>>>>>>>>> server.
> >>>>>>>>>>>>>> Is
> >>>>>>>>>>>>>> it
> >>>>>>>>>>>>>> an option to configure Geronimo to use this mail.jar file
> and
> >>>>>>>>>>>>>> if
> >>>>>>>>>>>>>> so,
> >>>>>>>>>>>>>> how
> >>>>>>>>>>>>>> do
> >>>>>>>>>>>>>> we go about doing it?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>> Geronimo comes with its own implementation of the
> javax.mail.*
> >>>>>>>>>>>>> apis
> >>>>>>>>>>>>> and
> >>>>>>>>>>>>> it's own transport implementation.  The javax.mail APIs are
> >>>>>>>>>>>>> used
> >>>>>>>>>>>>> by
> >>>>>>>>>>>>> other components (e.g., Axis) so they are pretty fundamental
> >>>>>>>>>>>>> to
> >>>>>>>>>>>>> Geronimo
> >>>>>>>>>>>>> operations and show up in a lot of dependencies.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Unfortunately, part of javamail processing is locating and
> >>>>>>>>>>>>> loading
> >>>>>>>>>>>>> all
> >>>>>>>>>>>>> transport implementations contained in jars on the
> classpath.
> >>>>>>>>>>>>> If
> >>>>>>>>>>>>> both
> >>>>>>>>>>>>> the sun jar and the geronimo jars are present, then both
> sets
> >>>>>>>>>>>>> of
> >>>>>>>>>>>>> transports get loaded and depending on the search order, the
> >>>>>>>>>>>>> default
> >>>>>>>>>>>>> transports can end up being the Sun versions.  This appears
> to
> >>>>>>>>>>>>> be
> >>>>>>>>>>>>> what's
> >>>>>>>>>>>>> happening in this case.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> My recommendation is to just use the geronimo jar files, and
> >>>>>>>>>>>>> remove
> >>>>>>>>>>>>> the
> >>>>>>>>>>>>> Sun versions.  The setup is very similar to the previous
> >>>>>>>>>>>>> release.
> >>>>>>>>>>>>> You
> >>>>>>>>>>>>> only actually need to configure a GBean if you're using a
> mail
> >>>>>>>>>>>>> resource.  If you're just directly using the mail apis, you
> >>>>>>>>>>>>> only
> >>>>>>>>>>>>> need
> >>>>>>>>>>>>> to
> >>>>>>>>>>>>> add the jar files to your dependency list.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Rick
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> Rick McGuire wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> The message about unable to relay for that address is sent
> >>>>>>>>>>>>>>> back
> >>>>>>>>>>>>>>> from
> >>>>>>>>>>>>>>> the
> >>>>>>>>>>>>>>> SMTP server.  I'm not sure what it didn't like, but it
> >>>>>>>>>>>>>>> appears
> >>>>>>>>>>>>>>> it
> >>>>>>>>>>>>>>> couldn't figure out where to relay the message.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> The part I find interesting is the stack trace.  You're
> >>>>>>>>>>>>>>> using
> >>>>>>>>>>>>>>> the
> >>>>>>>>>>>>>>> Sun
> >>>>>>>>>>>>>>> javamail transport implementation, not the Geronimo one.
> >>>>>>>>>>>>>>> The
> >>>>>>>>>>>>>>> API
> >>>>>>>>>>>>>>> code
> >>>>>>>>>>>>>>> (javax.mail.* appears to be the Geronimo version).  Is
> that
> >>>>>>>>>>>>>>> what
> >>>>>>>>>>>>>>> you
> >>>>>>>>>>>>>>> intended?  I know we've never tested that combo, so it's
> >>>>>>>>>>>>>>> unclear
> >>>>>>>>>>>>>>> how
> >>>>>>>>>>>>>>> well that would work.  You might want to check around for
> a
> >>>>>>>>>>>>>>> spurious
> >>>>>>>>>>>>>>> mail.jar file.  Having that in your classpath can
> >>>>>>>>>>>>>>> potentially
> >>>>>>>>>>>>>>> cause
> >>>>>>>>>>>>>>> the
> >>>>>>>>>>>>>>> other transports to get registered and override the
> Geronimo
> >>>>>>>>>>>>>>> ones.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Rick
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Michael C. wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> I tried your approach and that particular error went away
> >>>>>>>>>>>>>>>> but
> >>>>>>>>>>>>>>>> now
> >>>>>>>>>>>>>>>> i
> >>>>>>>>>>>>>>>> believe i
> >>>>>>>>>>>>>>>> am back to the root cause of all this effort; our email
> >>>>>>>>>>>>>>>> logic
> >>>>>>>>>>>>>>>> is
> >>>>>>>>>>>>>>>> throwing
> >>>>>>>>>>>>>>>> an
> >>>>>>>>>>>>>>>> error on this line in our application:
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> javax.mail.Transport.send(message);
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Message=Could not send eMail to address
> >>>>>>>>>>>>>>>> someaddress@somewhere.com
> >>>>>>>>>>>>>>>> <;>
> >>>>>>>>>>>>>>>> Thread=Thread[AmicaWebApp--TP-Processor3,5,main] <;>
> >>>>>>>>>>>>>>>> Original
> >>>>>>>>>>>>>>>> Exception=javax.mail.SendFailedException: Invalid
> Addresses
> >>>>>>>>>>>>>>>> (javax.mail.SendFailedException: 550 5.7.1 Unable to
> relay
> >>>>>>>>>>>>>>>> for
> >>>>>>>>>>>>>>>> someaddress@somewhere.com
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> ):Invalid Addresses (javax.mail.SendFailedException: 550
> >>>>>>>>>>>>>>>> 5.7.1
> >>>>>>>>>>>>>>>> Unable
> >>>>>>>>>>>>>>>> to
> >>>>>>>>>>>>>>>> relay for someaddress@somewhere.com
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Thu Jan 25 09:28:14 EST 2007 <;>  Message=Could not send
> >>>>>>>>>>>>>>>> eMail
> >>>>>>>>>>>>>>>> to
> >>>>>>>>>>>>>>>> address
> >>>>>>>>>>>>>>>> someaddress@somewhere.com<;>
> >>>>>>>>>>>>>>>> Thread=Thread[AmicaWebApp--TP-Processor3,5,main] <;>
> >>>>>>>>>>>>>>>> Original
> >>>>>>>>>>>>>>>> Exception=javax.mail.SendFailedException: Invalid
> Addresses
> >>>>>>>>>>>>>>>> (javax.mail.SendFailedException: 550 5.7.1 Unable to
> relay
> >>>>>>>>>>>>>>>> for
> >>>>>>>>>>>>>>>> someaddress@somewhere.com
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> ):Invalid Addresses (javax.mail.SendFailedException: 550
> >>>>>>>>>>>>>>>> 5.7.1
> >>>>>>>>>>>>>>>> Unable
> >>>>>>>>>>>>>>>> to
> >>>>>>>>>>>>>>>> relay for someaddress@somewhere.com
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> ) :Could not send eMail to address
> >>>>>>>>>>>>>>>> someaddress@somewhere.com
> >>>>>>>>>>>>>>>> javax.mail.SendFailedException: Invalid Addresses
> >>>>>>>>>>>>>>>> (javax.mail.SendFailedException: 550 5.7.1 Unable to
> relay
> >>>>>>>>>>>>>>>> for
> >>>>>>>>>>>>>>>> someaddress@somewhere.com
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> )
> >>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>> com.sun.mail.smtp.SMTPTransport.rcptTo(SMTPTransport.java
> :804)
> >>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>> com.sun.mail.smtp.SMTPTransport.sendMessage(
> SMTPTransport.java:320)
> >>>>>>>>>>>>>>>>       at javax.mail.Transport.send(Transport.java:93)
> >>>>>>>>>>>>>>>>       at javax.mail.Transport.send(Transport.java:46)
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Caused by: javax.mail.SendFailedException: 550 5.7.1Unable
> >>>>>>>>>>>>>>>> to
> >>>>>>>>>>>>>>>> relay
> >>>>>>>>>>>>>>>> for
> >>>>>>>>>>>>>>>> someaddress@somewhere.com
> >>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>> com.sun.mail.smtp.SMTPTransport.rcptTo(SMTPTransport.java
> :672)
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> I supplemented the real address but we are using a good
> >>>>>>>>>>>>>>>> address.
> >>>>>>>>>>>>>>>> This
> >>>>>>>>>>>>>>>> error
> >>>>>>>>>>>>>>>> only occurs in our local testing using Geronimo but once
> we
> >>>>>>>>>>>>>>>> move
> >>>>>>>>>>>>>>>> our
> >>>>>>>>>>>>>>>> code
> >>>>>>>>>>>>>>>> to
> >>>>>>>>>>>>>>>> the next tier where WebSphere is running, everything
> works
> >>>>>>>>>>>>>>>> fine.
> >>>>>>>>>>>>>>>> There
> >>>>>>>>>>>>>>>> is a
> >>>>>>>>>>>>>>>> configuration issue that i do not understand.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> djencks wrote:
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> It looks to me as if the error message is fairly clear
> >>>>>>>>>>>>>>>>> about
> >>>>>>>>>>>>>>>>> the
> >>>>>>>>>>>>>>>>> first think that is wrong with your xml....
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> <resource-ref>
> >>>>>>>>>>>>>>>>>             <property>MailSession</property>
> >>>>>>>>>>>>>>>>>             <res-type>javax.mail.Session</res-type>
> >>>>>>>>>>>>>>>>>             <res-auth>Container</res-auth>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> <res-sharing-scope>Shareable</res-sharing-scope>
> >>>>>>>>>>>>>>>>>             <pattern>
> >>>>>>>>>>>>>>>>>                  <name>mail/MailSession</name>
> >>>>>>>>>>>>>>>>>             </pattern>
> >>>>>>>>>>>>>>>>>         </resource-ref>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Caused by: org.apache.xmlbeans.XmlException: Invalid
> >>>>>>>>>>>>>>>>>> deployment
> >>>>>>>>>>>>>>>>>> descriptor:
> >>>>>>>>>>>>>>>>>> [error: cvc-complex-type.2.4a: Expected element
> >>>>>>>>>>>>>>>>>> 'ref-name@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> instead
> >>>>>>>>>>>>>>>>>> of
> >>>>>>>>>>>>>>>>>> 'property@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> here
> >>>>>>>>>>>>>>>>>> in
> >>>>>>>>>>>>>>>>>> element
> >>>>>>>>>>>>>>>>>> resource-ref@
> http://geronimo.apache.org/xml/ns/naming-1.1,
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> I think this will work:
> >>>>>>>>>>>>>>>>> <resource-ref>
> >>>>>>>>>>>>>>>>>             <ref-name>MailSession</ref-name>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> <resource-link>mail/MailSession</resource-link>
> >>>>>>>>>>>>>>>>>         </resource-ref>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> and I also think that if you name the mail session the
> >>>>>>>>>>>>>>>>> same
> >>>>>>>>>>>>>>>>> in
> >>>>>>>>>>>>>>>>> your
> >>>>>>>>>>>>>>>>> app and your mail-server plan you won't need any entry
> in
> >>>>>>>>>>>>>>>>> the
> >>>>>>>>>>>>>>>>> geronimo-web.xml at all.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> thanks
> >>>>>>>>>>>>>>>>> david jencks
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> On Jan 24, 2007, at 7:57 AM, Michael C. wrote:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Our team has just upgraded from geronimo 1.0 to 1.1.1
> >>>>>>>>>>>>>>>>>> Previously, to surpress javamail errors, we had to
> create
> >>>>>>>>>>>>>>>>>> a
> >>>>>>>>>>>>>>>>>> gbean
> >>>>>>>>>>>>>>>>>> and deploy
> >>>>>>>>>>>>>>>>>> it, then add a resource-ref entry to our
> geronimo-web.xml
> >>>>>>>>>>>>>>>>>> file
> >>>>>>>>>>>>>>>>>> and
> >>>>>>>>>>>>>>>>>> this
> >>>>>>>>>>>>>>>>>> worked.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Since our upgrade, we are back to our original javamail
> >>>>>>>>>>>>>>>>>> errors.
> >>>>>>>>>>>>>>>>>> I
> >>>>>>>>>>>>>>>>>> found
> >>>>>>>>>>>>>>>>>> entries on other postings here and successfully
> deployed
> >>>>>>>>>>>>>>>>>> the
> >>>>>>>>>>>>>>>>>> following plan:
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> <?xml version="1.0" encoding="UTF-8"?>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> <module
> >>>>>>>>>>>>>>>>>> xmlns="http://geronimo.apache.org/xml/ns/deployment-1.1
> ">
> >>>>>>>>>>>>>>>>>>  <dep:environment
> >>>>>>>>>>>>>>>>>> xmlns:dep="
> http://geronimo.apache.org/xml/ns/deployment-1.1">
> >>>>>>>>>>>>>>>>>>    <dep:moduleId>
> >>>>>>>>>>>>>>>>>>      <dep:groupId>geronimo</dep:groupId>
> >>>>>>>>>>>>>>>>>>      <dep:artifactId>javamail-server</dep:artifactId>
> >>>>>>>>>>>>>>>>>>    </dep:moduleId>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>    <dep:dependencies>
> >>>>>>>>>>>>>>>>>>      <dep:dependency>
> >>>>>>>>>>>>>>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>>>>>>>>>>>>>        <dep:artifactId>geronimo-mail</dep:artifactId>
> >>>>>>>>>>>>>>>>>>        <dep:version>1.1.1</dep:version>
> >>>>>>>>>>>>>>>>>>        <dep:type>jar</dep:type>
> >>>>>>>>>>>>>>>>>>        <dep:import>classes</dep:import>
> >>>>>>>>>>>>>>>>>>      </dep:dependency>
> >>>>>>>>>>>>>>>>>>      <dep:dependency>
> >>>>>>>>>>>>>>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> <dep:artifactId>geronimo-javamail-transport</dep:artifactId>
> >>>>>>>>>>>>>>>>>>        <dep:version>1.1.1</dep:version>
> >>>>>>>>>>>>>>>>>>        <dep:type>jar</dep:type>
> >>>>>>>>>>>>>>>>>>        <dep:import>classes</dep:import>
> >>>>>>>>>>>>>>>>>>      </dep:dependency>
> >>>>>>>>>>>>>>>>>>      <dep:dependency>
> >>>>>>>>>>>>>>>>>>        <dep:groupId>geronimo</dep:groupId>
> >>>>>>>>>>>>>>>>>>        <dep:artifactId>rmi-naming</dep:artifactId>
> >>>>>>>>>>>>>>>>>>        <dep:type>car</dep:type>
> >>>>>>>>>>>>>>>>>>      </dep:dependency>
> >>>>>>>>>>>>>>>>>>    </dep:dependencies>
> >>>>>>>>>>>>>>>>>>    <dep:hidden-classes/>
> >>>>>>>>>>>>>>>>>>    <dep:non-overridable-classes/>
> >>>>>>>>>>>>>>>>>>  </dep:environment>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>  <gbean name="SMTPTransport"
> >>>>>>>>>>>>>>>>>> class="org.apache.geronimo.mail.SMTPTransportGBean">
> >>>>>>>>>>>>>>>>>>    <attribute name="host">our smtp remote
> >>>>>>>>>>>>>>>>>> host</attribute>
> >>>>>>>>>>>>>>>>>>    <attribute name="port">25</attribute>
> >>>>>>>>>>>>>>>>>>  </gbean>
> >>>>>>>>>>>>>>>>>>  <gbean name="mail/MailSession"
> >>>>>>>>>>>>>>>>>> class="org.apache.geronimo.mail.MailGBean">
> >>>>>>>>>>>>>>>>>>    <attribute name="transportProtocol">smtp</attribute>
> >>>>>>>>>>>>>>>>>>    <attribute name="debug">true</attribute>
> >>>>>>>>>>>>>>>>>>    <reference name="Protocols">
> >>>>>>>>>>>>>>>>>>       <name>SMTPTransport</name>
> >>>>>>>>>>>>>>>>>>    </reference>
> >>>>>>>>>>>>>>>>>>  </gbean>
> >>>>>>>>>>>>>>>>>> </module>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> at this point, we need an entry in our geronimo-web.xml
> >>>>>>>>>>>>>>>>>> and
> >>>>>>>>>>>>>>>>>> so
> >>>>>>>>>>>>>>>>>> i
> >>>>>>>>>>>>>>>>>> have added
> >>>>>>>>>>>>>>>>>> this:
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> <resource-ref>
> >>>>>>>>>>>>>>>>>>            <property>MailSession</property>
> >>>>>>>>>>>>>>>>>>            <res-type>javax.mail.Session</res-type>
> >>>>>>>>>>>>>>>>>>            <res-auth>Container</res-auth>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> <res-sharing-scope>Shareable</res-sharing-scope>
> >>>>>>>>>>>>>>>>>>            <pattern>
> >>>>>>>>>>>>>>>>>>                 <name>mail/MailSession</name>
> >>>>>>>>>>>>>>>>>>            </pattern>
> >>>>>>>>>>>>>>>>>>        </resource-ref>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> This entry throws the following error:
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> 10:16:48,922 ERROR [Hot Deployer] Unable to deploy: xml
> >>>>>>>>>>>>>>>>>> problem
> >>>>>>>>>>>>>>>>>> for
> >>>>>>>>>>>>>>>>>> web app
> >>>>>>>>>>>>>>>>>> .
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.common.DeploymentException: xml
> >>>>>>>>>>>>>>>>>> problem
> >>>>>>>>>>>>>>>>>> for
> >>>>>>>>>>>>>>>>>> web
> >>>>>>>>>>>>>>>>>> app .
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.getTomcatWeb
> >>>>>>>>>>>>>>>>>> App(TomcatModuleBuilder.java:234)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.createModule
> >>>>>>>>>>>>>>>>>> (TomcatModuleBuilder.java:158)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.web.deployment.AbstractWebModuleBuilder.createModu
> >>>>>>>>>>>>>>>>>> le(AbstractWebModuleBuilder.java:121)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.web.deployment.AbstractWebModuleBuilder$
> >>>>>>>>>>>>>>>>>> $FastClassByCGLIB$$459e0cc.invoke(<generated>)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java
> :53)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke
> >>>>>>>>>>>>>>>>>> (FastMethodInvoker.java:38)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> >>>>>>>>>>>>>>>>>> (GBeanOperation.java:122)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> >>>>>>>>>>>>>>>>>> (GBeanInstance.java:817)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(
> RawInvoker.java:
> >>>>>>>>>>>>>>>>>> 57)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke
> >>>>>>>>>>>>>>>>>> (RawOperationInvoker.java:35)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> >>>>>>>>>>>>>>>>>> (ProxyMethodInterceptor.java:96)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$
> >>>>>>>>>>>>>>>>>> $1f792348.createModule(<generated>)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModul
> >>>>>>>>>>>>>>>>>> e(SwitchingModuleBuilder.java:94)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder$
> >>>>>>>>>>>>>>>>>> $FastClassByCGLIB$$d0c31844.invoke(<generated>)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java
> :53)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke
> >>>>>>>>>>>>>>>>>> (FastMethodInvoker.java:38)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> >>>>>>>>>>>>>>>>>> (GBeanOperation.java:122)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> >>>>>>>>>>>>>>>>>> (GBeanInstance.java:817)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(
> RawInvoker.java:
> >>>>>>>>>>>>>>>>>> 57)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke
> >>>>>>>>>>>>>>>>>> (RawOperationInvoker.java:35)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> >>>>>>>>>>>>>>>>>> (ProxyMethodInterceptor.java:96)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$
> >>>>>>>>>>>>>>>>>> $1f792348.createModule(<generated>)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan
> >>>>>>>>>>>>>>>>>> (EARConfigBuilder.java:275)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder$
> >>>>>>>>>>>>>>>>>> $FastClassByCGLIB$$38e56ec6.invoke(<generated>)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java
> :53)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke
> >>>>>>>>>>>>>>>>>> (FastMethodInvoker.java:38)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> >>>>>>>>>>>>>>>>>> (GBeanOperation.java:122)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> >>>>>>>>>>>>>>>>>> (GBeanInstance.java:817)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(
> RawInvoker.java:
> >>>>>>>>>>>>>>>>>> 57)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke
> >>>>>>>>>>>>>>>>>> (RawOperationInvoker.java:35)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> >>>>>>>>>>>>>>>>>> (ProxyMethodInterceptor.java:96)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.deployment.ConfigurationBuilder$$EnhancerByCGLIB
> >>>>>>>>>>>>>>>>>> $$2b662bba.getDeploymentPlan(<generated>)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at org.apache.geronimo.deployment.Deployer.deploy
> >>>>>>>>>>>>>>>>>> (Deployer.java:232)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at org.apache.geronimo.deployment.Deployer.deploy
> >>>>>>>>>>>>>>>>>> (Deployer.java:124)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$
> >>>>>>>>>>>>>>>>>> $734a235d.invoke(<generated>)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java
> :53)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke
> >>>>>>>>>>>>>>>>>> (FastMethodInvoker.java:38)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> >>>>>>>>>>>>>>>>>> (GBeanOperation.java:122)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> >>>>>>>>>>>>>>>>>> (GBeanInstance.java:852)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>> org.apache.geronimo.kernel.basic.BasicKernel.invoke
> >>>>>>>>>>>>>>>>>> (BasicKernel.java:239)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDe
> >>>>>>>>>>>>>>>>>> ploy(AbstractDeployCommand.java:106)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> org.apache.geronimo.deployment.plugin.local.DistributeCommand.run
> >>>>>>>>>>>>>>>>>> (DistributeCommand.java:60)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>       at java.lang.Thread.run(Thread.java:534)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Caused by: org.apache.xmlbeans.XmlException: Invalid
> >>>>>>>>>>>>>>>>>> deployment
> >>>>>>>>>>>>>>>>>> descriptor:
> >>>>>>>>>>>>>>>>>> [error: cvc-complex-type.2.4a: Expected element
> >>>>>>>>>>>>>>>>>> 'ref-name@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> instead
> >>>>>>>>>>>>>>>>>> of
> >>>>>>>>>>>>>>>>>> 'property@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> here
> >>>>>>>>>>>>>>>>>> in
> >>>>>>>>>>>>>>>>>> element
> >>>>>>>>>>>>>>>>>> resource-ref@
> http://geronimo.apache.org/xml/ns/naming-1.1,
> >>>>>>>>>>>>>>>>>> error:
> >>>>>>>>>>>>>>>>>> cvc-complex-type.2.4a: Expected element
> >>>>>>>>>>>>>>>>>> 'ref-name@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> instead
> >>>>>>>>>>>>>>>>>> of
> >>>>>>>>>>>>>>>>>> 'res-type@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> here
> >>>>>>>>>>>>>>>>>> in
> >>>>>>>>>>>>>>>>>> element
> >>>>>>>>>>>>>>>>>> resource-ref@
> http://geronimo.apache.org/xml/ns/naming-1.1,
> >>>>>>>>>>>>>>>>>> error:
> >>>>>>>>>>>>>>>>>> cvc-complex-type.2.4a: Expected element
> >>>>>>>>>>>>>>>>>> 'ref-name@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> instead
> >>>>>>>>>>>>>>>>>> of
> >>>>>>>>>>>>>>>>>> 'res-auth@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> here
> >>>>>>>>>>>>>>>>>> in
> >>>>>>>>>>>>>>>>>> element
> >>>>>>>>>>>>>>>>>> resource-ref@
> http://geronimo.apache.org/xml/ns/naming-1.1,
> >>>>>>>>>>>>>>>>>> error:
> >>>>>>>>>>>>>>>>>> cvc-complex-type.2.4a: Expected element
> >>>>>>>>>>>>>>>>>> 'ref-name@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> instead
> >>>>>>>>>>>>>>>>>> of
> >>>>>>>>>>>>>>>>>> 'res-sharing-scope@
> http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> here in
> >>>>>>>>>>>>>>>>>> element
> >>>>>>>>>>>>>>>>>> resource-ref@
> http://geronimo.apache.org/xml/ns/naming-1.1,
> >>>>>>>>>>>>>>>>>> error:
> >>>>>>>>>>>>>>>>>> cvc-complex-type.2.4a: Expected element
> >>>>>>>>>>>>>>>>>> 'ref-name@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> instead
> >>>>>>>>>>>>>>>>>> of
> >>>>>>>>>>>>>>>>>> 'pattern@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> here
> >>>>>>>>>>>>>>>>>> in
> >>>>>>>>>>>>>>>>>> element
> >>>>>>>>>>>>>>>>>> resource-ref@
> http://geronimo.apache.org/xml/ns/naming-1.1,
> >>>>>>>>>>>>>>>>>> error:
> >>>>>>>>>>>>>>>>>> cvc-complex-type.2.4c: Expected element
> >>>>>>>>>>>>>>>>>> 'ref-name@http://geronimo.apache.org/xml/ns/naming-1.1'
> >>>>>>>>>>>>>>>>>> before
> >>>>>>>>>>>>>>>>>> the
> >>>>>>>>>>>>>>>>>> end of
> >>>>>>>>>>>>>>>>>> the content in element
> >>>>>>>>>>>>>>>>>> resource-ref@
> http://geronimo.apache.org/xml/ns/naming-1.1]
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Descriptor: <xml-fragment
> >>>>>>>>>>>>>>>>>> xsi:schemaLocation="
> http://geronimo.apache.org/xml/ns/j2ee/web-1.1
> >>>>>>>>>>>>>>>>>> ../../../schemas/geronimo-web-1.1.xsd
> >>>>>>>>>>>>>>>>>> http://geronimo.apache.org/xml/ns/naming-1.1
> >>>>>>>>>>>>>>>>>> geronimo-
> >>>>>>>>>>>>>>>>>> naming-1.1.xsd
> >>>>>>>>>>>>>>>>>> http://geronimo..apache.org/xml/ns/security-1.1
> >>>>>>>>>>>>>>>>>> geronimo-security-1.1.xsd
> >>>>>>>>>>>>>>>>>> http://geronimo.apache.org/xml/ns/
> >>>>>>>>>>>>>>>>>> deployment-1.1
> >>>>>>>>>>>>>>>>>> geronimo-module-1.1.xsd "
> >>>>>>>>>>>>>>>>>> xmlns:geronimo="
> http://geronimo.apache.org/xml/ns/security-1.1"
> >>>>>>>>>>>>>>>>>> xmlns:naming="
> http://geronimo.apache.org/xml/ns/naming-1.1"
> >>>>>>>>>>>>>>>>>> xmlns:sys="
> http://geronimo.apache.org/xml/ns/deployment-1.1"
> >>>>>>>>>>>>>>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> >>>>>>>>>>>>>>>>>> xmlns:tom="
> http://geronimo.apache.org/xml/ns/j2ee/web/tomcat-1.1">
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Can anyone provide assistance?  Thanks in advance.
> >>>>>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>>>>> View this message in context:
> >>>>>>>>>>>>>>>>>> http://www.nabble.com/geronimo-
> >>>>>>>>>>>>>>>>>> mail-1.1.1-tf3081989.html#a8563115
> >>>>>>>>>>>>>>>>>> Sent from the Apache Geronimo - Users mailing list
> >>>>>>>>>>>>>>>>>> archive
> >>>>>>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>>>>> Nabble.com.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >>
> >
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/geronimo-mail-1.1.1-tf3081989.html#a8748965
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>

Mime
View raw message