[hibernate-dev] Security Assurance in FOSS: Request

2008-06-19 Thread Andre Haralevi
Dear members of the Hibernate project, we kindly ask for your participation in our survey on security assurance in free/open source software. Security assurances are confidence building activities through structured design processes, documentation, and testing. By participating in our survey

[hibernate-dev] Work on HHH-3110

2008-06-19 Thread Les Hazlewood
Hi guys, It has been a while since I've talked to most of the Hibernate team - I hope all is well with everyone. I can say that I miss that I miss working with the people, not so much the consulting travel :-P Anyway, lemme get to business. I upgraded from 3.2.5 to 3.2.6 and started getting

Re: [hibernate-dev] Work on HHH-3110

2008-06-19 Thread joël Winteregg
Hi Les, I also had the same issue which was fixed using an update of the transaction manager I use (Bitronix 1.3). A light JNDI server is now embedded in it... For info, the main developer of Bitronix is also working for Atomikos (JTA world seems to be small ;-) My JNDI hibernate.cfg.xml is

Re: [hibernate-dev] Work on HHH-3110

2008-06-19 Thread Les Hazlewood
Hi Joël, Thanks for the feedback :) And I know that works, but I feel like it is a hack. If the underlying TM doesn't require JNDI, why force it just to get around a lookup that is meaningless? Also, this would make a lot of other people happy. In other words, this problem wasn't in 3.2.5 and

Re: [hibernate-dev] Work on HHH-3110

2008-06-19 Thread Chris Bredesen
joël Winteregg wrote: I also had the same issue which was fixed using an update of the transaction manager I use (Bitronix 1.3). A light JNDI server is now embedded in it... This is an alternative that I've discussed with others off list. IMHO, this better simulates the in-container JTA

Re: [hibernate-dev] Work on HHH-3110

2008-06-19 Thread joël Winteregg
Hi again, And I know that works, but I feel like it is a hack. If the underlying TM doesn't require JNDI, why force it just to get around a lookup that is meaningless? Also, this would make a lot of other people happy. I agree with you... For me at least (I'm not a J2EE infrastructure

Re: [hibernate-dev] Work on HHH-3110

2008-06-19 Thread Les Hazlewood
Nope - no coupling required :) What I'm proposing is purely restricted to Hibernate's existing dependencies and would work for any TM implementation, not just Atomikos or JOTM. It is the TM-specific TransactionManagerLookup (or perhaps a TM-specific JTATransactionFactory) that would choose the

Re: [hibernate-dev] Work on HHH-3110

2008-06-19 Thread Chris Bredesen
Les Hazlewood wrote: Hi guys, It has been a while since I've talked to most of the Hibernate team - I hope all is well with everyone. I can say that I miss that I miss working with the people, not so much the consulting travel :-P Anyway, lemme get to business. I upgraded from 3.2.5 to 3.2.6

Re: [hibernate-dev] Work on HHH-3110

2008-06-19 Thread Les Hazlewood
Yes, I wholeheartedly agree. This is definitely a feature request and not a bug. I'll do that and see what you guys think. And if you or Steve want to squash it, that's fine too, but at least I'm trying :-D Thanks, Les On Thu, Jun 19, 2008 at 5:57 PM, Chris Bredesen [EMAIL PROTECTED] wrote:

Re: [hibernate-dev] Hibernate for Perl

2008-06-19 Thread Lee Standen
I'm not particularly worried about the name, but my goal is to preserve compatibility with hibernate, so you can pick up your mapping file, and drop it into a Java or .NET application with only minor changes (much the same as you can do with Hibernate = Nhibernate I guess. I was more chasing some