Re: [T5] JavaScript in template files
Ken, You need to specify your script block as containing CDATA, like so: Tapestry treats templates as XML, and & is an invalid character unless processed as cdata. chris Ken wrote: > Hi, > > I wrote a template file like below: > > > http://tapestry.apache.org/schema/tapestry_5_0_0.xsd";> > > > if (true && true) { > alert("!!!"); > } > > > > > > and prepare empty Java file. > then I accessed to this page and got an error: > > > An unexpected application exception has occurred. > > Failure parsing template classpath:com/example/myapp/Test.tml: The > entity name must immediately follow the '&' in the entity reference. > > > I'm using Tapestry 5.0.11. > > somebody help me. > thanks. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- http://thegodcode.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry users declined for the first time in 3 years, says this researh site ...
By the way I just read your linked blog post and have three things to say: 1) Thanks. Continuous affirmation of a lack of sides is a Good Thing. 2) I read the post after writing and smiled that I spoke of the same Kumbaya state that should exist between the two frameworks, and also that I used the same 'mud' imagery referring to the wake of a troll. 3) The word plays on HLS' last name never get old. I'm not being sarcastic. I giggle every time I read one. chris Eelco Hillenius wrote: > Chris Lewis-5 wrote: > >> Except for the part about him not being a friend of wicket, I agree. >> We've every reason to believe this moron is the same Emanuel whatever, >> who is known to be Francis Amanfo, and who we know a good bit about. >> Specifically, he is active in the wicket community and was mentioned in >> a 'thanks' for having contributed an accepted patch >> (http://wicket.sourceforge.net/wicket-1.1/changes-report.html - search >> for Francis Amanfo). I wouldn't dare say that the rantings of a such >> bird brain reflect the wicket community, but he is in some manner >> associated with it. >> >> > > The Francis mentioned here contributed a patch. A very long time ago I might > add. I don't think it Rob and Francis and other trolls around here are one > person, and messages like this: > http://www.theserverside.com/news/thread.tss?thread_id=48743#249209 enforce > that opinion. But maybe I don't know any off them either. > > To me, there is a huge difference between someone contributing a patch and > someone being active over an extended period of time (patches, but also on > the mailing list) or even being part of the core team. If there would be > anyone really active in the Wicket community behaving like Rob does we'd > quite simply tell him to go fcku himself. And in the case of Rob, I actually > sent him a private email with pretty much that message a while ago, though I > never got a reply. > > We've stated on several occasions and in public that we don't like trolls > either (here for instance: > http://chillenious.wordpress.com/2007/02/06/is-there-a-wicket-tapestry-feud/). > The whole my group vs your group is so incredibly childish. > > And the trolls are probably laughing their asses off right now. Ignoring > them works better. > > Eelco (from the Wicket 'community') > -- http://thegodcode.net
Re: Tapestry users declined for the first time in 3 years, says this researh site ...
Eelco, It's nice that you restate your distaste for trolls and that we can readily agree on their vile nature. I can't speak for the rest of the list, but I need no reminder of the childishness of the 'my group vs your group' mentality. I'm a software developer, not an evangelist, and therefore look at a piece of technology through the lens of its applicability to a problem and its elegance in dealing with the primary pains of that problem (tool for the task). Now about this derelict troll. I am not asserting that this person is a core developer of wicket, but I am asserting that he was at least active on the wicket dev and user lists throughout 2006-2007, and that it stands to reason that the person mentioned in that changelog is the same. We can't be sure of that because no email is listed, but does it really seem so illogical to think they are the same person, especially considering that the time frame of his list activity roughly coincide with that changelog's date? It's true that we cannot empirically know if all of these trolls, who happen to carry an astonishing similarity in writing style (eg voice, tone), are the same person or not. However we can be sure that Francis Amanfo ([EMAIL PROTECTED]) is Emmanuel Sowah ([EMAIL PROTECTED]), thanks to a classic error: http://www.nabble.com/Can-you-comment-on-this--to7986838.html#a8018515 The email address I am specifically pointing out as the tie between at least 2 of the personalities, as well as a person formerly active on the wicket lists is [EMAIL PROTECTED]: http://www.nabble.com/forum/Search.jtp?query=famanfo%40gmail.com&local=y&forum=13974&matchingForums=a It's worth noting that he seemed to be a happy tapestry user in the past (2005-April-ish 2006): http://www.nabble.com/user/UserPosts.jtp?user=148339&local=y&forum=302&matchingForums=a When this Rob Smeets fool surfaced many of us quickly assumed (yes, assumed) he was the same as Emmanuel, again due to the remarkably similar style in his messages. In the end it doesn't really matter. Trolls are trolls and when they even passively align themselves with something then by nature that something's name, in this case wicket, can be dragged through the mud entirely against its will. It's therefore important that the tapestry community be as careful about isolating him from wicket as the wicket community is about distancing itself from him. We are all software developers using conceptually similar tools - component frameworks - which means we theoretically have a lot to learn from each other's strengths and weaknesses. Damn the lines, the camps, and the trolls. It's open source software, we should all be gaining from this. Respectfully yours, Chris Lewis Eelco Hillenius wrote: > Chris Lewis-5 wrote: > >> Except for the part about him not being a friend of wicket, I agree. >> We've every reason to believe this moron is the same Emanuel whatever, >> who is known to be Francis Amanfo, and who we know a good bit about. >> Specifically, he is active in the wicket community and was mentioned in >> a 'thanks' for having contributed an accepted patch >> (http://wicket.sourceforge.net/wicket-1.1/changes-report.html - search >> for Francis Amanfo). I wouldn't dare say that the rantings of a such >> bird brain reflect the wicket community, but he is in some manner >> associated with it. >> >> > > The Francis mentioned here contributed a patch. A very long time ago I might > add. I don't think it Rob and Francis and other trolls around here are one > person, and messages like this: > http://www.theserverside.com/news/thread.tss?thread_id=48743#249209 enforce > that opinion. But maybe I don't know any off them either. > > To me, there is a huge difference between someone contributing a patch and > someone being active over an extended period of time (patches, but also on > the mailing list) or even being part of the core team. If there would be > anyone really active in the Wicket community behaving like Rob does we'd > quite simply tell him to go fcku himself. And in the case of Rob, I actually > sent him a private email with pretty much that message a while ago, though I > never got a reply. > > We've stated on several occasions and in public that we don't like trolls > either (here for instance: > http://chillenious.wordpress.com/2007/02/06/is-there-a-wicket-tapestry-feud/). > The whole my group vs your group is so incredibly childish. > > And the trolls are probably laughing their asses off right now. Ignoring > them works better. > > Eelco (from the Wicket 'community') > -- http://thegodcode.net
Re: Tapestry users declined for the first time in 3 years, says this researh site ...
[...] > We've stated on several occasions and in public that we don't like trolls > either (here for instance: > http://chillenious.wordpress.com/2007/02/06/is-there-a-wicket-tapestry-feud/). > The whole my group vs your group is so incredibly childish. > > And the trolls are probably laughing their asses off right now. Ignoring > them works better. > > Eelco (from the Wicket 'community') Jonathan, Eelco, I'm going to speak only for me but I really appreciate what you did here. It's really cool that you came and explained clearly what is going on with this Rob. He brought a quite unsound mood here, and I hope that your mails will clearly, definitely stop these troll, or at least that now, we will actually stop answering him. Thanks, and long life to Wicket :) Francois Armand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[T5] JavaScript in template files
Hi, I wrote a template file like below: http://tapestry.apache.org/schema/tapestry_5_0_0.xsd";> if (true && true) { alert("!!!"); } and prepare empty Java file. then I accessed to this page and got an error: An unexpected application exception has occurred. Failure parsing template classpath:com/example/myapp/Test.tml: The entity name must immediately follow the '&' in the entity reference. I'm using Tapestry 5.0.11. somebody help me. thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: select within table grid
Marcus-11 wrote: > > Hi Axel. > > Maybe this help, > > "Adding Columns Example" at > http://tapestry.formos.com/nightly/tapestry5/tapestry-core/ref/org/apache/tapestry/corelib/components/Grid.html > > Marcus > > Thanks for your answer, sorry it took me so long to respond. Actually, it did not help. I ended up using additional row indices, incremented in getters/setters, initialized in setuprender. This way I was able to store the model for the select component outside of the griddatasource. I am pretty sure, there is a more elegant solution, but I have not found it by now. The next step I would take would be looking if I really have to use a griddatasource and if avoiding it solves the problem. Axel -- View this message in context: http://www.nabble.com/T5%3A-select-within-table-grid-tp17145791p17355123.html 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's version?
Alexander 's book based on 5.0.6. i think you must be an expert in tapestry! i want to build my web application,cound you give me some advices? what other knowledges do i need except for tapestry?do i need learn spring or hibernate? Alexander recommend db4o as a database,how about you advice? what knowledges do you use in you web applicaton? thanks!! Filip S. Adamsen-2 wrote: > > Hi there, > > Welcome to the list. :) > > Alexander's book is based on Tapestry 5.0.7 or so, I believe. The > current beta version is 5.0.11 with 5.0.12 available as snapshots. > > As T5 was alpha when Alexander wrote the book, there have been quite a > few changes since then. You can see some of them at > http://tapestry.apache.org/tapestry5/tapestry-core/upgrade.html. > > If there's anything else that doesn't work I'd advise you to check out > the relevant docs at the website, and if that doesn't solve your > problem, send a mail to this list. We'll probably be able to tell you > what's going on. > > Regarding T5 applications, I've had one site running since December 2, > 2007 and another site up since August, 2007. > > -Filip > > On 2008-05-20 17:27, mark lu wrote: >> i am new to tapestry. >> i just want to use t5 to build my application and i don't want to learn >> the >> inner technology of t5. >> so,what's the stable version of t5? >> i have read Alexander Kolesnikov's book--tapestry 5 build web >> application,and know something about t5. >> however,during my studying process,i encountered some problem even though >> i >> have followed the book. >> so,i think it's the framework's bug,maybe. >> so...who can help me? >> >> another question: >> whoever have built a application using t5 already? > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/t5%27s-version--tp17343189p17354892.html 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: Autocomplete component
Ok, thanks! On Tue, May 20, 2008 at 8:25 PM, Josh Canfield <[EMAIL PROTECTED]> wrote: > The Autocomplete calls toString on each of the objects that you > return, and that is the value that is set into your input box. > > You can check out the source for the component it's pretty short. > > http://tapestry.apache.org/tapestry5/apidocs/src-html/org/apache/tapestry/corelib/mixins/Autocomplete.html > > If you want more complex data to be displayed then you can extend the > class and implement the generateResponseMarkup method. As of 5.0.11 > extending the client side behavior when the user chooses a value is > not possible, as far as I could find. > > > Josh > > On Tue, May 20, 2008 at 4:06 PM, Manuel Corrales > <[EMAIL PROTECTED]> wrote: > > Hi, i have s doubt about autocomplete component. According to the > > documentation, you can return a list of any objects on the > > onProvideCompletions, my question is, when i choose a value, this value > is > > going to be the object from that list? or just a string and i have to > make a > > match beetwen the string and the real object? > > > > Thanks very much! > > > > > > -- > -- > TheDailyTube.com. Sign up and get the best new videos on the internet > delivered fresh to your inbox. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Autocomplete component
The Autocomplete calls toString on each of the objects that you return, and that is the value that is set into your input box. You can check out the source for the component it's pretty short. http://tapestry.apache.org/tapestry5/apidocs/src-html/org/apache/tapestry/corelib/mixins/Autocomplete.html If you want more complex data to be displayed then you can extend the class and implement the generateResponseMarkup method. As of 5.0.11 extending the client side behavior when the user chooses a value is not possible, as far as I could find. Josh On Tue, May 20, 2008 at 4:06 PM, Manuel Corrales <[EMAIL PROTECTED]> wrote: > Hi, i have s doubt about autocomplete component. According to the > documentation, you can return a list of any objects on the > onProvideCompletions, my question is, when i choose a value, this value is > going to be the object from that list? or just a string and i have to make a > match beetwen the string and the real object? > > Thanks very much! > -- -- TheDailyTube.com. Sign up and get the best new videos on the internet delivered fresh to your inbox. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autocomplete component
Hi, i have s doubt about autocomplete component. According to the documentation, you can return a list of any objects on the onProvideCompletions, my question is, when i choose a value, this value is going to be the object from that list? or just a string and i have to make a match beetwen the string and the real object? Thanks very much!
Re: Tapestry users declined for the first time in 3 years, says this researh site ...
Chris Lewis-5 wrote: > > Except for the part about him not being a friend of wicket, I agree. > We've every reason to believe this moron is the same Emanuel whatever, > who is known to be Francis Amanfo, and who we know a good bit about. > Specifically, he is active in the wicket community and was mentioned in > a 'thanks' for having contributed an accepted patch > (http://wicket.sourceforge.net/wicket-1.1/changes-report.html - search > for Francis Amanfo). I wouldn't dare say that the rantings of a such > bird brain reflect the wicket community, but he is in some manner > associated with it. > The Francis mentioned here contributed a patch. A very long time ago I might add. I don't think it Rob and Francis and other trolls around here are one person, and messages like this: http://www.theserverside.com/news/thread.tss?thread_id=48743#249209 enforce that opinion. But maybe I don't know any off them either. To me, there is a huge difference between someone contributing a patch and someone being active over an extended period of time (patches, but also on the mailing list) or even being part of the core team. If there would be anyone really active in the Wicket community behaving like Rob does we'd quite simply tell him to go fcku himself. And in the case of Rob, I actually sent him a private email with pretty much that message a while ago, though I never got a reply. We've stated on several occasions and in public that we don't like trolls either (here for instance: http://chillenious.wordpress.com/2007/02/06/is-there-a-wicket-tapestry-feud/). The whole my group vs your group is so incredibly childish. And the trolls are probably laughing their asses off right now. Ignoring them works better. Eelco (from the Wicket 'community') -- View this message in context: http://www.nabble.com/Tapestry-users-declined-for-the-first-time-in-3-years%2C-says-this-researh-site-...-tp17016042p17352495.html 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 Services with diferent Implementation
On 5/20/08, Christian Edward Gruber <[EMAIL PROTECTED]> wrote: > Wouldn't it be rather normal to create a tapestry-tx that provided > transaction wrappers around existing services, much the way tapestry-spring > and tapestry-hibernate do? Especially now that there's a bit more AOP going > on in T5. I haven't tested the new Tapestry-IoC AOP features yet, but I think the answer is yes. But I don't expect it to be written by Howard. IMHO, he must focus on Tapestry-Core and Tapestry-IoC. Someone must do that. I even started something like that, but I headed in the wrong direction and now I'm focusing in writing some CRUD-related open source packages for Tapestry 5. I want to release them in the next weeks. I don't like the way tapestry-hibernate is implemented because, AFAIK, it violates the three-tier architecture (separation of persistence, business rules and user interface layers). Example: using Hibernate sessions in page classes. -- Thiago - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Package rename for 5.0.12
Hi guys, the t5components nightly SNAPSHOT build reflects the package renaming of howards tap5. please take care for updating your local maven repository. 2008/5/20 Howard Lewis Ship <[EMAIL PROTECTED]>: > As a follow on to the prior discussion ... the upgrade for users from > 5.0.11 to 5.0.12 (once 5.0.12 is available) will have one big wrinkle: > > Package org.apache.tapestry has been renamed to org.apache.tapestry5. > > The rationale behind this is the rename will allow Tapestry 3 or > Tapestry 4 applications to co-exist with a Tapestry 5 application. > Without it, there were a number of naming conflicts. > > It's unfortunate that such a large change should occur so late, pretty > much on the eve of a release candidate (5.0.12 may be a second beta, > or may be the release candidate). This represents a lack of foresight > on my part, and an evolving set of priorities. > > If you are on Unix, you can update your code pretty easily: > > find . -name \*.java -o -name \*.xml -o -name \*.properties | xargs > sed -i s/org\\.apache\\.tapestry\\./org.apache.tapestry5./g > > This finds all Java, XML and properties files and edits them in place > to replace "org.apache.tapestry." with "org.apache.tapestry5.". > > This will be necessary after tonight's nightly build (if you are using > 5.0.12-SNAPSHOT) or once 5.0.12 is available (as part of the upgrade > from 5.0.11). > > Thanks to everyone for all the great input; it felt that the consensus > was that tapestry5 (rather than tapestry.v5 or other suggestions) was > the best approach. Tapestry5 really is a new product in the Tapestry > product line, and this naming still feels consistent to me. > > -- > Howard M. Lewis Ship > > Creator Apache Tapestry and Apache HiveMind > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- with regards Sven Homburg http://tapestry5-components.googlecode.com
Re: T5 Services with diferent Implementation
Wouldn't it be rather normal to create a tapestry-tx that provided transaction wrappers around existing services, much the way tapestry- spring and tapestry-hibernate do? Especially now that there's a bit more AOP going on in T5. Christian. On 20-May-08, at 17:00 , Thiago HP wrote: On 5/20/08, Zheng, Xiahong <[EMAIL PROTECTED]> wrote: I would use Spring to configure the type of services you are trying to provide to your pages. I am wondering if using Tapestry services has any advantages in this case. 1) Tapestry-IoC has a nicer way to describe services (even compared to Spring's JavaConfig) 2) Tapestry-IoC has distributed configuration (see http://tapestry.apache.org/tapestry5/tapestry-ioc/configuration.html), Spring doesn't. The only thing that prevents me from using Tapestry-IoC for configuring all my applications' objects (services) is Spring's transaction management. -- Thiago - 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: Tapestry users declined for the first time in 3 years, says this researh site ...
"Rob", I'm sure that you are a very busy man, so, don't worry about the future of Tapestry, you have did your part, thanks. I think you have to move on, and forget about Tapestry.
Re: T5 Services with diferent Implementation
On 5/20/08, Zheng, Xiahong <[EMAIL PROTECTED]> wrote: > I would use Spring to configure the type of services you are trying to > provide to your pages. I am wondering if using Tapestry services has any > advantages in this case. 1) Tapestry-IoC has a nicer way to describe services (even compared to Spring's JavaConfig) 2) Tapestry-IoC has distributed configuration (see http://tapestry.apache.org/tapestry5/tapestry-ioc/configuration.html), Spring doesn't. The only thing that prevents me from using Tapestry-IoC for configuring all my applications' objects (services) is Spring's transaction management. -- Thiago - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: T5 Services with diferent Implementation
I would use Spring to configure the type of services you are trying to provide to your pages. I am wondering if using Tapestry services has any advantages in this case. -Original Message- From: maxthesecond [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 20, 2008 4:29 PM To: users@tapestry.apache.org Subject: Re: T5 Services with diferent Implementation Bless you man! But wouldn't it be easy if in the docs concerning services a mock example will bring you through all the steps needed to do a thing that at the end is just merely convention?? If you naively go to look after the page http://tapestry.apache.org/tapestry5/tapestry-annotations/ and you click to this link for enlightment, then when yo click to any of the two links that adress you to tapestry core and tapestry ioc, allegedly annotations, you get a beautiful "not found". I really apreciate your help and in general the comunity, but some rough edges still are present in the documentation that may potentially scare new comers. I apologise for the rant, but I hope you understand it is only for the sake of good. So: no one can say that tapestry comunity is very responsive, but sometimes tapestry it's still a little bit too tricky. Again thanks a lot. HugoPalma wrote: > > You should be using org.apache.tapestry.annotations.Service annotation. > > http://tapestry.apache.org/tapestry5/apidocs/org/apache/tapestry/annotat ions/Service.html > > maxthesecond wrote: >> Almost, but now compiler doesen't know what @Service is. >> I've read the documents but they lack a sample of usage from the client >> side >> of the servicedon't know witch files I have to include (import) >> import >> org.apache.tapestry.ioc.annotations.?? >> thanks a lot just one step and I'm done! >> >> >> >> HugoPalma wrote: >> >>> Try: >>> >>> @Inject >>> @Service("MyService1") private IMyInterface _CMF; >>> >>> >>> Check the end of this page >>> http://tapestry.apache.org/tapestry5/tapestry-core/guide/inject.html >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/T5-Services-with-diferent-Implementation-tp1734853 4p17350128.html Sent from the Tapestry - User mailing list archive at Nabble.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]
Re: T5 Services with diferent Implementation
Bless you man! But wouldn't it be easy if in the docs concerning services a mock example will bring you through all the steps needed to do a thing that at the end is just merely convention?? If you naively go to look after the page http://tapestry.apache.org/tapestry5/tapestry-annotations/ and you click to this link for enlightment, then when yo click to any of the two links that adress you to tapestry core and tapestry ioc, allegedly annotations, you get a beautiful "not found". I really apreciate your help and in general the comunity, but some rough edges still are present in the documentation that may potentially scare new comers. I apologise for the rant, but I hope you understand it is only for the sake of good. So: no one can say that tapestry comunity is very responsive, but sometimes tapestry it's still a little bit too tricky. Again thanks a lot. HugoPalma wrote: > > You should be using org.apache.tapestry.annotations.Service annotation. > > http://tapestry.apache.org/tapestry5/apidocs/org/apache/tapestry/annotations/Service.html > > maxthesecond wrote: >> Almost, but now compiler doesen't know what @Service is. >> I've read the documents but they lack a sample of usage from the client >> side >> of the servicedon't know witch files I have to include (import) >> import >> org.apache.tapestry.ioc.annotations.?? >> thanks a lot just one step and I'm done! >> >> >> >> HugoPalma wrote: >> >>> Try: >>> >>> @Inject >>> @Service("MyService1") private IMyInterface _CMF; >>> >>> >>> Check the end of this page >>> http://tapestry.apache.org/tapestry5/tapestry-core/guide/inject.html >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/T5-Services-with-diferent-Implementation-tp17348534p17350128.html 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[2]: Help with Tapestry 3.4 and Stale Link Error
Hello Robert, Thanks for your advice on these components. They are proving helpful. -- Best regards, Davidmailto:[EMAIL PROTECTED] __ Tuesday, May 20, 2008, 10:18:46 AM, you wrote: > For T3, I avoid using the built-in conditional and foreach components, > and instead use the If, Else, and For components in the "Base" library > at: > http://www.t-deli.com/#base > The T4 components are based on these. > They should basically ensure that you don't see the stale-link. > Robert > On May 20, 2008, at 5/209:13 AM , Kevin Menard wrote: >> Are you modifying the form based on the search results? If so, make >> sure you use ListEdit rather than Foreach. Unfortunately, I've been >> out of the T3 game a long time, but that seems like the most likely >> culprit to me. >> >> -- >> Kevin >> >> On May 18, 2008, at 11:01 AM, David Moskowitz wrote: >> >>> Hello Users, >>> >>> I just cannot figure this one out. It seems like this error just >>> started out of nowhere. Of course this is probably not the case, >>> but no changes I made seem to contribute to this error. anyway. >>> >>> >>> I can get the following stale link error simply by clicking the >>> form's search button a few times, without even modifying any search >>> parameters. >>> >>> __ >>> You have clicked on a stale link. >>> Rewind of form SharedSummary/$SharedSummaryComponent.$Form expected >>> allocated id #50 to be '$If$28', but was 'vdatepicker$1' (requested >>> by component SharedSummary/ >>> $SharedSummaryComponent.objectList.docsRecdDate.vdatepicker). >>> This is most likely the result of using your browser's back button, >>> but can also be an application error. >>> You may continue by returning to the application's home page. >>> >>> >>> >>> I have a simple search form with text field and select list >>> parameters on top of the page, and a list of results on the bottom. >>> I have a search and reset imagesubmit on the top of the page. >>> >>> Click search a few times gives the error. >>> >>> >>> I am doing the data retrieval in the formSubmit(IRequestCycle >>> cycle) method. >>> >>> >>> When I hit the error, it doesn't even get to this spot. >>> The trace shows that the pageBeginRender is fired once, then the >>> error occurs, before any search is done. >>> >>> >>> This makes no sense to me. I realize this is an old problem and I >>> am using an old version, but any advice is GREATLY appreciated. >>> >>> >>> >>> -- >>> Best regards, >>> David mailto:[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] > - > 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: Instability in Tapestry 5.0.12-SNAPSHOT
And the commits are there, so it's already been done. I think we can wrap up the thread. Christian. On 20-May-08, at 14:45 , Kevin Menard wrote: Par for the course in a beta framework. I'll grant you that this is a much larger change than is typical for a beta, but it's a now-or- never situation, too. I don't think releasing T5 and then changing all the packages around would be prudent. -- Kevin On May 20, 2008, at 2:15 PM, Renat Zubairov wrote: Hi -1 to t5 -1 to tapestry5 IMHO in release candidate it is not acceptable! Release the 5.0 and then change it. Think about existing T5 applications. -- Best regards, Renat Zubairov - 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 Services with diferent Implementation
You should be using org.apache.tapestry.annotations.Service annotation. http://tapestry.apache.org/tapestry5/apidocs/org/apache/tapestry/annotations/Service.html maxthesecond wrote: > Almost, but now compiler doesen't know what @Service is. > I've read the documents but they lack a sample of usage from the client side > of the servicedon't know witch files I have to include (import) import > org.apache.tapestry.ioc.annotations.?? > thanks a lot just one step and I'm done! > > > > HugoPalma wrote: > >> Try: >> >> @Inject >> @Service("MyService1") private IMyInterface _CMF; >> >> >> Check the end of this page >> http://tapestry.apache.org/tapestry5/tapestry-core/guide/inject.html >> >> > >
Re: T5 Services with diferent Implementation
Almost, but now compiler doesen't know what @Service is. I've read the documents but they lack a sample of usage from the client side of the servicedon't know witch files I have to include (import) import org.apache.tapestry.ioc.annotations.?? thanks a lot just one step and I'm done! HugoPalma wrote: > > Try: > > @Inject > @Service("MyService1") private IMyInterface _CMF; > > > Check the end of this page > http://tapestry.apache.org/tapestry5/tapestry-core/guide/inject.html > -- View this message in context: http://www.nabble.com/T5-Services-with-diferent-Implementation-tp17348534p17349639.html 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 Services with diferent Implementation
Try: @Inject @Service("MyService1") private IMyInterface _CMF; Check the end of this page http://tapestry.apache.org/tapestry5/tapestry-core/guide/inject.html maxthesecond wrote: > Thanks a lot > but now I get the following compiler error: The anotation @InjectService is > disallowed for this location. > ?? > > BTW the location is on a regular page class: > > public class TestProductDivContainer { > @Inject private Logger _logger; > > @ApplicationState(create=true) > private CMSession _CMSession; > > @InjectService("MyService1") private IMyInterface _CMF; > > } > > Before I have @Inject private IMyInterface _CMF; > > > > > Kheldar666 wrote: > >> @InjectService("MyService1") >> >> >> maxthesecond wrote: >> >>> >>> I have an Interface with 2 different implementations >>> >>> lets say IMyInterface MyImplementation1 Myimplementation2 >>> >>> >>> until now I only needed to use one of the implementations at once, so in >>> my client code I just wrote @Inject private IMyInterface >>> >>> >>> and everithing was ok, now I'm on the need to use at the same time both >>> implementations >>> >>> My first idea was to write: >>> >>> binder.bind(IMyInterface.class,MyImplementation1.class).withId("Myservice1"); >>> binder.bind(IMyInterface.class,MyImplementation2.class).withId("MyService2"); >>> >>> But now the question is: How I am suposed to used it from the client >>> side( I mean a page a component)? >>> >>> @Inject MyService1? >>> >>> thanks for the answer! >>> >>> >>> >>> >>> >>> >>> >>> >> > >
Re: T5 Services with diferent Implementation
Thanks a lot but now I get the following compiler error: The anotation @InjectService is disallowed for this location. ?? BTW the location is on a regular page class: public class TestProductDivContainer { @Inject private Logger _logger; @ApplicationState(create=true) private CMSession _CMSession; @InjectService("MyService1") private IMyInterface _CMF; } Before I have @Inject private IMyInterface _CMF; Kheldar666 wrote: > > @InjectService("MyService1") > > > maxthesecond wrote: >> >> >> >> I have an Interface with 2 different implementations >> >> lets say IMyInterface MyImplementation1 Myimplementation2 >> >> >> until now I only needed to use one of the implementations at once, so in >> my client code I just wrote @Inject private IMyInterface >> >> >> and everithing was ok, now I'm on the need to use at the same time both >> implementations >> >> My first idea was to write: >> >> binder.bind(IMyInterface.class,MyImplementation1.class).withId("Myservice1"); >> binder.bind(IMyInterface.class,MyImplementation2.class).withId("MyService2"); >> >> But now the question is: How I am suposed to used it from the client >> side( I mean a page a component)? >> >> @Inject MyService1? >> >> thanks for the answer! >> >> >> >> >> >> >> > > -- View this message in context: http://www.nabble.com/T5-Services-with-diferent-Implementation-tp17348534p17348992.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Package rename for 5.0.12
As a follow on to the prior discussion ... the upgrade for users from 5.0.11 to 5.0.12 (once 5.0.12 is available) will have one big wrinkle: Package org.apache.tapestry has been renamed to org.apache.tapestry5. The rationale behind this is the rename will allow Tapestry 3 or Tapestry 4 applications to co-exist with a Tapestry 5 application. Without it, there were a number of naming conflicts. It's unfortunate that such a large change should occur so late, pretty much on the eve of a release candidate (5.0.12 may be a second beta, or may be the release candidate). This represents a lack of foresight on my part, and an evolving set of priorities. If you are on Unix, you can update your code pretty easily: find . -name \*.java -o -name \*.xml -o -name \*.properties | xargs sed -i s/org\\.apache\\.tapestry\\./org.apache.tapestry5./g This finds all Java, XML and properties files and edits them in place to replace "org.apache.tapestry." with "org.apache.tapestry5.". This will be necessary after tonight's nightly build (if you are using 5.0.12-SNAPSHOT) or once 5.0.12 is available (as part of the upgrade from 5.0.11). Thanks to everyone for all the great input; it felt that the consensus was that tapestry5 (rather than tapestry.v5 or other suggestions) was the best approach. Tapestry5 really is a new product in the Tapestry product line, and this naming still feels consistent to me. -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5 Services with diferent Implementation
@InjectService("MyService1") maxthesecond wrote: > > > > I have an Interface with 2 different implementations > > lets say IMyInterface MyImplementation1 Myimplementation2 > > > until now I only needed to use one of the implementations at once, so in > my client code I just wrote @Inject private IMyInterface > > > and everithing was ok, now I'm on the need to use at the same time both > implementations > > My first idea was to write: > > binder.bind(IMyInterface.class,MyImplementation1.class).withId("Myservice1"); > binder.bind(IMyInterface.class,MyImplementation2.class).withId("MyService2"); > > But now the question is: How I am suposed to used it from the client side( > I mean a page a component)? > > @Inject MyService1? > > thanks for the answer! > > > > > > > -- View this message in context: http://www.nabble.com/T5-Services-with-diferent-Implementation-tp17348534p17348567.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
T5 Services with diferent Implementation
I have an Interface with 2 different implementations lets say IMyInterface MyImplementation1 Myimplementation2 until now I only needed to use one of the implementations at once, so in my client code I just wrote @Inject private IMyInterface and everithing was ok, now I'm on the need to use at the same time both implementations My first idea was to write: binder.bind(IMyInterface.class,MyImplementation1.class).withId("Myservice1"); binder.bind(IMyInterface.class,MyImplementation2.class).withId("MyService2"); But now the question is: How I am suposed to used it from the client side( I mean a page a component)? @Inject MyService1? thanks for the answer! -- View this message in context: http://www.nabble.com/T5-Services-with-diferent-Implementation-tp17348534p17348534.html 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: Grid Global Data
My initial question was poorly worded. I apologize. It turned out that it was my fault. I was populating the wrong variables at the wrong time. Thanks though. On Tue, May 20, 2008 at 1:01 PM, Josh Canfield <[EMAIL PROTECTED]> wrote: > Can you show some code that you use to persist your result list? Are > you using @Persist("session")? or @ApplicationState (which would be > how you generally get application scope) > > Are you doing any sort of caching at the page level? If you have url > re-writing turned on with a page level cache then you could be sending > the same session id in your links... > > Josh > > On Sun, May 18, 2008 at 2:23 PM, Todd Orr <[EMAIL PROTECTED]> wrote: >> I'm probably overlooking something trivial. I have a form that >> populates a result list that is session persistent. I view this page >> in Firefox and I see my results. What's strange is that if I navigate >> to the page with IE I see the same results. Does the grid store its >> data in the application scope? That seems odd. >> >> - >> 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. > > - > 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: Instability in Tapestry 5.0.12-SNAPSHOT
Par for the course in a beta framework. I'll grant you that this is a much larger change than is typical for a beta, but it's a now-or-never situation, too. I don't think releasing T5 and then changing all the packages around would be prudent. -- Kevin On May 20, 2008, at 2:15 PM, Renat Zubairov wrote: Hi -1 to t5 -1 to tapestry5 IMHO in release candidate it is not acceptable! Release the 5.0 and then change it. Think about existing T5 applications. -- Best regards, Renat Zubairov - 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: Instability in Tapestry 5.0.12-SNAPSHOT
Hi -1 to t5 -1 to tapestry5 IMHO in release candidate it is not acceptable! Release the 5.0 and then change it. Think about existing T5 applications. -- Best regards, Renat Zubairov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Grid Source Persist and Paging
Thanks. That sounds like a clean solution. I'm surprised this isn't factored into the grid as my case is common I'm sure. On Tue, May 20, 2008 at 10:30 AM, Thiago HP <[EMAIL PROTECTED]> wrote: > On 5/19/08, Todd Orr <[EMAIL PROTECTED]> wrote: >> I have a Form and a Grid on my search page. The Form's success handler >> populates a List results variable using an expensive query that I'd >> like to not run on every Grid page navigation. To prevent unnecessary >> query hits I use the @Persist annotation on the results var. > > Instead of persisting the results, try to persist the search > parameters and implement a custom GridDataSource, so you only retrieve > the objects shown in the current page, not the entire list. > > -- > Thiago > > - > 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: Grid Global Data
Can you show some code that you use to persist your result list? Are you using @Persist("session")? or @ApplicationState (which would be how you generally get application scope) Are you doing any sort of caching at the page level? If you have url re-writing turned on with a page level cache then you could be sending the same session id in your links... Josh On Sun, May 18, 2008 at 2:23 PM, Todd Orr <[EMAIL PROTECTED]> wrote: > I'm probably overlooking something trivial. I have a form that > populates a result list that is session persistent. I view this page > in Firefox and I see my results. What's strange is that if I navigate > to the page with IE I see the same results. Does the grid store its > data in the application scope? That seems odd. > > - > 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. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: change default location of application wide message catalog
Thank you Christophe. I added your code exactly as is to my AppModule and it sure works. I'm very impressed. That's some beautiful code, and I feel like I'm learning more about how powerful Tapestry is !! -adam On Tue, May 20, 2008 at 10:51 AM, Cordenier Christophe <[EMAIL PROTECTED]> wrote: > Can you try with something like this, Override and alias : > >public static ComponentMessagesSource > buildCustomMessagesSource(UpdateListenerHub updateListenerHub, > >@ClasspathProvider >AssetFactory contextAssetFactory, > >@Inject >@Value("${tapestry.app-name}.properties") >String appCatalog) { >ComponentMessagesSourceImpl service = new > ComponentMessagesSourceImpl(contextAssetFactory.getRootResource(), > appCatalog); > >updateListenerHub.addUpdateListener(service); > >return service; >} > >public static void > contributeAliasOverrides(Configuration configuration, > @InjectService("CustomMessagesSource") >ComponentMessagesSource messagesSource) { > >AliasContribution pfmContribution = > AliasContribution.create(ComponentMessagesSource.class, messagesSource); > >configuration.add(pfmContribution); > >} > > > > -Message d'origine- > De : Adam Zimowski [mailto:[EMAIL PROTECTED] > Envoyé : mardi 20 mai 2008 17:20 > À : Tapestry users > Objet : T5: change default location of application wide message catalog > > Is there a way to change where Tapestry looks for app.properties ? By > default it looks for it in WEB-INF, but I need it to be at the root of > my package hierarchy. I was looking for some sort of contribution, but > can't find out exact values. > > -adam > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > Ce message et les pièces jointes sont confidentiels et réservés à l'usage > exclusif de ses destinataires. Il peut également être protégé par le secret > professionnel. Si vous recevez ce message par erreur, merci d'en avertir > immédiatement l'expéditeur et de le détruire. L'intégrité du message ne > pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne > pourra être recherchée quant au contenu de ce message. Bien que les meilleurs > efforts soient faits pour maintenir cette transmission exempte de tout virus, > l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne > saurait être recherchée pour tout dommage résultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended solely > for the addressee; it may also be privileged. If you receive this e-mail in > error, please notify the sender immediately and destroy it. As its integrity > cannot be secured on the Internet, the Atos Origin group liability cannot be > triggered for the message content. Although the sender endeavours to maintain > a computer virus-free network, the sender does not warrant that this > transmission is virus-free and will not be liable for any damages resulting > from any virus transmitted. > > > - > 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: change default location of application wide message catalog
Can you try with something like this, Override and alias : public static ComponentMessagesSource buildCustomMessagesSource(UpdateListenerHub updateListenerHub, @ClasspathProvider AssetFactory contextAssetFactory, @Inject @Value("${tapestry.app-name}.properties") String appCatalog) { ComponentMessagesSourceImpl service = new ComponentMessagesSourceImpl(contextAssetFactory.getRootResource(), appCatalog); updateListenerHub.addUpdateListener(service); return service; } public static void contributeAliasOverrides(Configuration configuration, @InjectService("CustomMessagesSource") ComponentMessagesSource messagesSource) { AliasContribution pfmContribution = AliasContribution.create(ComponentMessagesSource.class, messagesSource); configuration.add(pfmContribution); } -Message d'origine- De : Adam Zimowski [mailto:[EMAIL PROTECTED] Envoyé : mardi 20 mai 2008 17:20 À : Tapestry users Objet : T5: change default location of application wide message catalog Is there a way to change where Tapestry looks for app.properties ? By default it looks for it in WEB-INF, but I need it to be at the root of my package hierarchy. I was looking for some sort of contribution, but can't find out exact values. -adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité du groupe Atos Origin ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: change default location of application wide message catalog
same needs here. there should be a module level message catalog, too. my webapps are almost empty and only used to bootstrap multiple t5 modules.. c)hristian Is there a way to change where Tapestry looks for app.properties ? By default it looks for it in WEB-INF, but I need it to be at the root of my package hierarchy. I was looking for some sort of contribution, but can't find out exact values. -adam - 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's version?
Hi there, Welcome to the list. :) Alexander's book is based on Tapestry 5.0.7 or so, I believe. The current beta version is 5.0.11 with 5.0.12 available as snapshots. As T5 was alpha when Alexander wrote the book, there have been quite a few changes since then. You can see some of them at http://tapestry.apache.org/tapestry5/tapestry-core/upgrade.html. If there's anything else that doesn't work I'd advise you to check out the relevant docs at the website, and if that doesn't solve your problem, send a mail to this list. We'll probably be able to tell you what's going on. Regarding T5 applications, I've had one site running since December 2, 2007 and another site up since August, 2007. -Filip On 2008-05-20 17:27, mark lu wrote: i am new to tapestry. i just want to use t5 to build my application and i don't want to learn the inner technology of t5. so,what's the stable version of t5? i have read Alexander Kolesnikov's book--tapestry 5 build web application,and know something about t5. however,during my studying process,i encountered some problem even though i have followed the book. so,i think it's the framework's bug,maybe. so...who can help me? another question: whoever have built a application using t5 already? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
t5's version?
i am new to tapestry. i just want to use t5 to build my application and i don't want to learn the inner technology of t5. so,what's the stable version of t5? i have read Alexander Kolesnikov's book--tapestry 5 build web application,and know something about t5. however,during my studying process,i encountered some problem even though i have followed the book. so,i think it's the framework's bug,maybe. so...who can help me? another question: whoever have built a application using t5 already? -- View this message in context: http://www.nabble.com/t5%27s-version--tp17343189p17343189.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
T5: change default location of application wide message catalog
Is there a way to change where Tapestry looks for app.properties ? By default it looks for it in WEB-INF, but I need it to be at the root of my package hierarchy. I was looking for some sort of contribution, but can't find out exact values. -adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: where can i get the referrence?
thank you for your response! Lindsay Steele wrote: > > Try these links ... > > http://tapestry.apache.org/tapestry5/tapestry-core/ > > http://tapestry.apache.org/tapestry5/tapestry-core/ref/index.html > > > 2008/5/20 mark lu <[EMAIL PROTECTED]>: > >> >> where can i get the referrence about tapestry? >> for example,the referrence about annotation,component,etc. >> thanks. >> -- >> View this message in context: >> http://www.nabble.com/where-can-i-get-the-referrence--tp17333433p17333433.html >> Sent from the Tapestry - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > -- View this message in context: http://www.nabble.com/where-can-i-get-the-referrence--tp17333433p17342952.html 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: Instability in Tapestry 5.0.12-SNAPSHOT
+1 for org.apache.tapestry5 Tapestry 5 is fundamentally separate as a product from tapestry 4. tapestry.v5 gains nothing extra. V6 is far off and marketing-wise it would not be much of an issue to keep the package name at that time (under the hood item, post sale). Szemere
Re: Tapestry users declined for the first time in 3 years, says this researh site ...
Yeah ... when he published his article I asked him for the stats to back it up but no response! Toby - Original Message From: Chris Lewis <[EMAIL PROTECTED]> To: Tapestry users Sent: Tuesday, 20 May, 2008 3:16:02 PM Subject: Re: Tapestry users declined for the first time in 3 years, says this researh site ... Except for the part about him not being a friend of wicket, I agree. We've every reason to believe this moron is the same Emanuel whatever, who is known to be Francis Amanfo, and who we know a good bit about. Specifically, he is active in the wicket community and was mentioned in a 'thanks' for having contributed an accepted patch (http://wicket.sourceforge.net/wicket-1.1/changes-report.html - search for Francis Amanfo). I wouldn't dare say that the rantings of a such bird brain reflect the wicket community, but he is in some manner associated with it. chris Geoff Callender wrote: > A fine post, Jonathon, in every regard. I could not agree more. > > Geoff > > On 20/05/2008, at 9:41 AM, Jonathan Locke wrote: > >> >> I was just googling around the Internet for people with Wicket >> problems and I >> ran across this highly obnoxious post and felt I should comment. >> >> If the research was real, the poster would have linked to it. In fact, >> nobody has any real basis short of a widespread statistical survey for >> assessing the number of users of open source frameworks. Since I highly >> doubt anyone cares enough to do such an expensive survey, we can safely >> assume the poster is not only an anti-social ass but also a liar. And >> he is >> certainly not a friend of the Wicket or open source communities, as >> posts >> like this are damaging to everyone involved. In case I'm not making this >> clear enough "Rob Smeets": KNOCK IT OFF ALREADY! >> >> Open-source technologies should not be thought of as some kind of >> popularity >> contest. There are great technologies that languish in relative >> obscurity >> and mediocre ones that everyone seems to use. It is also objectively a >> healthy thing to have good alternatives as we don't live in a >> one-size-fits-all world. Tapestry is a solid framework with a long >> history, >> lots of users and plenty of development activity. I don't think >> Wicket or >> anything else will kill it and there's no reason to think it won't >> continue >> to flourish. Certainly it has been innovative for many years and is a >> cut >> above most of the rest... and honestly anything that helps to put a >> nail in >> the coffin of Struts is good for Java. >> >> Best, >> >> Jonathan Locke, Founder of Wicket >> >> >> Rob Smeets wrote: >>> >>> Hi guys, >>> >>> I don't mean to cause any depression or controversy but I saw this >>> research >>> results and thought you might want to know. Because this makes me worry >>> about the future of Tapestry. >>> According to the research, Tapestry users declined drastically by >>> 45% for >>> the first time in 3 years. I was very surprised because of the hype and >>> sound bytes from Howard and co. surrounding Tapestry 5. I understand >>> users >>> of Wicket grew by 55% whereas GWT grew by 85%. According to the source, >>> Adobe Flex users grew by 91% and that seems huge to me but warrants >>> it of >>> course. Even Howard admits Flex is one of the best. >>> I think I agree with this research just by looking at the traffic >>> here on >>> the Tapestry list as well as responses on Howard's blog site on all >>> topics >>> regarding Tapestry. >>> >>> What do you think? >>> >>> Yours friendly, >>> >>> Rob >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Tapestry-users-declined-for-the-first-time-in-3-years%2C-says-this-researh-site-...-tp17016042p17330503.html >> >> Sent from the Tapestry - User mailing list archive at Nabble.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] > > -- http://thegodcode.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Grid Source Persist and Paging
On 5/19/08, Todd Orr <[EMAIL PROTECTED]> wrote: > I have a Form and a Grid on my search page. The Form's success handler > populates a List results variable using an expensive query that I'd > like to not run on every Grid page navigation. To prevent unnecessary > query hits I use the @Persist annotation on the results var. Instead of persisting the results, try to persist the search parameters and implement a custom GridDataSource, so you only retrieve the objects shown in the current page, not the entire list. -- Thiago - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help with Tapestry 3.4 and Stale Link Error
For T3, I avoid using the built-in conditional and foreach components, and instead use the If, Else, and For components in the "Base" library at: http://www.t-deli.com/#base The T4 components are based on these. They should basically ensure that you don't see the stale-link. Robert On May 20, 2008, at 5/209:13 AM , Kevin Menard wrote: Are you modifying the form based on the search results? If so, make sure you use ListEdit rather than Foreach. Unfortunately, I've been out of the T3 game a long time, but that seems like the most likely culprit to me. -- Kevin On May 18, 2008, at 11:01 AM, David Moskowitz wrote: Hello Users, I just cannot figure this one out. It seems like this error just started out of nowhere. Of course this is probably not the case, but no changes I made seem to contribute to this error. anyway. I can get the following stale link error simply by clicking the form's search button a few times, without even modifying any search parameters. __ You have clicked on a stale link. Rewind of form SharedSummary/$SharedSummaryComponent.$Form expected allocated id #50 to be '$If$28', but was 'vdatepicker$1' (requested by component SharedSummary/ $SharedSummaryComponent.objectList.docsRecdDate.vdatepicker). This is most likely the result of using your browser's back button, but can also be an application error. You may continue by returning to the application's home page. I have a simple search form with text field and select list parameters on top of the page, and a list of results on the bottom. I have a search and reset imagesubmit on the top of the page. Click search a few times gives the error. I am doing the data retrieval in the formSubmit(IRequestCycle cycle) method. When I hit the error, it doesn't even get to this spot. The trace shows that the pageBeginRender is fired once, then the error occurs, before any search is done. This makes no sense to me. I realize this is an old problem and I am using an old version, but any advice is GREATLY appreciated. -- Best regards, David mailto:[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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry users declined for the first time in 3 years, says this researh site ...
Except for the part about him not being a friend of wicket, I agree. We've every reason to believe this moron is the same Emanuel whatever, who is known to be Francis Amanfo, and who we know a good bit about. Specifically, he is active in the wicket community and was mentioned in a 'thanks' for having contributed an accepted patch (http://wicket.sourceforge.net/wicket-1.1/changes-report.html - search for Francis Amanfo). I wouldn't dare say that the rantings of a such bird brain reflect the wicket community, but he is in some manner associated with it. chris Geoff Callender wrote: > A fine post, Jonathon, in every regard. I could not agree more. > > Geoff > > On 20/05/2008, at 9:41 AM, Jonathan Locke wrote: > >> >> I was just googling around the Internet for people with Wicket >> problems and I >> ran across this highly obnoxious post and felt I should comment. >> >> If the research was real, the poster would have linked to it. In fact, >> nobody has any real basis short of a widespread statistical survey for >> assessing the number of users of open source frameworks. Since I highly >> doubt anyone cares enough to do such an expensive survey, we can safely >> assume the poster is not only an anti-social ass but also a liar. And >> he is >> certainly not a friend of the Wicket or open source communities, as >> posts >> like this are damaging to everyone involved. In case I'm not making this >> clear enough "Rob Smeets": KNOCK IT OFF ALREADY! >> >> Open-source technologies should not be thought of as some kind of >> popularity >> contest. There are great technologies that languish in relative >> obscurity >> and mediocre ones that everyone seems to use. It is also objectively a >> healthy thing to have good alternatives as we don't live in a >> one-size-fits-all world. Tapestry is a solid framework with a long >> history, >> lots of users and plenty of development activity. I don't think >> Wicket or >> anything else will kill it and there's no reason to think it won't >> continue >> to flourish. Certainly it has been innovative for many years and is a >> cut >> above most of the rest... and honestly anything that helps to put a >> nail in >> the coffin of Struts is good for Java. >> >> Best, >> >> Jonathan Locke, Founder of Wicket >> >> >> Rob Smeets wrote: >>> >>> Hi guys, >>> >>> I don't mean to cause any depression or controversy but I saw this >>> research >>> results and thought you might want to know. Because this makes me worry >>> about the future of Tapestry. >>> According to the research, Tapestry users declined drastically by >>> 45% for >>> the first time in 3 years. I was very surprised because of the hype and >>> sound bytes from Howard and co. surrounding Tapestry 5. I understand >>> users >>> of Wicket grew by 55% whereas GWT grew by 85%. According to the source, >>> Adobe Flex users grew by 91% and that seems huge to me but warrants >>> it of >>> course. Even Howard admits Flex is one of the best. >>> I think I agree with this research just by looking at the traffic >>> here on >>> the Tapestry list as well as responses on Howard's blog site on all >>> topics >>> regarding Tapestry. >>> >>> What do you think? >>> >>> Yours friendly, >>> >>> Rob >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Tapestry-users-declined-for-the-first-time-in-3-years%2C-says-this-researh-site-...-tp17016042p17330503.html >> >> Sent from the Tapestry - User mailing list archive at Nabble.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] > > -- http://thegodcode.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help with Tapestry 3.4 and Stale Link Error
Are you modifying the form based on the search results? If so, make sure you use ListEdit rather than Foreach. Unfortunately, I've been out of the T3 game a long time, but that seems like the most likely culprit to me. -- Kevin On May 18, 2008, at 11:01 AM, David Moskowitz wrote: Hello Users, I just cannot figure this one out. It seems like this error just started out of nowhere. Of course this is probably not the case, but no changes I made seem to contribute to this error. anyway. I can get the following stale link error simply by clicking the form's search button a few times, without even modifying any search parameters. __ You have clicked on a stale link. Rewind of form SharedSummary/$SharedSummaryComponent.$Form expected allocated id #50 to be '$If$28', but was 'vdatepicker$1' (requested by component SharedSummary/ $SharedSummaryComponent.objectList.docsRecdDate.vdatepicker). This is most likely the result of using your browser's back button, but can also be an application error. You may continue by returning to the application's home page. I have a simple search form with text field and select list parameters on top of the page, and a list of results on the bottom. I have a search and reset imagesubmit on the top of the page. Click search a few times gives the error. I am doing the data retrieval in the formSubmit(IRequestCycle cycle) method. When I hit the error, it doesn't even get to this spot. The trace shows that the pageBeginRender is fired once, then the error occurs, before any search is done. This makes no sense to me. I realize this is an old problem and I am using an old version, but any advice is GREATLY appreciated. -- Best regards, David mailto:[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[2]: Help with Tapestry 3.4 and Stale Link Error
Hello Filip, so is this issue resolved, or improved upon, in Tapestry 4? Thanks -- Best regards, Davidmailto:[EMAIL PROTECTED] __ Tuesday, May 20, 2008, 9:54:50 AM, you wrote: > Yeah, I'm out here and would love to help, but it's been years since I > touched Tapestry 3 - I've forgotten just about everything by now. :( > -Filip > David Moskowitz skrev: >> Anyone out there on the list? >> >> Sorry this is not a Tapestry 5 issue, but could you please point me to an >> earlier discussion on this issue, if you know of one. >> >> >> This is really frustrating me. >> >> Thanks >> >> > - > 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: Help with Tapestry 3.4 and Stale Link Error
Yeah, I'm out here and would love to help, but it's been years since I touched Tapestry 3 - I've forgotten just about everything by now. :( -Filip David Moskowitz skrev: Anyone out there on the list? Sorry this is not a Tapestry 5 issue, but could you please point me to an earlier discussion on this issue, if you know of one. This is really frustrating me. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Instability in Tapestry 5.0.12-SNAPSHOT
+1 for org.apache.tapestry5 I havent given it too much thought, but sounds ok Davor Hrg On Tue, May 20, 2008 at 3:08 PM, Martin Strand < [EMAIL PROTECTED]> wrote: > > I wouldn't go for "ng" though, merely because what if there's a new next > generation. > > I think that would be Tapestry Deep Space Nine. :P > > > On Tue, 20 May 2008 13:28:12 +0200, Christian Edward Gruber < > [EMAIL PROTECTED]> wrote: > > > Heh. The fish bit did get kinda carried away there. But I guess > > we're still united by the "fillet" designation. ;) > > > > I wouldn't go for "ng" though, merely because what if there's a new > > next generation. It gets silly. Either a version or a codename, I > > figure. Maybe "sb" for "strutsbuster". > > > > Christian. > > > > On 20-May-08, at 06:24 , kranga wrote: > > > >> Somebody likes fish :) > >> > >> +1 for the idea > >> -1 for the fishiness of it! > >> > >> I would go with a distinguisher in the package other than the > >> version so that come T6, new users are wondering "what on earth?" > >> > >> My suggestion would be > >> > >> org.apache.tapestry.ng(for Next Generation) > >> > >> or along the food line: > >> > >> org.apache.tapestry.mignon > >> org.apache.tapestry.ribeye > >> org.apache.tapestry.nystrip > >> org.apache.tapestry.porterhouse > >> > >> you get the drift :) > >> > >> > >> - Original Message - From: "Christian Edward Gruber" < > [EMAIL PROTECTED] > >> > > >> To: "Tapestry users" > >> Sent: Monday, May 19, 2008 6:22 PM > >> Subject: Re: Instability in Tapestry 5.0.12-SNAPSHOT > >> > >> > >>> Again, the differences between T3, T4, and T5 are not really > >>> "versions" in the typical sense. They're different architectural > >>> bases. You might call them three different web frameworks > >>> entirely. So there should be no reason technically for them to > >>> overlap, and they should have three different packages. You might > >>> as well have them by three different codenames, at which point you > >>> have > >>> > >>> org.apache.tapestry.trout > >>> org.apache.tapestry.tuna > >>> org.apache.tapestry.tilapia > >>> > >>> Different frameworks, all under the Tapestry project. The fact > >>> that org.apache.tapestry.yellowtail shows up in four years should > >>> have no bearing on the other three. (again, not that it will, just > >>> making a point) > >>> > >>> Christian. > >>> > >>> > >>> On 19-May-08, at 17:59 , Markus Joschko wrote: > >>> > I'm not against a package rename but against the version number. > > The only benefit of putting a version number in, is to help tap4 > users > now. But who will care about tap4 in 2 years? > The version number will still be in the code base by then. > If the official version number of tapestry is changing from 5 to > 2011 > or whatsoever, developers will at best be irritated by the tapestry5 > package names > > > > > On Mon, May 19, 2008 at 11:41 PM, Sven Homburg < > [EMAIL PROTECTED] > > wrote: > > markus, > > > > i voted for package renaming like "org.apache.tapestry5" > > but i go even conform with your mind. > > > > if i read the reason for the package renaming, i was relay > > alienated for that, > > > > but on the other side, i am not sure, its more easier for > > some tap4 user to migrate slowly to tap5. > > > > but i am not sure, in our real fast spinning world, > > if there are much developer they say "i migrate tommorow" > > and belive their own mind voice. > > > > 2008/5/19 Markus Joschko <[EMAIL PROTECTED]>: > > > >> Looks like I am alone but I don't like the idea of putting version > >> numbers into package names. > >> In the highly unlikely case that there will be a tapestry 6 (not > >> for > >> technical but solely for marketing reasons ;-)) it might confuse > >> developers. Are the classes in tapestry5 still valid or not? > >> > >> Only developers who will run tapestry4 and 5 in one webapplication > >> might have the problem of distinguishing between the packages. > >> I guess that they are the minority and it might be reasonable > >> for them > >> to read the class comments if they are in doubt which package > >> belongs > >> to which tapestry version. > >> > >> so -1 for a tapestry5 or v5. > >> > >> my 2cents, > >> Markus > >> > >> On Mon, May 19, 2008 at 9:58 PM, Blower, Andy > >> <[EMAIL PROTECTED]> wrote: > >>> I agree. > >>> > -Original Message- > From: Massimo Lusetti [mailto:[EMAIL PROTECTED] > Sent: 19 May 2008 16:02 > To: Tapestry users > Subject: Re: Instability in Tapestry 5.0.12-SNAPSHOT > > On Mon, May 19, 2008 at 4:57 PM, Howard Lewis Ship < > [EMAIL PROTECTED] > > > wrote: > > > The question is: would it have been better to just broadly
Re: Instability in Tapestry 5.0.12-SNAPSHOT
> I wouldn't go for "ng" though, merely because what if there's a new next > generation. I think that would be Tapestry Deep Space Nine. :P On Tue, 20 May 2008 13:28:12 +0200, Christian Edward Gruber <[EMAIL PROTECTED]> wrote: > Heh. The fish bit did get kinda carried away there. But I guess > we're still united by the "fillet" designation. ;) > > I wouldn't go for "ng" though, merely because what if there's a new > next generation. It gets silly. Either a version or a codename, I > figure. Maybe "sb" for "strutsbuster". > > Christian. > > On 20-May-08, at 06:24 , kranga wrote: > >> Somebody likes fish :) >> >> +1 for the idea >> -1 for the fishiness of it! >> >> I would go with a distinguisher in the package other than the >> version so that come T6, new users are wondering "what on earth?" >> >> My suggestion would be >> >> org.apache.tapestry.ng(for Next Generation) >> >> or along the food line: >> >> org.apache.tapestry.mignon >> org.apache.tapestry.ribeye >> org.apache.tapestry.nystrip >> org.apache.tapestry.porterhouse >> >> you get the drift :) >> >> >> - Original Message - From: "Christian Edward Gruber" <[EMAIL >> PROTECTED] >> > >> To: "Tapestry users" >> Sent: Monday, May 19, 2008 6:22 PM >> Subject: Re: Instability in Tapestry 5.0.12-SNAPSHOT >> >> >>> Again, the differences between T3, T4, and T5 are not really >>> "versions" in the typical sense. They're different architectural >>> bases. You might call them three different web frameworks >>> entirely. So there should be no reason technically for them to >>> overlap, and they should have three different packages. You might >>> as well have them by three different codenames, at which point you >>> have >>> >>> org.apache.tapestry.trout >>> org.apache.tapestry.tuna >>> org.apache.tapestry.tilapia >>> >>> Different frameworks, all under the Tapestry project. The fact >>> that org.apache.tapestry.yellowtail shows up in four years should >>> have no bearing on the other three. (again, not that it will, just >>> making a point) >>> >>> Christian. >>> >>> >>> On 19-May-08, at 17:59 , Markus Joschko wrote: >>> I'm not against a package rename but against the version number. The only benefit of putting a version number in, is to help tap4 users now. But who will care about tap4 in 2 years? The version number will still be in the code base by then. If the official version number of tapestry is changing from 5 to 2011 or whatsoever, developers will at best be irritated by the tapestry5 package names On Mon, May 19, 2008 at 11:41 PM, Sven Homburg <[EMAIL PROTECTED] > wrote: > markus, > > i voted for package renaming like "org.apache.tapestry5" > but i go even conform with your mind. > > if i read the reason for the package renaming, i was relay > alienated for that, > > but on the other side, i am not sure, its more easier for > some tap4 user to migrate slowly to tap5. > > but i am not sure, in our real fast spinning world, > if there are much developer they say "i migrate tommorow" > and belive their own mind voice. > > 2008/5/19 Markus Joschko <[EMAIL PROTECTED]>: > >> Looks like I am alone but I don't like the idea of putting version >> numbers into package names. >> In the highly unlikely case that there will be a tapestry 6 (not >> for >> technical but solely for marketing reasons ;-)) it might confuse >> developers. Are the classes in tapestry5 still valid or not? >> >> Only developers who will run tapestry4 and 5 in one webapplication >> might have the problem of distinguishing between the packages. >> I guess that they are the minority and it might be reasonable >> for them >> to read the class comments if they are in doubt which package >> belongs >> to which tapestry version. >> >> so -1 for a tapestry5 or v5. >> >> my 2cents, >> Markus >> >> On Mon, May 19, 2008 at 9:58 PM, Blower, Andy >> <[EMAIL PROTECTED]> wrote: >>> I agree. >>> -Original Message- From: Massimo Lusetti [mailto:[EMAIL PROTECTED] Sent: 19 May 2008 16:02 To: Tapestry users Subject: Re: Instability in Tapestry 5.0.12-SNAPSHOT On Mon, May 19, 2008 at 4:57 PM, Howard Lewis Ship <[EMAIL PROTECTED] > wrote: > The question is: would it have been better to just broadly > rename > org.apache.tapestry to org.apache.tapestry5? There was quite > a bit of > discussion back on forth among the developers on this one. I would say yes. -- Massimo http://meridio.blogspot.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:
Re: Instability in Tapestry 5.0.12-SNAPSHOT
Renaming T3 and T4 packages is not an option. T5 is still pre- release, so it is an option. -- Kevin On May 20, 2008, at 1:36 AM, Marcus wrote: if T5 willBeCompatibleWith T(5+n) andT5 shouldWorkWith T(5-n) then rename T(5-n) annotations packages; else if T5 willBeNotCompatibleWith T(5+n) then rename all Tapestry packages; Marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Instability in Tapestry 5.0.12-SNAPSHOT
Heh. The fish bit did get kinda carried away there. But I guess we're still united by the "fillet" designation. ;) I wouldn't go for "ng" though, merely because what if there's a new next generation. It gets silly. Either a version or a codename, I figure. Maybe "sb" for "strutsbuster". Christian. On 20-May-08, at 06:24 , kranga wrote: Somebody likes fish :) +1 for the idea -1 for the fishiness of it! I would go with a distinguisher in the package other than the version so that come T6, new users are wondering "what on earth?" My suggestion would be org.apache.tapestry.ng(for Next Generation) or along the food line: org.apache.tapestry.mignon org.apache.tapestry.ribeye org.apache.tapestry.nystrip org.apache.tapestry.porterhouse you get the drift :) - Original Message - From: "Christian Edward Gruber" <[EMAIL PROTECTED] > To: "Tapestry users" Sent: Monday, May 19, 2008 6:22 PM Subject: Re: Instability in Tapestry 5.0.12-SNAPSHOT Again, the differences between T3, T4, and T5 are not really "versions" in the typical sense. They're different architectural bases. You might call them three different web frameworks entirely. So there should be no reason technically for them to overlap, and they should have three different packages. You might as well have them by three different codenames, at which point you have org.apache.tapestry.trout org.apache.tapestry.tuna org.apache.tapestry.tilapia Different frameworks, all under the Tapestry project. The fact that org.apache.tapestry.yellowtail shows up in four years should have no bearing on the other three. (again, not that it will, just making a point) Christian. On 19-May-08, at 17:59 , Markus Joschko wrote: I'm not against a package rename but against the version number. The only benefit of putting a version number in, is to help tap4 users now. But who will care about tap4 in 2 years? The version number will still be in the code base by then. If the official version number of tapestry is changing from 5 to 2011 or whatsoever, developers will at best be irritated by the tapestry5 package names On Mon, May 19, 2008 at 11:41 PM, Sven Homburg <[EMAIL PROTECTED] > wrote: markus, i voted for package renaming like "org.apache.tapestry5" but i go even conform with your mind. if i read the reason for the package renaming, i was relay alienated for that, but on the other side, i am not sure, its more easier for some tap4 user to migrate slowly to tap5. but i am not sure, in our real fast spinning world, if there are much developer they say "i migrate tommorow" and belive their own mind voice. 2008/5/19 Markus Joschko <[EMAIL PROTECTED]>: Looks like I am alone but I don't like the idea of putting version numbers into package names. In the highly unlikely case that there will be a tapestry 6 (not for technical but solely for marketing reasons ;-)) it might confuse developers. Are the classes in tapestry5 still valid or not? Only developers who will run tapestry4 and 5 in one webapplication might have the problem of distinguishing between the packages. I guess that they are the minority and it might be reasonable for them to read the class comments if they are in doubt which package belongs to which tapestry version. so -1 for a tapestry5 or v5. my 2cents, Markus On Mon, May 19, 2008 at 9:58 PM, Blower, Andy <[EMAIL PROTECTED]> wrote: I agree. -Original Message- From: Massimo Lusetti [mailto:[EMAIL PROTECTED] Sent: 19 May 2008 16:02 To: Tapestry users Subject: Re: Instability in Tapestry 5.0.12-SNAPSHOT On Mon, May 19, 2008 at 4:57 PM, Howard Lewis Ship <[EMAIL PROTECTED] > wrote: The question is: would it have been better to just broadly rename org.apache.tapestry to org.apache.tapestry5? There was quite a bit of discussion back on forth among the developers on this one. I would say yes. -- Massimo http://meridio.blogspot.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- with regards Sven Homburg http://tapestry5-components.googlecode.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For addit
Re: T5: 5.0.12-SNAPSHOT quickstart
Hi, you can do manual in POM.xml. I already tried my project (5.0.12-SNAPSHOT) is running normally. On Tue, May 20, 2008 at 3:25 AM, Weisu <[EMAIL PROTECTED]> wrote: > > Thank you Taavi, it works now after I add these in pom.xml: > > org.apache.tapestry > tapestry-annotations > ${tapestry-release-version} > > > > > Taavi Sildeberg wrote: > > > > Hey > > > > You need to add tapestry-annotations dependency to the pom.xml. Seems, > > that current quickstart won't > > include that > > > > Taavi > > > > Weisu wrote: > >> Hi All, I am trying to use quickstart to create a 5.0.12-SNAPSHOT > >> project, I > >> follow the steps in T5 site, > >> mvn archetype:create -DarchetypeGroupId=org.apache.tapestry > >> -DarchetypeArtifactId=quickstart -DgroupId=org.example > -DartifactId=myapp > >> -DpackageName=org.example.myapp -Dversion=1.0.0-SNAPSHOT and append > >> -DremoteRepositories= > http://tapestry.formos.com/maven-snapshot-repository/ > >> and -DarchetypeVersion=5.0.12-SNAPSHOT, this step works find, but when I > >> do > >> mvn jetty:run, it fails the error message is > >> > "C:\maven-2.0.8\bin\myapp\src\main\java\org\example\myapp\services\AppModule.java:[9,43] > >> package org.apache.tapestry.ioc.annotationsdoes not exist. > >> Thanks in advance. > >> Wei. > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > View this message in context: > http://www.nabble.com/T5%3A-5.0.12-SNAPSHOT-quickstart-tp17333822p17334033.html > Sent from the Tapestry - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Regards, Estevam Henrique Portela Mota e Silva Handicapped Auditory = deaf [EMAIL PROTECTED] / [EMAIL PROTECTED] Programmer Java and Tapestry Brazil - Fortaleza / CE
Re: include
Excellent - just what I need to do. If the block you retrieved containes a component that needed a parameter, have you any idea how that could be passed using your method below? At the moment I can't even see how you can call setters on the page that holds the block to pull them in that way - all presuming that the page actually exists as an instance anyway. Lance Michael Gerzabek wrote: > > > > > ... > Confirmation.java > ... > public Object getActivePayment() { > > // Metadata from PaymentProviderService > Provider provider = _paymentService.getProvider(); > // The T5 page name > Page page = _pagePool.checkout( provider.getPaymentPageName() ); > ComponentPageElement root = page.getRootElement(); > Block block = root.getBlock( > provider.getPaymentConfirmationBlockName() ); > _pagePool.release( page ); > return block; > } > ... > > > -- View this message in context: http://www.nabble.com/include-tp16678761p17337401.html 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: Instability in Tapestry 5.0.12-SNAPSHOT
Somebody likes fish :) +1 for the idea -1 for the fishiness of it! I would go with a distinguisher in the package other than the version so that come T6, new users are wondering "what on earth?" My suggestion would be org.apache.tapestry.ng(for Next Generation) or along the food line: org.apache.tapestry.mignon org.apache.tapestry.ribeye org.apache.tapestry.nystrip org.apache.tapestry.porterhouse you get the drift :) - Original Message - From: "Christian Edward Gruber" <[EMAIL PROTECTED]> To: "Tapestry users" Sent: Monday, May 19, 2008 6:22 PM Subject: Re: Instability in Tapestry 5.0.12-SNAPSHOT Again, the differences between T3, T4, and T5 are not really "versions" in the typical sense. They're different architectural bases. You might call them three different web frameworks entirely. So there should be no reason technically for them to overlap, and they should have three different packages. You might as well have them by three different codenames, at which point you have org.apache.tapestry.trout org.apache.tapestry.tuna org.apache.tapestry.tilapia Different frameworks, all under the Tapestry project. The fact that org.apache.tapestry.yellowtail shows up in four years should have no bearing on the other three. (again, not that it will, just making a point) Christian. On 19-May-08, at 17:59 , Markus Joschko wrote: I'm not against a package rename but against the version number. The only benefit of putting a version number in, is to help tap4 users now. But who will care about tap4 in 2 years? The version number will still be in the code base by then. If the official version number of tapestry is changing from 5 to 2011 or whatsoever, developers will at best be irritated by the tapestry5 package names On Mon, May 19, 2008 at 11:41 PM, Sven Homburg <[EMAIL PROTECTED] > wrote: markus, i voted for package renaming like "org.apache.tapestry5" but i go even conform with your mind. if i read the reason for the package renaming, i was relay alienated for that, but on the other side, i am not sure, its more easier for some tap4 user to migrate slowly to tap5. but i am not sure, in our real fast spinning world, if there are much developer they say "i migrate tommorow" and belive their own mind voice. 2008/5/19 Markus Joschko <[EMAIL PROTECTED]>: Looks like I am alone but I don't like the idea of putting version numbers into package names. In the highly unlikely case that there will be a tapestry 6 (not for technical but solely for marketing reasons ;-)) it might confuse developers. Are the classes in tapestry5 still valid or not? Only developers who will run tapestry4 and 5 in one webapplication might have the problem of distinguishing between the packages. I guess that they are the minority and it might be reasonable for them to read the class comments if they are in doubt which package belongs to which tapestry version. so -1 for a tapestry5 or v5. my 2cents, Markus On Mon, May 19, 2008 at 9:58 PM, Blower, Andy <[EMAIL PROTECTED]> wrote: I agree. -Original Message- From: Massimo Lusetti [mailto:[EMAIL PROTECTED] Sent: 19 May 2008 16:02 To: Tapestry users Subject: Re: Instability in Tapestry 5.0.12-SNAPSHOT On Mon, May 19, 2008 at 4:57 PM, Howard Lewis Ship <[EMAIL PROTECTED] > wrote: The question is: would it have been better to just broadly rename org.apache.tapestry to org.apache.tapestry5? There was quite a bit of discussion back on forth among the developers on this one. I would say yes. -- Massimo http://meridio.blogspot.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- with regards Sven Homburg http://tapestry5-components.googlecode.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Instability in Tapestry 5.0.12-SNAPSHOT
They're nightly for a reason. If you've been using nightlies you've done so at your own risk, and if you require preserving your app against a certain nightly, the deploy with the exact nightly you need. Moritz Gmelin wrote: > Hi, > > would it be possible to do a 5.0.12 release and then do this renaming? > I fear to use the nightly build because of such issues. > > Thanks > > Moritz > > > > > Am 20.05.2008 um 08:06 schrieb Jun Tsai: > >> org.apache.tapestry.v5 >> >> +1 > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- http://thegodcode.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry users declined for the first time in 3 years, says this researh site ...
A fine post, Jonathon, in every regard. I could not agree more. Geoff On 20/05/2008, at 9:41 AM, Jonathan Locke wrote: I was just googling around the Internet for people with Wicket problems and I ran across this highly obnoxious post and felt I should comment. If the research was real, the poster would have linked to it. In fact, nobody has any real basis short of a widespread statistical survey for assessing the number of users of open source frameworks. Since I highly doubt anyone cares enough to do such an expensive survey, we can safely assume the poster is not only an anti-social ass but also a liar. And he is certainly not a friend of the Wicket or open source communities, as posts like this are damaging to everyone involved. In case I'm not making this clear enough "Rob Smeets": KNOCK IT OFF ALREADY! Open-source technologies should not be thought of as some kind of popularity contest. There are great technologies that languish in relative obscurity and mediocre ones that everyone seems to use. It is also objectively a healthy thing to have good alternatives as we don't live in a one-size-fits-all world. Tapestry is a solid framework with a long history, lots of users and plenty of development activity. I don't think Wicket or anything else will kill it and there's no reason to think it won't continue to flourish. Certainly it has been innovative for many years and is a cut above most of the rest... and honestly anything that helps to put a nail in the coffin of Struts is good for Java. Best, Jonathan Locke, Founder of Wicket Rob Smeets wrote: Hi guys, I don't mean to cause any depression or controversy but I saw this research results and thought you might want to know. Because this makes me worry about the future of Tapestry. According to the research, Tapestry users declined drastically by 45% for the first time in 3 years. I was very surprised because of the hype and sound bytes from Howard and co. surrounding Tapestry 5. I understand users of Wicket grew by 55% whereas GWT grew by 85%. According to the source, Adobe Flex users grew by 91% and that seems huge to me but warrants it of course. Even Howard admits Flex is one of the best. I think I agree with this research just by looking at the traffic here on the Tapestry list as well as responses on Howard's blog site on all topics regarding Tapestry. What do you think? Yours friendly, Rob -- View this message in context: http://www.nabble.com/Tapestry-users-declined-for-the-first-time-in-3-years%2C-says-this-researh-site-...-tp17016042p17330503.html Sent from the Tapestry - User mailing list archive at Nabble.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]
dojo widget css classes are getting overriden
Hi all, i am using Tapestry4.1.5 in my page i have dojo widget of type date picker.It was not coming up properly.Later i came to know that its css classes are getting overriden by my application css classes because of the same name.Its very tough to change my application's css class name as they are used in many places.So ,how can i get rid of this css conflicts. any ideas? Thanks in advance. -- View this message in context: http://www.nabble.com/dojo-widget-css-classes-are-getting-overriden-tp17336324p17336324.html 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: Instability in Tapestry 5.0.12-SNAPSHOT
Hi, would it be possible to do a 5.0.12 release and then do this renaming? I fear to use the nightly build because of such issues. Thanks Moritz Am 20.05.2008 um 08:06 schrieb Jun Tsai: org.apache.tapestry.v5 +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5 setting initial sort order for grid in T5.0.11
Hi Martin, with _grid.getSortModel().getColumnSort("month") you can test whether month is sorted, and which way, and with updateSort("month") you can cycle through the states. To sort descending, I call: -- if (overviewGrid.getSortModel().getColumnSort("month") == ColumnSort.UNSORTED) { overviewGrid.getSortModel().updateSort("month"); } if (overviewGrid.getSortModel().getColumnSort("month") == ColumnSort.ASCENDING) { overviewGrid.getSortModel().updateSort("month"); } -- But that doesn't seem very ideal to me, and I hope there is a better way. Greetings, Tobias Martin Grotzke schrieb: > Hi, > > I'm just upgrading our T5 app from 5.0.10-SNAPSHOT to 5.0.11. > Before we specified the initial sort order with this: > > _grid.setSortColumnId("month"); > _grid.setSortAscending(false); > > With 5.0.11 this is gone. Can anybody tell me how one can specify the > initial sort order (coumn and ascending) in 5.0.11? > > Thanx && cheers, > Martin > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: Exception Handling
Hi Filip, I use an Transaction Filter where I catch all exceptions (see code part below). But can I use your redirect service in my catch part? I tried to get it work, but had no success. public RequestFilter buildTransactionFilter(final EntityManager entityManager, final RedirectService redirectService, final Logger logger) { return new RequestFilter() { EntityTransaction transaction; public boolean service(Request request, Response response, RequestHandler handler) throws IOException { boolean result = false; try { transaction = entityManager.getTransaction(); transaction.begin(); result = handler.service(request, response); transaction.commit(); } catch (Exception exception) { logger.error(exception.toString()); if (transaction.isActive()) { transaction.rollback(); } result = false; redirectService.sendRedirect(Error.class, false); } finally { entityManager.close(); } return result; } }; } Filip S. Adamsen wrote: Hi Leon, How to override server error pages depends on what server you're using. As far as I'm aware it's unfortunately not possible to use Tapestry pages as server error pages - if I'm wrong here, I'd really like to know how to do it. :) What I mean by turning the RequestExceptionHandler into a pipeline is that I've overridden the original service with my own that uses a pipeline. http://tapestry.apache.org/tapestry5/tapestry-ioc/pipeline.html So I define my filter: public interface RequestExceptionFilter { void handleRequestException(Throwable exception, RequestExceptionHandler handler) throws IOException; } Then I create a new RequestExceptionHandler as a pipeline: public static RequestExceptionHandler buildImprovedRequestExceptionHandler( List configuration, @InjectService("RequestExceptionHandler") RequestExceptionHandler requestExceptionHandler, PipelineBuilder builder, Logger logger ) { return builder.build( logger, RequestExceptionHandler.class, RequestExceptionFilter.class, configuration, requestExceptionHandler ); } I then contribute this to AliasOverrides to replace the default RequestExceptionHandler: public static void contributeAliasOverrides( Configuration configuration, @InjectService("ImprovedRequestExceptionHandler") RequestExceptionHandler requestExceptionHandler ) { configuration.add(AliasContribution.create(RequestExceptionHandler.class, requestExceptionHandler)); } I can then contribute filters to the pipeline like this: public static void contributeImprovedRequestExceptionHandler( OrderedConfiguration configuration, RequestExceptionErrorFilter requestExceptionErrorFilter ) { configuration.add("Error", requestExceptionErrorFilter); } Where RequestExceptionErrorFilter looks like this: public class RequestExceptionErrorFilter implements RequestExceptionFilter { private final RedirectService redirectService; private final SecurityService securityService; private final Logger logger; public RequestExceptionErrorFilter(RedirectService redirectService, SecurityService securityService, Logger logger) { this.redirectService = redirectService; this.securityService = securityService; this.logger = logger; } public void handleRequestException(Throwable exception, RequestExceptionHandler handler) throws IOException { if (securityService.isProductionModeEnabled()) { logger.error("Exception during request", exception); redirectService.sendRedirect(ErrorIndex.class, false); } else { handler.handleRequestException(exception); } } } RedirectService and SecurityService are my own classes. They just make some things easier for me. As you can see I show an error page when I'm in production but invoke the next filter in the pipeline if I'm not. You could contribute more filters if needed. I've been wanting to contribute a strategy filter before this one allowing to do different things depending on the type of exception thrown, but haven't had the time nor need to do so yet. http://tapestry.apache.org/tapestry5/tapestry-ioc/strategy.html Anyhow, hope this helps - if not, you know where to ask. :) -Filip On 2008-05-16 17:37, Leon Derks wrote: Thanks Peter, Your original question in the post is also what I would like to know. Do you now know how to override server error pages(404, 505 etc)? And I don't understand what Flip means with :I've turned the RequestExceptionHandler service into a pipeline. Can you show me some code of how to do
Re: T5 acquire block from separate page [was: Re: Antwort: [T5] Dynamic Layouts]]
Did you get a resolution for this? Cheers Lance Michael Gerzabek wrote: > > Hi Robert, > > You clearly outlined the simple case. I'm interested in the 2nd case: The > name of my block/ component is read from the database and I have to > acquire the block/ component from another page (where the name could also > be in the database). > > I found Howards repy to an earlier thread [1]. This was back in May 07. > The result then was mainly what's written in the docs [2] about the > delegate component. > > Is there a way to dynamically load a page/ component/ block today? > > Thanks! > Michael > > > -- View this message in context: http://www.nabble.com/-T5--Dynamic-Layouts--tp13707415p17335198.html 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: Grid Source Persist and Paging
If you do want to stick with this approach, persist the results in session, do search when form is submitted. now, to clear results you can do it in two ways: if you do not link to that page from many sides, add an activation parameter on each external link that parameter can be anytthing so you know user just came from another page. or reverse situation, add a parameter to all your local links and reset results when it is missing. this is a general explanation, .. no time to paste some specific code Davor Hrg On Mon, May 19, 2008 at 11:53 PM, Todd Orr <[EMAIL PROTECTED]> wrote: > I have a Form and a Grid on my search page. The Form's success handler > populates a List results variable using an expensive query that I'd > like to not run on every Grid page navigation. To prevent unnecessary > query hits I use the @Persist annotation on the results var. The > getResults method is used as the source for the grid. This works well. > However, I'd like to not have the user's previous results (from > session) populate the grid when the page is hit later on in a user's > session after an initial search has been made. So, I change the > persist to use the flash strategy. However now the paging on the Grid > fails. > > I'd like to have the Grid be empty the first time the search page is > hit. I'd like the results to be saved so that the search query doesn't > need to be run unless the form is submitted. I'd like to be able to > page through the results in the Grid. > > What is the recommended approach to solving this case? > > Thanks, > T > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: getting ClassFactory is matched by 2 services After upgrade from 5.06 -> 5.0.11
if you use constructor injection you have to qualify the ClassFactory with either the full service id or a annotation (marker) it is associated with. this applies equally to builder or contribute methods in your module. this is true for any service interface that has multiple implementations in the registry. eg with annotation: public Foo(@Builtin ClassFactory classFactory, Logger logger){} or maybe you just have to ensure your jars on the classpath have the right version :) g, kris Britske <[EMAIL PROTECTED]> 19.05.2008 18:56 Bitte antworten an "Tapestry users" An users@tapestry.apache.org Kopie Thema Re: getting ClassFactory is matched by 2 services After upgrade from 5.06 -> 5.0.11 I do not quite understand where to put the annotation. I haven't got any code where I'm referencing a classloader explicitly. I must be something missing here?.. Howard Lewis Ship wrote: > > Add the injection point (i.e., the constructor parameter) add either > the @Builtin or the @ComponentLayer annotation. This marker > annotation will select the correct implementation: either the general > ClassFactory (used by the IoC container) or the one used when working > with component code. You probably want @Builtin. > > On Sun, May 18, 2008 at 6:40 AM, Britske <[EMAIL PROTECTED]> wrote: >> >> After upgrading tapestry from 5.0.6 to 5.0.11 I'm getting the following >> error: >> >> Caused by: java.lang.RuntimeException: Service interface >> org.apache.tapestry.ioc.services.ClassFactory is matched by 2 services: >> ClassFactory, ComponentClassFactory. Automatic dependency resolution >> requires that exactly one service implement the interface. >> >> I'm getting the error (I think), I'm just not sure where to look to >> change >> it. For instance, I have nothing defined in my AppModule that could be >> the >> cause. >> >> Anyone? >> >> Thanks, >> Britske >> -- >> View this message in context: >> http://www.nabble.com/getting-ClassFactory-is-matched-by-2-services-After-upgrade-from-5.06--%3E-5.0.11-tp17303089p17303089.html >> 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 > > Creator Apache Tapestry and Apache HiveMind > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/getting-ClassFactory-is-matched-by-2-services-After-upgrade-from-5.06--%3E-5.0.11-tp17303089p17323208.html 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: where can i get the referrence?
Try these links ... http://tapestry.apache.org/tapestry5/tapestry-core/ http://tapestry.apache.org/tapestry5/tapestry-core/ref/index.html 2008/5/20 mark lu <[EMAIL PROTECTED]>: > > where can i get the referrence about tapestry? > for example,the referrence about annotation,component,etc. > thanks. > -- > View this message in context: > http://www.nabble.com/where-can-i-get-the-referrence--tp17333433p17333433.html > Sent from the Tapestry - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >