Re: s2 in tomcats shared lib/

2008-04-20 Thread Marc Ende
Okay, that's not a problem. The webapps belong together and will be 
built together in one run.

All of them have the same version of struts.

Thanks for your help.



Gabriel Belingueres schrieb:

Well it depends if you are ALWAYS developing using the same library
versions or not.
Be aware that Struts level of compatibility changes from version to
version: For example, from 2.09 to 2.0.11 imposes several constraints
in its tag library, so you may want to prevent this to be in a common
place.

However regarding Spring, upgrades from v2.0.x to v.2.0.y are drop in
replacements, so it would not hurt (in theory at least)

2008/4/19, Marc Ende [EMAIL PROTECTED]:
  

Hi,

a few years ago everyone told that's not good to have the sturts.jar's in a
shared location in a tomcat-instance.
What about now (struts 2)?
I'm asking because I've got several webapps which belongs together and most
of them are build using struts 2 and
spring. After assembling the war (directory or file) I've seen that the huge
size (between 12 to 17mb) of the webapps is
related to the number of deployed jars. So I'd like to clean up a little and
put some of the commonly used
jars in the ${catalina.home}/lib folder. What about the new s2-jar's? Do I
ran into trouble when I'm putting it into the
global lib-folder or do I get (not-wanted) side-effects from deploying them
into this location?

Thanks for your help!

Marc

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

  



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



s2 in tomcats shared lib/

2008-04-19 Thread Marc Ende

Hi,

a few years ago everyone told that's not good to have the sturts.jar's 
in a shared location in a tomcat-instance.

What about now (struts 2)?
I'm asking because I've got several webapps which belongs together and 
most of them are build using struts 2 and
spring. After assembling the war (directory or file) I've seen that the 
huge size (between 12 to 17mb) of the webapps is
related to the number of deployed jars. So I'd like to clean up a little 
and put some of the commonly used
jars in the ${catalina.home}/lib folder. What about the new s2-jar's? Do 
I ran into trouble when I'm putting it into the
global lib-folder or do I get (not-wanted) side-effects from deploying 
them into this location?


Thanks for your help!

Marc

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: s2 in tomcats shared lib/

2008-04-19 Thread Gabriel Belingueres
Well it depends if you are ALWAYS developing using the same library
versions or not.
Be aware that Struts level of compatibility changes from version to
version: For example, from 2.09 to 2.0.11 imposes several constraints
in its tag library, so you may want to prevent this to be in a common
place.

However regarding Spring, upgrades from v2.0.x to v.2.0.y are drop in
replacements, so it would not hurt (in theory at least)

2008/4/19, Marc Ende [EMAIL PROTECTED]:
 Hi,

 a few years ago everyone told that's not good to have the sturts.jar's in a
 shared location in a tomcat-instance.
 What about now (struts 2)?
 I'm asking because I've got several webapps which belongs together and most
 of them are build using struts 2 and
 spring. After assembling the war (directory or file) I've seen that the huge
 size (between 12 to 17mb) of the webapps is
 related to the number of deployed jars. So I'd like to clean up a little and
 put some of the commonly used
 jars in the ${catalina.home}/lib folder. What about the new s2-jar's? Do I
 ran into trouble when I'm putting it into the
 global lib-folder or do I get (not-wanted) side-effects from deploying them
 into this location?

 Thanks for your help!

 Marc

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]