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: best practice for a multiple module app
Hi, I don't see any "complexity of EJBs (in EJB 2)" in case if you are using just JMS/Session beans - Entity beans are really awful 2008/2/5, Renat Zubairov <[EMAIL PROTECTED]>: > Hi Angelo, > > I was just thinking how can you organize your application in case you would > use the EJBs: > > You will most probably use the Session Facade design pattern ( > http://java.sun.com/blueprints/corej2eepatterns/Patterns/SessionFacade.html) > to provide the backend for your web apps that will be shared part across all > of them. For that you need to create one or many session beans. It's natural > that you will not be very happy about complexity of EJBs (in EJB 2) and/or > about immature dependency injection (in EJB 3) therefore you would most > probably use them only as facade and call some other dependency injection > solution behind them. Most probable candidate is Spring, however I'm pretty > sure you can adjust T5 IOC to be usefull on the backend side as well. > > Since EJB structure is very similar to the typical DI requirements (required > interfaces) you can easily create a service provider of some kind that will > automagically lookup the EJBs in the JNDI and inject them into your > pages/services wherever they are needed. > > I would also suggest you to keep the user dependent state on the web tier > and use when possible stateless components on the backend. > > All in all it seems that resulting structure might become complicated very > fast :( and also there is a big question wherever T5 IOC is really suitable > for the backend/EJB like operation (for example perthread lifecycle only > works when servlet filter is there). Also you need to take into account > Java5/JEE5 support is not very mature and you would have only limited choise > of containers in this case. > > Renat > > > On 04/02/2008, Angelo Chen <[EMAIL PROTECTED]> wrote: > > > > > > Hi Renat, > > > > I think your recommendation of j2ee and ear deployment is a better option, > > i > > think again, there is really no need to make the multiple module looks > > like > > one, we can have multiple web applications, now this T5 IOC inside EJB > > part > > without EJB is interesting, what's the advantage of this approach compared > > to using ejb? another thing is, T5 does not have direct support of ejb3 > > annotation. > > > > Thanks, > > Angelo > > > > > > Renat Zubairov wrote: > > > > > > Hi Angelo, > > > > > > Basically if you have a number of web application, Tap or not Tap :) > > there > > > are number of problems you need to solve if you want them to look as one > > > application for the user: > > > > > > 1. Authentication - in case you would use propreitary authentication > > > schemes > > > that are based on the HTTP sessions you might have some problems because > > > session would be different for different web applications therefore you > > > might need to integrate with the container managed authentication. > > > > > > 2. Persistence - as you mentioned in your first email "all modules > > should > > > share the same persistence store" since two different web application > > > can't > > > have common classes loaded at the same time (due to the fact that in > > > Servlet > > > container all WebApps are having it's own private classloader) you might > > > use > > > the same persistence module (a JAR file in the WEB-INF/lib) but in this > > > case > > > each web application would work with it's own Session (hibernate > > or JDBC > > > session). > > > > > > 3. Linking - since each web application will be deployed under different > > > context (http://your-domain.com/context1 and http://your-domain/context2 > > ) > > > you would need to consider how many links would you need between these > > two > > > and how to manage them efficiently (imagine context name changed?). > > > > > > Basically my recommendation would be - do it inside single web app :) > > you > > > will really have less problems! > > > > > > In case it's not possible I would suggest to leverage all J2EE parts of > > > the > > > container, such as JAAS and container managed authentication for > > > simplifying > > > multi-app authentication, JNDI and connection pooling for providing > > single > > > DB connection pool for multiple applications. > > > In case you are planning to deploy to a J2EE container you can benefit > > > from > > > J2EE deployment if you would put common parts of your application inside > > > EJB > > > JAR and all your WAR's inside one single EAR, in this case you can > > benefit > > > from the hierarchical classloading. In the end you can off course use T5 > > > IOC > > > instead of spring inside your EJB part without really doing any EJBs at > > > all. > > > IMHO it should be possible to automatically deploy all T5 services > > inside > > > the JNDI and then look them up in the Web Applications. > > > > > > Renat > > > > > > > > > On 04/02/2008, Angelo Chen <[EMAIL PROTECTED]> wrote: > > >> > > >> > > >> Hi Renat, > > >> > > >> EJB is not a must, any sugge
Re: T5: best practice for a multiple module app
It makes Hibernate working as Jboss MBean service, this service is responsible for working with Hibernate sessions. This way leaves you only with JBoss, without any alternative. 2008/2/4, Jonathan Barker <[EMAIL PROTECTED]>: > Angelo, > > Take a look at JBoss .har files. I've never tried it but it might be a way > to share a common Hibernate setup among multiple webapps. > > Jonathan > > > -Original Message- > > From: Angelo Chen [mailto:[EMAIL PROTECTED] > > Sent: Sunday, February 03, 2008 8:28 PM > > To: users@tapestry.apache.org > > Subject: T5: best practice for a multiple module app > > > > > > Hi, > > A mini ERP project which will contains ar, ap, gl, inventory and some > > others, if every module is a single Tapestry 5 application, then we have 4 > > modules, all modules should share the same persistence store, UI is > > independent from each other, however there are some linkage as well, > > example, in the ap module user might be able to select an invoice from > > inventory, what is the best practice to structure this kind of app? pure > > Tapestry app? or ejb/seam based with T5 as the web tier? thanks. > > -- > > View this message in context: http://www.nabble.com/T5%3A-best-practice- > > for-a-multiple-module-app-tp15260841p15260841.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] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5: newbie question about tap5 & ejb
I think it is something related to EJB3 realization in Geronimo, you
should check your JNDI tree and try to get the interface by using
InitialContext = new InitialContext instead of @EJB annotattion,
because exception means something is going wrong during initialization
InitialContext.
2007/10/7, Pavel Volkovitskiy <[EMAIL PROTECTED]>:
> Hello!
>
> i'm trying to use ejb3 beans from my tap5 app
>
> right now i'm doing:
> mtx/racer/pages/contract/AddContract.java:
> ...
> @EJB
> private SellerFacadeLocal sellerFacade;
>
> and then
> public StreamResponse onSubmit() {
> ...
> Seller s = sellerFacade.getSeller(code, dealer, comment);
>
> there Seller - entity, sellerFacade - stateless bean and
> sellerFacadeLocal - interface
> but this doesn't work, i'm getting "javax.naming.NotContextException:
> geronimo/env/mtx.racer.beans.SellerFacade/entityManager"
>
> so, i'm doing something wrong...
>
> any tips or tap5&ejb3 examples?
>
> --
> Pavel
>
> -
> 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: newbie question about tap5 & ejb
I thing it is something related to EJB3 configuration, you should
check your JNDI tree and try to get the interface by using
InitialContext = new InitialContext instead of @EJB annotattion,
because exception means something is going wrong during initialization
InitialContext.
2007/10/7, Pavel Volkovitskiy <[EMAIL PROTECTED]>:
> Hello!
>
> i'm trying to use ejb3 beans from my tap5 app
>
> right now i'm doing:
> mtx/racer/pages/contract/AddContract.java:
> ...
> @EJB
> private SellerFacadeLocal sellerFacade;
>
> and then
> public StreamResponse onSubmit() {
> ...
> Seller s = sellerFacade.getSeller(code, dealer, comment);
>
> there Seller - entity, sellerFacade - stateless bean and
> sellerFacadeLocal - interface
> but this doesn't work, i'm getting "javax.naming.NotContextException:
> geronimo/env/mtx.racer.beans.SellerFacade/entityManager"
>
> so, i'm doing something wrong...
>
> any tips or tap5&ejb3 examples?
>
> --
> Pavel
>
> -
> 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: Comparison
Just for curiosity - in Tomahawk (custom component set for JSF) there is such component - t:saveState - it converts an Serializable object in a hidden value - see example It's very handy as for me for implementing dialogues instead of using session objects. As you have noticed, >>Client-side page persistence is in there, I'l have to check if it is >>documented. Tapestry 5 has something like this, has it? 2007/9/28, Howard Lewis Ship <[EMAIL PROTECTED]>: > > An ASO is an application state object. ASOs are created on demand, and > shared between pages. ASOs are generally stored in the HttpSession. > > A client ASO would be all that, but would be stored on the client (inside > hidden form fields or query parameters). This has some costs: serializing > the objects, and the question of security. > > > On 9/27/07, Anton Gavazuk <[EMAIL PROTECTED]> wrote: > > > > Sorry for interruption :) - what is Client-side ASO? > > > > > > 2007/9/27, Howard Lewis Ship <[EMAIL PROTECTED]>: > > > > > > Client-side page persistence is in there, I'l have to check if it is > > > documented. Client-side ASOs are not there yet (and there is not yet a > > > JIRA > > > issue to implement them). > > > > > > On 9/27/07, kranga <[EMAIL PROTECTED]> wrote: > > > > > > > > The one feature that T5 is missing and keeps us in T3 is lack of > > support > > > > for > > > > client-side session persistence. With the redirect-after-submit > > paradigm > > > > ingrained in T5 (a design decision I think a framework shouldn't be > > > > making), > > > > I can't have state hidden in forms persisted through the redirect > and > > > > hence > > > > am forced to use the session. > > > > > > > > - Original Message - > > > > From: "Francois Armand" <[EMAIL PROTECTED]> > > > > To: "Tapestry users" > > > > Sent: Thursday, September 27, 2007 4:24 AM > > > > Subject: Re: Comparison > > > > > > > > > > > > > Christian Gorbach wrote: > > > > >> Here's a recent comparison of Wicket and Tap from Ken Tong: > > > > >> > > > > > > http://agileskills2.org/blog/2007/09/my_thoughts_on_the_differences.html > > > > >> cheers > > > > >> c)hristian > > > > >> > > > > > (I'm sorry, I would have answer on your blog, but it seems that > > > > something > > > > > does not work with typekey login, I get a error message : "The > site > > > > you're > > > > > trying to comment on has not signed up for this feature. Please > > inform > > > > the > > > > > site owner.") > > > > > > > > > > Well, I mostly agree with the major part of your post, except for > > the > > > > ease > > > > > of use : a few month ago, I has to choose a new web framework and > > > tested > > > > > wicket (1.3, first betas) and Tapestry 5. And I found Tapestry 5 > far > > > > > simpler to understand and use than Wicket, with no possible > > comparison > > > ! > > > > > > > > > > So, perhaps previous version of Tapestry used to be hard, but > > Tapestry > > > 5 > > > > > is just the simplest Java web framework that I ever used (note: > this > > > > > assertion really depends of my personal background, the fact that > I > > > > never > > > > > code any line of Swing but I know Spring/IoC for a long time, and > > that > > > I > > > > > only spend some time with Struts, Struts 2, Stripes, Wicket and > > > Tapestry > > > > > 5). > > > > > > > > > > Really, Tapestry 5 has a lot of default, the bigger one being that > > > it's > > > > > still alpha, but it *is* simple. Being productive with it is a > > matter > > > > of > > > > > minutes... > > > > > > > > > > > > > > > -- > > > > > Francois Armand > > > > > Etudes & Développements J2EE > > > > > Groupe Linagora - http://www.linagora.com > > > > > Tél.: +33 (0)1 58 18 68 28 > > > > > --- > > > > > InterLDAP - http://interldap.org FederID - http://www.federid.org/ > > > > > Open Source identities management and federation > > > > > > > > > > > > > > > > > - > > > > > 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] > > > > > > > > > > > > > > > > > -- > > > Howard M. Lewis Ship > > > Partner and Senior Architect at Feature50 > > > > > > Creator Apache Tapestry and Apache HiveMind > > > > > > > > > -- > Howard M. Lewis Ship > Partner and Senior Architect at Feature50 > > Creator Apache Tapestry and Apache HiveMind >
Re: Comparison
Sorry for interruption :) - what is Client-side ASO? 2007/9/27, Howard Lewis Ship <[EMAIL PROTECTED]>: > > Client-side page persistence is in there, I'l have to check if it is > documented. Client-side ASOs are not there yet (and there is not yet a > JIRA > issue to implement them). > > On 9/27/07, kranga <[EMAIL PROTECTED]> wrote: > > > > The one feature that T5 is missing and keeps us in T3 is lack of support > > for > > client-side session persistence. With the redirect-after-submit paradigm > > ingrained in T5 (a design decision I think a framework shouldn't be > > making), > > I can't have state hidden in forms persisted through the redirect and > > hence > > am forced to use the session. > > > > - Original Message - > > From: "Francois Armand" <[EMAIL PROTECTED]> > > To: "Tapestry users" > > Sent: Thursday, September 27, 2007 4:24 AM > > Subject: Re: Comparison > > > > > > > Christian Gorbach wrote: > > >> Here's a recent comparison of Wicket and Tap from Ken Tong: > > >> > > http://agileskills2.org/blog/2007/09/my_thoughts_on_the_differences.html > > >> cheers > > >> c)hristian > > >> > > > (I'm sorry, I would have answer on your blog, but it seems that > > something > > > does not work with typekey login, I get a error message : "The site > > you're > > > trying to comment on has not signed up for this feature. Please inform > > the > > > site owner.") > > > > > > Well, I mostly agree with the major part of your post, except for the > > ease > > > of use : a few month ago, I has to choose a new web framework and > tested > > > wicket (1.3, first betas) and Tapestry 5. And I found Tapestry 5 far > > > simpler to understand and use than Wicket, with no possible comparison > ! > > > > > > So, perhaps previous version of Tapestry used to be hard, but Tapestry > 5 > > > is just the simplest Java web framework that I ever used (note: this > > > assertion really depends of my personal background, the fact that I > > never > > > code any line of Swing but I know Spring/IoC for a long time, and that > I > > > only spend some time with Struts, Struts 2, Stripes, Wicket and > Tapestry > > > 5). > > > > > > Really, Tapestry 5 has a lot of default, the bigger one being that > it's > > > still alpha, but it *is* simple. Being productive with it is a matter > > of > > > minutes... > > > > > > > > > -- > > > Francois Armand > > > Etudes & Développements J2EE > > > Groupe Linagora - http://www.linagora.com > > > Tél.: +33 (0)1 58 18 68 28 > > > --- > > > InterLDAP - http://interldap.org FederID - http://www.federid.org/ > > > Open Source identities management and federation > > > > > > > > > - > > > 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] > > > > > > > -- > Howard M. Lewis Ship > Partner and Senior Architect at Feature50 > > Creator Apache Tapestry and Apache HiveMind >
Re: T5:Tiles?
Hi Angelo, I had the same question and as I understood - you have to write your own custom component see http://tapestry.apache.org/tapestry5/tapestry-core/guide/templates.html and now I try to implement this - if you are interested - we can communicate about the topic and create some kind of howto... 2007/8/22, Angelo Chen <[EMAIL PROTECTED] >: > > > Hi, > > Is there a way to do something like Struts with Tiles in Tapestry 5? > samples? Thanks. > > A.C. > -- > View this message in context: > http://www.nabble.com/T5%3ATiles--tf4310807.html#a12272065 > 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] how to make page templates (like Tiles)
Hi Jun, Do you have an example or link to example :)? I have looked through mail list and found only messages related to layout component about CSS. 2007/8/19, Jun Tsai <[EMAIL PROTECTED]>: > > 2007/8/19, Anton Gavazuk <[EMAIL PROTECTED]>: > > > > Hello all, > > How to implement page templates using tapestry 5 - like a page > definitions > > in Tiles? > > > > > you can use layout component. > > > -- > regards, > Jun Tsai >
[T5] how to make page templates (like Tiles)
Hello all, How to implement page templates using tapestry 5 - like a page definitions in Tiles?
