On Sun, 2006-10-15 at 21:19 -0500, Alan M. Feldstein wrote:
>
> I agree that the vast majority of Axis2 use cases would enjoy the
> convenience of a single jar, but consider the fact that the Java
> language lacks unsigned types. The principle of reuse teaches use to
> go find existing classes. Pr
Hi Alan,
What Srinath is trying to explain is about the released artifacts that
are going to be listed in the release page. Like war, std-bin, min-bin, etc.
For your requirement, we can host all the released jars in maven repo,
which you can directly get from. For example, you will see
axis2-adb-1
Hey Eran. Did I opposed :)
Well one have to set the Axis2 classpath few times before realization hit him
--Srinath
> Lets bring them down to two jars .. Most of these axis2 jars are
> small. So no harm putting everything in the one jar
Hmm, Srinath is this you? :). I put this suggestion long t
-0.9
For my application (nothing to do with Web services), there is a
dependency on ADB only, specifically
org.apache.axis2.databinding.types.UnsignedLong
The harm is in introducing a larger-than-necessary jar as a dependency.
How much larger than the ADB jar are you proposing that I accept?
"Sm
Srinath Perera wrote:
> Just looked at the std distribution .. we have
> 3 axom jars
> 10 Axis2 jars !!!
>
> Lets bring them down to two jars .. Most of these axis2 jars are
> small. So no harm putting everything in the one jar
Hmm, Srinath is this you? :). I put this suggestion long time back an
Yep.
-- dims
On 10/14/06, robert lazarski <[EMAIL PROTECTED]> wrote:
Just to clarify, what I believe Dims and I agreed to via +1 was to
remove all the spring jars from the war , and place just one 4K jar
inside the std-bin dist - axis2-spring*.jar - which has the axis2 code
to tie together spri
Just to clarify, what I believe Dims and I agreed to via +1 was to
remove all the spring jars from the war , and place just one 4K jar
inside the std-bin dist - axis2-spring*.jar - which has the axis2 code
to tie together spring and axis2 .
Robert
On 10/14/06, Ajith Ranabahu <[EMAIL PROTECTED]>
Hi,
And provide all aditional dependacncies of Axis2 as a one zip file
from the site. Or add a minmial standard and exteneded distribution.
I agree with Srinath in this. My guess is there would be users who
want everything and some would want most of it but not all. Right now
we have standard
Just looked at the std distribution .. we have
3 axom jars
10 Axis2 jars !!!
Lets bring them down to two jars .. Most of these axis2 jars are
small. So no harm putting everything in the one jar
I would say
1) Get rid of bcel-5.2.jar
2) jaxme-*
3) spring-*
And provide all aditional dependacnc
Couple of comments
1) Do we need JMS jar on minimal distribution? Plus we do not need jms
transport on the axis2.xml by default. users could uncomment and add a
jar if they need.
2) Can we make everything belong to Axis2 a one jar. At the time of
creating the distribution we could do that. Also
+1 to keep the jars out. Let's add a commented out the entry in
web.xml and document that people have to enable that entry for the
listener.
--- dims
On 10/13/06, robert lazarski <[EMAIL PROTECTED]> wrote:
I'm +0 on keeping the jars in the WAR. If a user is purposely adding a
listener, he can p
I'm +0 on keeping the jars in the WAR. If a user is purposely adding a
listener, he can purposely copy a few jars to web-inf/lib. Its
documented as such. Following what most users on axis-users are doing
with spring anyways, most want to put spring in an aar . In that case,
they'd be just moving t
Hi Robert,In the Spring WAR case, according to the xdoc one has to write the following in the web.xmlorg.springframework.web.context.ContextLoaderListener
contextConfigLocation /WEB-INF/applicationContext.xml
If above is specified and .aar not available in services folder,
IMHO:
1) None of the spring stuff should be included in the WAR. These jars
might be placed inside the AAR if a user chooses to do so, so its
really up to the user where to put these jars. This is the way it was
and is documented as such.
2) The std-bin distro should not include the spring-* jar
Hi Devs,
We found that we have shipped some unnecessary libraries with the
Axis2-RC1 distributions.. I created the following lists to capture
what to include, what not to include... Please do review them and add
your suggestions..
http://wiki.apache.org/ws/FrontPage/Axis2/axis2_war_build_list
htt
15 matches
Mail list logo