How do you feel about requiring JRE 1.6 for Tapestry 5.4?
When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+1 let's switch to 1.6 as many new/modern frameworks already require it anyways. g, kris On Wed, May 2, 2012 at 8:05 AM, Kalle Korhonen kalle.o.korho...@gmail.com wrote: When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
With Java 6 released end of 2006, I can't see any point in supporting an older release for a new Tapestry version. Markus When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+1 from me also On Wed, May 2, 2012 at 10:25 AM, Markus Grell tapes...@military.de wrote: With Java 6 released end of 2006, I can't see any point in supporting an older release for a new Tapestry version. Markus When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+ 1 - Original Message - From: Dimitris Zenios dimitris.zen...@gmail.com To: Tapestry users users@tapestry.apache.org Sent: Wednesday, 2 May, 2012 10:32:14 AM Subject: Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4? +1 from me also On Wed, May 2, 2012 at 10:25 AM, Markus Grell tapes...@military.de wrote: With Java 6 released end of 2006, I can't see any point in supporting an older release for a new Tapestry version. Markus When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
Java 1.5 was EOL in 2009 by the looks of it. There are no security updates for this release. Supporting an EOL product with no security fixes can only affect the integrity of Tapestry and the containers that it is run in. Java 1.6 is EOL November this year (2012) http://www.oracle.com/technetwork/java/eol-135779.html On 02/05/2012, at 5:48 PM, Peter Stavrinides wrote: + 1 - Original Message - From: Dimitris Zenios dimitris.zen...@gmail.com To: Tapestry users users@tapestry.apache.org Sent: Wednesday, 2 May, 2012 10:32:14 AM Subject: Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4? +1 from me also On Wed, May 2, 2012 at 10:25 AM, Markus Grell tapes...@military.de wrote: With Java 6 released end of 2006, I can't see any point in supporting an older release for a new Tapestry version. Markus When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+1 -- View this message in context: http://tapestry.1045711.n5.nabble.com/How-do-you-feel-about-requiring-JRE-1-6-for-Tapestry-5-4-tp5679713p5679911.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Sidepanel with pagespecific items
Hi, In my current project I want to add some kind of side bar with some extra functions/data in the form of icons with a panel that slides open (javascript). These items can be global or more page specific. Example: Search: visible on every page Notes: visible on specific pages, containing data based on a Person object Errors: only visible on dashboard page, based on Policy object The visual styling html/css/jquery are no problem, but I don't know how to implement this with Tapestry. Does anyone have some guidelines on how to start this? I made a component SideBar and added it to my Layout component. Then I thought of adding Block items to this component, but I'm not sure how to add these from within a page. So in short: no idea how to start on this; any hints are appreciated. Thanks, Nathan -- View this message in context: http://tapestry.1045711.n5.nabble.com/Sidepanel-with-pagespecific-items-tp5679939.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+1 Am 02.05.2012 um 10:21 schrieb Lance Java: +1 -- View this message in context: http://tapestry.1045711.n5.nabble.com/How-do-you-feel-about-requiring-JRE-1-6-for-Tapestry-5-4-tp5679713p5679911.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+1 On May 2, 2012, at 2:10 PM, Christian Riedel wrote: +1 Am 02.05.2012 um 10:21 schrieb Lance Java: +1 -- View this message in context: http://tapestry.1045711.n5.nabble.com/How-do-you-feel-about-requiring-JRE-1-6-for-Tapestry-5-4-tp5679713p5679911.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Sidepanel with pagespecific items
The example here http://wiki.apache.org/tapestry/Tapestry5Layoutcomponent http://wiki.apache.org/tapestry/Tapestry5Layoutcomponent shows how to use the delegate component to have a default left block which can be overridden. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Sidepanel-with-pagespecific-items-tp5679939p5679984.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
Perhaps bump the Hibernate version to 4.1 too Regards, Greg On 02/05/2012, at 6:44 PM, Taha Hafeez Siddiqi tawus.tapes...@gmail.com wrote: +1 On May 2, 2012, at 2:10 PM, Christian Riedel wrote: +1 Am 02.05.2012 um 10:21 schrieb Lance Java: +1 -- View this message in context: http://tapestry.1045711.n5.nabble.com/How-do-you-feel-about-requiring-JRE-1-6-for-Tapestry-5-4-tp5679713p5679911.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+1 -- View this message in context: http://tapestry.1045711.n5.nabble.com/How-do-you-feel-about-requiring-JRE-1-6-for-Tapestry-5-4-tp5679713p5680143.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 +1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+hDU0ACgkQbmZsMyUPuXTuCgCeNSLptu3MMhsSrlKcLZVo3Yw6 KL0AoODvsdVuEYvMn1MSeTF3r2UvVVHR =nqZF -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+1. More than enough time has passed since Java 5 EOL (2009). I also agree with bumping up Hibernate to 4. On 02/05/2012, at 4:05 PM, Kalle Korhonen wrote: When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
I favor switching to 1.6 when there is a significant benefit to doing so, and not before. I wouldn't want to give anybody a reason not to use this great framework. On May 2, 2012 2:05 AM, Kalle Korhonen kalle.o.korho...@gmail.com wrote: When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Sidepanel with pagespecific items
Hi, Thanks that's what I needed. I have now the global items in my Layout component. And I can add some from within a Page as a parameter. My code at the moment (simplified): *Layout.tml:* div id=sidePanel [items that are shown on every page] t:delegate to=sidePanelContent / /div *Layout.java:* @Parameter private Block sidePanel; public Object getSidePanelContent() { return sidePanel; } *Dashboard.tml:* p:sidePanel ${policy.holder.name} /p:sidePanel *Dashboard.java* @Property private Policy policy; Object onActivate(Policy policy) { this.policy = policy; } This works... Now what if I have another page, lets say Simulation. And I want to add that same content as a parameter like in Dashboard. How can I reuse this code instead of adding this in every page I want to show this in. I've tried making an extra component between the Layout and the Page where I put the common content to be added in a parameter. But then I had a problem accessing needed properties from my pages (policy in my example) Then I thought I could use inheritance and put the onActivate method in the parent class. But I think that's not gonna solve my problem... Maybe I should just create a component for each type of content I want to add to the sidePanel and in every page add the wanted components..? Hope you understand what I meant in my above rant and can give your thoughts on this. Thanks -- View this message in context: http://tapestry.1045711.n5.nabble.com/Sidepanel-with-pagespecific-items-tp5679939p5680371.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
If the only reason we're moving to 1.6 is to support a newer version of hibernate in tapestry-hibernate, then I'm -1. I specifically know of a corporation out there using tapestry that still uses java 1.5. Where there's one, there are many. I suppose we could write them off as stuck on tapestry 5.3.x, but unless there's some major benefit to switching to 1.6... why limit your potential customer base? While we're on the topic, I'm not particularly keen on tapestry-hibernate attempting to force a particular hibernate version. I would much rather see the hibernate dependency declared as provided (in maven parlance) and specify a version range of compatible versions. Robert On May 2, 2012, at 5/21:05 AM , Kalle Korhonen wrote: When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Sidepanel with pagespecific items
I'm not 100% exactly what you're trying to do but it sounds like you should make components for the bits you want to re-use and then pass a block parameter to the layout. Take a look at the RenderCommand class too. This is a way of providing markup programatically and it may make sense for you to use a RenderCommand parameter instead. You can use Tapestry's type coercion to convert from Block to RenderCommand. Inheritance is almost always a bad idea and more often than not, there is a more elegant way of doing it in tapestry. Pages and components can implement interfaces, but the interfaces MUST must not be in the pages or components packages. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Sidepanel-with-pagespecific-items-tp5679939p5680458.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Sidepanel with pagespecific items
Given your example... The Simulation and Dashboard pages could implement PolicyProvider Then, in your Layout public class Layout { @InjectPage private Page page; public Policy getPolicy() { if (page instanceof PolicyProvider) { return ((PolicyProvider) page).getPolicy(); } return null; } } -- View this message in context: http://tapestry.1045711.n5.nabble.com/Sidepanel-with-pagespecific-items-tp5679939p5680495.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Reading out a Component's formal parameters' values
Hi, I was wondering whether it's possible to read out a *Component*'s formal parameters' values? Up till now, I was only able to find the /getInformalParameter(String name, ClassT type)/ function in *ComponentResources*, which only allows to read out informal parameters. Some Context: I'd like to create a custom validator to be used in a custom component I wrote earlier. For this validator to work properly, it would need to access the values of the parameters passed to its containing component. Making the container's formal parameters informal seems like a clumsy solution. Thanks in advance, and best regards, Wouter -- View this message in context: http://tapestry.1045711.n5.nabble.com/Reading-out-a-Component-s-formal-parameters-values-tp5680502.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Reading out a Component's formal parameters' values
If you are just writing a validator for one specific component and not a general purpose one you can use a mixin. They can have access to the component parameters via @BindParameter -- View this message in context: http://tapestry.1045711.n5.nabble.com/Reading-out-a-Component-s-formal-parameters-values-tp5680502p5680585.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Reading out a Component's formal parameters' values
Actually, the validator will be applied to a component that's one level deeper than my custom component (for instance: t:mycompo a=1 b=2 ...t:textfield validator=customvalidator //t:mycompo; where customvalidator requires the values of a and b). -- View this message in context: http://tapestry.1045711.n5.nabble.com/Reading-out-a-Component-s-formal-parameters-values-tp5680502p5680640.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Reading out a Component's formal parameters' values
Actually, the validator will be applied to a component that's one level deeper than my custom component (for instance: t:mycompo a=1 b=2 ...t:textfield validator=customvalidator //t:mycompo; where customvalidator requires the values of a and b). -- View this message in context: http://tapestry.1045711.n5.nabble.com/Reading-out-a-Component-s-formal-parameters-values-tp5680502p5680641.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: websites/apps powered by tapestry5
http://www.qualidator.com/WQM/en/Reports/GeneratorInfo.aspx?generatorName=Apache%20Tapestry%20Framework Probably not detailed enough, though ... On Sat, Apr 28, 2012 at 9:00 AM, Bob Harner bobhar...@gmail.com wrote: Relatedly, does anyone know how to do an Internet search for sites that have a certain value in the generator meta tag? On Apr 28, 2012 7:53 AM, Bob Harner bobhar...@gmail.com wrote: There is also http://tapestry.apache.org/applications.html Both pages are a little old, and I don't think either reflects the real number of running Tapestry-based applications out in the world, the vast majority of which are well-hidden behind company firewalls. On Sat, Apr 28, 2012 at 6:00 AM, Chris Mylonas ch...@opencsta.org wrote: http://wiki.apache.org/tapestry/PoweredByTapestry Google search term: apache wiki tapestry powered by about the 6th term down in my bubble Cheers Chris On 28/04/2012, at 7:57 PM, Josh Kamau wrote: Hi Guys; Is there a place where i can get a list of applications powered by tapestry5 ? regards. Josh. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Reading out a Component's formal parameters' values
In that case I'd use an Environmental. Have t:mycomp push an object into the environment and the validator can access it. If you don't want do modify t:mycomp you could use a mixin to push the object into the environment. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Reading-out-a-Component-s-formal-parameters-values-tp5680502p5680739.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How do you feel about requiring JRE 1.6 for Tapestry 5.4?
+1 And +1 on hibernate 4.1+ ... 3.6 is buggy for us. -- j On May 2, 2012, at 6:08 AM, Robert Zeigler robert.zeig...@roxanemy.com wrote: If the only reason we're moving to 1.6 is to support a newer version of hibernate in tapestry-hibernate, then I'm -1. I specifically know of a corporation out there using tapestry that still uses java 1.5. Where there's one, there are many. I suppose we could write them off as stuck on tapestry 5.3.x, but unless there's some major benefit to switching to 1.6... why limit your potential customer base? While we're on the topic, I'm not particularly keen on tapestry-hibernate attempting to force a particular hibernate version. I would much rather see the hibernate dependency declared as provided (in maven parlance) and specify a version range of compatible versions. Robert On May 2, 2012, at 5/21:05 AM , Kalle Korhonen wrote: When in doubt, let's ask the community: would you object to requiring JRE 1.6 for running Tapestry 5.4? So far, T5 has run on JRE 1.5 but the time for requiring 1.6 will come at some point. Not necessarily yet - we can likely work around this - but current Hibernate 4.x releases are built with 1.6. Kalle - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Apache Tapestry, Welcome to CodeMaps!
We have fixed the issue where some of the Tapestry code was missing. The complete Tapestry http://www.codemaps.org/c/Apache_Tapestry code is now available on CodeMaps. Please add any information which you think might be helpful to the Tapestry users, like links to tutorials, code snippets or other documentation. We are striving to help you make your project a great resource. Is there anything you would like to be able to do but cannot? What can we do to help make your project better on CodeMaps? Thanks - CodeMaps Team On Mon, Apr 30, 2012 at 4:29 PM, Abhishek Rakshit abhis...@architexa.comwrote: Thanks for pointing it out. We are looking into why tap hibernate was not included in the setup. I'll notify you guys as soon as the issue is resolved. Thanks - CodeMaps Team On Sun, Apr 29, 2012 at 11:30 AM, TechniciuM a1098...@rppkn.com wrote: Great news, however I can't see it's fully accomplished, since tap hibernate is missing from the review. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Apache-Tapestry-Welcome-to-CodeMaps-tp5674063p5674179.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
[ANN] Tapestry article in Javamagazin (German)
The first article of my 4-part series in German Javamagazin was published today: http://it-republik.de/jaxenter/java-magazin-ausgaben/JSF-2.2-000500.html Hope that'll help getting Tapestry more popular in Austria, Germany and Switzerland. (for non-German speakers: Javamagazin is the biggest German magazine about the Java platform) -- View this message in context: http://tapestry.1045711.n5.nabble.com/ANN-Tapestry-article-in-Javamagazin-German-tp5681052.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: [ANN] Tapestry article in Javamagazin (German)
Well, I wish I could read it! On Wed, May 2, 2012 at 9:33 AM, derkoe tapestry.christian.koeb...@gmail.com wrote: The first article of my 4-part series in German Javamagazin was published today: http://it-republik.de/jaxenter/java-magazin-ausgaben/JSF-2.2-000500.html Hope that'll help getting Tapestry more popular in Austria, Germany and Switzerland. (for non-German speakers: Javamagazin is the biggest German magazine about the Java platform) -- View this message in context: http://tapestry.1045711.n5.nabble.com/ANN-Tapestry-article-in-Javamagazin-German-tp5681052.html Sent from the Tapestry - User mailing list archive at Nabble.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
Re: [ANN] Tapestry article in Javamagazin (German)
Great news, Christian. Gonna buy a copy of the magazine asap. On Wed, May 2, 2012 at 6:33 PM, derkoe tapestry.christian.koeb...@gmail.com wrote: The first article of my 4-part series in German Javamagazin was published today: http://it-republik.de/jaxenter/java-magazin-ausgaben/JSF-2.2-000500.html Hope that'll help getting Tapestry more popular in Austria, Germany and Switzerland. (for non-German speakers: Javamagazin is the biggest German magazine about the Java platform) -- View this message in context: http://tapestry.1045711.n5.nabble.com/ANN-Tapestry-article-in-Javamagazin-German-tp5681052.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de http://twitter.com/drobiazko
Re: Igor Drobiazko Book
Sorry for the late reply. I somehow managed to miss this mail. I had a big progress until end of February / beginning of March. Unfortunately nothing happened between March and now, but I'm back on track. I'd love to tell you any dates, but I don't want to disappoint anybody if I miss the date again. I'm working hard to get the book published and trying to find some time slots between all the other things. On Fri, Apr 27, 2012 at 10:35 AM, Nicholoz Kiknadze 226...@gmail.comwrote: Just resending initial message of this thread. Wonder if there is any progress - three months ago it was only couple of chapters left... Hi, As I recall, after Manning canceled Drobiazko's book he was going to publish it on his own. Any news out there? I'm sure lots of us in this list are waiting for it. -- Best regards, Igor Drobiazko http://tapestry5.de http://twitter.com/drobiazko
Can Component Template be Informed by Page Class
Would like put a property in the component that will be rendered only in the context of a page, picking up, say, a page property. To illustrate, lets say we want Layout.tml to have the following pseudo-html-element: htmlelement id=${pageProperty} / t:body / Layout.java is empty. Index.java: public class Index { @Property private String pageProperty= indexProperty; } Index.tml can be whatever, but would like to avoid putting html element in there to avoid repetition - the htmlelement could be very big - like a menu for the entire application, whereby the page property is used to customize the menu for the individual pages. Basically, is there is a way for a component to inherit properties of child component (page)? -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
It might be possible but it's not recommended ;) Can you just pass a property from the page to the layout? http://wiki.apache.org/tapestry/Tapestry5Layoutcomponent
Re: Can Component Template be Informed by Page Class
This may be a somewhat of a useful stand-in for the pageProperty... ${prop:componentResources.pageName} It gets you the page name...and can be put in the component. However, something like this would be useful ${prop:componentResources.pageName.pageProperty} What do you guys think - JIRA worthy??? -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681430.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
On Wed, 02 May 2012 16:16:14 -0300, netdawg net.d...@yahoo.com wrote: Basically, is there is a way for a component to inherit properties of child component (page)? Pages cannot be child of components, so your question doesn't make sense. For communication between pages, components and mixins, you can use parameters or the Environment. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
On Wed, 02 May 2012 16:33:05 -0300, netdawg net.d...@yahoo.com wrote: This may be a somewhat of a useful stand-in for the pageProperty... ${prop:componentResources.pageName} It gets you the page name...and can be put in the component. However, something like this would be useful ${prop:componentResources.pageName.pageProperty} What do you guys think - JIRA worthy??? I don't think so. It violates the self-contained principle for components very badly. Use parameters or the Environment instead. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
OK...I think I got it...this works...swapping the property to the component instead and have it intercept the page request htmlelement id=${pageProperty} / t:body / Layout.java : public class Layout { @ActivationRequestParameter @Property private String pageProperty= default; } Index.java is now empty But Index page will have to be called by invoked index?pageProperty= -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681501.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
It violates the self-contained principle for components very badly. Sorry - Disagree. Components are NOT meant to be self-contained. They are supposed to govern sub-components. In fact, prop:componentResources.pageName is a step in the right direction. I am just asking to extend it further Question does not make sense... pages, like Index, are not inheriting layout etc, from component Layout? What am I missing? -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681512.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
From: http://tapestry.apache.org/link-components-faq.html Every component has an extra property, componentResources, added to it it's the instance of ComponentResources that represents the link between your code and all of Tapestry's structure around your class. . As an added benefit,* if the page class is ever renamed or moved to a different package, the pageName property will automatically adjust to the new name*. ...This is what I am talking about. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681531.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
In other words, why is this bad? What specific dangers, problems do you see? I see only more convenience. If, by bad, you mean in poor taste - just don't use it. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681540.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
I totally agree with Thiago... you are trying to break tapestry's (very sensible) principles. Take a look at the link I sent you originally... pass a component parameter (not a request parameter) from the page to the layout or use the Environment. On 2 May 2012 21:06, netdawg net.d...@yahoo.com wrote: OK...I think I got it...this works...swapping the property to the component instead and have it intercept the page request htmlelement id=${pageProperty} / t:body / Layout.java : public class Layout { @ActivationRequestParameter @Property private String pageProperty= default; } Index.java is now empty But Index page will have to be called by invoked index?pageProperty= -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681501.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
On Wed, 02 May 2012 16:59:41 -0300, netdawg net.d...@yahoo.com wrote: By parameters do you mean - pass dynamic run-time (request) parameters to a page that is picked up instead by the containing component? No. Tapestry component parameters. There's no reason for you to use request attribute in a pure Tapestry web app. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
On Wed, 02 May 2012 17:12:38 -0300, netdawg net.d...@yahoo.com wrote: It violates the self-contained principle for components very badly. Sorry - Disagree. Components are NOT meant to be self-contained. They are supposed to govern sub-components. [Citation needed] In fact, prop:componentResources.pageName is a step in the right direction. I am just asking to extend it further Question does not make sense... pages, like Index, are not inheriting layout etc, from component Layout? No. Page uses Layout component, but it doesn't mean that page inherits from Layout. Layout is a component as any other. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
Right back at you guys on citations ;-). What principles is this breaking? BTW, I just posted a citation which describes the componentResources...which is already able to pull up the pageName...this is very useful in authoring solid code at the page level. Why would componentResources have the pagename attribute if the INTENT was otherwise (that is, as you are suggesting, the component to be oblivious to the page)? And if it does already have pageName, why not access to pageName.property? To me, it seems counter-intuitive to place a property of a page into a component and to then have it trickle back down to the page...when the component could simply access the property directly (just like it does the pageName). Also, I did review Lance's example...the images are not being pulled up, so it is a bit of a hard read. Also, it does not seem to be getting any parameters from a page. Unless... the message (best practice according to you guys) is to use the getters and setters of the component class from the page class...presumably with one of pre-rendering event handlers...which is essentially the same operation (for simple strings like ids) as request parameter...? -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681722.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
For the component to pick up page property would make it Polymorphic. Components, for instance, can then just be a shape with an abstract draw() method. The page will tell it what the shape is and what exactly the draw method will do or for that matter what those parameters are - in case of a circle it would be a radius, for rectangle - two sides etc. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681782.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
On Wed, 02 May 2012 18:46:59 -0300, netdawg net.d...@yahoo.com wrote: BTW, I just posted a citation which describes the componentResources...which is already able to pull up the pageName...this is very useful in authoring solid code at the page level. Why would componentResources have the pagename attribute if the INTENT was otherwise (that is, as you are suggesting, the component to be oblivious to the page)? I haven't understood what you're trying to do with it, so I didn't answer. And if it does already have pageName, why not access to pageName.property? Because they're very, very, very different stuff. Each component instance belongs to a page, so ComponentResources.getPageName() is actually an easy thing to implement. On the other hand, getting properties from the page itself is a whole different matter. In addition, tying a component to a given page is a very bad thing to do (you couldn't use the component in another page). A component accessing a page property, believe me, is a Very Bad Thing. It's bad architecture. It's going against the philosophy on which Tapestry was build. I really don't know what good would come from doing what a framework doesn't want you to do. To me, it seems counter-intuitive to place a property of a page into a component and to then have it trickle back down to the page...when the component could simply access the property directly (just like it does the pageName). That's the point: getting the page name is one thing, getting page properties would need a whole different code for it. And it would still be a very bad idea. On the other hand, you can get the page instance by invoking ComponentResources.getPage() and casting the returned object to the page class. the message (best practice according to you guys) is to use the getters and setters of the component class from the page class... Nope. It's passing parameters to the components or using the Environment. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
On Wed, 02 May 2012 19:19:43 -0300, netdawg net.d...@yahoo.com wrote: For the component to pick up page property would make it Polymorphic. Regarding your mention of polymorphism and quoting Princess Bride, I do not think it means what you think it means.. Components, for instance, can then just be a shape with an abstract draw() method. The page will tell it what the shape is and what exactly the draw method will do or for that matter what those parameters are - in case of a circle it would be a radius, for rectangle - two sides etc. This doesn't change the fact that they should be self-contained: in other words, all code to implement its logic inside itself, not scattered. Either way, when using Tapestry, you should use the definition of 'component' that Tapestry uses. And don't try to go against the principles used to build a framework when you're using it. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Help with Dynamic Number of Form Elements
Hello all! First time poster and rest assured that I've used the search functionality on Nabble to see if there are similar problems to mine, and I haven't yet stumbled across my own use case yet (and I find that to be a huge surprise!). Anyway, I want to state my problem in a precise and unambiguous manner so I can help you guys help me! Problem Statement: loop/ constructs to not seem to make it possible to add varied numbers of select/ elements to a form. Use Case: I am writing a web application that calls a SOAP service. Inside the soap calls, I can pick from a variable number of a certain kind of information. The information I am getting from SOAP is well ordered for use with select/ elements. Each one has an ID and a certain amount of text associated with it. These are questions that the user will answer. The application must be configurable viz. the number of questions that will be asked the user. Each select/ element will have an input/ associated with it, to collect the user's answer to the question. Therefore, you can see how a fixed number of select/ elements is not feasible; Some consumers of the app will want to ask the user one question, some five! Therefore I need to be able to display a variable number of these questions on the page. Notes: * I am getting the questions from a SOAP service. I don't have a database/hibernate/JPA or anything else. Therefore all the questions for each group are in a fixed array (or ArrayList; it does not matter at all). * The question ID is the value for each item in the select/ with the question text being the label I guess. Therefore, what I need to pass back is the question ID and the user answer for each group. End Result Desired: * A form, with a number of paired select/ elements and input/ elements, representing a questions asked of the user and their answer. * The number of these pairs is not known until I query the SOAP service and receive back a response containing a number of groups, each one of which will be a new select/ element. * Upon submitting the form, my application has 'n' number of questionID/answer pairs that I then respond back to the SOAP service with. What I have Tried: Swing and Miss: I created a custom SelectModel for the objects that I received from the database. At runtime, I create one model for each group of questions I receive from the SOAP service. I then added each of these SelectModels to an ArrayList, making that ArrayList a @property in the class: @property private ListSelectModel _questionSelectModels; // This is never null; it's populated during onPrepareForRender(); @property private SelectModel _currentModel Here is my Template: form t:type=form t:id=questionsEnrollForm loop t:source=questionSelectModels t:value=currentModel t:formState=ITERATION Question: select t:type=select t:id=selected t:value=selectedQuestionId t:model=${currentModel} / /loop input type=submit value=submit/ /form Result: Exception: Render queue error in BeforeRenderTemplate[Enroll:selectedquestionid]: Parameter 'model' of component Enroll:selectedquestionid is bound to null. This parameter is not allowed to be null. Why does confusion result on my part? * Because I assumed Tapestry would be able to iterate through the array list - Questions/comments: * I am surprised that this use case has never come up; Struts, for example, has a very elegant way of handling this (even though I hate everything else about it) * I know your time is valuable; I have tried to do my due diligence and have searched the mailing list and have come up with pretty much nothing on this. * Is it valid to attempt to iterate through a collection of SelectModel objects? * IS there a best Practice for what I'm trying to do? * How have others on this list handled this same use case? * I am suspecting that I have some sort of gross conceptual error about how this is supposed to work, but honestly for the life of me, I don't understand where it is. * I've combed the different tutorials avaialble as well. * One possible area I can tell would go wrong is in the select box's value; obviously each select/ would attempt to update the same value! * Why is it not possible to have some sort of iterator variable to identify what to update? Please let me know if more source code form my end is needed to clarify what I'm doing wrong. Thank you so much for any help you can offer! - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
OK. Lets leave it at that, I guess. Agree to disagree ;-). 1. Polymorphism is not about implementation at all. It is about interfaces, which is what Components can aspire to be, sort of. In that case, components, do not get tied to page properties - they use only those available - and if not, they behave as if those properties do not exist. That is Polymorphism, for me. So a shape would draw only if there was concrete draw provided, other it would ignore the draw request. 2. This discussion is about expanding horizons of Tapestry...not saying this a Very Bad Thing etc or giving up because it is difficult. That is why we can have JIRA (let it be in Version 7). Or citing some principles that are yet to be articulated fully...for all I know, we are doing that now. Basically, it is about more magic, not less functionality. 3. I see pageName is just another page property...nothing more, nothing less (or should be, if not). Therefore, all other page properties should be visible as well. Of course, I have not looked at the code... That said, THANKS, I like the idea of ComponentResources.getPage()...*may* indeed be the answer I was look for...but I am already on a roll, so perhaps will look into later and report back -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681962.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Can Component Template be Informed by Page Class
This example is very simple but easily enhanced: http://jumpstart.doublenegative.com.au/jumpstart/together/withlayout/helloworld But I'm not clear on whether it achieves the functionality/behaviour that you require. Geoff On 3 May 2012 10:34, netdawg net.d...@yahoo.com wrote: All this theoretical discussion aside, what I am trying to do is this -- create a tabbed menu - should have mentioned that earlier, sorry...I thought I was simplifying the discussion, but it got carried off on a different path Specifically, http://unraveled.com/publications/css_tabs/ CSS Tabs 2.0 We would all agree that the menu should be a component, say, Layout.tml: body id=tab${tabId} ul id=tabnav li class=tab0 index?tabId=0 Home /li li class=tab1 tab1?tabId=1 Table1 /li li class=tab2 tab2?tabId=2 Table2 /li [..and so on.. ] /ul t:body/ /body I was struggling with where to put the tabId(X) that needs to be passed from page(X) to activate body id and class tab(X). Dilemma: Should the ids be properties of each of the pages? They would then pass it to the layout component somehow. Either by setting the component parameter tabId from each page class or by have component read the tabId (impossible) - either way plenty of code. Now I am just passing it as a request parameter - for each tab. All my tabX classes are empty shells. I just need to receive it in the component as request parameter. The Laoyout.tml code is very readable as well. I am not sure what the Environment solution referred really is. If you have an example (and time!), I will be happy to consider. Even a whole new way to do tabs perhaps? But not urgent...as I said...I have found a way (or a hack? Eye of the beholder ;-)). -- View this message in context: http://tapestry.1045711.n5.nabble.com/Can-Component-Template-be-Informed-by-Page-Class-tp5681397p5681966.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org