Martin... THANKS! I tried the antiJARLocking=true like you said and the inner modules began to work. I now have all classes hot-code replacing fine, as long as they are of the same eclipse project (in it's build path).
Only one little detail is missing, and it would be very handy. Dependent projects. Maven dependencies are linked to other projects in the workspace. It knows it can browse the sources when in debug for instance. But, these classes are not hot-deployed, even with the antiJARLocking set to true. Any clue? Been trying several things to try to figure out without sucess so far... Ragards, On Tue, Sep 2, 2008 at 1:59 AM, Martin Gainty <[EMAIL PROTECTED]> wrote: > > did you look at antiJARLocking=true > > http://www.jboss.org/file-access/default/members/jbossweb/freezone/docs/2.1.0/config/context.html > otherwise the classloader locks the jar and no other process can deploy on > top of itMartin______________________________________________ Disclaimer and > confidentiality note Everything in this e-mail and any attachments relates > to the official business of Sender. This transmission is of a confidential > nature and Sender does not endorse distribution to any party other than > intended recipient. Sender does not necessarily endorse content contained > within this transmission. > Date: Mon, 1 Sep 2008 18:30:35 +0100> From: > [EMAIL PROTECTED]> To: users@maven.apache.org> Subject: Re: How to > configure a JBoss to link to the webapp folder of a WAR project> > Many > apologies!> My previous post had so many tipos I had to repost it here... > Will be more> careful in the future... and type slower too! :-D> > Hi > again,> > Following a tip from John Newman I used this Eclipse plugin...> > http://andrei.gmxhome.de/filesync/> > This allows us to configure an > automated file copy operation for specific> project folders to whatever > folder we want to.> So I configured the plugin to copy the webapp folder to > the exploded war> target folder and got the JSP/CSS/Images and JS files hot > code replace> working! (Thanks John!)> > This is fine except for > multi-module projects or dependent projects.> For these I still cannot get > hot-code replacement for classes since they are> bundled as JARs even if the > dependent projects are open in eclipse and> workspace resolution is active > im the Maven Eclipse Plugin.> > Has anyone gotten further with this approach > or a similar one?> > Thanks,> > On Mon, Sep 1, 2008 at 6:09 PM, Pedro Viegas > <[EMAIL PROTECTED]> wrote:> > > Hi again,> >> > Following a tip from > John Newman I used this Eclipse plugin...> > > http://andrei.gmxhome.de/filesync/> >> > This allows us to configure an > automaed file copy operation for specific> > project folders to whateve > folder we want to.> > So I configured the plugin to copy the webapp folder > to the exploded wr> > target folder ad got the JSP/CS/Images/JS files hot > code replace working!> > (Thans John!)> >> > This is fine except for > multi-module projects or dependant projects.> > For these I still cannot get > hot-code replacement for classes since they> > are bundled as JARs even if > the dependant projects are open in eclipsed and> > wirkspace resolution is > active um the Maven Eclise Plugin.> >> > Has anyone gotten further with this > approuch or a similar one?> >> > Thanks,> >> >> >> > On Fri, Jul 11, 2008 at > 11:21 AM, Pedro Viegas <[EMAIL PROTECTED]>wrote:> >> >> Hi David,> >>> > >> Sorry for to confusing post.> >> I'll try to explain better.> >>> >> I > have hot deployment in place. It is working, just not in the best way.> >> > What I have suceeded so far:> >>> >> I have setup JBoss deploy URLs to > search my> >> ${maven.project}/target/{projectWAR}> >> I deploy using mvn > war:exploded so I don't have to wait for the> >> compression phase.> >> For > JBoss to accept a dir like a WAR (that does not end in .war - maven's> >> > notation), I have configured the war plugin to create the exploded dir with> > >> ".war" sufix. Like so...> >>> >> <!-- Configure the deploy dir as a > exploded war file. For JBoss to use it!> >> -->> >> <plugin>> >> > <artifactId>maven-war-plugin</artifactId>> >> <configuration>> >> > <webappDirectory>> >> > ${project.build.directory}/${project.build.finalName}.war</> >> > webappDirectory>> >> </configuration>> >> </plugin>> >> And this is what I > have.> >> All java classes get hot replaced by JBoss Eclipse plugin OK.> >> > JSP's are not!> >> To refresh JSP after I change them I issue a mvn > war:exploded each time I> >> want to.> >>> >> This is the best I got so far. > It's not a bad solution. It takes only a> >> few seconds for the projecto to > refresh the JSP. BUT this is a bit> >> workarround and having to set this up > for each project...> >>> >> Anyone has a better aprouch?> >>> >> Thanks,> > >>> >>> >> On Fri, Jul 11, 2008 at 12:35 AM, David Brown < > [EMAIL PROTECTED]>> >> wrote:> >>> >>> Hello Pedro, I'm not sure by > your statements if you are using a HOT> >>> deploy or not. In the case you > are using a hot deploy try using an exploded> >>> war under > server/default/deploy and see if you see any difference. The JSPs> >>> are > compiled by the container once they are invoked at the browser. As an> >>> > experiment: create a second virtual JBoss (4.2.1/4.2.2) server on a port> > >>> like 8989 that deploys a single JSP and see if you can get it to > recompile.> >>> There are instructions int the JBoss /examples directory on > how to do this.> >>> HTH, David.> >>> Pedro Viegas wrote ..> >>> > Hi all,> > >>> >> >>> > I've been trying to build an environment for developing web> > >>> applications> >>> > that generate WAR files with a productive > debug/development process.> >>> > I'm using JBoss as the application server. > Tomcat is a no go and Jetty> >>> has> >>> > issues with some bytecode APIs I > use.> >>> >> >>> > All is working fine in the traditional way. I package the > WAR, deploy> >>> it to> >>> > the server with the cargo plugin and test it.> > >>> > Through JBoss Eclipse Plugin I have debug and hotcode replacement for> > >>> java> >>> > classes, BUT not for JSPs!> >>> > How can I make JBoss aware > of JSP/CSS/JS changes?> >>> >> >>> > I have seen a bunch of examples for > Tomcat and Jetty to indicate a path> >>> to> >>> > the webapp folder.> >>> > > For JBoss the only solution so far has always included building an> >>> > exploded> >>> > WAR somewhere and point JBoss deploy URLs to it so it > deploys them.> >>> > Even the solution of using the war:inplace is not > functional since> >>> JBoss> >>> > deployer only scans WAR/JAR/EAR/etc > files. A directory like> >>> > "src/main/webapp" is simply ignored.> >>> >> > >>> > All I wanted to do was deploy the application through Maven a Eclipse> > >>> > lanched debug JBoss instance and be able to change my JSP files and> > >>> refresh> >>> > them on the browser.> >>> > As anyone been able to do > this?> >>> >> >>> > Thanks,> >>> >> >>> > --> >>> > Pedro Viegas> >>> >> >>> > > ------------------------------------------------------------> >>> > > Walking on water and developing software> >>> > from a specification are > easy if both are> >>> > frozen.> >>> > - Edward V. Berard> >>> Yet some, not > wise, go to the other side of the globe, to barbarous and> >>> unhealthy > regions, and devote ten or twenty years, in that they may> >>> live,-that > is, keep comfortably warm,- and die in New England at last.> >>>> >>> Henry > David Thoreau - Walden - 1845> >>>> >>>> >>> > ---------------------------------------------------------------------> >>> > To unsubscribe, e-mail: [EMAIL PROTECTED]> >>> For > additional commands, e-mail: [EMAIL PROTECTED]> >>>> >>>> >>> > >>> >> --> >> Pedro Viegas> >>> >> > ------------------------------------------------------------> >> Walking on > water and developing software> >> from a specification are easy if both are> > >> frozen.> >> - Edward V. Berard> >>> >> >> >> > --> > Pedro Viegas> >> > > ------------------------------------------------------------> > Walking on > water and developing software> > from a specification are easy if both are> > > frozen.> > - Edward V. Berard> >> > > > -- > Pedro Viegas> > > ------------------------------------------------------------> Walking on > water and developing software> from a specification are easy if both are> > frozen.> - Edward V. Berard > _________________________________________________________________ > Be the filmmaker you always wanted to be—learn how to burn a DVD with > Windows(R). > http://clk.atdmt.com/MRT/go/108588797/direct/01/ -- Pedro Viegas ------------------------------------------------------------ Walking on water and developing software from a specification are easy if both are frozen. - Edward V. Berard
