Re: [T5.2] Zone loading progress icon
I wouldn't have got a more comprehensive answer. Thank you all for your time :) On Mon, Oct 11, 2010 at 2:32 PM, Christophe Cordenier < christophe.corden...@gmail.com> wrote: > Hi > > I did something like this by observing Tapestry Zone Events and CSS style > > > http://github.com/ccordenier/tapestry5-hotel-booking/blob/master/src/main/java/com/tap5/hotelbooking/components/AjaxLoader.java > > http://github.com/ccordenier/tapestry5-hotel-booking/blob/master/src/main/webapp/static/hotel-booking.js > > 2010/10/11 Thiago H. de Paula Figueiredo : > > On Mon, 11 Oct 2010 12:23:51 -0300, Muhammad Mohsen > > > wrote: > > > >> Hi all, > > > > Hi! > > > >> I was wondering if anyone had implemented a way to inform the client > that > >> a zone is being updated whether by form submission or an ordinary link ? > >> Something like a progress icon may be ? > > > > I don't recall doing something like that, but that's what I'd use for it: > > http://api.prototypejs.org/ajax/ajax/responders/ > > > > -- > > Thiago H. de Paula Figueiredo > > Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, > and > > instructor > > Owner, Ars Machina Tecnologia da Informação Ltda. > > http://www.arsmachina.com.br > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > > > > -- > Regards, > Christophe Cordenier. > > Committer on Apache Tapestry 5 > Co-creator of wooki @wookicentral.com > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- *Regards,* *Muhammad Gelbana Java Software Programmer*
Re: Should Tapestry phone home?
yeah... not the kind of monitoring I had in mind ;) The generator meta tag is there, and I stumbled across this handy tool: http://www.gigablast.com/search?k5b=640731&dt=generator&q=generator%3A%22apache+tapestry%22 I've built a couple sites using Drupal and they have a page which enumerates the modules you are using with the versions you have vs. what's available and whether the new version addresses a security issue etc... There might be room for a Tapestry Module repository that provided similar functionality... Josh On Mon, Oct 11, 2010 at 9:49 AM, Howard Lewis Ship wrote: > This came up during my training class this week. > > What would be the repercussions if Tapestry included a start-up filter > that "reported" the application startup back to some central location, > so that we could get some idea of where and how Tapestry is being > used? Obviously, this would be documented, in such a way that it > would be easy to turn off for the privacy-minded. > > It would be interesting to know how many apps are running in the wild, > and details about how many pages & components & services, JVM > version, and OS and hardware configuration. > > Asking people to do this manually is a non-starter, I'm constantly > surprised by people telling me they are using Tapestry in visible > places. > > Thoughts? > > > -- Forwarded message -- > From: Alessio Gambi > Date: Mon, Oct 11, 2010 at 9:18 AM > Subject: Re: Monitoring/statistics > To: Tapestry users > > > Hi, > Please think also about some way to obtain (meta) statistics about > Tapestry itself. Something that can be used to track how many people > are actually using tapestry as platform for their applications. > > -- Alessio > > On 11-ott-2010, at 18:05, Howard Lewis Ship wrote: > >> I've been thinking about this kind of thing as well; having a JMX bean >> for each Page instance and tracking number of render requests, number >> of event requests, number of ajax even requests, and ellapsed >> processing time for each. >> >> Obviously, it's a bit late for 5.2 ... it may be time to cut a 5.3 dev >> branch off the current 5.2 code base. >> >> On Sun, Oct 10, 2010 at 2:05 PM, Josh Canfield >> wrote: >>> I'm thinking about rolling my own generic monitoring/statistics solution for >>> tapestry 5 and I figured I should see if something is out there already >>> before I spent too much time on it. >>> >>> This is to be used in production and connected to an external monitoring >>> system, probably via JMX, but we might be flexible. >>> >>> Anything come to mind? >>> >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > -- > Howard M. Lewis Ship > > Creator of Apache Tapestry > > The source for Tapestry training, mentoring and support. Contact me to > learn how I can get you up and productive in Tapestry fast! > > (971) 678-5210 > http://howardlewisship.com > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Should Tapestry phone home?
On 11-ott-2010, at 20:52, Chris Pall wrote: > And no, it should not phone home - it should be invoked. Ok. I see all your points: - something already there but not automatic - not about the application nor the usage data - yes the version of the framework - some feedback/news/hint/added-value We have a set of requirements.Now we can start to sketch a solution My proposal is something like a component deployed in the example application directly on the index page with a simple form, and a field for comments if you want to type something in it (and of course an hidden field with the version number). It's already there, you can inspect the code to see it's not steeling your precious data, you can cheat if you want, it is simple as clicking a button, as a feedback it will show a customized data about your locale and version. Then you can provide a counter/page on the official web site that shows the results of this in terms of counting how many submits you got. It looks fair as a donate button ;) > > > > On Mon, Oct 11, 2010 at 2:50 PM, Chris Pall wrote: > >> You probably would get much better compliance if you were giving them >> something back - if you're giving them a tool that lets them know hey -- >> there is a bugfix for your version. >> >> >> --cgp >> >> >> >> >> On Mon, Oct 11, 2010 at 2:46 PM, Howard Lewis Ship wrote: >> >>> So, Alessio had a good idea ... some way of finding out who is using >>> Tapestry that doesn't rely on the user doing anything manually ... >>> what would be a better way to approach this? >>> >>> On Mon, Oct 11, 2010 at 11:27 AM, Thiago H. de Paula Figueiredo >>> wrote: On Mon, 11 Oct 2010 15:03:16 -0300, Igor Drobiazko wrote: > We shouldn't do it. People would hat Tapestry for it. Agreed. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, >>> and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >>> >>> -- >>> Howard M. Lewis Ship >>> >>> Creator of Apache Tapestry >>> >>> The source for Tapestry training, mentoring and support. Contact me to >>> learn how I can get you up and productive in Tapestry fast! >>> >>> (971) 678-5210 >>> http://howardlewisship.com >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >> - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Should Tapestry phone home?
And no, it should not phone home - it should be invoked. On Mon, Oct 11, 2010 at 2:50 PM, Chris Pall wrote: > You probably would get much better compliance if you were giving them > something back - if you're giving them a tool that lets them know hey -- > there is a bugfix for your version. > > > --cgp > > > > > On Mon, Oct 11, 2010 at 2:46 PM, Howard Lewis Ship wrote: > >> So, Alessio had a good idea ... some way of finding out who is using >> Tapestry that doesn't rely on the user doing anything manually ... >> what would be a better way to approach this? >> >> On Mon, Oct 11, 2010 at 11:27 AM, Thiago H. de Paula Figueiredo >> wrote: >> > On Mon, 11 Oct 2010 15:03:16 -0300, Igor Drobiazko >> > wrote: >> > >> >> We shouldn't do it. People would hat Tapestry for it. >> > >> > Agreed. >> > >> > -- >> > Thiago H. de Paula Figueiredo >> > Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, >> and >> > instructor >> > Owner, Ars Machina Tecnologia da Informação Ltda. >> > http://www.arsmachina.com.br >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> > For additional commands, e-mail: users-h...@tapestry.apache.org >> > >> > >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> >
Re: Should Tapestry phone home?
On Mon, 11 Oct 2010 15:50:03 -0300, Chris Pall wrote: You probably would get much better compliance if you were giving them something back - if you're giving them a tool that lets them know hey -- there is a bugfix for your version. EHCache does exactly that. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Should Tapestry phone home?
You probably would get much better compliance if you were giving them something back - if you're giving them a tool that lets them know hey -- there is a bugfix for your version. --cgp On Mon, Oct 11, 2010 at 2:46 PM, Howard Lewis Ship wrote: > So, Alessio had a good idea ... some way of finding out who is using > Tapestry that doesn't rely on the user doing anything manually ... > what would be a better way to approach this? > > On Mon, Oct 11, 2010 at 11:27 AM, Thiago H. de Paula Figueiredo > wrote: > > On Mon, 11 Oct 2010 15:03:16 -0300, Igor Drobiazko > > wrote: > > > >> We shouldn't do it. People would hat Tapestry for it. > > > > Agreed. > > > > -- > > Thiago H. de Paula Figueiredo > > Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, > and > > instructor > > Owner, Ars Machina Tecnologia da Informação Ltda. > > http://www.arsmachina.com.br > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > > > > -- > Howard M. Lewis Ship > > Creator of Apache Tapestry > > The source for Tapestry training, mentoring and support. Contact me to > learn how I can get you up and productive in Tapestry fast! > > (971) 678-5210 > http://howardlewisship.com > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > >
Re: Should Tapestry phone home?
On Mon, 11 Oct 2010 15:46:29 -0300, Howard Lewis Ship wrote: So, Alessio had a good idea ... some way of finding out who is using Tapestry that doesn't rely on the user doing anything manually ... what would be a better way to approach this? What about the generator meta tag Tapestry uses by default? Is there anything that provides searches based in meta tags? Cheers! -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Should Tapestry phone home?
So, Alessio had a good idea ... some way of finding out who is using Tapestry that doesn't rely on the user doing anything manually ... what would be a better way to approach this? On Mon, Oct 11, 2010 at 11:27 AM, Thiago H. de Paula Figueiredo wrote: > On Mon, 11 Oct 2010 15:03:16 -0300, Igor Drobiazko > wrote: > >> We shouldn't do it. People would hat Tapestry for it. > > Agreed. > > -- > Thiago H. de Paula Figueiredo > Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and > instructor > Owner, Ars Machina Tecnologia da Informação Ltda. > http://www.arsmachina.com.br > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: JSR303: Tapestry prepends error messages with "Textfield".
Yous should provide labels for your input fields. On Mon, Oct 11, 2010 at 11:45 AM, Dmitry Grigoriev wrote: > Hello all, > > My ValidationMessages.properties looks like this: > >missing=Missing required parameter: >firstName=first name >lastName=last name > > Entity fields are annotated like this: > >@NotNull(message = "{missing} {firstName}") private String firstName; >@NotNull(message = "{missing} {lastName}") private String lastName; > > The error messages I get (client-side validation): > >Textfield Missing required parameter: first name >Textfield 0 Missing required parameter: last name > > How can I get rid of those "Textfield" and "Textfield 0" prefixes? > > -- > Cheers, > dimgel > > http://dimgel.ru/lib.web > Thin, stateless, strictly typed Scala web framework. > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Best regards, Igor Drobiazko http://tapestry5.de
Re: ValueEncoder throwing Exceptions
On Mon, 11 Oct 2010 15:20:37 -0300, Stephan Windmüller wrote: On 11.10.2010 15:00, Thiago H. de Paula Figueiredo wrote: My thought was to contribute a custom ValueEncoder and use void onActivate(Thing thing) instead. But as far as I can see there is no way to handle the NotFoundException which should be thrown for illegal IDs. Is there a way to handle this in Tapestry? Have you tried an onException(Exception e) method in your page class? No, and I am unsure about how to use it. As far as I can see, the implementation of the ValueEncoder interface does not permit throwing Exceptions. Any RuntimeException or subclass can be thrown in any method of any class or interface. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Should Tapestry phone home?
On Mon, 11 Oct 2010 15:03:16 -0300, Igor Drobiazko wrote: We shouldn't do it. People would hat Tapestry for it. Agreed. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: ValueEncoder throwing Exceptions
On 11.10.2010 15:00, Thiago H. de Paula Figueiredo wrote: >> My thought was to contribute a custom ValueEncoder and use >> void onActivate(Thing thing) >> instead. But as far as I can see there is no way to handle the >> NotFoundException which should be thrown for illegal IDs. Is there a way >> to handle this in Tapestry? > Have you tried an onException(Exception e) method in your page class? No, and I am unsure about how to use it. As far as I can see, the implementation of the ValueEncoder interface does not permit throwing Exceptions. Regards Stephan - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: ValueEncoder throwing Exceptions
On 11.10.2010 17:22, Kalle Korhonen wrote: > How do you want to handle it? onException works if you want to manage > the exception per page, I want to throw the exception and handle it in the ExceptionReport page, just like the current solution. Regards Stephan - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Should Tapestry phone home?
We shouldn't do it. People would hat Tapestry for it. On Mon, Oct 11, 2010 at 6:49 PM, Howard Lewis Ship wrote: > This came up during my training class this week. > > What would be the repercussions if Tapestry included a start-up filter > that "reported" the application startup back to some central location, > so that we could get some idea of where and how Tapestry is being > used? Obviously, this would be documented, in such a way that it > would be easy to turn off for the privacy-minded. > > It would be interesting to know how many apps are running in the wild, > and details about how many pages & components & services, JVM > version, and OS and hardware configuration. > > Asking people to do this manually is a non-starter, I'm constantly > surprised by people telling me they are using Tapestry in visible > places. > > Thoughts? > > > -- Forwarded message -- > From: Alessio Gambi > Date: Mon, Oct 11, 2010 at 9:18 AM > Subject: Re: Monitoring/statistics > To: Tapestry users > > > Hi, > Please think also about some way to obtain (meta) statistics about > Tapestry itself. Something that can be used to track how many people > are actually using tapestry as platform for their applications. > > -- Alessio > > On 11-ott-2010, at 18:05, Howard Lewis Ship wrote: > > > I've been thinking about this kind of thing as well; having a JMX bean > > for each Page instance and tracking number of render requests, number > > of event requests, number of ajax even requests, and ellapsed > > processing time for each. > > > > Obviously, it's a bit late for 5.2 ... it may be time to cut a 5.3 dev > > branch off the current 5.2 code base. > > > > On Sun, Oct 10, 2010 at 2:05 PM, Josh Canfield > wrote: > >> I'm thinking about rolling my own generic monitoring/statistics solution > for > >> tapestry 5 and I figured I should see if something is out there already > >> before I spent too much time on it. > >> > >> This is to be used in production and connected to an external monitoring > >> system, probably via JMX, but we might be flexible. > >> > >> Anything come to mind? > >> > > > > > > > > -- > > Howard M. Lewis Ship > > > > Creator of Apache Tapestry > > > > The source for Tapestry training, mentoring and support. Contact me to > > learn how I can get you up and productive in Tapestry fast! > > > > (971) 678-5210 > > http://howardlewisship.com > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > -- > Howard M. Lewis Ship > > Creator of Apache Tapestry > > The source for Tapestry training, mentoring and support. Contact me to > learn how I can get you up and productive in Tapestry fast! > > (971) 678-5210 > http://howardlewisship.com > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Best regards, Igor Drobiazko http://tapestry5.de
Re: Should Tapestry phone home?
I don't like this idea. Perhaps I'm one of those privacy-minded people since we use Tapestry in a security sensitive context (credit cards). I remember some time ago when we looked at upgrading Quartz and were surprised to see the new version trying to dial home in a similar manner (by default) Update checker, added in 1.7.2 http://jira.opensymphony.com/browse/QUARTZ-842 An option to turn it off, added in 1.8: http://jira.terracotta.org/jira/browse/QTZ-29 Not so funny when this unnecessary feature introduces new bugs: http://jira.terracotta.org/jira/browse/QTZ-28 To me, adding a feature like this communicates to users that the library/framework in question is not meant to be used in an "enterprise" environment since nothing like this would get past QA (at least not where I work) On Mon, 11 Oct 2010 18:49:13 +0200, Howard Lewis Ship wrote: What would be the repercussions if Tapestry included a start-up filter that "reported" the application startup back to some central location, so that we could get some idea of where and how Tapestry is being used? Obviously, this would be documented, in such a way that it would be easy to turn off for the privacy-minded. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Should Tapestry phone home?
Hi I think that if put in the right 'shape' and on volunteer basis it can work pretty well. Maybe a filter is bit intrusive ... But eclipse for example does the same, still people use it. In a similar way all the softwares (especially when they fail) have a way to call home. Something like a donate button, where you give some aggregated infos about how you use tapestry and not what you use it for. On 11-ott-2010, at 18:57, Daniel Jue wrote: > I don't think this is a good idea. I understand that it would satisfy > a lot of curiosity. I do not think this is just about curiosity; this is about (real) numbers on the actual impact of tapestry, its geographical distribution, and in a more general way also improvement (not just bug fixes) > There would have to be value-add for the end user, such as > checking for a newer version, etc. In fact there will. More visibility means more people involved, more people involved means more interest, effort and investments. Thus if you already are a kind of tapestry guru then your market value will increase. Then more data means more focused analyses and tests, and in the end a better framework. > > Is there precedent for this in other Apache projects? > > > On Mon, Oct 11, 2010 at 12:49 PM, Howard Lewis Ship wrote: >> This came up during my training class this week. >> >> What would be the repercussions if Tapestry included a start-up filter >> that "reported" the application startup back to some central location, >> so that we could get some idea of where and how Tapestry is being >> used? Obviously, this would be documented, in such a way that it >> would be easy to turn off for the privacy-minded. >> >> It would be interesting to know how many apps are running in the wild, >> and details about how many pages & components & services, JVM >> version, and OS and hardware configuration. >> >> Asking people to do this manually is a non-starter, I'm constantly >> surprised by people telling me they are using Tapestry in visible >> places. >> >> Thoughts? >> >> >> -- Forwarded message -- >> From: Alessio Gambi >> Date: Mon, Oct 11, 2010 at 9:18 AM >> Subject: Re: Monitoring/statistics >> To: Tapestry users >> >> >> Hi, >> Please think also about some way to obtain (meta) statistics about >> Tapestry itself. Something that can be used to track how many people >> are actually using tapestry as platform for their applications. >> >> -- Alessio >> >> On 11-ott-2010, at 18:05, Howard Lewis Ship wrote: >> >>> I've been thinking about this kind of thing as well; having a JMX bean >>> for each Page instance and tracking number of render requests, number >>> of event requests, number of ajax even requests, and ellapsed >>> processing time for each. >>> >>> Obviously, it's a bit late for 5.2 ... it may be time to cut a 5.3 dev >>> branch off the current 5.2 code base. >>> >>> On Sun, Oct 10, 2010 at 2:05 PM, Josh Canfield >>> wrote: I'm thinking about rolling my own generic monitoring/statistics solution for tapestry 5 and I figured I should see if something is out there already before I spent too much time on it. This is to be used in production and connected to an external monitoring system, probably via JMX, but we might be flexible. Anything come to mind? >>> >>> >>> >>> -- >>> Howard M. Lewis Ship >>> >>> Creator of Apache Tapestry >>> >>> The source for Tapestry training, mentoring and support. Contact me to >>> learn how I can get you up and productive in Tapestry fast! >>> >>> (971) 678-5210 >>> http://howardlewisship.com >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> For additional commands, e-mail: users-h...@tapestry.apache.org >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Should Tapestry phone home?
I don't think this is a good idea. I understand that it would satisfy a lot of curiosity. Not that it could phone home on the networks I deal with. There would have to be value-add for the end user, such as checking for a newer version, etc. Is there precedent for this in other Apache projects? On Mon, Oct 11, 2010 at 12:49 PM, Howard Lewis Ship wrote: > This came up during my training class this week. > > What would be the repercussions if Tapestry included a start-up filter > that "reported" the application startup back to some central location, > so that we could get some idea of where and how Tapestry is being > used? Obviously, this would be documented, in such a way that it > would be easy to turn off for the privacy-minded. > > It would be interesting to know how many apps are running in the wild, > and details about how many pages & components & services, JVM > version, and OS and hardware configuration. > > Asking people to do this manually is a non-starter, I'm constantly > surprised by people telling me they are using Tapestry in visible > places. > > Thoughts? > > > -- Forwarded message -- > From: Alessio Gambi > Date: Mon, Oct 11, 2010 at 9:18 AM > Subject: Re: Monitoring/statistics > To: Tapestry users > > > Hi, > Please think also about some way to obtain (meta) statistics about > Tapestry itself. Something that can be used to track how many people > are actually using tapestry as platform for their applications. > > -- Alessio > > On 11-ott-2010, at 18:05, Howard Lewis Ship wrote: > >> I've been thinking about this kind of thing as well; having a JMX bean >> for each Page instance and tracking number of render requests, number >> of event requests, number of ajax even requests, and ellapsed >> processing time for each. >> >> Obviously, it's a bit late for 5.2 ... it may be time to cut a 5.3 dev >> branch off the current 5.2 code base. >> >> On Sun, Oct 10, 2010 at 2:05 PM, Josh Canfield >> wrote: >>> I'm thinking about rolling my own generic monitoring/statistics solution for >>> tapestry 5 and I figured I should see if something is out there already >>> before I spent too much time on it. >>> >>> This is to be used in production and connected to an external monitoring >>> system, probably via JMX, but we might be flexible. >>> >>> Anything come to mind? >>> >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > -- > Howard M. Lewis Ship > > Creator of Apache Tapestry > > The source for Tapestry training, mentoring and support. Contact me to > learn how I can get you up and productive in Tapestry fast! > > (971) 678-5210 > http://howardlewisship.com > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Should Tapestry phone home?
This came up during my training class this week. What would be the repercussions if Tapestry included a start-up filter that "reported" the application startup back to some central location, so that we could get some idea of where and how Tapestry is being used? Obviously, this would be documented, in such a way that it would be easy to turn off for the privacy-minded. It would be interesting to know how many apps are running in the wild, and details about how many pages & components & services, JVM version, and OS and hardware configuration. Asking people to do this manually is a non-starter, I'm constantly surprised by people telling me they are using Tapestry in visible places. Thoughts? -- Forwarded message -- From: Alessio Gambi Date: Mon, Oct 11, 2010 at 9:18 AM Subject: Re: Monitoring/statistics To: Tapestry users Hi, Please think also about some way to obtain (meta) statistics about Tapestry itself. Something that can be used to track how many people are actually using tapestry as platform for their applications. -- Alessio On 11-ott-2010, at 18:05, Howard Lewis Ship wrote: > I've been thinking about this kind of thing as well; having a JMX bean > for each Page instance and tracking number of render requests, number > of event requests, number of ajax even requests, and ellapsed > processing time for each. > > Obviously, it's a bit late for 5.2 ... it may be time to cut a 5.3 dev > branch off the current 5.2 code base. > > On Sun, Oct 10, 2010 at 2:05 PM, Josh Canfield wrote: >> I'm thinking about rolling my own generic monitoring/statistics solution for >> tapestry 5 and I figured I should see if something is out there already >> before I spent too much time on it. >> >> This is to be used in production and connected to an external monitoring >> system, probably via JMX, but we might be flexible. >> >> Anything come to mind? >> > > > > -- > Howard M. Lewis Ship > > Creator of Apache Tapestry > > The source for Tapestry training, mentoring and support. Contact me to > learn how I can get you up and productive in Tapestry fast! > > (971) 678-5210 > http://howardlewisship.com > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: [T5.2] JavaScript combination
Yes, stacks can have dependencies on other stacks. Is that not working correctly? On Mon, Oct 11, 2010 at 9:19 AM, Blower, Andy wrote: > I've been trying the new stack implementation in T5.2.1 and it's much better. > I am having a problem with the order they're put into the page. It seems (I'm > guessing/trying to spot a pattern here) to be dependent on the first import > of a stack element which means the stacks can easily be requested in an order > that means that extensions appear before the definitions of what they're > trying to extend. This is a real problem, especially when using modules. > > Is there a way to define the order JS stacks are outputted? > > >> -Original Message- >> From: Blower, Andy [mailto:andy.blo...@proquest.co.uk] >> Sent: 21 September 2010 10:08 >> To: 'Tapestry users' >> Subject: RE: [T5.2] JavaScript combination >> >> That would be the ideal situation where if a stack was defined >> containing CompJS, then if something references CompJS the stack is >> brought in. A simpler thing to do would be to simply remove the >> individual call to CompJS if the stack containing is imported, but this >> is less useful. Either would be far superior to the current behaviour. >> >> I've raised TAP5-1279 for this issue. Is this likely to get fixed in >> the next 3 weeks? If not then I'll need to plan accordingly. >> >> >> > -Original Message- >> > From: Howard Lewis Ship [mailto:hls...@gmail.com] >> > Sent: 20 September 2010 18:48 >> > To: Tapestry users >> > Subject: Re: [T5.2] JavaScript combination >> > >> > Those are great comments; I had thought about imported JS libraries >> > "dragging in" a stack and I can't remember why I abandoned it. >> Perhaps >> > I was trying to be properly agile (don't implement it until there's a >> > need). >> > >> > You case is interesting; a piece of code that blindly imports a JS >> > that is already part of a stack. And yes, I think you may be right, >> > that that should trigger an import of the stack itself. >> > >> > On Mon, Sep 20, 2010 at 6:26 AM, Blower, Andy >> > wrote: >> > > I've created my first stack, and I'm slightly puzzled about the >> value >> > of this - or maybe I've simply done something wrong. >> > > >> > > The stack mechanism doesn't seem to be removing duplicate >> javascript >> > references as I was expecting it to do. Tapestry JS has always worked >> > on a component requesting the JS assets it needs and then Tapestry >> > ensured that each required JS asset was added to the page only once, >> > even if several components asked for the same JS asset. The stack >> > system doesn't seem to follow this... >> > > >> > > For example, say I have a component "Comp" that specifies it needs >> > the "CompJS" asset, and is used on pages "Page1" and "Page2". If >> Page1 >> > doesn't have much more to it and only needs CompJS then that's what >> > should be included by Tapestry, since Comp @Import's CompJS. All well >> > and good. >> > > >> > > Now, if Page2 has a lot of other components with their own JS files >> > which are then combined into a T5 stack and requested by the page's >> > @Import then I would not expect CompJS to be referenced on the page >> > since it's already included in the stack file. It seems to be in >> T5.2.0 >> > with my testing. >> > > >> > > Unless I'm mistaken about how this is working, then I fail to see >> how >> > this stack mechanism provides much benefit over simply putting all my >> > projects' JS into a single file and referencing that in each page. >> The >> > only advantage is to split it up into easily editable chunks, I still >> > have to manage the aggregation. I think it's going to be very easy to >> > get duplicate JS in the rendered html page with this system. >> > > >> > > Is this working as intended or any I missing something here? >> > > >> > > Thanks, >> > > >> > > Andy >> > > >> > >> -Original Message- >> > >> From: Blower, Andy [mailto:andy.blo...@proquest.co.uk] >> > >> Sent: 20 September 2010 11:28 >> > >> To: 'Tapestry users' >> > >> Subject: RE: [T5.2] JavaScript combination >> > >> >> > >> >> > >> >> > >> > -Original Message- >> > >> > From: Howard Lewis Ship [mailto:hls...@gmail.com] >> > >> > Sent: 17 September 2010 22:31 >> > >> > To: Tapestry users >> > >> > Subject: Re: [T5.2] JavaScript combination >> > >> > >> > >> > On Fri, Sep 17, 2010 at 9:20 AM, Blower, Andy >> > >> > wrote: >> > >> > > A few questions: >> > >> > > >> > >> > > Is there any documentation of the new JavaScript combination >> > >> > functionality added to fix TAP5-769 in 5.2, specifically about >> > >> stacks? >> > >> > I can't see any, but before I dive into code/javadoc I thought >> I'd >> > >> ask. >> > >> > >> > >> > Well, there's JavaDoc. >> > >> > >> > >> I will use that then. >> > >> >> > >> > > >> > >> > > Why aren't the prototype & scriptaculous libraries combined >> into >> > a >> > >> > stack by default? >> > >> > > >> > >> > >> > >> > They are in production; by de
Re: Monitoring/statistics
Why dont reuse already existing projects? http://code.google.com/p/javasimon 2010/10/11 Alessio Gambi > Hi, > Please think also about some way to obtain (meta) statistics about Tapestry > itself. Something that can be used to track how many people are actually > using tapestry as platform for their applications. > > -- Alessio > > On 11-ott-2010, at 18:05, Howard Lewis Ship wrote: > > > I've been thinking about this kind of thing as well; having a JMX bean > > for each Page instance and tracking number of render requests, number > > of event requests, number of ajax even requests, and ellapsed > > processing time for each. > > > > Obviously, it's a bit late for 5.2 ... it may be time to cut a 5.3 dev > > branch off the current 5.2 code base. > > > > On Sun, Oct 10, 2010 at 2:05 PM, Josh Canfield > wrote: > >> I'm thinking about rolling my own generic monitoring/statistics solution > for > >> tapestry 5 and I figured I should see if something is out there already > >> before I spent too much time on it. > >> > >> This is to be used in production and connected to an external monitoring > >> system, probably via JMX, but we might be flexible. > >> > >> Anything come to mind? > >> > > > > > > > > -- > > Howard M. Lewis Ship > > > > Creator of Apache Tapestry > > > > The source for Tapestry training, mentoring and support. Contact me to > > learn how I can get you up and productive in Tapestry fast! > > > > (971) 678-5210 > > http://howardlewisship.com > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > >
Re: [T5.2] Zone loading progress icon
Hi I did something like this by observing Tapestry Zone Events and CSS style http://github.com/ccordenier/tapestry5-hotel-booking/blob/master/src/main/java/com/tap5/hotelbooking/components/AjaxLoader.java http://github.com/ccordenier/tapestry5-hotel-booking/blob/master/src/main/webapp/static/hotel-booking.js 2010/10/11 Thiago H. de Paula Figueiredo : > On Mon, 11 Oct 2010 12:23:51 -0300, Muhammad Mohsen > wrote: > >> Hi all, > > Hi! > >> I was wondering if anyone had implemented a way to inform the client that >> a zone is being updated whether by form submission or an ordinary link ? >> Something like a progress icon may be ? > > I don't recall doing something like that, but that's what I'd use for it: > http://api.prototypejs.org/ajax/ajax/responders/ > > -- > Thiago H. de Paula Figueiredo > Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and > instructor > Owner, Ars Machina Tecnologia da Informação Ltda. > http://www.arsmachina.com.br > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Regards, Christophe Cordenier. Committer on Apache Tapestry 5 Co-creator of wooki @wookicentral.com - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: [T5.2] Zone loading progress icon
On Mon, 11 Oct 2010 12:23:51 -0300, Muhammad Mohsen wrote: Hi all, Hi! I was wondering if anyone had implemented a way to inform the client that a zone is being updated whether by form submission or an ordinary link ? Something like a progress icon may be ? I don't recall doing something like that, but that's what I'd use for it: http://api.prototypejs.org/ajax/ajax/responders/ -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
RE: [T5.2] JavaScript combination
I've been trying the new stack implementation in T5.2.1 and it's much better. I am having a problem with the order they're put into the page. It seems (I'm guessing/trying to spot a pattern here) to be dependent on the first import of a stack element which means the stacks can easily be requested in an order that means that extensions appear before the definitions of what they're trying to extend. This is a real problem, especially when using modules. Is there a way to define the order JS stacks are outputted? > -Original Message- > From: Blower, Andy [mailto:andy.blo...@proquest.co.uk] > Sent: 21 September 2010 10:08 > To: 'Tapestry users' > Subject: RE: [T5.2] JavaScript combination > > That would be the ideal situation where if a stack was defined > containing CompJS, then if something references CompJS the stack is > brought in. A simpler thing to do would be to simply remove the > individual call to CompJS if the stack containing is imported, but this > is less useful. Either would be far superior to the current behaviour. > > I've raised TAP5-1279 for this issue. Is this likely to get fixed in > the next 3 weeks? If not then I'll need to plan accordingly. > > > > -Original Message- > > From: Howard Lewis Ship [mailto:hls...@gmail.com] > > Sent: 20 September 2010 18:48 > > To: Tapestry users > > Subject: Re: [T5.2] JavaScript combination > > > > Those are great comments; I had thought about imported JS libraries > > "dragging in" a stack and I can't remember why I abandoned it. > Perhaps > > I was trying to be properly agile (don't implement it until there's a > > need). > > > > You case is interesting; a piece of code that blindly imports a JS > > that is already part of a stack. And yes, I think you may be right, > > that that should trigger an import of the stack itself. > > > > On Mon, Sep 20, 2010 at 6:26 AM, Blower, Andy > > wrote: > > > I've created my first stack, and I'm slightly puzzled about the > value > > of this - or maybe I've simply done something wrong. > > > > > > The stack mechanism doesn't seem to be removing duplicate > javascript > > references as I was expecting it to do. Tapestry JS has always worked > > on a component requesting the JS assets it needs and then Tapestry > > ensured that each required JS asset was added to the page only once, > > even if several components asked for the same JS asset. The stack > > system doesn't seem to follow this... > > > > > > For example, say I have a component "Comp" that specifies it needs > > the "CompJS" asset, and is used on pages "Page1" and "Page2". If > Page1 > > doesn't have much more to it and only needs CompJS then that's what > > should be included by Tapestry, since Comp @Import's CompJS. All well > > and good. > > > > > > Now, if Page2 has a lot of other components with their own JS files > > which are then combined into a T5 stack and requested by the page's > > @Import then I would not expect CompJS to be referenced on the page > > since it's already included in the stack file. It seems to be in > T5.2.0 > > with my testing. > > > > > > Unless I'm mistaken about how this is working, then I fail to see > how > > this stack mechanism provides much benefit over simply putting all my > > projects' JS into a single file and referencing that in each page. > The > > only advantage is to split it up into easily editable chunks, I still > > have to manage the aggregation. I think it's going to be very easy to > > get duplicate JS in the rendered html page with this system. > > > > > > Is this working as intended or any I missing something here? > > > > > > Thanks, > > > > > > Andy > > > > > >> -Original Message- > > >> From: Blower, Andy [mailto:andy.blo...@proquest.co.uk] > > >> Sent: 20 September 2010 11:28 > > >> To: 'Tapestry users' > > >> Subject: RE: [T5.2] JavaScript combination > > >> > > >> > > >> > > >> > -Original Message- > > >> > From: Howard Lewis Ship [mailto:hls...@gmail.com] > > >> > Sent: 17 September 2010 22:31 > > >> > To: Tapestry users > > >> > Subject: Re: [T5.2] JavaScript combination > > >> > > > >> > On Fri, Sep 17, 2010 at 9:20 AM, Blower, Andy > > >> > wrote: > > >> > > A few questions: > > >> > > > > >> > > Is there any documentation of the new JavaScript combination > > >> > functionality added to fix TAP5-769 in 5.2, specifically about > > >> stacks? > > >> > I can't see any, but before I dive into code/javadoc I thought > I'd > > >> ask. > > >> > > > >> > Well, there's JavaDoc. > > >> > > > >> I will use that then. > > >> > > >> > > > > >> > > Why aren't the prototype & scriptaculous libraries combined > into > > a > > >> > stack by default? > > >> > > > > >> > > > >> > They are in production; by default in development the > aggregation > > >> > logic is turned off, as it makes it much faster/easier to debug > on > > >> the > > >> > client side. There's a symbol you can override to enable > > aggregation > > >> > in development mode. > > >> > > >> Right,
Re: Monitoring/statistics
Hi, Please think also about some way to obtain (meta) statistics about Tapestry itself. Something that can be used to track how many people are actually using tapestry as platform for their applications. -- Alessio On 11-ott-2010, at 18:05, Howard Lewis Ship wrote: > I've been thinking about this kind of thing as well; having a JMX bean > for each Page instance and tracking number of render requests, number > of event requests, number of ajax even requests, and ellapsed > processing time for each. > > Obviously, it's a bit late for 5.2 ... it may be time to cut a 5.3 dev > branch off the current 5.2 code base. > > On Sun, Oct 10, 2010 at 2:05 PM, Josh Canfield wrote: >> I'm thinking about rolling my own generic monitoring/statistics solution for >> tapestry 5 and I figured I should see if something is out there already >> before I spent too much time on it. >> >> This is to be used in production and connected to an external monitoring >> system, probably via JMX, but we might be flexible. >> >> Anything come to mind? >> > > > > -- > Howard M. Lewis Ship > > Creator of Apache Tapestry > > The source for Tapestry training, mentoring and support. Contact me to > learn how I can get you up and productive in Tapestry fast! > > (971) 678-5210 > http://howardlewisship.com > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Monitoring/statistics
I've been thinking about this kind of thing as well; having a JMX bean for each Page instance and tracking number of render requests, number of event requests, number of ajax even requests, and ellapsed processing time for each. Obviously, it's a bit late for 5.2 ... it may be time to cut a 5.3 dev branch off the current 5.2 code base. On Sun, Oct 10, 2010 at 2:05 PM, Josh Canfield wrote: > I'm thinking about rolling my own generic monitoring/statistics solution for > tapestry 5 and I figured I should see if something is out there already > before I spent too much time on it. > > This is to be used in production and connected to an external monitoring > system, probably via JMX, but we might be flexible. > > Anything come to mind? > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: [T5.2] Zone loading progress icon
Use ProgressiveDisplay component? http://tapestry.apache.org/tapestry5.1/tapestry-core/ref/org/apache/tapestry5/corelib/components/ProgressiveDisplay.html Kalle On Mon, Oct 11, 2010 at 8:23 AM, Muhammad Mohsen wrote: > Hi all, > > I was wondering if anyone had implemented a way to inform the client that a > zone is being updated whether by form submission or an ordinary link ? > Something like a progress icon may be ? > > Just to be interactive with the client. > > -- > Muhammad Gelbana > Java Software Programmer > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
[T5.2] Zone loading progress icon
Hi all, I was wondering if anyone had implemented a way to inform the client that a zone is being updated whether by form submission or an ordinary link ? Something like a progress icon may be ? Just to be interactive with the client. -- Muhammad Gelbana Java Software Programmer
Re: ValueEncoder throwing Exceptions
How do you want to handle it? onException works if you want to manage the exception per page, perhaps also Tynamo's exceptionpage module could be of use (http://tynamo.org/tapestry-exceptionpage+guide). Kalle On Mon, Oct 11, 2010 at 5:40 AM, Stephan Windmüller wrote: > Hello! > > Currently we have a lot of onActivate/Passivate calls of the form > > void onActivate(String thingId) throws NotFoundException{ > this.thing = myService.getThing(thingId); > } > > My thought was to contribute a custom ValueEncoder and use > > void onActivate(Thing thing) > > instead. But as far as I can see there is no way to handle the > NotFoundException which should be thrown for illegal IDs. Is there a way > to handle this in Tapestry? > > TIA > Stephan > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: ValueEncoder throwing Exceptions
On Mon, 11 Oct 2010 09:40:01 -0300, Stephan Windmüller wrote: Hello! Hi! Currently we have a lot of onActivate/Passivate calls of the form void onActivate(String thingId) throws NotFoundException{ this.thing = myService.getThing(thingId); } My thought was to contribute a custom ValueEncoder and use void onActivate(Thing thing) instead. But as far as I can see there is no way to handle the NotFoundException which should be thrown for illegal IDs. Is there a way to handle this in Tapestry? Have you tried an onException(Exception e) method in your page class? -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
ValueEncoder throwing Exceptions
Hello! Currently we have a lot of onActivate/Passivate calls of the form void onActivate(String thingId) throws NotFoundException{ this.thing = myService.getThing(thingId); } My thought was to contribute a custom ValueEncoder and use void onActivate(Thing thing) instead. But as far as I can see there is no way to handle the NotFoundException which should be thrown for illegal IDs. Is there a way to handle this in Tapestry? TIA Stephan - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: HTML 5 support
Hi Thiago ! I think it's also about entities usage in template files when using HTML5. 2010/10/11 Thiago H. de Paula Figueiredo : > On Sun, 10 Oct 2010 07:12:14 -0300, Marcel wrote: > >> Hello, > > Hi! > >> What is the status of HTML 5 support? If it is not supported out of the >> box, what is the best strategy to follow using either T5.1 or T5.2? > > What exactly do you mean by HTML 5 support? HTML 5 support in Tapestry? > Tapestry doesn't care about much which markup language you're outputting. > The only thing that comes to mind is that, from what I recall, the template > parser needed a tweak to recognize and output the HTML 5 doctype. > > -- > Thiago H. de Paula Figueiredo > Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and > instructor > Owner, Ars Machina Tecnologia da Informação Ltda. > http://www.arsmachina.com.br > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Regards, Christophe Cordenier. Committer on Apache Tapestry 5 Co-creator of wooki @wookicentral.com - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: HTML 5 support
On Sun, 10 Oct 2010 07:12:14 -0300, Marcel wrote: Hello, Hi! What is the status of HTML 5 support? If it is not supported out of the box, what is the best strategy to follow using either T5.1 or T5.2? What exactly do you mean by HTML 5 support? HTML 5 support in Tapestry? Tapestry doesn't care about much which markup language you're outputting. The only thing that comes to mind is that, from what I recall, the template parser needed a tweak to recognize and output the HTML 5 doctype. -- Thiago H. de Paula Figueiredo Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and instructor Owner, Ars Machina Tecnologia da Informação Ltda. http://www.arsmachina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Antwort: Strange Type Coercion Exception
no problem. be my guest. just had the same problem with one of our junior programmers last friday :) g, kris Von:Christian Koller An: "Tapestry users" Datum: 11.10.2010 13:35 Betreff:Re: Antwort: Strange Type Coercion Exception Thank you very much. On 11.10.2010, at 12:42, Kristian Marinkovic wrote: > move your DisplayContentItemStyle to a package that is not within a pages, > components or mixins package. eg. services > > T5 loads all classes in the before mentioned packages for enhancement with > another classloader. that's why your class (enum) cant be found. > > g, > kris > > > > Von:Christian Koller > An: Tapestry users > Datum: 11.10.2010 12:39 > Betreff:Strange Type Coercion Exception > > > > Hi all > > Today I faced a very strange exception (tapestry version 5.2) > > The Exception sais not possible to find the coercion string -> > net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle > but if I check the configured coercion, then I can find: > String --> > net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle > > Any ideas? > > > org.apache.tapestry5.ioc.util.UnknownValueException > Could not find a coercion from type java.lang.String to type > net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle. > availableValues > Configured coercions: > > Double --> Float > Float --> Double > Long --> Boolean > Long --> Byte > Long --> Double > Long --> Integer > Long --> Short > Number --> Long > Object --> Object[] > Object --> String > Object --> java.util.List > Object[] --> java.util.List > String --> Boolean > String --> Double > String --> Long > String --> java.io.File > String --> java.math.BigDecimal > String --> java.math.BigInteger > String --> java.text.DateFormat > String --> java.util.regex.Pattern > String --> > net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle > String --> org.apache.tapestry5.Renderable > String --> org.apache.tapestry5.SelectModel > String --> org.apache.tapestry5.corelib.LoopFormState > String --> org.apache.tapestry5.corelib.SubmitMode > String --> org.apache.tapestry5.corelib.data.BlankOption > String --> org.apache.tapestry5.corelib.data.GridPagerPosition > String --> org.apache.tapestry5.corelib.data.InsertPosition > String --> org.apache.tapestry5.ioc.Resource > String --> org.apache.tapestry5.ioc.util.TimeInterval > boolean[] --> java.util.List > byte[] --> java.util.List > char[] --> java.util.List > double[] --> java.util.List > float[] --> java.util.List > int[] --> java.util.List > java.math.BigDecimal --> Double > java.util.Collection --> Boolean > java.util.Collection --> Object[] > java.util.Collection --> org.apache.tapestry5.grid.GridDataSource > java.util.Date --> java.util.Calendar > java.util.List --> org.apache.tapestry5.SelectModel > java.util.Map --> org.apache.tapestry5.SelectModel > long[] --> java.util.List > null --> Boolean > null --> org.apache.tapestry5.grid.GridDataSource > org.apache.tapestry5.ComponentResources --> > org.apache.tapestry5.PropertyOverrides > org.apache.tapestry5.PrimaryKeyEncoder --> > org.apache.tapestry5.ValueEncoder > org.apache.tapestry5.Renderable --> org.apache.tapestry5.Block > org.apache.tapestry5.Renderable --> > org.apache.tapestry5.runtime.RenderCommand > org.apache.tapestry5.ioc.util.TimeInterval --> Long > org.apache.tapestry5.runtime.ComponentResourcesAware --> > org.apache.tapestry5.ComponentResources > short[] --> java.util.List > > Christian Koller Sofwareentwickler net mobile Schweiz AG Seestrasse 45 CH ñ 8702 Zollikon Tel: + 41 (0) 44 918 99 99 Fax: + 41 (0) 44 918 99 98 Direkt: + 41 (0) 44 918 99 72 Mail: christian.kol...@net-m.ch Web: www.net-m.ch - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Antwort: Strange Type Coercion Exception
Thank you very much. On 11.10.2010, at 12:42, Kristian Marinkovic wrote: > move your DisplayContentItemStyle to a package that is not within a pages, > components or mixins package. eg. services > > T5 loads all classes in the before mentioned packages for enhancement with > another classloader. that's why your class (enum) cant be found. > > g, > kris > > > > Von:Christian Koller > An: Tapestry users > Datum: 11.10.2010 12:39 > Betreff:Strange Type Coercion Exception > > > > Hi all > > Today I faced a very strange exception (tapestry version 5.2) > > The Exception sais not possible to find the coercion string -> > net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle > but if I check the configured coercion, then I can find: > String --> > net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle > > Any ideas? > > > org.apache.tapestry5.ioc.util.UnknownValueException > Could not find a coercion from type java.lang.String to type > net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle. > availableValues > Configured coercions: > > Double --> Float > Float --> Double > Long --> Boolean > Long --> Byte > Long --> Double > Long --> Integer > Long --> Short > Number --> Long > Object --> Object[] > Object --> String > Object --> java.util.List > Object[] --> java.util.List > String --> Boolean > String --> Double > String --> Long > String --> java.io.File > String --> java.math.BigDecimal > String --> java.math.BigInteger > String --> java.text.DateFormat > String --> java.util.regex.Pattern > String --> > net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle > String --> org.apache.tapestry5.Renderable > String --> org.apache.tapestry5.SelectModel > String --> org.apache.tapestry5.corelib.LoopFormState > String --> org.apache.tapestry5.corelib.SubmitMode > String --> org.apache.tapestry5.corelib.data.BlankOption > String --> org.apache.tapestry5.corelib.data.GridPagerPosition > String --> org.apache.tapestry5.corelib.data.InsertPosition > String --> org.apache.tapestry5.ioc.Resource > String --> org.apache.tapestry5.ioc.util.TimeInterval > boolean[] --> java.util.List > byte[] --> java.util.List > char[] --> java.util.List > double[] --> java.util.List > float[] --> java.util.List > int[] --> java.util.List > java.math.BigDecimal --> Double > java.util.Collection --> Boolean > java.util.Collection --> Object[] > java.util.Collection --> org.apache.tapestry5.grid.GridDataSource > java.util.Date --> java.util.Calendar > java.util.List --> org.apache.tapestry5.SelectModel > java.util.Map --> org.apache.tapestry5.SelectModel > long[] --> java.util.List > null --> Boolean > null --> org.apache.tapestry5.grid.GridDataSource > org.apache.tapestry5.ComponentResources --> > org.apache.tapestry5.PropertyOverrides > org.apache.tapestry5.PrimaryKeyEncoder --> > org.apache.tapestry5.ValueEncoder > org.apache.tapestry5.Renderable --> org.apache.tapestry5.Block > org.apache.tapestry5.Renderable --> > org.apache.tapestry5.runtime.RenderCommand > org.apache.tapestry5.ioc.util.TimeInterval --> Long > org.apache.tapestry5.runtime.ComponentResourcesAware --> > org.apache.tapestry5.ComponentResources > short[] --> java.util.List > > Christian Koller Sofwareentwickler net mobile Schweiz AG Seestrasse 45 CH ñ 8702 Zollikon Tel: + 41 (0) 44 918 99 99 Fax: + 41 (0) 44 918 99 98 Direkt: + 41 (0) 44 918 99 72 Mail: christian.kol...@net-m.ch Web: www.net-m.ch - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Antwort: Strange Type Coercion Exception
move your DisplayContentItemStyle to a package that is not within a pages, components or mixins package. eg. services T5 loads all classes in the before mentioned packages for enhancement with another classloader. that's why your class (enum) cant be found. g, kris Von:Christian Koller An: Tapestry users Datum: 11.10.2010 12:39 Betreff:Strange Type Coercion Exception Hi all Today I faced a very strange exception (tapestry version 5.2) The Exception sais not possible to find the coercion string -> net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle but if I check the configured coercion, then I can find: String --> net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle Any ideas? org.apache.tapestry5.ioc.util.UnknownValueException Could not find a coercion from type java.lang.String to type net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle. availableValues Configured coercions: Double --> Float Float --> Double Long --> Boolean Long --> Byte Long --> Double Long --> Integer Long --> Short Number --> Long Object --> Object[] Object --> String Object --> java.util.List Object[] --> java.util.List String --> Boolean String --> Double String --> Long String --> java.io.File String --> java.math.BigDecimal String --> java.math.BigInteger String --> java.text.DateFormat String --> java.util.regex.Pattern String --> net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle String --> org.apache.tapestry5.Renderable String --> org.apache.tapestry5.SelectModel String --> org.apache.tapestry5.corelib.LoopFormState String --> org.apache.tapestry5.corelib.SubmitMode String --> org.apache.tapestry5.corelib.data.BlankOption String --> org.apache.tapestry5.corelib.data.GridPagerPosition String --> org.apache.tapestry5.corelib.data.InsertPosition String --> org.apache.tapestry5.ioc.Resource String --> org.apache.tapestry5.ioc.util.TimeInterval boolean[] --> java.util.List byte[] --> java.util.List char[] --> java.util.List double[] --> java.util.List float[] --> java.util.List int[] --> java.util.List java.math.BigDecimal --> Double java.util.Collection --> Boolean java.util.Collection --> Object[] java.util.Collection --> org.apache.tapestry5.grid.GridDataSource java.util.Date --> java.util.Calendar java.util.List --> org.apache.tapestry5.SelectModel java.util.Map --> org.apache.tapestry5.SelectModel long[] --> java.util.List null --> Boolean null --> org.apache.tapestry5.grid.GridDataSource org.apache.tapestry5.ComponentResources --> org.apache.tapestry5.PropertyOverrides org.apache.tapestry5.PrimaryKeyEncoder --> org.apache.tapestry5.ValueEncoder org.apache.tapestry5.Renderable --> org.apache.tapestry5.Block org.apache.tapestry5.Renderable --> org.apache.tapestry5.runtime.RenderCommand org.apache.tapestry5.ioc.util.TimeInterval --> Long org.apache.tapestry5.runtime.ComponentResourcesAware --> org.apache.tapestry5.ComponentResources short[] --> java.util.List
Strange Type Coercion Exception
Hi all Today I faced a very strange exception (tapestry version 5.2) The Exception sais not possible to find the coercion string -> net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle but if I check the configured coercion, then I can find: String --> net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle Any ideas? org.apache.tapestry5.ioc.util.UnknownValueException Could not find a coercion from type java.lang.String to type net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle. availableValues Configured coercions: Double --> Float Float --> Double Long --> Boolean Long --> Byte Long --> Double Long --> Integer Long --> Short Number --> Long Object --> Object[] Object --> String Object --> java.util.List Object[] --> java.util.List String --> Boolean String --> Double String --> Long String --> java.io.File String --> java.math.BigDecimal String --> java.math.BigInteger String --> java.text.DateFormat String --> java.util.regex.Pattern String --> net.netm.platform.client.tapestry.common.components.style.DisplayContentItemStyle String --> org.apache.tapestry5.Renderable String --> org.apache.tapestry5.SelectModel String --> org.apache.tapestry5.corelib.LoopFormState String --> org.apache.tapestry5.corelib.SubmitMode String --> org.apache.tapestry5.corelib.data.BlankOption String --> org.apache.tapestry5.corelib.data.GridPagerPosition String --> org.apache.tapestry5.corelib.data.InsertPosition String --> org.apache.tapestry5.ioc.Resource String --> org.apache.tapestry5.ioc.util.TimeInterval boolean[] --> java.util.List byte[] --> java.util.List char[] --> java.util.List double[] --> java.util.List float[] --> java.util.List int[] --> java.util.List java.math.BigDecimal --> Double java.util.Collection --> Boolean java.util.Collection --> Object[] java.util.Collection --> org.apache.tapestry5.grid.GridDataSource java.util.Date --> java.util.Calendar java.util.List --> org.apache.tapestry5.SelectModel java.util.Map --> org.apache.tapestry5.SelectModel long[] --> java.util.List null --> Boolean null --> org.apache.tapestry5.grid.GridDataSource org.apache.tapestry5.ComponentResources --> org.apache.tapestry5.PropertyOverrides org.apache.tapestry5.PrimaryKeyEncoder --> org.apache.tapestry5.ValueEncoder org.apache.tapestry5.Renderable --> org.apache.tapestry5.Block org.apache.tapestry5.Renderable --> org.apache.tapestry5.runtime.RenderCommand org.apache.tapestry5.ioc.util.TimeInterval --> Long org.apache.tapestry5.runtime.ComponentResourcesAware --> org.apache.tapestry5.ComponentResources short[] --> java.util.List
JSR303: Tapestry prepends error messages with "Textfield".
Hello all, My ValidationMessages.properties looks like this: missing=Missing required parameter: firstName=first name lastName=last name Entity fields are annotated like this: @NotNull(message = "{missing} {firstName}") private String firstName; @NotNull(message = "{missing} {lastName}") private String lastName; The error messages I get (client-side validation): Textfield Missing required parameter: first name Textfield 0 Missing required parameter: last name How can I get rid of those "Textfield" and "Textfield 0" prefixes? -- Cheers, dimgel http://dimgel.ru/lib.web Thin, stateless, strictly typed Scala web framework. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: component report failing
Anyone planning on fixing this? The component reports are crucial as developer documentation! It fails for me in both 5.1.0.5 and 5.2 On Fri, May 7, 2010 at 1:11 PM, Ulrich Stärk wrote: > That's so annyoing. Happens with Maven 2.0 as well as with 2.2. > > > On 07.05.2010 09:04, Igor Drobiazko wrote: > >> No problems here. >> >> On Thu, May 6, 2010 at 11:10 AM, Ulrich Stärk wrote: >> >> Hey guys, >>> >>> somehow the tapestry-component-report in 5.2-SNAPSHOT is failing for me >>> (see stack trace below). Has anyone else seen this? I believe that >>> there's a >>> problem with the dependencies but before changing them I'd like to make >>> sure >>> that it's not me. >>> >>> Uli >>> >>> java.lang.NoSuchMethodError: >>> >>> org.apache.maven.doxia.module.xhtml.XhtmlSink.writeEndTagWithoutEOL(Ljavax/swing/text/html/HTML$Tag;)V >>>at >>> org.apache.maven.doxia.module.xhtml.XhtmlSink.link_(XhtmlSink.java:1066) >>>at >>> >>> org.apache.tapestry.mojo.ComponentReport.executeReport(ComponentReport.java:240) >>>at >>> >>> org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:90) >>>at >>> >>> org.apache.maven.reporting.AbstractMavenReport.execute(AbstractMavenReport.java:65) >>>at >>> >>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:454) >>>at >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559) >>>at >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:513) >>>at >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:483) >>>at >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331) >>>at >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) >>>at >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) >>>at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:345) >>>at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:132) >>>at org.apache.maven.cli.MavenCli.main(MavenCli.java:290) >>>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>at >>> >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>>at >>> >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>at java.lang.reflect.Method.invoke(Method.java:592) >>>at >>> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) >>>at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) >>>at >>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) >>>at org.codehaus.classworlds.Launcher.main(Launcher.java:375) >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >>> >> >> > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > >