You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by Tom Jordahl <to...@macromedia.com> on 2005/09/30 18:09:11 UTC

RE: [jira] Updated: (AXIS2-249) Exessive number & size of filesgenerated from WSDL

+1 on breaking out the war and binary download and slimming down the
kit.

I would like to keep WS-Security support in the primary Axis2 distro.  I
think it is very valuable to have this support 'out of the box' as a
selling point for Axis, similar to its support of WS-Addressing.

--
Tom Jordahl
Macromedia Server Development

> -----Original Message-----
> From: Sanjiva Weerawarana [mailto:sanjiva@opensource.lk]
> Sent: Friday, September 30, 2005 1:54 AM
> To: axis-dev@ws.apache.org
> Subject: Re: [jira] Updated: (AXIS2-249) Exessive number & size of
> filesgenerated from WSDL
> 
> On Thu, 2005-09-29 at 22:33 -0700, Simon Fell wrote:
> > Other fun facts & figures, the axis binary download weights in at
> > 33Mb, compared to 24Mb for the entire .NET 1.1 runtime installer.
> 
> That's absolutely pathetic and unacceptable :(.
> 
> So let's start pairing this down:
> 
> - let's move the security module to WSS4J and release that separately?
> Let folks download that separately (we can point to that too but its
not
> reasonable to include that in the base)
> 
> - the way we're packaging now, there are 2+ copies of every jar file
in
> the binary dist:
> 	- one copy in the lib/ directory
> 	- another copy in the webapps/META-INF/lib directory
> 	- for all the security stuff (I was going to say junk but I
> restrained
> myself ;-)) inside the mar file as well
> 
> - we are also dist'ing 2 copies of all the mars
> 	- one copy in the webapp
> 	- one copy outside the webapp
> 
> I'd like to separate the webapp into a separate download from the base
> binary distribution. Can we think of a creative way to package the
admin
> war separately?
> 
> We need to do some serious refactoring of the build and dist stuff.
> 
> Sanjiva.


Re: [jira] Updated: (AXIS2-249) Exessive number & size of filesgenerated from WSDL

Posted by Davanum Srinivas <da...@gmail.com>.
+1 from me.

On 9/30/05, Sanjiva Weerawarana <sa...@opensource.lk> wrote:
> On Fri, 2005-09-30 at 12:09 -0400, Tom Jordahl wrote:
> > +1 on breaking out the war and binary download and slimming down the
> > kit.
> >
> > I would like to keep WS-Security support in the primary Axis2 distro.  I
> > think it is very valuable to have this support 'out of the box' as a
> > selling point for Axis, similar to its support of WS-Addressing.
>
> Keeping it inside the "full and complete" download of Axis2 is fine, but
> IMO the actual task of building an Axis2 module for the WS-Sec code
> belongs inside the WSS4J tree and not in the Axis2 tree. Why? Because
> once we get the module working, the reason to rev it will be because of
> WSS4J changes and if we keep it in WSS4J those can (at least have a
> chance) of being released in sync with WSS4J.
>
> Sanjiva.
>
>
>


--
Davanum Srinivas : http://wso2.com/ - Oxygenating The Web Service Platform

RE: [jira] Updated: (AXIS2-249) Exessive number & size of filesgenerated from WSDL

Posted by Sanjiva Weerawarana <sa...@opensource.lk>.
On Fri, 2005-09-30 at 12:09 -0400, Tom Jordahl wrote:
> +1 on breaking out the war and binary download and slimming down the
> kit.
> 
> I would like to keep WS-Security support in the primary Axis2 distro.  I
> think it is very valuable to have this support 'out of the box' as a
> selling point for Axis, similar to its support of WS-Addressing.

Keeping it inside the "full and complete" download of Axis2 is fine, but
IMO the actual task of building an Axis2 module for the WS-Sec code
belongs inside the WSS4J tree and not in the Axis2 tree. Why? Because
once we get the module working, the reason to rev it will be because of
WSS4J changes and if we keep it in WSS4J those can (at least have a
chance) of being released in sync with WSS4J.

Sanjiva.