[prev in list] [next in list] [prev in thread] [next in thread]
List: ojb-dev
Subject: Re: PhillyJUG OJB Slides
From: Brian McCallister <mccallister () forthillcompany ! com>
Date: 2004-03-31 22:31:30
Message-ID: 28382BC8-8363-11D8-A229-000A95782782 () forthillcompany ! com
[Download RAW message or body]
He put code together, but if it isn't linked from the Spring site, I
don't know how to get it (I don't have it).
The Spring tx stuff is very pervasive, I agree =( It does allow
integrated transactions across JDBC, Spring DAO, JDO, Hibernate, etc
though. I kept looking at it and saying "I don't have time to learn
this." =(
Let me know if I can help, though.
-Brian
On Mar 31, 2004, at 4:12 PM, Robert S. Sfeir wrote:
> Brian McCallister wrote:
>
>> A few people expressed interest in the slides from my PhillyJUG OJB
>> presentation last night, so I have put them online at
>> http://kasparov.skife.org/ojb-phillyjug.pdf
>
>
> Brian did Thomas end up putting together any code for Spring OJB Impl?
>
> I took a close look this weekend at Spring and how we'd make an OJB
> Impl. It doesn't look too hard. My concern is that the Impl would be
> incredibly Spring specific. What I mean right now is that I can write
> OJB code and handle the transactions myself, but at least that same
> code is reusable in any framework (other than Spring). If we make a
> Spring OJB Impl, then there will be Spring template calls, which then
> make the whole enchilada incredibly Spring centric.
>
> I understand why they do that; to control transactions across
> containers etc... which makes the actual code the user has to deal
> with also smaller... but is that what we want?
>
> I am actually surprised at how invasive the ORM layer of Spring is,
> since the rest of the code you write is completely generic.
>
> I am willing to start researching and writing some code based on the
> current various impls of the ORM Interfaces, I just need to make sure
> that I didn't misunderstand something first :-)
>
> Thanks
> R
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org
> For additional commands, e-mail: ojb-dev-help@db.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: ojb-dev-unsubscribe@db.apache.org
For additional commands, e-mail: ojb-dev-help@db.apache.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic