By the way... one more thing...
There is also the option of using the:
mvn war:inplace
This should solve all my problems... except that I cannot change the webapp
folder to webapp.war! And since the webapp folder does not terminate with a
".war" extension JBoss does not deploy it. Tries to but issues a
"deployer: null" error message, since it does not have a deployer for null
extension files.
Am I barking at the wrong tree here?
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
