CODEWITHSUNDEEP
xpagesjakarta-mail
xpages-noob
xpages-noob

Reputation: 1579

Java method is successfully executed inside a Java agent, but fails if executed in a Java class in the database's code

In my XPages application, I use the javax.mail library to read mail messages from IMAP accounts. The class I use to get and save messages works perfectly fine if I use it inside a Java agent. However, if I put the exact same class into "Code/Java" in my XPages project, the methods throw javax.mail.NoSuchProviderException: No provider for imaps when I try to get the session store:

    Properties props = new Properties();
    props.setProperty("mail.imaps.socketFactory.class", "AlwaysTrustSSLContextFactory");
    props.setProperty("mail.imaps.socketFactory.port", "993");
    props.setProperty("mail.imap.ssl.enable", "true"); 
    props.setProperty("mail.imaps.ssl.trust", "*");
    URLName url = new URLName("imaps", server, 993, "", username, password);
    Session session = Session.getInstance(props, null);
    Store store = session.getStore(url); //THE ERROR OCCURS HERE
    store.connect();

The javax.mail library that I added to the project's build path is exactly the same that I use in the Java agent.

Some posts I found for the mentioned type of exception suggest that it might be caused by multiple versions of javax.mail being included in the build path. However, this does not seem to be the case because removing javax.mail from the build path causes the class to not be built.

Does anybody know what's the problem here?

Upvotes: 0

Views: 266

Answers (3)

Sven Hasselbach
Sven Hasselbach

Reputation: 10485

Please check the versions and providers of javax.mail used. You can do this by adding 

props.setProperty("mail.debug", "true" );

to your properties.

On the console (Client's Java Console or Server console you can see the result, something like this:

DEBUG: JavaMail version 1.4ea

and

DEBUG: getProvider() returning javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Sun Microsystems, Inc]

Alternativly, you can get the list of available providers programmatically (when you have no console access):

Session session = Session.getInstance(props, null);
Provider[] providers = session.getProviders();
for( Provider p:providers ){
    if( ! ("".equals(tmpStr)) )
        tmpStr = tmpStr + ",";
    tmpStr = tmpStr + p.getProtocol();
}

[You will see that the list of providers does not contain imaps on the server (8.5.3)]

Upvotes: 2

stwissel
stwissel

Reputation: 20384

You want to check out my article with a code sample how to read IMAP from Notes. I didn't run that code as agent, but from the command line. Chances are, that it will work better for you. Main difference (possibly?): I used the Google enhanced IMAP classes.

Check it out and let us know if that worked for you!

Upvotes: 1

Rob Mason
Rob Mason

Reputation: 1417

Was going to comment, but rep isn't high enough yet....

Is the java agent in the same db?

If it is, can you cut it and try the xpage when the agent isn't there? Probably a long shot, but may be worth checking that the agent isn't interfering in any way.

Upvotes: 1

Related Questions