Re: [Springframework-developer] JdoDialect and detach?

[Juergen H. <ju...@in...>]

OK, I'll commit the changes as I guess they are useful in any case. I agree
that we have to expect further operations to be added to JdoDialect, in
particular for post-JDO2 functionality that vendors will introduce. It
doesn't hurt to keep the existing hooks anyway, even in a JDO2 world, as
they introduce a nice level of customizability (through delegation rather
than through subclassing).

Existing JdoDialect implementations shouldn't be affected, as it's just a
bunch of new methods for JDO2-style functionality. If they implement
JdoDialect directly, they will have to implement those new methods once they
upgrade the Spring version that they compile against (which should be fine).
And most of them derive from DefaultJdoDialect anyway, which automatically
makes them inherit the default impls of those new methods.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Marc Logemann
Sent: Sunday, June 19, 2005 5:30 PM
To: spr...@li...
Subject: Re: [Springframework-developer] JdoDialect and detach?


Juergen,

nice to hear that there is an ongoing communication between you and JDO
vendors like Solarmetric. In fact Solarmetric seems quite positive
regarding Spring to the level that they dont complain when i send them
stacktraces with embedded Spring JDO classes in it. <g>

Like i said, i think it would be a great enhancement when Spring can
help JDO developers by enhancing JdoDialect. In the future there will
allways be a need for JdoDialect, because there is allways a gap between
vendor impl's and spec. Thats where the competitions is really showing
up. (i leave out the post JDO2 spec question at this time)

And yes, JdoCallbacks is allways an option, but if you get accustomed to
use JDOTemplate and its convenience methods out of the box, you really
want to leave that only for some rare cases and detach isnt rare at all
inside my app. Call me lazy but thats the way it is ;-)

Great work.


Juergen Hoeller wrote:
> Marc,
>
> I'm actually in regular contact with Patrick myself; we usually keep each
> other up-to-date on Spring/JDO things. Regarding attach/detach in
> JdoDialect, there's probably some miscommunication there ;-) Patrick and I
> have been talking about the need for this before, but no such thing has
made
> it into the Spring codebase yet.
>
> Anyway, I'm leaning towards adding those methods in the meantime. Even
when
> JDO2 is final and mainstream, there might still be some reasons to
override
> the default attach/detach behavior in a vendor-specific fashion, for
example
> customizing the default fetch group or calling some vendor-specific
> overloaded version of attach/detach. Alternatively, there's always the
> option to implement custom JdoCallbacks based on vendor-specific PM API,
of
> course.
>
> I've already refactored JdoTemplate and DefaultJdoDialect accordingly, but
> not committed the changes yet. In the course of this, I've also added a
> "newNamedQuery" hook to JdoDialect, factoring out named query creation too
> (intended for pre-JDO2 named query support as found in Kodo, Lido, Versant
> Open Access). In total, this should pretty much cover most functionality
> that current JDO impls offer beyond JDO 1.0.
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf
> Of Marc Logemann
> Sent: Sunday, June 19, 2005 4:29 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] JdoDialect and detach?
>
> Yeah and here we will certainly have different oppinions. Most people
> will think "hey JDO2 is nearly out the door - no need for dialect stuff
> anymore". I can agree on this only to that point that this argument is
> true and i dont believe this. I asked Patrick Linskey (or Abe White,
> dont know anymore) from Solarmetric and he said that JDO2 is not THAT
near.
>
> Anyway, i am interessted to hear other oppinions on that issue. Perhaps
> i will ask the Solarmetric guys about that to get some more arguments.
> Really funny was a statement from Patrick to me where he believed that
> there is allready an attach/detach abstraction inside JdoDialect, so it
> seems he likes the idea so much that he thought its allready in there ;-)


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn] http://www.logentis.de


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer