You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Antony Stubbs <an...@gmail.com> on 2007/05/02 00:16:22 UTC

[S1] Application container during development for fastest code/test cycle?

We're developing a Struts application which will be deployed onto Websphere
eventually.

However, I find Websphere very heavy weight do use during development -
publishing seems to take for ever, and seems as thought for many changes it
must be restarted.

What's a common container to use during development that will facilitate the
fastest (computer burden-wise) code, deploy, test, code, deploy, test cycles
etc?

I've tried Tomcat, and that seems to work better, but it still has to be
restarted (well, eclipse (RAD actually) seems to insist on restarting it).
Jetty? And are there any guides out there to guide in setting up the fastest
environment?

Is there anyway to get changes instantaneously viewable aka Grails / Rails
etc?

I will need to setup JNI for the datasource (DB2 and Oracle) in the
container, and even better have the container support j_security_check.
-- 
View this message in context: http://www.nabble.com/-S1--Application-container-during-development-for-fastest-code-test-cycle--tf3677559.html#a10276929
Sent from the Struts - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: [OT] [S1] Application container during development for fastest code/test cycle?

Posted by Laurie Harper <la...@holoweb.net>.
Antony Stubbs wrote:
> We're developing a Struts application which will be deployed onto Websphere
> eventually.
> 
> However, I find Websphere very heavy weight do use during development -
> publishing seems to take for ever, and seems as thought for many changes it
> must be restarted.
> 
> What's a common container to use during development that will facilitate the
> fastest (computer burden-wise) code, deploy, test, code, deploy, test cycles
> etc?
> 
> I've tried Tomcat, and that seems to work better, but it still has to be
> restarted (well, eclipse (RAD actually) seems to insist on restarting it).
> Jetty? And are there any guides out there to guide in setting up the fastest
> environment?
> 
> Is there anyway to get changes instantaneously viewable aka Grails / Rails
> etc?
> 
> I will need to setup JNI for the datasource (DB2 and Oracle) in the
> container, and even better have the container support j_security_check.

This is in no way Struts specific, but I generally use either Tomcat 
with a deployment descriptor set up to support reloading (hot 
deployment) of the web-app, or Jetty via the Maven plugin.

Adding a suitably configured deployment descriptor to your app may well 
make Eclipse/RAD/whatever use hot-deploy behaviour too, but you'll need 
to go through their support channels to confirm that (or just give it a 
try :-)

L.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: [S1] Application container during development for fastest code/test cycle?

Posted by Antony Stubbs <an...@gmail.com>.
Thanks for the info!

And yes I did mean JNDI (slaps head!).


Christopher Schultz-2 wrote:
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Antony,
> 
> Antony Stubbs wrote:
>> We're developing a Struts application which will be deployed onto
>> Websphere eventually.
> 
> Honestly, it's best to develop on the save application server that you
> intend to use for production. Standard APIs are all well and good, but
> sometimes they are not implemented exactly the same way or they have
> quirks, etc. Also, configuration /will/ be very different and it's best
> to get lots of testing worked-into your configuration as well as your
> code. Just my 0.02.
> 
>> However, I find Websphere very heavy weight do use during development
>> - publishing seems to take for ever, and seems as thought for many
>> changes it must be restarted.
> 
> This will be true for most containers... some operations simply require
> a (manual) restart to pick some things up. You can rig Tomcat to watch
> certain resources (such as struts-config.xml) and automatically reload
> the webapp when they change. I'm sure this option is available in other
> containers as well.
> 
>> What's a common container to use during development that will
>> facilitate the fastest (computer burden-wise) code, deploy, test,
>> code, deploy, test cycles etc?
> 
> That's a matter of taste, but I happen to use Tomcat. We also use Tomcat
> for deployment, so it's only natural for us to use it in development, too.
> 
>> I've tried Tomcat, and that seems to work better, but it still has to
>> be restarted (well, eclipse (RAD actually) seems to insist on
>> restarting it). Jetty? And are there any guides out there to guide in
>> setting up the fastest environment?
> 
> I don't use an IDE myself... just ant from the command-line to build,
> deploy, and restart the container (if necessary). I find that my
> development style favors larger changes being deployed all at once
> instead of, say, whenever a single source file changes (as might be the
> case when using an IDE that compiles directly into the deployment
> directory). I find this more convenient because the webapp reloads less
> often -- that is, only when I explicitly need it to reload.
> 
>> Is there anyway to get changes instantaneously viewable aka Grails /
>> Rails etc?
> 
> I don't anything about .*[Rr]ails but with a Java app server the entire
> webapp generally has to be reloaded to pick up a class file change. JSPs
> can usually be reloaded independently from the webapp itself.
> 
>> I will need to setup JNI for the datasource (DB2 and Oracle) in the 
>> container, and even better have the container support
>> j_security_check.
> 
> I doubt you'd find a Java app server that doesn't support JNDI (I assume
> you meant JNDI and not JNI) for data sources. j_security_check is a part
> of the servlet spec, so every compliant servlet container will support
> it (in one way or another). My experience is that most app servers
> support j_security_check to the minimum extent possible, so you'll
> probably be fine no matter what.
> 
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFGORMy9CaO5/Lv0PARAhTtAJ47kYCHRBN2r93RktD76AmtKvxrcACeOc4q
> 76pZQS/jGtjJmXHY7tlpwrQ=
> =NUsn
> -----END PGP SIGNATURE-----
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/-S1--Application-container-during-development-for-fastest-code-test-cycle--tf3677559.html#a10351370
Sent from the Struts - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: [S1] Application container during development for fastest code/test cycle?

Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Antony,

