I've hit this problem too, on a client's project using RunJettyRun. The solution is to move classpath resources from src/main/java (or equivalent) to src/main/resources (or equivalent) and add src/main/resources as a class folder. Thiis keeps Eclipse from trying to copy the files (from src/main/java to classes) when they change and that seems to keep everyone happy.
On Tue, Oct 6, 2009 at 11:40 PM, Inge Solvoll <inge.tapes...@gmail.com> wrote: > The file synch approach worked nicely. But it would be nice to hear about > other and possibly better solutions, as this is a hack that is a bit > cumbersome to distribute among our developers... > > My environment: > > T5.1.0.5 > Eclipse 3.4 > Vista 64 bit > Java 1.6u17 64 bit > Jetty 6.1.12rc1 > > I have configured jetty to point to my project directory to launch the > webapp through a "mycontext.xml" in <jetty-home>/contexts. My project > structure is pretty much a war layout, with all java files and T5 resource > files in CVS under <project-root>/src. We're planning migration from ant to > Maven, but no luck getting the resources needed yet. > > Howard: In what way are classes folders added to the runtime path? I guess > they are in eclipse, but is the webapp running on a standalone jetty aware > of their existence? When I set WEB-INF/classes as build target for my src > folder, all class files end up there, accessible in a standard webapp way. > Are other classes folders added as jars in WEB-INF/lib? > > On Tue, Oct 6, 2009 at 7:18 PM, Howard Lewis Ship <hls...@gmail.com> wrote: > >> One option here is to put your non-Java resources into a folder, >> src/main/resources, and mark that folder as a classes folder (not a >> source folder). classes folder are simply added to the runtime path >> with no copying. This is what I do. >> >> On Tue, Oct 6, 2009 at 7:59 AM, Peter Stavrinides >> <p.stavrini...@albourne.com> wrote: >> > What is your exact environment / configuration? >> > >> > ----- Original Message ----- >> > From: "Inge Solvoll" <inge.tapes...@gmail.com> >> > To: "Tapestry users" <users@tapestry.apache.org> >> > Sent: Tuesday, 6 October, 2009 10:57:30 GMT +02:00 Athens, Beirut, >> Bucharest, Istanbul >> > Subject: Jetty lock on JS-files in classpath breaks eclipse autobuild >> > >> > Hi! >> > >> > I'm having problems with my development environment. >> > >> > First of all: I have set the useFileMappedBuffer=false in >> > /etc/webdefault.xml >> > >> > My problem is that Tapestry 5 Javascript files located in WEB-INF/classes >> > and subfolders are locked by Jetty. This prevents eclipse from deleting >> > WEB-INF/classes to do a rebuild after I make a change in a java file. The >> > end result is that most class files are deleted and not rebuilt, so I >> have >> > to stop jetty, do a manual rebuild, and then start Jetty again. This if, >> of >> > course, a disaster for me... >> > >> > Does anyone here have a clue on how to prevent Jetty from locking the >> > resource files in WEB-INF/classes? >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> > For additional commands, e-mail: users-h...@tapestry.apache.org >> > >> > >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org