axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Thilina Gunarathne <cset...@gmail.com>
Subject Re: [Axis2]OMOutput and the dependancy on Java Mail jar [Is it Acceptable?]
Date Tue, 28 Jun 2005 15:26:49 GMT
Wow.... I'll check on this GNU thing....
Also Abt Gerenimo I checked the sources two weeks back. Wat i found is they 
still haven't fixed the issue with DataHandlers. I'll put a JIRA issue.
 regards,
~Thilina
 On 6/28/05, Fernando Nasser <fnasser@redhat.com> wrote: 
> 
> Latest AXIS 1.2.x is also working perfectly well with GNU Classpathx
> Mail (1.1.1) and JAF. Another AppServer passed TCK certification using
> this combination. It passed before with Sun RI of JavaMail too.
> 
> So the code in AXIS works fine with any of them.
> 
> Regards,
> Fernando
> 
> 
> Davanum Srinivas wrote:
> > Thilina,
> >
> > We can get people to fix the geronimo impl. IF we tell them what is
> > broken. FYI, latest Axis 1.X is ok with geronimo's jars.
> >
> > -- dims
> >
> > On 6/28/05, Thilina Gunarathne <csethil@gmail.com> wrote:
> >
> >>Hi,
> >>For the Axis2 to compile and work without attachments we earliar decided 
> to
> >>use Gerenimo spec Java Mail & Activation. (It's like having a set of
> >>interfaces, cause those impl's are not functioning correctly at this 
> moment)
> >>Those two jars are respectively 95kb and 19 kb.
> >>But attachments will *not* work with them. Only others will work.
> >>
> >>IMHO Axis 1.x uses these Java mail & Activation optionally cause Sun 
> does
> >>not allow others to keep them in downloadable places (eg: Mavan Repo). 
> But
> >>if Gerenimo impl turn out well we don;t have that prob.
> >>On the other hand with MTOM we are tightely bounding the Binary stuff to 
> OM.
> >>Where in 1.x it's only SwA which can be handled at transport levels 
> making
> >>the things simpler to switch. IMHO if we need to have MTOM tightely
> >>integrated then we have to pay the price of the size of two jars.
> >>
> >>I just wonder hows the situation with SAAJ & SMTP with this problem.
> >>
> >>Thanks & Regards,
> >>~Thilina
> >>
> >>PS: I'm working hard to make the dependancy only with Java Activation. 
> (Even
> >>Sun's Activation impl is 54kb). Lets hope for the best. :)
> >>
> >>
> >>
> >>On 6/28/05, Sanjiva Weerawarana <sanjiva@opensource.lk> wrote:
> >>
> >>>Are the JavaMail and Activation JARs very big? I kind of don't mind the
> >>>dependency because of the value of having MTOM & OM married at the hip.
> >>>
> >>>Another option is to introduce a static switch to disable the code ..
> >>>that way we need the jars to compile but say a cell phone deployment
> >>>doesn't want to ever support MTOM then it can turn on the compile time
> >>>switch and then run without the classes being on the classpath:
> >>>
> >>>class OmOutput {
> >>>private static boolean SUPPORT_MTOM_OPTIMIZATION = true;
> >>>
> >>>..
> >>>}
> >>>
> >>>now replace all use of "doOptimise" as a condition with "doOptimise &&
> >>>SUPPORT_MTOM_OPTIMIZATION".
> >>>
> >>>s/doOptimise/doOptimize/.
> >>>
> >>>BTW why isn't OmOutput in o.a.a.om.OmOutput ?? IMO that's where it
> >>>belongs .. it cannot be LLOM specific!
> >>>
> >>>Sanjiva.
> >>>
> >>>On Tue, 2005-06-28 at 18:41 +0600, Srinath Perera wrote:
> >>>
> >>>>Hi All;
> >>>>
> >>>>After the recent changes to with the OMOutput, and work on OMTest
> >>>>
> >>>>1) OMOutput has a dependncy on the Java Mail jar
> >>>>2) OM Text has dependancy on Activation jar
> >>>>
> >>>>that means normal Axis2 execution, (even without MTOM) needed java
> >>>>mail jar for normal execution.
> >>>>
> >>>>Is that Accceptable?
> >>>>
> >>>>If answer is yes fine all is well!, If it is not acceptable how can we
> >>>>fix it? May be tight integration of MTOM is a mistake in that case.
> >>>>
> >>>>What do you guys think? I need a Quick answer for what we need to do
> >>>>for upcoming 0.9 version and 1.0 version.
> >>>>
> >>>>Thanks
> >>>>Srinath
> >>>>
> >>>
> >>>
> >>
> >>
> >>--
> >>
> >>"May the SourcE be with u"
> >
> >
> >
> 
> --
> Fernando Nasser
> Red Hat Canada Ltd. E-Mail: fnasser@redhat.com
> 2323 Yonge Street, Suite #300
> Toronto, Ontario M4P 2C9
> 



-- 

"May the SourcE be with u"

Mime
View raw message