Antony Stubbs wrote:
> We're developing a Struts application which will be deployed onto
> Websphere eventually.

Honestly, it's best to develop on the save application server that you
intend to use for production. Standard APIs are all well and good, but
sometimes they are not implemented exactly the same way or they have
quirks, etc. Also, configuration /will/ be very different and it's best
to get lots of testing worked-into your configuration as well as your
code. Just my 0.02.

> However, I find Websphere very heavy weight do use during development
> - publishing seems to take for ever, and seems as thought for many
> changes it must be restarted.

This will be true for most containers... some operations simply require
a (manual) restart to pick some things up. You can rig Tomcat to watch
certain resources (such as struts-config.xml) and automatically reload
the webapp when they change. I'm sure this option is available in other
containers as well.

> What's a common container to use during development that will
> facilitate the fastest (computer burden-wise) code, deploy, test,
> code, deploy, test cycles etc?

That's a matter of taste, but I happen to use Tomcat. We also use Tomcat
for deployment, so it's only natural for us to use it in development, too.

> I've tried Tomcat, and that seems to work better, but it still has to
> be restarted (well, eclipse (RAD actually) seems to insist on
> restarting it). Jetty? And are there any guides out there to guide in
> setting up the fastest environment?

I don't use an IDE myself... just ant from the command-line to build,
deploy, and restart the container (if necessary). I find that my
development style favors larger changes being deployed all at once
instead of, say, whenever a single source file changes (as might be the
case when using an IDE that compiles directly into the deployment
directory). I find this more convenient because the webapp reloads less
often -- that is, only when I explicitly need it to reload.

> Is there anyway to get changes instantaneously viewable aka Grails /
> Rails etc?

I don't anything about .*[Rr]ails but with a Java app server the entire
webapp generally has to be reloaded to pick up a class file change. JSPs
can usually be reloaded independently from the webapp itself.

> I will need to setup JNI for the datasource (DB2 and Oracle) in the 
> container, and even better have the container support
> j_security_check.

I doubt you'd find a Java app server that doesn't support JNDI (I assume
you meant JNDI and not JNI) for data sources. j_security_check is a part
of the servlet spec, so every compliant servlet container will support
it (in one way or another). My experience is that most app servers
support j_security_check to the minimum extent possible, so you'll
probably be fine no matter what.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGORMy9CaO5/Lv0PARAhTtAJ47kYCHRBN2r93RktD76AmtKvxrcACeOc4q
76pZQS/jGtjJmXHY7tlpwrQ=
=NUsn
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: [S1] Application container during development for fastest code/test cycle?

Posted by Antony Stubbs <an...@gmail.com>.
Haven't actually gotten that far yet, just anticipate problems...

I've been trying to get our app running on Jetty but have immediately hit
library problems...

