HandyTapestry 1.2 released
HandyTapestry 1.2 released If you develop a http://tapestry.apache.org Tapestry web application using http://www.jetbrains.com/idea IntelliJ Idea then try http://handyedit.com/handytapestry.html HandyTapestry plugin! The HandyTapestry plugin for IntelliJ Idea helps you to develop Tapestry web applications faster. The plugin adds helpful completions and navigations in the HTML template. The Create Tapestry component dialog helps to create components. The plugin supports Tapestry 4.0 http://handyedit.com/handytapestry.html Read more... The HandyTapestry 1.2 adds many features to increase your productivity and find errors in component templates. http://handyedit.com/whatsnew.html Read more... What's new: 1. Generate abstract getter and setter in a component class: - Press Alt-Insert in a component class and select the Tapestry component property action. - Enter property name, class and press the Ok button. 2. Error highlighting in component template: message keys, invalid jwcid attribute values (component types), listeners, Tapestry components with unspecified required parameters. 3. Increase your productivity with Tapestry intentions: create listener, message key, Tapestry component property: Add component attribute like action=listener:save and press Alt-Enter after IDE marks the listener:save string as error. The Idea will suggest to create listener! 4. Rename Tapestry component action: Right click on a component template and select the Rename Tapestry component action from menu. 5. Component attribute completion: required attributes marked with red dots. 6. OGNL completion and highlighting fixes. -- View this message in context: http://www.nabble.com/HandyTapestry-1.2-released-tf4272163.html#a12159325 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FYI T5.0.5 Tree Component based on DHTMLgoodies.com drag 'n drop folder tree
I've just created a simple T5 tree component: http://wiki.apache.org/tapestry/Tapestry5TreeComponent based on http://www.dhtmlgoodies.com/index.html?whichScript=drag-drop-folder-tree. Comments are welcome. Cheers Erik
Re: Class cast exception in ASTChain, Bug OGNL-11
Thanks for the suggestion. I tried the latest ognl build, but the problem is still there (and in addition I get a bunch of OGNL stack traces in other places). Ok, I guess I can't use 4.1.x just yet :-/ Andrus On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote: I found essentially the same problem in a @For loop over a list of objects that do not implement any common interface, but (by design) have matching method names. Tapestry would try to cast to the class of the first object in the loop, instead of using a declared class of the loop variable. This stalled our upgrade to 4.1.2. I traced it down to HiveMindExpressionCompiler.generateGetter(..), but I am still not sure whether this is a Tapestry or OGNL bug (or rather where the solution should be implemented). BTW where OGNL posts its releases now? I couldn't find anything beyond 2.6.7. I wonder if you had a chance to look into this issue? Just by reading this, I'm 95% sure it's a OGNL issue. Jesse publishes new OGNL snapshots on his repository ( http://opencomponentry.com/repository/m2-snapshot-repo/ognl/ognl/2.7.1-SNAPSHOT/). Try excluding the OGNL 2.7 that comes with 4.1.2 and use one of the newer 2.7.1 snapshots (2.7.1-20070723.185910-9 for example solved lots of issue for us). Though I'm still tracking down yet another, similar ClassCastException one even in the latest. Kalle -- View this message in context: http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class cast exception in ASTChain, Bug OGNL-11
Without a common interface I don't think these objects will ever be compilable in to any kind of native code - so you may never be able to upgrade to 4.1 if that is your blocking point. If it were something catchable early its possible the statement could fall back to normal ognl reflection but in this case the statements are getting compiled against one object type successfully and failing later in the native code when a new class type is used. In Summary: Find a way to have a common interface for these object properties or don't plan on upgrading anytime soon... On 8/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote: Thanks for the suggestion. I tried the latest ognl build, but the problem is still there (and in addition I get a bunch of OGNL stack traces in other places). Ok, I guess I can't use 4.1.x just yet :-/ Andrus On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote: I found essentially the same problem in a @For loop over a list of objects that do not implement any common interface, but (by design) have matching method names. Tapestry would try to cast to the class of the first object in the loop, instead of using a declared class of the loop variable. This stalled our upgrade to 4.1.2. I traced it down to HiveMindExpressionCompiler.generateGetter(..), but I am still not sure whether this is a Tapestry or OGNL bug (or rather where the solution should be implemented). BTW where OGNL posts its releases now? I couldn't find anything beyond 2.6.7. I wonder if you had a chance to look into this issue? Just by reading this, I'm 95% sure it's a OGNL issue. Jesse publishes new OGNL snapshots on his repository ( http://opencomponentry.com/repository/m2-snapshot-repo/ognl/ognl/2.7.1-SNAPSHOT/). Try excluding the OGNL 2.7 that comes with 4.1.2 and use one of the newer 2.7.1 snapshots (2.7.1-20070723.185910-9 for example solved lots of issue for us). Though I'm still tracking down yet another, similar ClassCastException one even in the latest. Kalle -- View this message in context: http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class cast exception in ASTChain, Bug OGNL-11
Hi Jesse, Thanks for clarification. I guess we won't be doing the upgrade :-) Andrus Jessek wrote: Without a common interface I don't think these objects will ever be compilable in to any kind of native code - so you may never be able to upgrade to 4.1 if that is your blocking point. If it were something catchable early its possible the statement could fall back to normal ognl reflection but in this case the statements are getting compiled against one object type successfully and failing later in the native code when a new class type is used. In Summary: Find a way to have a common interface for these object properties or don't plan on upgrading anytime soon... On 8/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote: Thanks for the suggestion. I tried the latest ognl build, but the problem is still there (and in addition I get a bunch of OGNL stack traces in other places). Ok, I guess I can't use 4.1.x just yet :-/ Andrus On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote: I found essentially the same problem in a @For loop over a list of objects that do not implement any common interface, but (by design) have matching method names. Tapestry would try to cast to the class of the first object in the loop, instead of using a declared class of the loop variable. This stalled our upgrade to 4.1.2. I traced it down to HiveMindExpressionCompiler.generateGetter(..), but I am still not sure whether this is a Tapestry or OGNL bug (or rather where the solution should be implemented). BTW where OGNL posts its releases now? I couldn't find anything beyond 2.6.7. I wonder if you had a chance to look into this issue? Just by reading this, I'm 95% sure it's a OGNL issue. Jesse publishes new OGNL snapshots on his repository ( http://opencomponentry.com/repository/m2-snapshot-repo/ognl/ognl/2.7.1-SNAPSHOT/). Try excluding the OGNL 2.7 that comes with 4.1.2 and use one of the newer 2.7.1 snapshots (2.7.1-20070723.185910-9 for example solved lots of issue for us). Though I'm still tracking down yet another, similar ClassCastException one even in the latest. Kalle -- View this message in context: http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12163182 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class cast exception in ASTChain, Bug OGNL-11
Thinking about it some more This is not the end of the world for our application. We can either skip the upgrade or indeed force an interface on the objects involved, or avoid multi-step property traversal by moving it to Java class. But at a higher level it seems like the expression compilation algorithm is sacrificing correctness for performance. An implicit requirement on the @For to have homogeneous objects in the loop is confusing and non-obvious. A failover strategy hidden from the users would be great. How hard it would be to say decorate an expression compiled within a For loop in a try/catch that would switch to a generic algorithm on the first ClassCastException? Andrus Andrus Adamchik wrote: Hi Jesse, Thanks for clarification. I guess we won't be doing the upgrade :-) Andrus Jessek wrote: Without a common interface I don't think these objects will ever be compilable in to any kind of native code - so you may never be able to upgrade to 4.1 if that is your blocking point. If it were something catchable early its possible the statement could fall back to normal ognl reflection but in this case the statements are getting compiled against one object type successfully and failing later in the native code when a new class type is used. In Summary: Find a way to have a common interface for these object properties or don't plan on upgrading anytime soon... On 8/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote: Thanks for the suggestion. I tried the latest ognl build, but the problem is still there (and in addition I get a bunch of OGNL stack traces in other places). Ok, I guess I can't use 4.1.x just yet :-/ Andrus On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote: I found essentially the same problem in a @For loop over a list of objects that do not implement any common interface, but (by design) have matching method names. Tapestry would try to cast to the class of the first object in the loop, instead of using a declared class of the loop variable. This stalled our upgrade to 4.1.2. I traced it down to HiveMindExpressionCompiler.generateGetter(..), but I am still not sure whether this is a Tapestry or OGNL bug (or rather where the solution should be implemented). BTW where OGNL posts its releases now? I couldn't find anything beyond 2.6.7. I wonder if you had a chance to look into this issue? Just by reading this, I'm 95% sure it's a OGNL issue. Jesse publishes new OGNL snapshots on his repository ( http://opencomponentry.com/repository/m2-snapshot-repo/ognl/ognl/2.7.1-SNAPSHOT/). Try excluding the OGNL 2.7 that comes with 4.1.2 and use one of the newer 2.7.1 snapshots (2.7.1-20070723.185910-9 for example solved lots of issue for us). Though I'm still tracking down yet another, similar ClassCastException one even in the latest. Kalle -- View this message in context: http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12163545 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class cast exception in ASTChain, Bug OGNL-11
On 8/15/07 10:50 AM, in article [EMAIL PROTECTED], Andrus Adamchik [EMAIL PROTECTED] wrote: Thinking about it some more This is not the end of the world for our application. We can either skip the upgrade or indeed force an interface on the objects involved, or avoid multi-step property traversal by moving it to Java class. But at a higher level it seems like the expression compilation algorithm is sacrificing correctness for performance. An implicit requirement on the @For to have homogeneous objects in the loop is confusing and non-obvious. A failover strategy hidden from the users would be great. How hard it would be to say decorate an expression compiled within a For loop in a try/catch that would switch to a generic algorithm on the first ClassCastException? This is an interesting idea that I think would work well. We ran into problems ourselves. OGNL would dump out a ton of output to the console, but then fallback to an expression that would work. For example, our Border component had a lot of ognl:page.something, where getSomething() is not defined in the IPage interface. Despite complaining, everything worked. In order to get rid of the logging, I had to add a class file for the Border, add a new getAppPage() that did little more than cast the getPage() call to an app-specific base page, and then update all my OGNL expressions to use that. It wasn't the end of the world, but a lot of additional overhead to prevent logging of failures if the thing is going to work anyway . . . -- Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class cast exception in ASTChain, Bug OGNL-11
Jesse, I'd like to start my post by thanking you managing the 4.1 version of tapestry and for all the recent improvements to ognl. I imagine that this For loop change was one of the major speed enhancements in the new ognl version(s). Though, I'm concerned that this enhancement gives up too much in terms of flexibility. A For loop is one of the most fundamental things in programming. Try to imagine if a new version of Java was release and one of the requirements would be that you'd need to implement a common interface for each object you needed to iterate over. I think most people would be scratching their head. Ultimately, the the decision on how to handle this will be up to you. I'm looking at this from a 5,000ft view and don't have all the details. Thanks again for your work. Cheers, Eric On 8/15/07, Jesse Kuhnert [EMAIL PROTECTED] wrote: Without a common interface I don't think these objects will ever be compilable in to any kind of native code - so you may never be able to upgrade to 4.1 if that is your blocking point. If it were something catchable early its possible the statement could fall back to normal ognl reflection but in this case the statements are getting compiled against one object type successfully and failing later in the native code when a new class type is used. In Summary: Find a way to have a common interface for these object properties or don't plan on upgrading anytime soon... On 8/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote: Thanks for the suggestion. I tried the latest ognl build, but the problem is still there (and in addition I get a bunch of OGNL stack traces in other places). Ok, I guess I can't use 4.1.x just yet :-/ Andrus On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote: I found essentially the same problem in a @For loop over a list of objects that do not implement any common interface, but (by design) have matching method names. Tapestry would try to cast to the class of the first object in the loop, instead of using a declared class of the loop variable. This stalled our upgrade to 4.1.2. I traced it down to HiveMindExpressionCompiler.generateGetter(..), but I am still not sure whether this is a Tapestry or OGNL bug (or rather where the solution should be implemented). BTW where OGNL posts its releases now? I couldn't find anything beyond 2.6.7. I wonder if you had a chance to look into this issue? Just by reading this, I'm 95% sure it's a OGNL issue. Jesse publishes new OGNL snapshots on his repository ( http://opencomponentry.com/repository/m2-snapshot-repo/ognl/ognl/2.7.1-SNAPSHOT/). Try excluding the OGNL 2.7 that comes with 4.1.2 and use one of the newer 2.7.1 snapshots (2.7.1-20070723.185910-9 for example solved lots of issue for us). Though I'm still tracking down yet another, similar ClassCastException one even in the latest. Kalle -- View this message in context: http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
T5 developing with WTP and TOMCAT
Hi, I develop with WTP and TOMCAT. If I set the tomcat don't auto-reload, tapestry5 can take the changes of html template, while it can't take the chages of page class. It make the hot code replace failed. However, If I enable tomcat auto-reload. tapestry can take both html template and page class changes. But, it will cause tomcat reload the context. It's very slow, and after some times, it will cause tomcat out of memory. I know using Jetty servlet container will be fine. But I like developing with eclipse WTP. So I like the way of T3, T4, just add a java system property. -Dorg.apache.tapestry.disable-caching=true. It would be fine. just a bit slow while reload the page. -- View this message in context: http://www.nabble.com/T5-developing-with-WTP-and-TOMCAT-tf4273924.html#a12164566 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class cast exception in ASTChain, Bug OGNL-11
This has nothing to do with Tapestry For loops - ognl doesn't deal with anything tapestry specific when compiling statements The interface / common object base isn't as bad as it sounds really... It will correctly traverse up the class tree and cast the statement to whatever base class/interface the method being invoked is ultimately declared in. For instance - in Kevins case (the Border component calling page.something on lots of different pages) could have easily been solved by having either all pages extend one base class or just declaring a common page interface class on them. Without having ~something~ to cast to though compilation is impossible. Of course - if it's just not casting to the right class that's a completely different problem and probably has an easy fix somewhere. Much like this mailing list though, I don't really fix ognl bugs unless there is a jira issue created at http://jira.opensymphony.com/browse/OGNL with the specific class types / ognl versions / etc involved and the other normal bug reporting goodies. I'm genuinely interested in fixing all of these problems either way - but if people don't put enough effort in to logging the jira tickets for them with enough information for me to cobble together an ognl test case then there's nothing I can do but shrug my shoulders when people mention having problems. On 8/15/07, Eric Schneider [EMAIL PROTECTED] wrote: Jesse, I'd like to start my post by thanking you managing the 4.1 version of tapestry and for all the recent improvements to ognl. I imagine that this For loop change was one of the major speed enhancements in the new ognl version(s). Though, I'm concerned that this enhancement gives up too much in terms of flexibility. A For loop is one of the most fundamental things in programming. Try to imagine if a new version of Java was release and one of the requirements would be that you'd need to implement a common interface for each object you needed to iterate over. I think most people would be scratching their head. Ultimately, the the decision on how to handle this will be up to you. I'm looking at this from a 5,000ft view and don't have all the details. Thanks again for your work. Cheers, Eric snipped -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tapestry-spring and tapestry-flash for 4.1?
Is 4.1 stable now? If so, how about some new releases of tapestry-spring and tapestry-flash with updated dependencies? ;-) Matt Howard Lewis Ship wrote: I wish Maven had a versionwhatever-is-handy/version. I'll find some time this week to push out a 1.0.0 version of the flash and spring. They haven't changed in a long while. However, I think they should still default to Tapestry 4.0.1, since 4.1 is not stable yet (and I haven't tested them against 4.1, I've been busy coding 5.0). On 12/28/06, mraible [EMAIL PROTECTED] wrote: Is it possible to get updated POMs for tapestry-spring and tapestry-flash that refer to tapestry 4.1.1 as a dependency? Because these libraries depend on tapestry/tapestry rather than org.apache.tapestry/tapestry-framework, you have to manually exclude so you don't get duplicate JARs. Here's what my current pom.xml looks like, which is kinda ugly: dependency groupIdorg.apache.tapestry/groupId artifactIdtapestry-annotations/artifactId version${tapestry.version}/version /dependency dependency groupIdorg.apache.tapestry/groupId artifactIdtapestry-contrib/artifactId version${tapestry.version}/version exclusions exclusion groupIdjboss/groupId artifactIdjboss-j2ee/artifactId /exclusion /exclusions /dependency dependency groupIdcom.javaforge.tapestry/groupId artifactIdtapestry-flash/artifactId version${tapestry.flash.version}/version exclusions exclusion groupIdtapestry/groupId artifactIdtapestry/artifactId /exclusion /exclusions /dependency dependency groupIdcom.javaforge.tapestry/groupId artifactIdtapestry-spring/artifactId version${tapestry.spring.version}/version exclusions exclusion groupIdtapestry/groupId artifactIdtapestry/artifactId /exclusion exclusion groupIdtapestry/groupId artifactIdtapestry-annotations/artifactId /exclusion /exclusions /dependency My properties: tapestry.version4.1.1/tapestry.version tapestry.flash.version0.1.1/tapestry.flash.version tapestry.spring.version0.1.2/tapestry.spring.version Also, it is possible to get a 1.0.0 release of these libraries? The most recent versions are snapshots, which don't work with the Maven Release Plugin. Thanks, Matt -- View this message in context: http://www.nabble.com/tapestry-spring-and-tapestry-flash-for-4.1--tf2892922.html#a8082546 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Howard M. Lewis Ship TWD Consulting, Inc. Independent J2EE / Open-Source Java Consultant Creator and PMC Chair, Apache Tapestry Creator, Apache HiveMind Professional Tapestry training, mentoring, support and project work. http://howardlewisship.com -- View this message in context: http://www.nabble.com/tapestry-spring-and-tapestry-flash-for-4.1--tf2892922.html#a12165330 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tapestry package doesn't contain org.apache.tapestry.html
Hi ,everyone I've downloaded the last version 5.0.5.My distro is fedora 7 (hope this information be useful). My problem: reading tapestry's home page noticed that there's a tutorial section.Decided that it was a good starting to use the framework but in some part says:now let's import the package org.apache.tapestry.html. Thought fine no problem, but when I wrote the sentence for the import in my ide (netbeans 5.5)tells me sorry org.apache.tapestry.html doesn't exists... Suppose it was a download problem so, downloaded again and make all the what it needed to do,and try again and the told me exactly the same. After reading the FAQ and wiki sections couldn't find any reference to my problem or if the downloaded file would have any.If someone could give me a clue or something that maybe I'm missing would be great. Thanks in advance. _ ¿Se te olvidó cómo es su voz? Llámale gratis de PC a PC por Windows Live Messenger en Prodigy/MSN http://imagine-msn.com/messenger/launch80/default.aspx?locale=es-mx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT
Hi! I'm building an application that uses Tapestry 4.1.2, Spring 2.0.6(integrated with tapestry-spring 1.0.0) and Hibernate 3.2.1, Tomcat 6.0.14, jdk1.6. All went well before until recently when because of a bug in the InlineEditBox component (is about the listener problem) I've been forced to upgrade from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT. Now the application won't even load the first page or any other page. I've been keeping the Hibernate session open for lazy loading by using the OpenSessionInViewFilter. My Hibernate config in web.xml looks like: context-param param-namecontextConfigLocation/param-name param-value /WEB-INF/applicationContext-dao.xml,/WEB-INF/applicationContext- service.xml,/WEB-INF/applicationContext-jdbc.xml /param-value /context-param listener listener-class org.springframework.web.context.ContextLoaderListener /listener-class /listener !-- Spring open session hibernate config -- filter filter-namehibernateFilter/filter-name filter-class org.springframework.orm.hibernate3.support.OpenSessionInViewFilter /filter-class /filter filter-mapping filter-namehibernateFilter/filter-name url-pattern*.html/url-pattern /filter-mapping filter-mapping filter-namehibernateFilter/filter-name url-pattern/g/url-pattern /filter-mapping The in the server error page the message look like: javax.servlet.ServletException: Servlet execution threw an exception org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198) org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75) *root cause* java.lang.AbstractMethodError: com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java) $InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java) org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(DispatchToInjectWorker.java:61) org.apache.tapestry.enhance.DispatchToInjectWorker.performEnhancement(DispatchToInjectWorker.java:45) $EnhancementWorker_1146ad9bd54.performEnhancement($EnhancementWorker_1146ad9bd54.java) $EnhancementWorker_1146ad9bd6c.performEnhancement($EnhancementWorker_1146ad9bd6c.java) $EnhancementWorker_1146ad9bd3e.performEnhancement($EnhancementWorker_1146ad9bd3e.java) org.apache.tapestry.services.impl.ComponentConstructorFactoryImpl.getComponentConstructor(ComponentConstructorFactoryImpl.java:103) $ComponentConstructorFactory_1146ad9bd25.getComponentConstructor($ComponentConstructorFactory_1146ad9bd25.java) org.apache.tapestry.pageload.PageLoader.instantiateComponent(PageLoader.java:556) org.apache.tapestry.pageload.PageLoader.createImplicitComponent(PageLoader.java:496) $IPageLoader_1146ad9bd1f.createImplicitComponent($IPageLoader_1146ad9bd1f.java) $IPageLoader_1146ad9bd20.createImplicitComponent($IPageLoader_1146ad9bd20.java) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.createImplicitComponent(ComponentTemplateLoaderLogic.java:203) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:158) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:98) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.loadTemplate(ComponentTemplateLoaderLogic.java:75) org.apache.tapestry.services.impl.ComponentTemplateLoaderImpl.loadTemplate(ComponentTemplateLoaderImpl.java:60) $ComponentTemplateLoader_1146ad9bd29.loadTemplate($ComponentTemplateLoader_1146ad9bd29.java) org.apache.tapestry.pageload.PageLoader.loadTemplateForComponent(PageLoader.java:673) org.apache.tapestry.BaseComponent.readTemplate(BaseComponent.java:92) org.apache.tapestry.BaseComponent.finishLoad(BaseComponent.java:122) $Header_4.finishLoad($Header_4.java) ... In the server log I got this message: java.lang.AbstractMethodError: com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement (Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V at $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java) at $InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java) at org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(
Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT
I'm getting this same error when upgrading from Tapestry 4.0.2 to 4.1.3-SNAPSHOT. It sounds like there may need to be a new release of Tapestry Spring that's compiled against 4.1.3? Or maybe 4.1.3 needs to change something so its backwards compatible? Matt Ovidiu Hurducas-2 wrote: Hi! I'm building an application that uses Tapestry 4.1.2, Spring 2.0.6(integrated with tapestry-spring 1.0.0) and Hibernate 3.2.1, Tomcat 6.0.14, jdk1.6. All went well before until recently when because of a bug in the InlineEditBox component (is about the listener problem) I've been forced to upgrade from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT. Now the application won't even load the first page or any other page. I've been keeping the Hibernate session open for lazy loading by using the OpenSessionInViewFilter. My Hibernate config in web.xml looks like: context-param param-namecontextConfigLocation/param-name param-value /WEB-INF/applicationContext-dao.xml,/WEB-INF/applicationContext- service.xml,/WEB-INF/applicationContext-jdbc.xml /param-value /context-param listener listener-class org.springframework.web.context.ContextLoaderListener /listener-class /listener !-- Spring open session hibernate config -- filter filter-namehibernateFilter/filter-name filter-class org.springframework.orm.hibernate3.support.OpenSessionInViewFilter /filter-class /filter filter-mapping filter-namehibernateFilter/filter-name url-pattern*.html/url-pattern /filter-mapping filter-mapping filter-namehibernateFilter/filter-name url-pattern/g/url-pattern /filter-mapping The in the server error page the message look like: javax.servlet.ServletException: Servlet execution threw an exception org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198) org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75) *root cause* java.lang.AbstractMethodError: com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java) $InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java) org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(DispatchToInjectWorker.java:61) org.apache.tapestry.enhance.DispatchToInjectWorker.performEnhancement(DispatchToInjectWorker.java:45) $EnhancementWorker_1146ad9bd54.performEnhancement($EnhancementWorker_1146ad9bd54.java) $EnhancementWorker_1146ad9bd6c.performEnhancement($EnhancementWorker_1146ad9bd6c.java) $EnhancementWorker_1146ad9bd3e.performEnhancement($EnhancementWorker_1146ad9bd3e.java) org.apache.tapestry.services.impl.ComponentConstructorFactoryImpl.getComponentConstructor(ComponentConstructorFactoryImpl.java:103) $ComponentConstructorFactory_1146ad9bd25.getComponentConstructor($ComponentConstructorFactory_1146ad9bd25.java) org.apache.tapestry.pageload.PageLoader.instantiateComponent(PageLoader.java:556) org.apache.tapestry.pageload.PageLoader.createImplicitComponent(PageLoader.java:496) $IPageLoader_1146ad9bd1f.createImplicitComponent($IPageLoader_1146ad9bd1f.java) $IPageLoader_1146ad9bd20.createImplicitComponent($IPageLoader_1146ad9bd20.java) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.createImplicitComponent(ComponentTemplateLoaderLogic.java:203) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:158) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:98) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.loadTemplate(ComponentTemplateLoaderLogic.java:75) org.apache.tapestry.services.impl.ComponentTemplateLoaderImpl.loadTemplate(ComponentTemplateLoaderImpl.java:60) $ComponentTemplateLoader_1146ad9bd29.loadTemplate($ComponentTemplateLoader_1146ad9bd29.java) org.apache.tapestry.pageload.PageLoader.loadTemplateForComponent(PageLoader.java:673) org.apache.tapestry.BaseComponent.readTemplate(BaseComponent.java:92) org.apache.tapestry.BaseComponent.finishLoad(BaseComponent.java:122) $Header_4.finishLoad($Header_4.java) ... In the server log I got this message: java.lang.AbstractMethodError: com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement (Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V at
Re: Tapestry package doesn't contain org.apache.tapestry.html
Are you looking at a tapestry 4 tutorial, the tapestry 5 tutorial is here: http://tapestry.apache.org/tapestry5/tutorial1/ from the core api docs I don't see that package listed: http://tapestry.apache.org/tapestry5/tapestry-core/apidocs/index.html http://tapestry.apache.org/tapestry5/tapestry-ioc/apidocs/index.html Josh On 8/15/07, Daniel Alberto Meza Ortega [EMAIL PROTECTED] wrote: Hi ,everyone I've downloaded the last version 5.0.5.My distro is fedora 7 (hope this information be useful). My problem: reading tapestry's home page noticed that there's a tutorial section.Decided that it was a good starting to use the framework but in some part says:now let's import the package org.apache.tapestry.html. Thought fine no problem, but when I wrote the sentence for the import in my ide (netbeans 5.5)tells me sorry org.apache.tapestry.html doesn't exists... Suppose it was a download problem so, downloaded again and make all the what it needed to do,and try again and the told me exactly the same. After reading the FAQ and wiki sections couldn't find any reference to my problem or if the downloaded file would have any.If someone could give me a clue or something that maybe I'm missing would be great. Thanks in advance. _ ¿Se te olvidó cómo es su voz? Llámale gratis de PC a PC por Windows Live Messenger en Prodigy/MSN http://imagine-msn.com/messenger/launch80/default.aspx?locale=es-mx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- TheDailyTube.com. Sign up and get the best new videos on the internet delivered fresh to your inbox.
Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT
Hmmmsounds like the latter. Will check it out tonight. On 8/15/07, mraible [EMAIL PROTECTED] wrote: I'm getting this same error when upgrading from Tapestry 4.0.2 to 4.1.3-SNAPSHOT. It sounds like there may need to be a new release of Tapestry Spring that's compiled against 4.1.3? Or maybe 4.1.3 needs to change something so its backwards compatible? Matt Ovidiu Hurducas-2 wrote: Hi! I'm building an application that uses Tapestry 4.1.2, Spring 2.0.6(integrated with tapestry-spring 1.0.0) and Hibernate 3.2.1, Tomcat 6.0.14, jdk1.6. All went well before until recently when because of a bug in the InlineEditBox component (is about the listener problem) I've been forced to upgrade from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT. Now the application won't even load the first page or any other page. I've been keeping the Hibernate session open for lazy loading by using the OpenSessionInViewFilter. My Hibernate config in web.xml looks like: context-param param-namecontextConfigLocation/param-name param-value /WEB-INF/applicationContext-dao.xml,/WEB-INF/applicationContext- service.xml,/WEB-INF/applicationContext-jdbc.xml /param-value /context-param listener listener-class org.springframework.web.context.ContextLoaderListener /listener-class /listener !-- Spring open session hibernate config -- filter filter-namehibernateFilter/filter-name filter-class org.springframework.orm.hibernate3.support.OpenSessionInViewFilter /filter-class /filter filter-mapping filter-namehibernateFilter/filter-name url-pattern*.html/url-pattern /filter-mapping filter-mapping filter-namehibernateFilter/filter-name url-pattern/g/url-pattern /filter-mapping The in the server error page the message look like: javax.servlet.ServletException: Servlet execution threw an exception org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198) org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75) *root cause* java.lang.AbstractMethodError: com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java) $InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java) org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(DispatchToInjectWorker.java:61) org.apache.tapestry.enhance.DispatchToInjectWorker.performEnhancement(DispatchToInjectWorker.java:45) $EnhancementWorker_1146ad9bd54.performEnhancement($EnhancementWorker_1146ad9bd54.java) $EnhancementWorker_1146ad9bd6c.performEnhancement($EnhancementWorker_1146ad9bd6c.java) $EnhancementWorker_1146ad9bd3e.performEnhancement($EnhancementWorker_1146ad9bd3e.java) org.apache.tapestry.services.impl.ComponentConstructorFactoryImpl.getComponentConstructor(ComponentConstructorFactoryImpl.java:103) $ComponentConstructorFactory_1146ad9bd25.getComponentConstructor($ComponentConstructorFactory_1146ad9bd25.java) org.apache.tapestry.pageload.PageLoader.instantiateComponent(PageLoader.java:556) org.apache.tapestry.pageload.PageLoader.createImplicitComponent(PageLoader.java:496) $IPageLoader_1146ad9bd1f.createImplicitComponent($IPageLoader_1146ad9bd1f.java) $IPageLoader_1146ad9bd20.createImplicitComponent($IPageLoader_1146ad9bd20.java) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.createImplicitComponent(ComponentTemplateLoaderLogic.java:203) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:158) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:98) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.loadTemplate(ComponentTemplateLoaderLogic.java:75) org.apache.tapestry.services.impl.ComponentTemplateLoaderImpl.loadTemplate(ComponentTemplateLoaderImpl.java:60) $ComponentTemplateLoader_1146ad9bd29.loadTemplate($ComponentTemplateLoader_1146ad9bd29.java) org.apache.tapestry.pageload.PageLoader.loadTemplateForComponent(PageLoader.java:673) org.apache.tapestry.BaseComponent.readTemplate(BaseComponent.java:92) org.apache.tapestry.BaseComponent.finishLoad(BaseComponent.java:122) $Header_4.finishLoad($Header_4.java) ... In the server log I got this message: java.lang.AbstractMethodError: com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement
Re: Tapestry package doesn't contain org.apache.tapestry.html
Thanks Josh. You're completely right.I didn't realize that the main project from the application I'm rebuilding was using tapestry version 4.0.2 and the download was version 5.0.5. Thanks again. _ ¡Descarga más de 30 emoticones GRATIS y haz más divertidas tus charlas! http://emoticons.prodigymsn.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT
Another issue in migrating from 4.0.2 to 4.1.2: javax.servlet.ServletException: org.apache.hivemind.ApplicationRuntimeException: Unable to parse OGNL expression 'global.debugEnabled': $Error_37.global [context:/WEB-INF/tapestry/Error.html, line 9] In Error.html, I have: titleDoh!/title h1An Error Occurred/h1 div jwcid=@ShowError style=overflow:auto/ pYou may attempt to # try again ./p Please check your log files for further information. My custom error page is turned on in hivemodule.xml: ?xml version=1.0 encoding=UTF-8? module id=org.appfuse.tapestry version=1.0.0 contribution configuration-id=tapestry.url.ServiceEncoders page-service-encoder id=page extension=html service=page/ direct-service-encoder id=direct stateless-extension=direct stateful-extension=sdirect/ asset-encoder id=asset path=/assets/ extension-encoder id=extension extension=svc after=*/ /contribution contribution configuration-id=tapestry.InfrastructureOverrides if=not(property tapestry.devMode) property name=exceptionPageName value=Error/ /contribution /module Thanks, Matt mraible wrote: I tried backing down to 4.1.2 and my application at least comes up. I noticed it's now including a dojo javascript file. However, if I navigate to its path: http://localhost:9000/assets/static/dojo-0.4.3/dojo3.js It's all jumbled text with funky characters instead of JavaScript. Is this as designed? Matt sample � -- View this message in context: http://www.nabble.com/Problems-with-tapestry-spring-while-upgrading-from-4.1.2-SNAPSHOT-to-4.1.3-SNAPSHOT-tf4275060.html#a12171216 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT
There's no such thing as global / visit anymore. Need to use ASO's now. On 8/15/07, mraible [EMAIL PROTECTED] wrote: Another issue in migrating from 4.0.2 to 4.1.2: javax.servlet.ServletException: org.apache.hivemind.ApplicationRuntimeException: Unable to parse OGNL expression 'global.debugEnabled': $Error_37.global [context:/WEB-INF/tapestry/Error.html, line 9] In Error.html, I have: titleDoh!/title h1An Error Occurred/h1 div jwcid=@ShowError style=overflow:auto/ pYou may attempt to # try again ./p Please check your log files for further information. My custom error page is turned on in hivemodule.xml: ?xml version=1.0 encoding=UTF-8? module id=org.appfuse.tapestry version=1.0.0 contribution configuration-id=tapestry.url.ServiceEncoders page-service-encoder id=page extension=html service=page/ direct-service-encoder id=direct stateless-extension=direct stateful-extension=sdirect/ asset-encoder id=asset path=/assets/ extension-encoder id=extension extension=svc after=*/ /contribution contribution configuration-id=tapestry.InfrastructureOverrides if=not(property tapestry.devMode) property name=exceptionPageName value=Error/ /contribution /module Thanks, Matt mraible wrote: I tried backing down to 4.1.2 and my application at least comes up. I noticed it's now including a dojo javascript file. However, if I navigate to its path: http://localhost:9000/assets/static/dojo-0.4.3/dojo3.js It's all jumbled text with funky characters instead of JavaScript. Is this as designed? Matt sample � -- View this message in context: http://www.nabble.com/Problems-with-tapestry-spring-while-upgrading-from-4.1.2-SNAPSHOT-to-4.1.3-SNAPSHOT-tf4275060.html#a12171216 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT
I tried backing down to 4.1.2 and my application at least comes up. I noticed it's now including a dojo javascript file. However, if I navigate to its path: http://localhost:9000/assets/static/dojo-0.4.3/dojo3.js It's all jumbled text with funky characters instead of JavaScript. Is this as designed? Matt sample � -- View this message in context: http://www.nabble.com/Problems-with-tapestry-spring-while-upgrading-from-4.1.2-SNAPSHOT-to-4.1.3-SNAPSHOT-tf4275060.html#a12171129 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT
Is fixed and deploying now. On 8/15/07, Ovidiu Hurducas [EMAIL PROTECTED] wrote: Hi! I'm building an application that uses Tapestry 4.1.2, Spring 2.0.6(integrated with tapestry-spring 1.0.0) and Hibernate 3.2.1, Tomcat 6.0.14, jdk1.6. All went well before until recently when because of a bug in the InlineEditBox component (is about the listener problem) I've been forced to upgrade from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT. Now the application won't even load the first page or any other page. I've been keeping the Hibernate session open for lazy loading by using the OpenSessionInViewFilter. My Hibernate config in web.xml looks like: context-param param-namecontextConfigLocation/param-name param-value /WEB-INF/applicationContext-dao.xml,/WEB-INF/applicationContext- service.xml,/WEB-INF/applicationContext-jdbc.xml /param-value /context-param listener listener-class org.springframework.web.context.ContextLoaderListener /listener-class /listener !-- Spring open session hibernate config -- filter filter-namehibernateFilter/filter-name filter-class org.springframework.orm.hibernate3.support.OpenSessionInViewFilter /filter-class /filter filter-mapping filter-namehibernateFilter/filter-name url-pattern*.html/url-pattern /filter-mapping filter-mapping filter-namehibernateFilter/filter-name url-pattern/g/url-pattern /filter-mapping The in the server error page the message look like: javax.servlet.ServletException: Servlet execution threw an exception org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198) org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75) *root cause* java.lang.AbstractMethodError: com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java) $InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java) org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(DispatchToInjectWorker.java:61) org.apache.tapestry.enhance.DispatchToInjectWorker.performEnhancement(DispatchToInjectWorker.java:45) $EnhancementWorker_1146ad9bd54.performEnhancement($EnhancementWorker_1146ad9bd54.java) $EnhancementWorker_1146ad9bd6c.performEnhancement($EnhancementWorker_1146ad9bd6c.java) $EnhancementWorker_1146ad9bd3e.performEnhancement($EnhancementWorker_1146ad9bd3e.java) org.apache.tapestry.services.impl.ComponentConstructorFactoryImpl.getComponentConstructor(ComponentConstructorFactoryImpl.java:103) $ComponentConstructorFactory_1146ad9bd25.getComponentConstructor($ComponentConstructorFactory_1146ad9bd25.java) org.apache.tapestry.pageload.PageLoader.instantiateComponent(PageLoader.java:556) org.apache.tapestry.pageload.PageLoader.createImplicitComponent(PageLoader.java:496) $IPageLoader_1146ad9bd1f.createImplicitComponent($IPageLoader_1146ad9bd1f.java) $IPageLoader_1146ad9bd20.createImplicitComponent($IPageLoader_1146ad9bd20.java) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.createImplicitComponent(ComponentTemplateLoaderLogic.java:203) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:158) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:98) org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.loadTemplate(ComponentTemplateLoaderLogic.java:75) org.apache.tapestry.services.impl.ComponentTemplateLoaderImpl.loadTemplate(ComponentTemplateLoaderImpl.java:60) $ComponentTemplateLoader_1146ad9bd29.loadTemplate($ComponentTemplateLoader_1146ad9bd29.java) org.apache.tapestry.pageload.PageLoader.loadTemplateForComponent(PageLoader.java:673) org.apache.tapestry.BaseComponent.readTemplate(BaseComponent.java:92) org.apache.tapestry.BaseComponent.finishLoad(BaseComponent.java:122) $Header_4.finishLoad($Header_4.java) ... In the server log I got this message: java.lang.AbstractMethodError: com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement (Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V at $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java)
[T5] Skin feature
Hi everybody, I know that the 'multiple skin/layout' discution is something frequently discussed here, an most of the time the answer is Use CSS my son. Well that's indeed probably the best answer, but in some case it's not. For instance, I'm building a site where people that uses the site can participate by providing new skins/layout. Unfortunatly they are not all XHTML/CSS gods. In fact most of them use the old HTML 4 way... I can encourage them to deliver valid XML templates but not really more. Well so I studied a bit Tapestry's code to look how the skin/layout' feature could be done knowing that tapestry still have to use 'Static' templates. Couldn't it be possible to implement the skin feature by 'extending' the same idea as for the template localisation ? For the moment, Tapestry -in ComponentTemplateSourceImpl.locateTemplateResource() -gets the baseResource for a given model (Page or Component) then it look's for a localized version of the same template. Supposing we have a kind of SkinManager in Session (so that each use can display it's own selected skin) I wonder if it is difficult to insert a step where the locateTemplateResource function looks into a special directory ( let's say into .skins - like there is .components and .pages dirs). Exemple : Let say that my user choose the bluesteel skin (info recorded in the SkinManager) and I would like to display a simple component called myComp. First Tapestry gets the baseTemplate from : ${tapestryRoot}/components/myComp.html then it try to look if there is teh component's template here ${tapestryRoot}/skins/bluesteel/components/myComp.html finaly it tries to find the localized version from the bluesteel dir If Tapestry does not find a Skinned template then it falls back to default template So ? Is it a good idea ? A bad one ? Maybe it causes performances issues that I'm not aware off ? Should I change my nickname and hide ? :) I hope that it will help a bit. Cheer, Martin -- View this message in context: http://www.nabble.com/-T5--Skin-feature-tf4276008.html#a12171332 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
t4.1.2 contrib tree - how to add checkboxes
Hi all! What is the simplest way to add checboxes to contrib:Tree component? mn -- View this message in context: http://www.nabble.com/t4.1.2-contrib-tree---how-to-add-checkboxes-tf4276007.html#a12171331 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[NOOB] Getting the Locale without injection
Hello there, I want to get the page locale (and the page messages) in a final object without having to set them manually (meaning I can't do the @InjectObject stuff). Is there a way I can do that? I've looked for it into the Hivemind docs but I couldn't find anything really useful. -- Marcelo C. Freitas IM's: MSN: [EMAIL PROTECTED] ICQ: 24263609 Jabber: [EMAIL PROTECTED] GTalk: [EMAIL PROTECTED] Yahoo: baterausp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
T5: radio, label
Hello, I'm trying to get a simple form with some radio buttons and labels working, without success. Following is the source for my Login page template and class. Note that the page is rendering in a layout component. Login.html: div t:type=layouts/General xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd; t:Form t:RadioGroup value=listerType encoder=stringEncoder t:Label for=reg-agentType/t:Label t:Radio id=reg-agent type=radio value=listerType/ t:Radio id=reg-fsbo type=radio value=listerType/ /t:RadioGroup /t:Form /div Login.java public class Login { public static final String AGENT_LISTER=AGENT; public static final String AGENT_FSBO=FSBO; private String listerType = AGENT_LISTER; private StringValueEncoder stringEncoder = new StringValueEncoder(); /** * @return the listerType */ public String getListerType() { return listerType; } /** * @param listerType the listerType to set */ public void setListerType(String listerType) { this.listerType = listerType; } /** * @return the stringEncoder */ public StringValueEncoder getStringEncoder() { return stringEncoder; } } When I visit the page I am greeted with a Failure reading parameter for of component listers/Login:label: Component listers/Login does not contain an embedded component with id 'reg-agent'. exception, but there is a component with id reg-agent! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: radio, label
Ok so I learned that the id parameter must be in the t: namespace, so changing the radio component to have 't:id=reg-agent'. Now I'm greeted with a new exception: No object of type org.apache.tapestry.RadioContainer is available from the Environment. And then it lists several objects in teh environment. What's annoying is that the component ref says that the RadioGroup (or some impl of RadioContainer) must contain radio components, so my code should work. However I looked at the source for RadioGroup, and doesn't implement the RadioContainer interface!! Is this a bug? Chris Lewis wrote: Hello, I'm trying to get a simple form with some radio buttons and labels working, without success. Following is the source for my Login page template and class. Note that the page is rendering in a layout component. Login.html: div t:type=layouts/General xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd; t:Form t:RadioGroup value=listerType encoder=stringEncoder t:Label for=reg-agentType/t:Label t:Radio id=reg-agent type=radio value=listerType/ t:Radio id=reg-fsbo type=radio value=listerType/ /t:RadioGroup /t:Form /div Login.java public class Login { public static final String AGENT_LISTER=AGENT; public static final String AGENT_FSBO=FSBO; private String listerType = AGENT_LISTER; private StringValueEncoder stringEncoder = new StringValueEncoder(); /** * @return the listerType */ public String getListerType() { return listerType; } /** * @param listerType the listerType to set */ public void setListerType(String listerType) { this.listerType = listerType; } /** * @return the stringEncoder */ public StringValueEncoder getStringEncoder() { return stringEncoder; } } When I visit the page I am greeted with a Failure reading parameter for of component listers/Login:label: Component listers/Login does not contain an embedded component with id 'reg-agent'. exception, but there is a component with id reg-agent! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jessionid and static resources
Hi, About a year back I asked about jsessionid being added to static resources and how this was messing with us serving those resources up through apache httpd [1]. At the time, it was indicated that this would be fixed for 4.1. I've just gotten back into the 4.1.x game recently. Can anyone comment on whether or not this has been addressed? Thanks, Kevin [1] http://article.gmane.org/gmane.comp.java.tapestry.user/38351 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: radiogroup, label BUG?
While I am enjoying a conversation with myself, input from anyone using T5 and radio buttons (surely someone else) would be awesome. So I poked around a bit more in the RadioGroup source and see that, for some reason that evades me, RadioGroup creates an anonyous/ad-hoc implementation of RadioContainer on the fly, and shoves it into the environment. So, it *should* work, and in fact it does if I don't use any label components within the form. However the moment I add a t:label/ I get the exception about no RadioContainer! Using a raw label/label works fine, but what in the world is going on here? I can only guess this is a bug, but input would much appreciated. Another annoyance is the component reference. The RadioGroup lists the encoder parameter as required (and its marked as required in the source), but if I don't provide it it works anyway, so apparently a default implementation is being added somewhere. This would be fine, but as the developer I should be made aware of this. Are things like this undocumented because its all still in development? sincerely, chris Chris Lewis wrote: Ok so I learned that the id parameter must be in the t: namespace, so changing the radio component to have 't:id=reg-agent'. Now I'm greeted with a new exception: No object of type org.apache.tapestry.RadioContainer is available from the Environment. And then it lists several objects in teh environment. What's annoying is that the component ref says that the RadioGroup (or some impl of RadioContainer) must contain radio components, so my code should work. However I looked at the source for RadioGroup, and doesn't implement the RadioContainer interface!! Is this a bug? Chris Lewis wrote: Hello, I'm trying to get a simple form with some radio buttons and labels working, without success. Following is the source for my Login page template and class. Note that the page is rendering in a layout component. Login.html: div t:type=layouts/General xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd; t:Form t:RadioGroup value=listerType encoder=stringEncoder t:Label for=reg-agentType/t:Label t:Radio id=reg-agent type=radio value=listerType/ t:Radio id=reg-fsbo type=radio value=listerType/ /t:RadioGroup /t:Form /div Login.java public class Login { public static final String AGENT_LISTER=AGENT; public static final String AGENT_FSBO=FSBO; private String listerType = AGENT_LISTER; private StringValueEncoder stringEncoder = new StringValueEncoder(); /** * @return the listerType */ public String getListerType() { return listerType; } /** * @param listerType the listerType to set */ public void setListerType(String listerType) { this.listerType = listerType; } /** * @return the stringEncoder */ public StringValueEncoder getStringEncoder() { return stringEncoder; } } When I visit the page I am greeted with a Failure reading parameter for of component listers/Login:label: Component listers/Login does not contain an embedded component with id 'reg-agent'. exception, but there is a component with id reg-agent! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: radio, label
Hi Chris! I think if you remove the label component your code will work. or add label attribute for Radio like this t:Label for=reg-agent/ t:Radio id=reg-agent type=radio value=listerType label=xxx / in my opinion we can't use Label like this t:Label for=reg-agentType/t:Label Chris Lewis wrote: Hello, I'm trying to get a simple form with some radio buttons and labels working, without success. Following is the source for my Login page template and class. Note that the page is rendering in a layout component. Login.html: div t:type=layouts/General xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd; t:Form t:RadioGroup value=listerType encoder=stringEncoder t:Label for=reg-agentType/t:Label t:Radio id=reg-agent type=radio value=listerType/ t:Radio id=reg-fsbo type=radio value=listerType/ /t:RadioGroup /t:Form /div Login.java public class Login { public static final String AGENT_LISTER=AGENT; public static final String AGENT_FSBO=FSBO; private String listerType = AGENT_LISTER; private StringValueEncoder stringEncoder = new StringValueEncoder(); /** * @return the listerType */ public String getListerType() { return listerType; } /** * @param listerType the listerType to set */ public void setListerType(String listerType) { this.listerType = listerType; } /** * @return the stringEncoder */ public StringValueEncoder getStringEncoder() { return stringEncoder; } } When I visit the page I am greeted with a Failure reading parameter for of component listers/Login:label: Component listers/Login does not contain an embedded component with id 'reg-agent'. exception, but there is a component with id reg-agent! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/T5%3A-radio%2C-label-tf4276314.html#a12174382 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: radio, label
tamseo, Let me amend my last message. I can use t:label in the form as long as its not a child of the t:radiogroup component! It's also important to note that my label components fail to find the component indicated in the for attribute, unless that component declares its id in the t: namespace. So, t:radio id=reg-agent/ will not work, but t:radio t:id=reg-agent/ will. I think if you remove the label component your code will work. Yeah, removing the label component works, but I should be able to use it shouldn't I? or add label attribute for Radio like this t:Label for=reg-agent/ t:Radio id=reg-agent type=radio value=listerType label=xxx / I tried this and it still doesn't work! in my opinion we can't use Label like this t:Label for=reg-agentType/t:Label You're right here - the label component does not render its body. Here is what my template looks like now: t:form t:id=register t:radiogroup t:value=listerType t:encoder=stringEncoder t:label for=reg-agent/ !-- label with in RadioGroup causes error! -- t:radio t:id=reg-agent value=listerType label=the label/ t:radio t:id=reg-fsbo value=listerType/ /t:radiogroup t:textfield t:id=text value=literal:can't submit literals/ t:submit value=Login/ /t:form Chris Lewis wrote: Hello, I'm trying to get a simple form with some radio buttons and labels working, without success. Following is the source for my Login page template and class. Note that the page is rendering in a layout component. Login.html: div t:type=layouts/General xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd; t:Form t:RadioGroup value=listerType encoder=stringEncoder t:Label for=reg-agentType/t:Label t:Radio id=reg-agent type=radio value=listerType/ t:Radio id=reg-fsbo type=radio value=listerType/ /t:RadioGroup /t:Form /div Login.java public class Login { public static final String AGENT_LISTER=AGENT; public static final String AGENT_FSBO=FSBO; private String listerType = AGENT_LISTER; private StringValueEncoder stringEncoder = new StringValueEncoder(); /** * @return the listerType */ public String getListerType() { return listerType; } /** * @param listerType the listerType to set */ public void setListerType(String listerType) { this.listerType = listerType; } /** * @return the stringEncoder */ public StringValueEncoder getStringEncoder() { return stringEncoder; } } When I visit the page I am greeted with a Failure reading parameter for of component listers/Login:label: Component listers/Login does not contain an embedded component with id 'reg-agent'. exception, but there is a component with id reg-agent! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: radio, label
Chris ! I followed RadioDemo test in T5 source, and i'm in the same situation with you. Now I'using HTML label and waiting for answer from T5 experienced user. -- View this message in context: http://www.nabble.com/T5%3A-radio%2C-label-tf4276314.html#a12174593 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: radio, label
tamseo, I didn't see RadioDemo, so thanks for pointing that out! Have you run it and does it work? The only difference from my example I can see is that the radio and label components are rendered in a child loop of the containing radio group, but that shouldn't make a difference. tamseo wrote: Chris ! I followed RadioDemo test in T5 source, and i'm in the same situation with you. Now I'using HTML label and waiting for answer from T5 experienced user. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: radio, label
This is my simple example, I craeted it just to check how to use Radio html: div t:type=form div t:type=radiogroup t:id=nameoption div t:type=radio t:id=radio1 t:value=name1 /label${name1}/label br/ div t:type=radio t:id=radio2 t:value=name2/label${name2}/label /div p input type=submit value=Select/ /p /div div t:type=if t:test=nameoption ${nameoption} has been selected /div Page class @Persist private String nameoption; private String name1 = Option1; private String name2 = Option2; i ignore setter and getter here. -- View this message in context: http://www.nabble.com/T5%3A-radio%2C-label-tf4276314.html#a12174779 Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to clear the page cach
when i click a link ,if the session is invalid ,it will return to the page of login,but when i login again, click then link ,it still return to the page of login. when i restart the server , it's ok,i think it's caught by the page in the pool,how can i clear the pooled page?