Re: [Springframework-developer] JdoDialect and detach?

[Marc L. <ma...@lo...>]

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