Re: [orbit-dev] Is there any guidelines on which javax.mail provided by

[David M Williams <david_williams@xxxxxxxxxx>]

Sorry for the delay in responding, Andrea.


I can give a few pointers, but may take
some "back and forth" to get to the bottom of things. 

 >  Is
there any guidelines on which javax.mail provided by orbit.

Not that I'm aware of ... but if you
learn anything we'd welcome some thing added to our wiki, as this topic
comes up from time to time.  

There's an old thread on this mailing
list that talks about some of the complications. 
http://dev.eclipse.org/mhonarc/lists/orbit-dev/msg00781.html

Also, many of the bugs in Orbit can
be enlightening (e.g. those below). The post and bugs 
mostly explain why things are the way
they are, but I think might give a few hints on getting things to work.

 
So, let's start there, and perhaps you
can ask ... either re-ask after you've read these pointers, or ask a new
question if the 
posts lead you a little further. I'm
not familiar with the issues you mentioned, but I know that some projects
have used 
the bundles successfully to send mail
(Mylyn and b3 aggregator, I believe). 

Again, sorry for the slow reply. In
general, I'll mention for all readers ... feel free to re-post if a week
or so expires 
and no one even replies ... I think
just missed during a busy time in this case.  

Thanks, 


= = = = = = =

299313 2010-01-12 nor RESO javax.activation - require system.bundle to ensure use of JRE packages in OSGi
279519 2009-07-02 cri RESO javax.activation should require system.bundle
273060 2009-06-08 nor RESO javax.mail 1_4_0 does not include versions in package exports
271465 2009-05-12 nor NEW Linkage Error with javax.mail / javax.activation
273056 2009-05-04 nor RESO javax.activation 1_1_0 does not include versions in package numbers
226068 2008-04-13 nor RESO add geronimo versions of javax.mail and javax.activation
219687 2008-02-22 maj RESO javax.mail references javax.activation
184658 2007-04-30 nor RESO add javax.mail 1.4
184657 2007-04-30 nor RESO add javax.activation 1.1







From:        Andrea Zoppello <andrea.zoppello@xxxxxx>
To:        Orbit Developer discussion <orbit-dev@xxxxxxxxxxx>
Date:        08/25/2010 08:17 AM
Subject:        [orbit-dev] Is there any guidelines on which javax.mail provided by        orbit.
Sent by:        orbit-dev-bounces@xxxxxxxxxxx

---

Hi all,

I've seen that in orbit there are two different bundles exporting the "javax.mail" packages.

In a bundle of my project i need to use both the "javax.activation" and "javax.mail" packages, but
unfortunately i had some errors like the following one:

javax.activation.UnsupportedDataTypeException: no object DCH for MIME type multipart/related; type="text/xml"; start="<body-part>";
boundary="----=_Part_1_2112460.1259331494937"
at javax.activation.ObjectDataContentHandler.writeTo(DataHandler.java:877)
at javax.activation.DataHandler.writeTo(DataHandler.java:302)
at javax.mail.internet.MimeBodyPart.writeTo(MimeBodyPart.java:1403)
at javax.mail.internet.MimeMessage.writeTo(MimeMessage.java:1745)

The only way i found to solve this is to have "one bundle" where activation and mail packages lives together, and
to force other bundles to use that ( based on version ).

Now the IP Team is asking me to evaluate bundles provided by orbit instead of provide my own version
of a "mail" bundle.
 
So the question  is:

- Which are the suggested combination of bundles ( taken from orbit to use??? )

- I see there's a "javax.mail.glassfish" packages but the Import Package directive in this does not specify a versio
and when used with jdk 1.6 the "javax.mail.glassfish" is so wired to the system bundle! Is this right???

- Has anyone experienced the same problem???

I've non  problem to drop my "mail bundle" and using two provide by orbit but really don't want to have
a regression on that.

Thx for suppoort
--

Andrea Zoppello
Spagic Architect

Corso Stati Uniti, 23/C - 35127 Padova - Italy Tel. +39-049.8283411 Mob. +39-345.4668537 andrea.zoppello@xxxxxx www.spagoworld.org	Engineering Group IT Solution Architect Research & Innovation Division Architectures & Consulting www.eng.it

Respect the environment. Please don't print this e-mail unless you really need to.

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. _______________________________________________
orbit-dev mailing list
orbit-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/orbit-dev