+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
>> 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
> 
> 

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

Reply via email to