I've removed code for the moment which references Websphere library code for
now, and have been hitting this exception when Jetty starts running the app:

Exception in thread "main" java.lang.NoClassDefFoundError:
org/eclipse/emf/ecore/EFactory
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
	at
org.eclipse.hyades.logging.events.cbe.impl.EventFactoryContext.<init>(EventFactoryContext.java:82)
	at
org.eclipse.hyades.logging.events.cbe.impl.EventFactoryContext.getInstance(EventFactoryContext.java:122)
	at com.ibm.ejs.ras.Tr.<clinit>(Tr.java:276)
	at
com.ibm.websphere.naming.WsnInitialContextFactory.<clinit>(WsnInitialContextFactory.java:70)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:242)
	at
com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:42)
	at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
	at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
	at javax.naming.InitialContext.init(InitialContext.java:223)
	at javax.naming.InitialContext.<init>(InitialContext.java:175)
	at com.opensymphony.module.sitemesh.Factory.getEnvEntry(Factory.java:96)
	at com.opensymphony.module.sitemesh.Factory.getInstance(Factory.java:41)
	at
com.opensymphony.module.sitemesh.filter.PageFilter.init(PageFilter.java:86)
	at org.mortbay.jetty.servlet.FilterHolder.start(FilterHolder.java:71)
	at
org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(WebApplicationHandler.java:310)
	at
org.mortbay.jetty.servlet.WebApplicationContext.doStart(WebApplicationContext.java:509)
	at org.mortbay.util.Container.start(Container.java:72)
	at org.mortbay.http.HttpServer.doStart(HttpServer.java:708)
	at org.mortbay.util.Container.start(Container.java:72)
	at com.iw.plugins.jettyrunner.PluginRunner.launch(PluginRunner.java:282)
	at com.iw.plugins.jettyrunner.PluginRunner.launch(PluginRunner.java:104)
	at com.iw.plugins.jettyrunner.PluginRunner.main(PluginRunner.java:75)

As you can see, there's still a Websphere library in there, as I haven't
removed the websphere libraries from the class path. I imagine it's not
going to work while they're still in there?


James Mitchell-7 wrote:
> 
> Actually, you can use Maven with any structure you like.  As far as  
> dealing with funky jndi, combining the powers of Maven and Spring  
> would take care of those concerns.
> 
> What issue are you having?
> 
> 
> --
> James Mitchell
> 
> 
> 
> On May 2, 2007, at 6:16 PM, Antony Stubbs wrote:
> 
>>
>> Yes, I was playing with Maven last night... Unfort this is a short  
>> term
>> project, and the powers that be wouldn't let me rearrange our  
>> structure to
>> fit Maven. Plus we have some funny security configuration and JNDI  
>> stuff on
>> Websphere that I'm not sure Jetty would support....
>> But I'm definitely going to push for Maven on our next project - looks
>> great!
>>
>>
>> James Mitchell-7 wrote:
>>>
>>> Hi, for a 2 minute demo of how nice the maven jetty integration is,
>>> try this:
>>>
>>> (You must have Maven and SVN client installed)
>>>
>>> $ svn co http://svn.apache.org/repos/asf/struts/struts2/tags/
>>> STRUTS_2_0_6/apps/mailreader/
>>> $ cd mailreader
>>> $ mvn jetty:run
>>>
>>> Open your browser to localhost:8080/struts2-mailreader/
>>>
>>> Have fun!
>>>
>>>
>>> --
>>> James Mitchell
>>>
>>>
>>>
>>> On May 1, 2007, at 6:16 PM, Antony Stubbs wrote:
>>>
>>>>
>>>> We're developing a Struts application which will be deployed onto
>>>> Websphere
>>>> eventually.
>>>>
>>>> However, I find Websphere very heavy weight do use during
>>>> development -
>>>> publishing seems to take for ever, and seems as thought for many
>>>> changes it
>>>> must be restarted.
>>>>
>>>> What's a common container to use during development that will
>>>> facilitate the
>>>> fastest (computer burden-wise) code, deploy, test, code, deploy,
>>>> test cycles
>>>> etc?
>>>>
>>>> I've tried Tomcat, and that seems to work better, but it still has
>>>> to be
>>>> restarted (well, eclipse (RAD actually) seems to insist on
>>>> restarting it).
>>>> Jetty? And are there any guides out there to guide in setting up
>>>> the fastest
>>>> environment?
>>>>
>>>> Is there anyway to get changes instantaneously viewable aka
>>>> Grails / Rails
>>>> etc?
>>>>
>>>> I will need to setup JNI for the datasource (DB2 and Oracle) in the
>>>> container, and even better have the container support
>>>> j_security_check.
>>>> -- 
>>>> View this message in context: http://www.nabble.com/-S1--
>>>> Application-container-during-development-for-fastest-code-test-
>>>> cycle--tf3677559.html#a10276929
>>>> Sent from the Struts - User mailing list archive at Nabble.com.
>>>>
>>>>
>>>> -------------------------------------------------------------------- 
>>>> -
>>>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> For additional commands, e-mail: user-help@struts.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> For additional commands, e-mail: user-help@struts.apache.org
>>>
>>>
>>>
>>
>> -- 
>> View this message in context: http://www.nabble.com/-S1-- 
>> Application-container-during-development-for-fastest-code-test- 
>> cycle--tf3677559.html#a10295860
>> Sent from the Struts - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/-S1--Application-container-during-development-for-fastest-code-test-cycle--tf3677559.html#a10351354
Sent from the Struts - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: [S1] Application container during development for fastest code/test cycle?

