Salut Eric, > Being a long time front-end developer, I am only interessted in framework if > they provide a full solution. I didn't look at injectlet, but I guess it > does not cover topics such as i18n, validation... and adding such features > on top of injectlet would be a long road (though possible).
That is the main Onami purpose I had in mind when started, but rather than providing all of them in one huge, fat, heavyweight, 12-headed monster framework, it comes with thin and small modules, agnostic to each other. So, final users pick up just what they need and assemble their custom app just integrating libraries. So, speaking in therms of injectlet itself, it had (has) no purposes on providing no other features than injecting on components managed by servlet containers. All other features are addressed to aux extensions, such as the validation, which is covered by bval-guice (soon Onami Validation, if everything will go well). > > But having code in sandbox or even in trunk never hurts, it's just that we > must scope and concentrate our efforts where there is a lack. > Sure, my personal aim in that case is maybe more donating all my personal stuff to a real community-driven community, rather than just keep 'em all for myself :) And, who knows, for simple cases it could still be useful... who knows... :D Thanks and all the best! A+ -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/
