On 5/2/06, Aaron Mulder <[EMAIL PROTECTED]> wrote:
I'd certainly support moving the transports out of the Geronimo server
SVN tree and into a separate repos/asf/geronimo/mail-transports tree
or something. That way they could be independently versioned along
with the spec JARs and you wouldn't ev
I do not like the idea of moving the specs out.
Regards,
Alan
Dain Sundstrom wrote:
Maybe we should move all of the javamail related code to a
repos/asf/geronimo/javamail. That way they can move as a single unit
independently of main line Geronimo or the specs.
-dain
On May 2, 2006, at 8:
I agree w/ this. Move to its own release cycle and its own
geronimo/mail-transports SVN dir; this will facilitate integration w/
Harmony. The spec jars should still remain separate. Create an
uber-jar to those who are jar dysfunctional.
Regards,
Alan
Aaron Mulder wrote:
I'd certainly su
Maybe we should move all of the javamail related code to a repos/asf/
geronimo/javamail. That way they can move as a single unit
independently of main line Geronimo or the specs.
-dain
On May 2, 2006, at 8:56 AM, Aaron Mulder wrote:
I'd certainly support moving the transports out of the Ge
I'd certainly support moving the transports out of the Geronimo server
SVN tree and into a separate repos/asf/geronimo/mail-transports tree
or something. That way they could be independently versioned along
with the spec JARs and you wouldn't ever have to pull something out of
a server snapshot t
Why not create an additional geronimo-javamail-nodep-x.x.jar artifact
that has all the jars merged together?
-dain
On May 2, 2006, at 1:57 AM, Rick McGuire wrote:
Alan D. Cabrera wrote:
Rick McGuire wrote:
The more the geronimo javamail support is starting to get used,
the more uncomforta
Alan D. Cabrera wrote:
Rick McGuire wrote:
The more the geronimo javamail support is starting to get used, the
more uncomfortable I'm getting with the current structure of the
javamail code. Let me level-set the situation first, so everybody
understands the issues.
To start with, the Sun im
Rick McGuire wrote:
The more the geronimo javamail support is starting to get used, the
more uncomfortable I'm getting with the current structure of the
javamail code. Let me level-set the situation first, so everybody
understands the issues.
To start with, the Sun impl of javamail is not re
The more the geronimo javamail support is starting to get used, the more
uncomfortable I'm getting with the current structure of the javamail
code. Let me level-set the situation first, so everybody understands
the issues.
To start with, the Sun impl of javamail is not really like other jar