+1 I too agree that people would be more inclined to use databinder (the whole thing) if they were able to use a models only package first on their "pure" Wicket projects.
Xavier Hanin wrote: > > On 6/27/07, Nathan Hamblen <[EMAIL PROTECTED]> wrote: >> >> Xavier Hanin wrote: >> > I'll try to subscribe to databinder forum (I was not fortunate enough >> > first time I tried) and see what nathan think about that. If others >> > have a different opinion, let me know. >> >> It's a highly exclusive place, thanks to link spammers that I would like >> to kill. I'll look out for your registration. (Others, please mail >> [EMAIL PROTECTED] as you are registering to give me a heads-up.) > > > It appears that my registration was ok, I just didn't received the > confirmation e-mail, but I just managed to post a new topic. > > I'm glad to see you're using Databinder with Spring (yay it works), >> though I expected DataStaticService.setSessionFactory(...) to be called >> only once, from the application's init(). Let's talk about that in the >> forum, if you don't mind. I'd be happy to do anything that makes it >> easier for IoC containers (short of functionally depending on them). > > > Ok, we'll discuss that on the forum, the trick I use was just a quick and > dirty fix to make it work, since I use databinder only for this panel > right > now. But it may change in the future, I'm getting tired of writing > specific > detachable models for my POJOs. > > And I hate to see any reluctance to use Databinder as a dependency. It's >> there, and it's in the central Maven repository, for people to use. > > > Yes, it was super easy to add this dependency to my project (even if I use > Ivy and not maven), and even if it's only for this panel, I don't really > mind. I talked about removing the dependency to make it available to other > people who don't use databinder. But if it is delivered with databinder, > it's not a problem. > > Perhaps what I should do is split off something like "databinder-models" >> as an independent dep that doesn't include any request cycle session/txn >> management code. To me having those classes sit in the jar unused is not >> such a big deal, but then I am using them extensively so I guess I have >> a different perspective. > > > It's not a problem for me to embed unused classes, it's not big anyway. > But > indeed I think the models have more use cases than other classes, so it > might be interesting to separate them. > > Xavier > > Nathan >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Wicket-user mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > > > -- > Xavier Hanin - Independent Java Consultant > Manage your dependencies with Ivy! > http://incubator.apache.org/ivy/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Wicket-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Hibernate-Query-Panel-tf3986832.html#a11334626 Sent from the Wicket - User mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wicket-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-user
