[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 y

[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 exc

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 now

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 b

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 envir

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

2008-06-19 Thread Les Hazlewood
I agree with you Chris, it does better simulate it. But Hibernate has always been deployable outside of a container. Shouldn't it retain that philosophy in its code base as well, architecting flexible approaches that work seamlessly both in a JEE container and out? That's my belief... On Thu, J

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

2008-06-19 Thread Chris Bredesen
Les Hazlewood wrote: I agree with you Chris, it does better simulate it. But Hibernate has always been deployable outside of a container. Shouldn't it retain that philosophy in its code base as well, architecting flexible approaches that work seamlessly both in a JEE container and out? That's

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

2008-06-19 Thread Les Hazlewood
My other belief, and one that is paramount in my own open source project, is that a framework/toolkit always _should_ employ these philosophies to support its user base and the other framework communities that depend on it, if the solution is relatively trivial. It is, IMHO, a good framework's res

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 im

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 Steve Ebersole
I am not seeing exactly what it is you are asking... Are you just looking for approval to use the Hibernate name? Or for ideas on the port? On Tue, 2008-06-17 at 14:59 +0800, Lee Standen wrote: > Hi All, > > I was wondering what the Hibernate developers thought about supporting > a project to

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

2008-06-19 Thread Steve Ebersole
Hey Les, yes it has been a long time. Not sure why you find it so interesting considering that that JTA spec itself *requires* binding into JNDI :) This is true both in the older 1.0.1B as well as the latest 1.1 specs. Thus I do not believe that org.hibernate.transaction.JTATransaction is the c

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