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
Wicket-user@lists.sourceforge.net
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
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
