On Sep 19, 2007, at 5:29 PM, Chris Gamache wrote:
I think I have this cat skinned... After exhausting all avenues of
getting this to work without any modifications, I broke down and
created and registered a new ExtendedType to process java.util.UUID.
It wasn't difficult at all. (That's a hallma
On 9/19/07, Andrus Adamchik <[EMAIL PROTECTED]> wrote:
> Hi Chris,
>
> I couldn't find definitive docs on the nature of uniqueidentifier
> type (Is there any?) From what little I've found, "uniqueidentifier"
> is a binary value. So could you try to map it a Types.VARBINARY on DB
> end and "byte[]"
Hello.
Looks like you are using an uncomitted new object in a query. Could
you post your relevant java code?
- Tore.
On Sep 19, 2007, at 12:12 , Gary Jarrel wrote:
Hi Guys!
Any thoughts on what could be causing this during commit?
org.apache.cayenne.CayenneRuntimeException: [v.3.0M1 Jul
Hi Guys!
Any thoughts on what could be causing this during commit?
org.apache.cayenne.CayenneRuntimeException: [v.3.0M1 Jul 27 2007
23:05:47] Can't build a query for temporary id:
at
org.apache.cayenne.query.ObjectIdQuery.createReplacementQuery(ObjectIdQuery.java:120)
at
org.ap
Hi Michael,
I agree with you point that it is reasonable for a user to expect an
atomic failure of "deleteObject". So I logged an improvement request
to re-implement this algorithm in 3.0:
https://issues.apache.org/cayenne/browse/CAY-866
I guess this wasn't deemed important on the assu
Hi Chris,
I couldn't find definitive docs on the nature of uniqueidentifier
type (Is there any?) From what little I've found, "uniqueidentifier"
is a binary value. So could you try to map it a Types.VARBINARY on DB
end and "byte[]" on the Java end?
Let us know how that worked.
Andrus
O
On Sep 18, 2007, at 8:21 AM, Jens Mayer wrote:
The cayenne.xml and SharedNode.driver.xml are found, but
DCNode.driver.xml cannnot be located in the jar-file, because in
that case the "jar:file:"-Prefix isn't used by the
ResourceLocator.
Actually "jar:file:..." prefix is added to th
