Re: [jira] [Created] (TAP5-1955) Documentation on ServiceBinder#bind(ClassT implementationClass) is wrong/lacks extra information
On Fri, 08 Jun 2012 17:16:22 -0300, Carsten Klein (JIRA) j...@apache.org wrote: Defines a service in terms of an implementation class, without a service interface. In this case, the service will not be proxiable (proxying requires a service interface) and {@link ServiceDef#getServiceInterface()} will return the implementation class. In this situation, the service will not be proxied; it will be instantiated fully on first reference (ignoring its scope, if any) and will not be decorated. In tapestry-core InternalModule I found usages of that interface, where you bind an interface class. Looking at the code, the implementation will try to resolve the implementation class and then bind it using the standard bind(ClassT serviceInterface, Class? extends T implementationClass) method. That part of the documentation talks about binding a service using only a concrete class and you're talking about binding a service using an interface, so the documentation is correct, maybe just not clear enough. Again, please post in the Tapestry user mailing list before posting a JIRA. Cheers! -- Thiago H. de Paula Figueiredo - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org This is what I stated in the _improvement request_: the existing documentation on the method is lacking the extra information that one can also go and bind services using a service interface class alone and that tapestry will try to resolve the implementation class all by itself, by appending the prefix 'Impl' to the service interface class' name. In that case, it will redirect to bind(iface, impl), which in turn will allow proxies and decorators to that interface. The existing documentation does only account for when registering concrete implementation classes as services. Cheers Carsten - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Tapestry 5.1.0.5 to 5.2.6 migration. .html templates
Sorry for posting this in the wrong list. I solved this by decorating ComponentTemplateLocator. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Tapestry-5-1-0-5-to-5-2-6-migration-html-templates-tp5713624p5713769.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
More details about Tapestry 5.4 JavaScript
... on the wiki: http://tapestry.apache.org/javascript-rewrite.html -- 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: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Documentation generation
So what are the details on the required switch away from Confluence? I see notes here: http://www.apache.org/dev/cms.html Nothing about a tool to convert Confluence Wiki markup to Markdown. I still think Jekyll http://jekyllrb.com/ is a good candidate for the docs. -- 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: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Documentation generation
I would prefer a JavaScript based template engine, such as http://handlebarsjs.com/ On Mon, Jun 11, 2012 at 6:12 PM, Howard Lewis Ship hls...@gmail.com wrote: So what are the details on the required switch away from Confluence? I see notes here: http://www.apache.org/dev/cms.html Nothing about a tool to convert Confluence Wiki markup to Markdown. I still think Jekyll http://jekyllrb.com/ is a good candidate for the docs. -- 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: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de http://twitter.com/drobiazko
Re: More details about Tapestry 5.4 JavaScript
I think your summary of the current pain points with the Tapestry 5.3 JS model were excellent. I had read a few of your posts about the possibility of including a JS MVC with the system like Backbone or Ember. Is this still a possibility or are you trending away from this? -- View this message in context: http://tapestry.1045711.n5.nabble.com/More-details-about-Tapestry-5-4-JavaScript-tp5713773p5713776.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: More details about Tapestry 5.4 JavaScript
My intent is that for complex UIs, you should be able to choose to use Backbone or Ember or ExtJS, etc. That Tapestry should get out of the way. On Mon, Jun 11, 2012 at 10:05 AM, yazdog8 j...@paulsenweb.com wrote: I think your summary of the current pain points with the Tapestry 5.3 JS model were excellent. I had read a few of your posts about the possibility of including a JS MVC with the system like Backbone or Ember. Is this still a possibility or are you trending away from this? -- View this message in context: http://tapestry.1045711.n5.nabble.com/More-details-about-Tapestry-5-4-JavaScript-tp5713773p5713776.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-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: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: More details about Tapestry 5.4 JavaScript
Thanks! We had been holding off on using any kind of JS MVC not knowing how 5.4 would be taking shape. This may allow us to use one for some of the more data rich interactions where we would want to store rich data sets on the client for speed purposes. -- View this message in context: http://tapestry.1045711.n5.nabble.com/More-details-about-Tapestry-5-4-JavaScript-tp5713773p5713778.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: More details about Tapestry 5.4 JavaScript
On Mon, 11 Jun 2012 14:26:35 -0300, Howard Lewis Ship hls...@gmail.com wrote: My intent is that for complex UIs, you should be able to choose to use Backbone or Ember or ExtJS, etc. That Tapestry should get out of the way. Agreed 100%. This doesn't prevent us or other people of providing integration packages, of course. :) -- Thiago H. de Paula Figueiredo - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org