RE: [Classpathx-javamail] No longer struggling with build

[cefn.hoile]

Thanks Chris,

Only just starting to migrate to 5.0 as you can tell (boxing/unboxing !=
generics).

Now have some content coming down through nntp, so I'm pretty happy. 

Rolled back to java 1.4 and used just the gnu crypto classes to satisfy
the sasl dependency. Thought these had to be satisfied by jre classes
and hence forced the upgrade to java 5.0. Not necessary if gnu crypto is
included.

Working version involves...
Java 1.4.2_09 for both build and runtime
Gnu mail 1.1.1
Gnu inetlib 1.1.1
Gnu activation 1.1
Gnu crypto 2.0.1

Also forced the nntp provider programmatically as I couldn't get my
javamail.providers file to be picked up in META-INF or JAVA_HOME/lib in
any satisfactory way in the eclipse development environment.

Properties props = new Properties();
props.put("mail.nntp.class",
gnu.mail.providers.nntp.NNTPStore.class.getName());//force the nntp
provider
Session session = Session.getDefaultInstance(props);

Thanks for your suggestions today, now I can get on with munging data.

Cefn
http://cefn.com

-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf
Of Chris Burdess
Sent: 30 August 2005 15:11
To: address@hidden
Subject: Re: [Classpathx-javamail] Still struggling with build


<address@hidden> wrote:
> Thanks Chris for help pointing me to the supporting libraries for 
> javamail, but still having problems building the mail 1.0 version with

> activation 1.0 and inetlib 1.0 or above.
>
> Can't get a set of libraries which are consistent with each other to 
> begin with. Want to start with at least a set of libraries which 
> compile together, even if I need to fix things. Even better, some 
> libraries which have been tested together.

The current release version numbers are

   inetlib-1.1.1
   activation-1.1
   mail-1.1.1

> Basic problem, can't build under sun's java 1.4 since Sasl missing.

Sun provides, or at least used to provide, a jar file as a separate 
download containing the SASL API classes. inetlib was tested with 
these, with the SASL classes provided by the GNU-Crypto project, and 
with Classpath.

> Can't build under sun's java 5.0 since Sasl inconsistent with method 
> calls made by inetlib.

I wasn't aware of such inconsistencies - did you file a report? If so 
it means they've changed the SASL API inconsistently between versions, 
we may have to raise it with the Classpath team.

Sun's java 1.5/5.0 and up don't run on any of my platforms (write once, 
run on any of 3 platforms!) so I can't test with those runtimes.

> What's the magic formula for getting these libraries to run under 
> sun's java? Is it impossible? Otherwise is it documented anywhere?

If you want to do this, I recommend you build and install Classpath 
separately with e.g. --prefix=/gnu , and then configure inetlib with 
--with-sasl=/gnu/share/classpath/glibj.zip

You should then be able to run with Sun's JRE 1.4 and glibj.zip in the 
classpath.

> BUILD ATTEMPT: java 5.0 build with mail 1.0 activation 1.0 inetlib 1.0
>
> The method createSaslClient(String[], String, String, String, 
> Map<String,?>, CallbackHandler) in the type Sasl is not applicable for

> the arguments (String[], null, String, String, Properties,
> CallbackHandler) IMAPConnection.java gnu-inetlib/source/gnu/inet/imap 
> line 561 30 August 2005 13:16:51

I see. Sun have "evolved" the SASL API in 1.5 in a backwardly 
incompatible fashion. Note that GNU Classpath/ClasspathX don't 
currently require or use generics, and you cannot currently use any 
free Java compiler to compile such code.
-- 
Chris Burdess



_______________________________________________
Classpathx-javamail mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/classpathx-javamail