Thanks for your reply, Ayende!

And HOW do they deal with it? (I'm not an "Oracle user" - we're
normally working with an SQL server DB and we just have to provide the
"Oracle option" - but it's a ko-criteria nevertheless...)

That's what I tried till now:

*) Writing an "interceptor" (derived from EmptyInterceptor and
handling OnLoad(), OnSave() etc.) which actually works fine, despite
the fact that the objects that are retrieved by an HQL query
(CreateQuery() and query.List()) are obviously NOT passed to the
interceptor functions, which renders this approach useless
*) Intercepting the calls in our DB abstraction layer before the data
gets passed to CAR which results in the problem that objects having
being converted when the query is run a second time can't be found,
which makes this idea pointless too

Another thing I'm facing right now: I discovered that a list of
objects that I retrieved, is being saved when the transaction is
committed without the objects in the list EVER BEING SAVED by me!
(that is no call to ActiveRecordMediator.Save() for the objects in the
list)
Since I have to convert the "pseudo empty strings" to "real empty
strings" on loading it seems that committing the transaction leads to
the changed objects being saved without me having saved them
explicitly! Does CAR save objects on itself when it discovers that
they have been changed without a Save() ever being issued?? How can I
suppress that?

So, how should I implement a "conversion strategy" for empty strings
then when the approaches mentioned above don't work? To be honest: I'm
running out of ideas... (and to be even more honest: we're under
massive time pressure with a long list of undone tasks and we're doing
around with a "major minor issue" for a couple of days now...)

To make a long story short: Could you give me some more detail how to
implement the "pseudo empty string" idea you mentioned? I'd REALLY
appreciate that...

Thanks in advance!

G.

-- 
You received this message because you are subscribed to the Google Groups 
"Castle Project Users" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/castle-project-users?hl=en.

Reply via email to