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
