Hi Eelco,
I don't mean to start a flamewar either, but please, if you don't
know another framework, don't spread such utter lies about it. In
fact, none if what you said true. More even, it's totally the
opposite in every case.
Geertjan, it would be nice of you to forward this mail to your
colleague too.
> In short, Rife is/ uses:
... is not, doesn't use ...
> * page scripting (with an exotic notation);
RIFE templates contain no code at all.
This has been very clearly explained on the site and in the wiki.
You're just drawing conclusions from snippets you saw in the
examples, I suppose.
http://rifers.org/features/bidirectional+multi-format+template+engine
Even in a comment on The ServerSide, this his been recognized as one
of RIFE's strengths:
http://www.theserverside.com/news/thread.tss?thread_id=36260#183430
> * xml configuration;
The XML you see for the site is not configuration. It's the
declaration of logic flow and data flow that provides a lot of the
advanced features. This declaration can be done in XML, but that's
just one interface to do so. Java, Groovy and Janino are supported
too. Nothing prevents you from doing this at runtime either, which is
exactly what we do in RIFE/Crud. This is a project that generates
entire sites (like RoR's scaffolding) at runtime without code
generation. It's all done at runtime and still customizable. Thanks
to the component object model, everything that's provided by RIFE/
Crud can be integrated into any other RIFE site.
http://rifers.org/wiki/display/RIFE/Site+structure+and+element
+declaration+without+XML
> * weak typed maps to pass context variables to the view;
No maps are set in the view at all. It doesn't even work with
variables. You merely set values to content placeholders.
http://rifers.org/docs/usersguide/ch03.html#sect1_numberguess_templates
> * is not component based (no re-use, state, etc);
Again, totally wrong. This is even explained on the homepage of the
website http://rifers.org/about :
"RIFE's design provides the best of request-based and component-based
approaches and blends them together in a consistent component object
model."
More info for you about this here, I suppose:
http://www.theserverside.com/news/thread.tss?thread_id=36260#183215
> * etc.
etc what ... ?
> Again, I don't want to get into a flame war hear (in case Geert finds
> this message :)), but it is very different from Wicket. And it's not
Fair enough, that I can understand, since Wicket is not my cup of tea
either. Please just try to refrain from writing mails like this in
the future. If you want, we can continue this discussion elsewhere to
not spam the list.
> my cup of tea to be honest. Though the site and logo looks very nice.
Thanks for the compliment :-)
Best regards,
Geert
--
Geert Bevin Uwyn bvba
"Use what you need" Avenue de Scailmont 34
http://www.uwyn.com 7170 Manage, Belgium
gbevin[remove] at uwyn dot com Tel +32 64 84 80 03
PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9
Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop
