Would the nested context approach allow access to session data from one war file to the other?
Thanks On Mon, Oct 17, 2011 at 12:08 PM, Konstantin Kolinko <knst.koli...@gmail.com > wrote: > 2011/10/17 Ziggy <zigg...@gmail.com>: > > I have an application that has the following structure > > > > $TOMCAT_HOME/webapps/myapp > > |-css > > |-myapp.css > > |-js > > |-myapp.js > > |-forum > > |-index.jsp > > |-list.jsp > > |-users.jsp > > |-Articles > > |-index.jsp > > |-ListArticles.jsp > > |-Guestbook > > |-viewGuestBook.jsp > > |-AddnewEntry.jsp > > |-WEB-INF > > |-classes > > com > > |-myapp > > |-forum > > |-DisplayForum.class > > |-ListUsers.class > > |-article > > |-ArticleList.class > > |-AddArticle.class > > |-guestbk > > |-LoadGuestBook.class > > |-ProcessGuestBook.class > > > > The application is delivered as a war file (i.e. myapp.war) and is > deployed > > into the $TOMCAT_HOME/webapps folder. If any of the files change (either > the > > jsp, css, js or java files) i have to always rebuild the whole war file. > > This means i deploy every single file on every release. > > > > I am wondering if there is a way to deploy specific areas of the > > application. I am particularly interested if it is possible to separate > the > > application into multiple war files. i.e. myapp.war, articles.war and > > forum.war. I would like to still access the application via the same > context > > i.e. http://0.0.0.0/myapp even though multiple war files are used. > > > > Using this approach, i will be able to deliver just the module that was > > affected by the change. Is this at all possible? > > > > I dont mind having to restart the container after each war file is > deployed. > > > > You are not saying what Tomcat version you are using. > > It is possible to create wars for nested context. E.g. to separate scripts > into > myapp#js.war > -> the root of this web application will be /myapp/js/ > > Note that all web applications are independent of each other, so you > need to have separate web.xml for each of them, and you cannot access > to code that belongs to another web application. > > Best regards, > Konstantin Kolinko > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
