|I remember now raising the same sort of issue during the JBoss training |in London. I always end up running a separate web container during
Yes I remember, |development because the turnaround of redeploying due to minor jsp |changes is just too frustrating. | |It's not just about the time for the deployment, which is minimal - if |you're working on frontend stuff and just essentially modifying web |pages, then you lose your whole session state. If you have a complicated |web application with security, shopping carts etc, and you're working on |the checkout pages, then you have to go through the whole use-case |procedure every time you redeploy. If a web container can be configured |to pick up the jsp's directly then you only have to reload the page to |see a change. I see |The only solution I've found is to run a separate tomcat instance |against jboss, with only the web application configured. The full ear is |still deployed in jboss as it would be in production. Configuring |security for a separate web container is a bit of a drag. that is a good point |The ideal situation would be if an integrated JBoss/Jetty or |JBoss/Tomcat could also be configured to use a separately configured web |application context during development and have the web coantainer spot |modifications to JSPs as above. Hey Rickard and you both have RW, use it! don't let poor David do all the work. You know what you want, code what you want |Dunno if this is feasible, pie in the sky or what ... sure, marcf | |Luke. | | |-- | Luke Taylor. Monkey Machine Ltd. | PGP Key ID: 0x57E9523C http://www.mkeym.com | | | | |_______________________________________________ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
