Reacties op: Tapestry 5 preview release http://blog.finalist.com/2007/02/19/tapestry-5-preview-release/ Nederlandse blog over software ontwikkeling Mon, 08 Sep 2008 01:36:21 +0000 http://wordpress.org/?v=2.1.3 By: Onno http://blog.finalist.com/2007/02/19/tapestry-5-preview-release/#comment-471 Onno Mon, 19 Feb 2007 09:15:11 +0000 http://blog.finalist.com/2007/02/19/tapestry-5-preview-release/#comment-471 Goed verhaal Rudie, ben benieuwd hoe Tapestry 5 zich verder gaat ontwikkelen. Op het eerste gezicht ziet het er veelbelovend en vooral ook erg productief uit. Jammer dat ze overal Maven voor gebruiken, maar dat is persoonlijk :o) mvg, Onno Goed verhaal Rudie,

ben benieuwd hoe Tapestry 5 zich verder gaat ontwikkelen. Op het eerste gezicht ziet het er veelbelovend en vooral ook erg productief uit. Jammer dat ze overal Maven voor gebruiken, maar dat is persoonlijk :o)

mvg,

Onno

]]> By: Erik van Oosten http://blog.finalist.com/2007/02/19/tapestry-5-preview-release/#comment-472 Erik van Oosten Mon, 19 Feb 2007 10:48:21 +0000 http://blog.finalist.com/2007/02/19/tapestry-5-preview-release/#comment-472 Leuk om dit eens te vergelijken met Wicket :) * Eenvoudige API die is gebaseerd op annotaties. In Wicket heb je zowiezo geen annotaties nodig. Zie http://chillenious.wordpress.com/2006/08/01/does-wicket-need-ajax-annotations/. * Geen base class nodig waarvan je moet extenden; components zijn echte Pojos. Models hebben in Wicket nooit een base class gehad. Componenten zijn wel altijd een subclass van wicket.Component. Maar omdat Wicket niet bepaalt wanneer componenten worden geïnstantieerd, heb ik hier nooit veel last van gehad. * Geen abstracte classes meer, waardoor ze beter testbaar worden. Ik ken Tapestry niet goed genoeg om hier iets nuttigs over te zeggen. In Wicket worden alle componenten en models door de programmeur geïnstantieerd. Dit zijn dus nooit abstract classes. * Vriendelijke URLs. In Wicket kun je je eigen URL parser/writer schrijven. * Geen XML descriptors voor pagina’s en componenten. Alleen nog maar annotaties. In Wicket: alleen maar java code, geen XML (behalve web.xml), geen annotaties. * Automatisch herladen van templates en zelfs van Java classes! Dit zal in Tapestry iets gemakkelijker gaan omdat Tapestry componenten beheerd. Echter, als ik Wicket in debug mode draait vanuit Eclipse mbv Jetty, is het mogelijk om kleine veranderingen te maken in java code welke werken zonder herstart. Html files en andere resources veranderen is nooit een probleem zolang je in development mode draait. * Ajax integratie met Dojo. Wicket heeft een eigen Ajax library, maar heeft ook extenties voor Dojo en Prototype. Er wordt gewerkt aan YUI integratie. Er bestaat ook een heel mooi component voor Google Maps. * Eenvoudig unit testen van pagina’s en componenten. Dit is altijd al mogelijk geweest in Wicket. Voor het grotere werk zoals regressie testen blijft het handiger (ook bij Tapestry) om Selenium te gebruiken. Goed om te zien dat Tapestry competitie blijft voor Wicket. Veel plezier, Erik. Leuk om dit eens te vergelijken met Wicket :)

* Eenvoudige API die is gebaseerd op annotaties.
In Wicket heb je zowiezo geen annotaties nodig. Zie http://chillenious.wordpress.com/2006/08/01/does-wicket-need-ajax-annotations/.

* Geen base class nodig waarvan je moet extenden; components zijn echte Pojos.
Models hebben in Wicket nooit een base class gehad. Componenten zijn wel altijd een subclass van wicket.Component. Maar omdat Wicket niet bepaalt wanneer componenten worden geïnstantieerd, heb ik hier nooit veel last van gehad.

* Geen abstracte classes meer, waardoor ze beter testbaar worden.
Ik ken Tapestry niet goed genoeg om hier iets nuttigs over te zeggen. In Wicket worden alle componenten en models door de programmeur geïnstantieerd. Dit zijn dus nooit abstract classes.

* Vriendelijke URLs.
In Wicket kun je je eigen URL parser/writer schrijven.

* Geen XML descriptors voor pagina’s en componenten. Alleen nog maar annotaties.
In Wicket: alleen maar java code, geen XML (behalve web.xml), geen annotaties.

* Automatisch herladen van templates en zelfs van Java classes!
Dit zal in Tapestry iets gemakkelijker gaan omdat Tapestry componenten beheerd. Echter, als ik Wicket in debug mode draait vanuit Eclipse mbv Jetty, is het mogelijk om kleine veranderingen te maken in java code welke werken zonder herstart. Html files en andere resources veranderen is nooit een probleem zolang je in development mode draait.

* Ajax integratie met Dojo.
Wicket heeft een eigen Ajax library, maar heeft ook extenties voor Dojo en Prototype. Er wordt gewerkt aan YUI integratie. Er bestaat ook een heel mooi component voor Google Maps.

* Eenvoudig unit testen van pagina’s en componenten.
Dit is altijd al mogelijk geweest in Wicket. Voor het grotere werk zoals regressie testen blijft het handiger (ook bij Tapestry) om Selenium te gebruiken.

Goed om te zien dat Tapestry competitie blijft voor Wicket.

Veel plezier,
Erik.

]]> By: Erik Vullings http://blog.finalist.com/2007/02/19/tapestry-5-preview-release/#comment-3307 Erik Vullings Sat, 09 Jun 2007 18:30:05 +0000 http://blog.finalist.com/2007/02/19/tapestry-5-preview-release/#comment-3307 Bedankt voor het aardige voorbeeld. Ik gebruik inmiddels T5.0.5, en dan dien je een paar kleine zaken aan te passen: - In Login.java moet je _formulier.error... etc vervangen door _form.error... - In Login.html werkte t:Border niet (titel), noch t:Comp. De eerste heb ik verwijderd, de tweede heb ik vervangen door een label, en dan werkt het wel weer. Ik hoop dat je in de toekomst nog andere voorbeelden kunt tonen! Bvd Erik Bedankt voor het aardige voorbeeld. Ik gebruik inmiddels T5.0.5, en dan dien je een paar kleine zaken aan te passen:

- In Login.java moet je _formulier.error… etc vervangen door _form.error…
- In Login.html werkte t:Border niet (titel), noch t:Comp. De eerste heb ik verwijderd, de tweede heb ik vervangen door een label, en dan werkt het wel weer.

Ik hoop dat je in de toekomst nog andere voorbeelden kunt tonen!

Bvd
Erik

]]>