Posted by James Mitchell <ed...@gmail.com>.
Actually, you can use Maven with any structure you like.  As far as  
dealing with funky jndi, combining the powers of Maven and Spring  
would take care of those concerns.

What issue are you having?


--
James Mitchell



On May 2, 2007, at 6:16 PM, Antony Stubbs wrote:

>
> Yes, I was playing with Maven last night... Unfort this is a short  
> term
> project, and the powers that be wouldn't let me rearrange our  
> structure to
> fit Maven. Plus we have some funny security configuration and JNDI  
> stuff on
> Websphere that I'm not sure Jetty would support....
> But I'm definitely going to push for Maven on our next project - looks
> great!
>
>
> James Mitchell-7 wrote:
>>
>> Hi, for a 2 minute demo of how nice the maven jetty integration is,
>> try this:
>>
>> (You must have Maven and SVN client installed)
>>
>> $ svn co http://svn.apache.org/repos/asf/struts/struts2/tags/
>> STRUTS_2_0_6/apps/mailreader/
>> $ cd mailreader
>> $ mvn jetty:run
>>
>> Open your browser to localhost:8080/struts2-mailreader/
>>
>> Have fun!
>>
>>
>> --
>> James Mitchell
>>
>>
>>
>> On May 1, 2007, at 6:16 PM, Antony Stubbs wrote:
>>
>>>
>>> We're developing a Struts application which will be deployed onto
>>> Websphere
>>> eventually.
>>>
>>> However, I find Websphere very heavy weight do use during
>>> development -
>>> publishing seems to take for ever, and seems as thought for many
>>> changes it
>>> must be restarted.
>>>
>>> What's a common container to use during development that will
>>> facilitate the
>>> fastest (computer burden-wise) code, deploy, test, code, deploy,
>>> test cycles
>>> etc?
>>>
>>> I've tried Tomcat, and that seems to work better, but it still has
>>> to be
>>> restarted (well, eclipse (RAD actually) seems to insist on
>>> restarting it).
>>> Jetty? And are there any guides out there to guide in setting up
>>> the fastest
>>> environment?
>>>
>>> Is there anyway to get changes instantaneously viewable aka
>>> Grails / Rails
>>> etc?
>>>
>>> I will need to setup JNI for the datasource (DB2 and Oracle) in the
>>> container, and even better have the container support
>>> j_security_check.
>>> -- 
>>> View this message in context: http://www.nabble.com/-S1--
>>> Application-container-during-development-for-fastest-code-test-
>>> cycle--tf3677559.html#a10276929
>>> Sent from the Struts - User mailing list archive at Nabble.com.
>>>
>>>
>>> -------------------------------------------------------------------- 
>>> -
>>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> For additional commands, e-mail: user-help@struts.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>
> -- 
> View this message in context: http://www.nabble.com/-S1-- 
> Application-container-during-development-for-fastest-code-test- 
> cycle--tf3677559.html#a10295860
> Sent from the Struts - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: [S1] Application container during development for fastest code/test cycle?

