On Wed, May 16, 2012 at 11:18 AM, hfriederichs <h.friederi...@ohra.nl> wrote: > > Tom Eugelink wrote >> >> For example, wicket convention dictates that all labels should be put in >> property files. I decided not to do that. I fully understand the >> advantages, but for this project I'm simply not going to add an additional >> label component and a property file just to get "Name" on the screen. Yes, >> if it must be internationalized I have to rework my code, but as it stands >> the application probably won't have to be, and I would have added the >> abstraction for nothing. >> >> > > Tom, > > Just an afterthought - I can't figure out the English word for the Dutch > 'nabrander'. As it happens, my afterthought has to do with another > (non-existing) Dutch word: /hoevaakheid/. Translated to English you would > also get an non-existing word: /howoftenness/. > Maybe that's funny, maybe not. > But apart from that, I think howoftenness is a very important and often > neglected concept. And your example is a perfect application of good use of > howoftenness. > How many 'layers of decoupling' have been written that turned out to be > useless... Had one only thought of howoftenness...
If you create an app with 2 pages then these layers look useless indeed, but if you create a bigger app then you will see how all this becomes useful. You'll configure the "layers" once (it will take you a day or two) but after that you will just inject the EntityManager and use it in PageN, and this will return your initial investment. Apart of that, doing manual transaction management is just silly. Better let the "layers" to do this for you instead of spreading such kind of logic all over your code. > > Hans > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Wicket-and-JPA-i-please-i-a-simple-way-to-go-tp4628562p4641067.html > Sent from the Users forum mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
