Re: [5.3-alpha-13] - Combine/Minify doesn't appear to work ...
Hi Howard thanks for the reply. I do have the tapestry-yuicompressor in my pom.xml. It also appears on the classpath. Here are tapestry jars on my classpath: ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\tapestry-core\5.3-alpha-13\tapestry-core-5.3-alpha-13.jar ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\tapestry-ioc\5.3-alpha-13\tapestry-ioc-5.3-alpha-13.jar ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\tapestry-func\5.3-alpha-13\tapestry-func-5.3-alpha-13.jar ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\tapestry5-annotations\5.3-alpha-13\tapestry5-annotations-5.3-alpha-13.jar ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\tapestry-json\5.3-alpha-13\tapestry-json-5.3-alpha-13.jar ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\plastic\5.3-alpha-13\plastic-5.3-alpha-13.jar ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\tapestry-yuicompressor\5.3-alpha-13\tapestry-yuicompressor-5.3-alpha-13.jar ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\tapestry-spring\5.3-alpha-13\tapestry-spring-5.3-alpha-13.jar ProjectClassLoader: entry=C:\Users\me\.m2\repository\org\apache\tapestry\tapestry-test\5.3-alpha-13\tapestry-test-5.3-alpha-13.jar It does appear to combine some pre-defined stacks located in a jar (but it does not minify them).But as I said it does not minify or combine any other included scripts/css using @Import(library=...,stylesheet=...} in components/pages. I have also tried forcing production mode just in case: configuration.add(SymbolConstants.PRODUCTION_MODE, true); Is there another config or jar file I maybe missing? Thanks, J -- View this message in context: http://tapestry.1045711.n5.nabble.com/5-3-alpha-13-Combine-Minify-doesn-t-appear-to-work-tp4800682p4803910.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
[5.3-alpha-13] - Combine/Minify doesn't appear to work ...
Hi All, When my app is running in production mode, I don't see my scripts/css being combined/minified. They are still included as individual files. Oddly, I do see the tapestry scripts being combined/minified though.I tried manually configuring this in my AppModule with no luck with the following settings: configuration.add(SymbolConstants.COMBINE_SCRIPTS,true); configuration.add(SymbolConstants.MINIFICATION_ENABLED,true); Is this suppose to work for assets stored in jar files? Any help or guidance is appreciated. Thanks, J -- View this message in context: http://tapestry.1045711.n5.nabble.com/5-3-alpha-13-Combine-Minify-doesn-t-appear-to-work-tp4800682p4800682.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
More javscript zone events please ...
Hi all, It seems that time and time again for each T5 project (6 out of 7 so far) I find I need to override tapesty.js methods to add additional support for zones. Currently there is only 1 event fired from a zone (Tapestry.ZONE_UPDATED_EVENT), I'd like to suggest/request there be at least 4 events total (3 new ones): 1) ZONE_BEFORE_AJAX_REQUEST_EVENT: This would be fired before the ajax request is sent to the server. Listeners should be able to cancel the ajax request (similiar to the way tapestry allows a form submission to be canceled) 2) ZONE_BEFORE_UPDATE_EVENT: This would be fired after the ajax request returns and just before the zone is updated via the processReply() method. Again, listeners should be able to cancel the update. 3) ZONE_UPDATED_EVENT: already and is listed here for completeness. 4) ZONE_AJAX_REQUEST_ERROR_EVENT: This would be fired if the ajax request errored out for the zone. (includes error data) I think this would cover most if not all use cases. I'd like to hear what Tapestry team and other people think about this idea/suggestion? (If its a valid suggestion/idea I would like to file a JIRA) Thanks, J -- View this message in context: http://tapestry.1045711.n5.nabble.com/More-javscript-zone-events-please-tp4401005p4401005.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: More javscript zone events please ...
I thought it was weird I didn't T5.2 or T5.3 as version. My apologies, here is the new JIRA: https://issues.apache.org/jira/browse/TAP5-1525 thanks, J -- View this message in context: http://tapestry.1045711.n5.nabble.com/More-javscript-zone-events-please-tp4401005p4401678.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: T5.2 BindingPrefixCycle not thread safe
DOH! Nice find David. I've been using this binding in several T5.1 projects and now starting to use it in T5.2 projects. Thiago is there an easy T5 way to make it thread safe or should the index value be stored using something like ThreadLocal? Also even though the page (http://wiki.apache.org/tapestry/Tapestry5HowToAddBindingPrefixCycle) is not official documentation, it should really be updated to let T5.2 users know its not thread safe (or update the code to be thread safe). Thanks, J -- View this message in context: http://tapestry.1045711.n5.nabble.com/T5-2-BindingPrefixCycle-not-thread-safe-tp4290039p4291673.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: Rendering a Block
Thanks, I appreciate your response Howard. Your insight is helpful and actually the behavior I was expecting from Tapestry (ie, injection of javascript, css, etc). But I still feel I need to render the block into a string so I can escape the output which can then be used as a javascript parameter or a json value. I think it would be better for everyone if I explain what I am trying to do: I'm in the process of creating a component library for Ext JS(which ehen complete will be made open source), I'm currently working on a component for the GridPanel and I am modeling it after Tapestries current grid, where it determines the bean type from a datasource, creates the BeanModel and has parameters such as include, exclude, add, reorder. I have all of this is working fine until I want to render properties which were added using the add parameter. These properties will be rendered via a block parameter (just like the tapestry grid) and since a GridPanel is updated via a json object or javascript array, I need to render each of the block parameters into a string(which can then have characters escaped by adding it to a json object or manually), for my case I will be adding them to an internal json object, and then rendering the the json object into a javascript call which will be in a block which will be returned as part of the zone update. I think some examples would make this a bit clearer: example in a page usage: some rendered block which needs to have double qoutes escaped example of GridPanel.tml block response: example of GridPanel ajax response: As I see it there is no way to escape the rendering of a block. Which means the output of a block can never be packaged up. If there is a better way to do this or if I'm going down a dead end street please let me know. I'm also very open to alternate solutions. thanks in advanced! -- View this message in context: http://tapestry.1045711.n5.nabble.com/Rendering-a-Block-tp3401393p3795483.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: Rendering a Block
provide more details. Anyway, there isn't a ready made way of rendering a block to a string. Please file a JIRA about it. Meanwhile, this message in the mailing list provide a way of doing exactly what you want: http://www.mail-archive.com/users@.../msg38854.html. It's not beautiful, but works. :) I'm running into a different use case along the same lines where I need to render a block into a string. For reference here is a JIRA created in Dec 2009 for using non T5 services to render a block: https://issues.apache.org/jira/browse/TAP5-938 Please vote! Thiago, the thread you mention implies it only works if you do not use any t5 components in the block. This thread is from 2009 and a lot has changed internally ... so have you or anyone else been successful in rendering a block into a string or can someone point me in the right direction to doing this with T5.2? I would be more than happy to post the solution if I can just get an up to date kick start. :-) thanks, B -- View this message in context: http://tapestry.1045711.n5.nabble.com/Rendering-a-Block-tp3401393p3416263.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
T5.2.4 Tomcat unable to find .tml files on classpath
Hi all, I'm having problems getting my my T5.2.4 application to work on tomcat. It works correctly when running via jetty (inside eclipse) but when I deploy it to tomcat it throws this error: Embedded component(s) gridPlayerWallPostResponses are defined within component class com.presentation.components.editor.lists.PlayerWallpostResponseList (or a super-class of PlayerWallpostResponseList), but are not present in the component template (null) I have verified the .tml files are in the corerct classpath in the war file (and I have also tried changing the maven-war-plugin setting archiveClass configuration option to true). Any help is much appreciated. A bit more info on the .tml layout (if it helps): Page: Players.tml(path=classes/com/presentation/pages/editor/) ... t:EditPlayer t:id=editPlayer / ... Components: EditPlayer.tml(path=classes/com/presentation/components/editor/) ... t:block t:id=blockPlayerWallPostResponse t:editor.lists.PlayerWallpostResponseList t:id=PlayerWallpostResponseList / /t:block ... PlayerWallpostResponseList.tml: (path=classes/com/presentation/components/editor/lists/) ... t:grid t:id=gridPlayerWallPostResponses ... Thanks, Joe -- View this message in context: http://tapestry.1045711.n5.nabble.com/T5-2-4-Tomcat-unable-to-find-tml-files-on-classpath-tp3312696p3312696.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: T5.2.4 Tomcat unable to find .tml files on classpath
minor correction to my post. This line: t:EditPlayer t:id=editPlayer / is actually: t:editor.EditPlayer t:id=editPlayer / -- View this message in context: http://tapestry.1045711.n5.nabble.com/T5-2-4-Tomcat-unable-to-find-tml-files-on-classpath-tp3312696p3312700.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: T5.2.0-SNAPHOT: newbie exceptions submitting form with BeanEditor
Thanks for all the responses. Switching to T5.1.5 fixed the problem. thanks, Joe buckofive wrote: Hi Joe/Howard, I have ran into this same problem a while back and oddly enough (just the other day) I finally got around to filing a JIRA (https://issues.apache.org/jira/browse/TAP5-1051). The only help/clue I can give to the T5 team is that the BeanEditor was working at one time in T5.2.0-SNAPSHOT and I'm not sure when the problem began but it was several weeks ago (Howard, I'm pretty sure it started before the new ComponentClassTransformWorker code(which is a great improvement BTW) ). My resolution unfortunately, was to switch the version of T5 I was using to T5.1.x. I Hope this helps. Cheers, B Howard Lewis Ship wrote: It looks like what you have should work. This may represent a regression, based on the retooling of the ComponentClassTransformWorker code; it looks like the BeanEditForm (or BeanEditor) is possibly holding onto its instance of BeanModel from one request to the next, rather than starting from scratch on each request. I haven't seen this myself, and it seems like something that would be tested by the Tapestry integration test suite ... but still, this seems odd. On Thu, Mar 18, 2010 at 9:23 AM, Joe Klecko theg0df0d...@gmail.com wrote: Hi, I'm trying to use the BeanEditor in a t:form which seems to work fine until I use the add parameter. I've read through the documentation and I'm just not sure what i'm doing wrong. The form renders fine but no matter what I do when I submit the form it always throws this exception: Bean editor model for User already contains a property model for property 'confirmPassword'. Thank you for any help or suggestions in advance! Here is my simple test case: Test.tml: html xmlns:t=http://tapestry.apache.org/schema/tapestry_5_1_0.xsd; body t:form t:beaneditor object=user add=confirmPassword t:parameter name=confirmPassword t:label for=confirmPassword / t:passwordField t:id=confirmPassword / /t:parameter /t:beaneditor t:submit / /t:form /body /html Test.java: public class Test { �...@property private User user; �...@property private String confirmPassword; } User.java: public class User { private String email; private String password; public User() {} public String getEmail() {return email;} public void setEmail(String email) {this.email = email;} public String getPassword() {return password;} public void setPassword(String password) {this.password = password;} } -- View this message in context: http://old.nabble.com/T5.2.0-SNAPHOT%3A-newbie-exceptions-submitting-form-with-BeanEditor-tp27947909p27947909.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 -- View this message in context: http://old.nabble.com/T5.2.0-SNAPHOT%3A-newbie-exceptions-submitting-form-with-BeanEditor-tp27947909p27951016.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
T5.2.0-SNAPHOT: newbie exceptions submitting form with BeanEditor
Hi, I'm trying to use the BeanEditor in a t:form which seems to work fine until I use the add parameter. I've read through the documentation and I'm just not sure what i'm doing wrong. The form renders fine but no matter what I do when I submit the form it always throws this exception: Bean editor model for User already contains a property model for property 'confirmPassword'. Thank you for any help or suggestions in advance! Here is my simple test case: Test.tml: html xmlns:t=http://tapestry.apache.org/schema/tapestry_5_1_0.xsd; body t:form t:beaneditor object=user add=confirmPassword t:parameter name=confirmPassword t:label for=confirmPassword / t:passwordField t:id=confirmPassword / /t:parameter /t:beaneditor t:submit / /t:form /body /html Test.java: public class Test { @Property private User user; @Property private String confirmPassword; } User.java: public class User { private String email; private String password; public User() {} public String getEmail() {return email;} public void setEmail(String email) {this.email = email;} public String getPassword() {return password;} public void setPassword(String password) {this.password = password;} } -- View this message in context: http://old.nabble.com/T5.2.0-SNAPHOT%3A-newbie-exceptions-submitting-form-with-BeanEditor-tp27947909p27947909.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