Posted by Antony Stubbs <an...@gmail.com>.
Yes, I was playing with Maven last night... Unfort this is a short term
project, and the powers that be wouldn't let me rearrange our structure to
fit Maven. Plus we have some funny security configuration and JNDI stuff on
Websphere that I'm not sure Jetty would support.... 
But I'm definitely going to push for Maven on our next project - looks
great!


James Mitchell-7 wrote:
> 
> Hi, for a 2 minute demo of how nice the maven jetty integration is,  
> try this:
> 
> (You must have Maven and SVN client installed)
> 
> $ svn co http://svn.apache.org/repos/asf/struts/struts2/tags/ 
> STRUTS_2_0_6/apps/mailreader/
> $ cd mailreader
> $ mvn jetty:run
> 
> Open your browser to localhost:8080/struts2-mailreader/
> 
> Have fun!
> 
> 
> --
> James Mitchell
> 
> 
> 
> On May 1, 2007, at 6:16 PM, Antony Stubbs wrote:
> 
>>
>> We're developing a Struts application which will be deployed onto  
>> Websphere
>> eventually.
>>
>> However, I find Websphere very heavy weight do use during  
>> development -
>> publishing seems to take for ever, and seems as thought for many  
>> changes it
>> must be restarted.
>>
>> What's a common container to use during development that will  
>> facilitate the
>> fastest (computer burden-wise) code, deploy, test, code, deploy,  
>> test cycles
>> etc?
>>
>> I've tried Tomcat, and that seems to work better, but it still has  
>> to be
>> restarted (well, eclipse (RAD actually) seems to insist on  
>> restarting it).
>> Jetty? And are there any guides out there to guide in setting up  
>> the fastest
>> environment?
>>
>> Is there anyway to get changes instantaneously viewable aka  
>> Grails / Rails
>> etc?
>>
>> I will need to setup JNI for the datasource (DB2 and Oracle) in the
>> container, and even better have the container support  
>> j_security_check.
>> -- 
>> View this message in context: http://www.nabble.com/-S1-- 
>> Application-container-during-development-for-fastest-code-test- 
>> cycle--tf3677559.html#a10276929
>> Sent from the Struts - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/-S1--Application-container-during-development-for-fastest-code-test-cycle--tf3677559.html#a10295860
Sent from the Struts - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Re: [S1] Application container during development for fastest code/test cycle?

Posted by James Mitchell <ed...@gmail.com>.
Hi, for a 2 minute demo of how nice the maven jetty integration is,  
try this:

(You must have Maven and SVN client installed)

$ svn co http://svn.apache.org/repos/asf/struts/struts2/tags/ 
STRUTS_2_0_6/apps/mailreader/
$ cd mailreader
$ mvn jetty:run

Open your browser to localhost:8080/struts2-mailreader/

Have fun!


--
James Mitchell



On May 1, 2007, at 6:16 PM, Antony Stubbs wrote:

>
> We're developing a Struts application which will be deployed onto  
> Websphere
> eventually.
>
> However, I find Websphere very heavy weight do use during  
> development -
> publishing seems to take for ever, and seems as thought for many  
> changes it
> must be restarted.
>
> What's a common container to use during development that will  
> facilitate the
> fastest (computer burden-wise) code, deploy, test, code, deploy,  
> test cycles
> etc?
>
> I've tried Tomcat, and that seems to work better, but it still has  
> to be
> restarted (well, eclipse (RAD actually) seems to insist on  
> restarting it).
> Jetty? And are there any guides out there to guide in setting up  
> the fastest
> environment?
>
> Is there anyway to get changes instantaneously viewable aka  
> Grails / Rails
> etc?
>
> I will need to setup JNI for the datasource (DB2 and Oracle) in the
> container, and even better have the container support  
> j_security_check.
> -- 
> View this message in context: http://www.nabble.com/-S1-- 
> Application-container-during-development-for-fastest-code-test- 
> cycle--tf3677559.html#a10276929
> Sent from the Struts - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org