Comments on Alex Kotchnev's Blog: Tapestry5 NetBeans Quickstart

hi, same for me ... no Tapestry archetype at the...

2009-11-27T11:27:37.679-05:00

hi,

same for me ... no Tapestry archetype at the 3rd Step

Thx

in step 3, I dont see the Tapestry Archtype in the...

2009-09-20T18:22:00.761-05:00

in step 3, I dont see the Tapestry Archtype in the list. What do I do to get Tapestry archtype? Thanks

I wrote the first CD-ROM application. I started wi...

2009-09-07T00:00:23.934-05:00

I wrote the first CD-ROM application. I started with nothing but a device driver that returned 1 - 8 2k sectors off a CD and the Lattice C compiler. I used that to bootstrap a multivolume file system and wrote a DOS interrupt handler to give read and lseek access to C programs. That was easier to me than the horde of non-deterministic, ever changing, version incompatible stuff with all kinds of odd names that are supposed to mean something that comes down the Apache pike. Really, after trying maybe five different methods to install Tapestry 5 with Netbeans, every method had some kind of fatal error. "To use the cool templetized features, required with Shakti 2.7, Mocumbro 7.7, V 7.1 of Fandangular will need you to move your 30,000 lines of Java to 1.6! Soon we will be compatible with the systems you actually use until it no longer works!" is about par for the course. I am like some 70 year-old trying to understand why I should twitter on a cell phone where I can't even see the tiny little keys or operate them with my arthritic fingers.

Hi, I'm at step 3 using NetBeans 6.7 and I can't f...

2009-07-20T11:30:21.881-05:00

Hi,
I'm at step 3 using NetBeans 6.7 and I can't find the T5 quickstart archetype anywhere. Help!
Thanks in advance,
Anthony

There are a couple of fixes in the NB Maven plugin...

2009-05-07T00:10:16.076-05:00

There are a couple of fixes in the NB Maven plugin coming up in the 6.7 release (they'll be in the daily builds in a day or two), that make using T5 & NetBeans just so pleasurable (w/ the live class reloading working beautifuly w/ Jetty). Stay tuned for a blog post on that !

Hi Alex.I'm from Uruguay and i followed this artic...

2009-01-26T06:18:00.000-05:00

Hi Alex.
I'm from Uruguay and i followed this article to try tapestry 5 on netbeans 6.5. I deploing the application over GlassFish V2, and all working fine. But i need use layout component to make my application web, y followed many articles but can not works well, the content of the layout component is not shown, only the content of the page is shown and gives no error.
Any comments or solution?
Thanks for this article and sorry for my english traduction.

Alex,thanks for the quick response. You' re right,...

2008-10-14T03:45:00.143-05:00

Alex,
thanks for the quick response. You' re right, having to rerun the app after every single change is less than optimal. But you mentioned earlier that 'Tapestry supports reloading of the page templates as well as the page classes'. This doesn't seem to be true.
Is there any way to trigger the build automatically?

Ciao,
Dirk

Here's the skinny on this issue : 1. If you place ...

2008-10-13T16:12:03.572-05:00

Here's the skinny on this issue :
1. If you place your .tml pages inside of your web app context directory (that is, under "Web Pages" in NetBeans), the IDE will automatically copy the changed files into the Maven target directory and you will see immediate feedback in the running app.
2. If your .tml files are at the root of the resource tree (that is, under "Other Sources/resources in NetBeans), their changes will not be picked up automatically.
3. Your changes to java classes will not be picked up automatically. Whenever you want to see the changes to your java page classes (and changes to the templates in the resource tree), then you need to run the project (which redeploys it) and voilla.. the stuff is there.

This is less than optimal, there are a couple of BugZilla issues in NetBeans to address these, in the meantime use these instructions to work w/ T5 and NetBeans.

dirk, there are two things to mention here : 1. ...

2008-10-13T10:45:22.829-05:00

dirk,
there are two things to mention here :
1. First double check that your "archiveClasses" option in the pom is set to "false". As dane pointed out in a previous comment, the default setting for the maven project is to package up the project into a war (which might cause you other problems)
2. The secondary (and probably more relevant to you) problem is that the Maven project type doesn't automatically compile your classes and move them into the maven build directory when you make the changes. Thus (unfortunately), when you make a change to your classes, you'd still need to run a build in NetBeans to have the classes copied out to the target directory. For some reason, I recall that the class reloading used to work for me in Jetty and in Glassfish, I had to do the build.

Hi,I followed this article, but for some reason my...

2008-10-13T10:08:45.376-05:00

Hi,

I followed this article, but for some reason my templates for components do not reload. Neither in Glassfish nor in Jetty via mvn jetty:run. Only page templates show changes immediately.

Please help me!

Ciao Frank

Hi,I'd like to point out another problem with this...

2008-08-05T16:13:25.446-05:00

Hi,

I'd like to point out another problem with this setup that took me a lot of time and patience to figure out...

First of all, I had a problem using Jetty (with the jetty:run command that I added in the project properties under Actions), namely that the Tapestry's error handling page was somehow overriden by Jetty's default stacktrace dump. So this was a big annoyance.

Also, Netbeans does not automatically compile and deploy java sources, you have to redeploy (run) the application when they change.

But templates and other resources are copied directly to the target folder and you can view them immediately on the running server, so you only have to redeploy when you change the sources.

So I tried deploying on Tomcat, which worked, until I tried to redeploy (or rerun) the application while the server was still running. This produced an error java.io.FileNotFoundException: JAR entry log4j.properties not found when the server tried to undeploy the app that was still running. This also caused the redeploy to fail. After a server restart, the app would run normally, but this is too time consuming.

The root cause for this, after a few hours of googling and pulling my hair, is that the tapestry5 quickstart maven archetype contains a configuration option that packages the sources as a .jar file and puts them in the lib folder for the target.

The problem is that the Java runtime caches ZIP file indexes and this causes a file not found error when the underlying jar file is changed.

Editing the <archiveClasses> option in the pom.xml file in the root of your project from true to false makes the project deploy the application normally, as an exploded war.

Note that you probably have to do a clean afterwards or manually delete the project's .jar file in the target/project-name/WEB-INF/lib directory.

Hi,My name is James Branam and I'm the NetBeans Co...

2008-05-19T08:22:49.975-05:00

Hi,
My name is James Branam and I'm the NetBeans Community Docs Manager. Your blog entry would make a fantastic tutorial for our Community Docs wiki (http://wiki.netbeans.org//CommunityDocs). Would you be willing to contribute it? If you need any help or have any questions, please contact me at james.branam@sun.com. I look forward to hearing from you.