Re: [castor-dev] DTD with element called Object causes problems in generated source.

2002-01-20 Thread Vermeulen, Francis
Hi Rick, I had the same problem with the xmldsig Schema while I was trying to generatie source code for XML digital signatures handling. There seems to be no easy fix to the source generator as you would have to test specifically for the "Object" tag in many places. What I did was change the s

Re: [castor-dev] Marshalling a vector with Castor XML

2002-01-20 Thread Uddhav
Hi Kristof, Even I am nee to castor, but can suggest a few things the way I handle collections. (1) Specify the collection type in the mapping file e.g. collection="vector" (2) Specify the type of object the collection will contain. e.g. type="MyObject" (3) Normally, I als

[castor-dev] Error while unmarshalling Calendar

2002-01-20 Thread Uddhav
Hi,    I have a Gregorian Calendar field in one of my classes. I am able to marshal it succesfully and the generated xml documents contains all the information related to the TimeZone.   However unmarshalling it gives a SaxException with the following error   org.xml.sax.SAXException: unable

Re: [castor-dev] Oracle8i Connections.

2002-01-20 Thread Low Heng Sin
You *should* always close the OQLQuery yourself. The finalizer is just there as a fallback and as u mention it is not a good idea to depend on Finalizer functionality in Java. Regards, Low -Original Message- From: Winston,Alex [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 19, 2002 4

Re: [castor-dev] Object reference not made persistent.

2002-01-20 Thread Bert van Brakel
I have identified a similiar problem in thread "Re: [castor-dev] New child objects in m:n relation not created in Persistent storage when creating new parent + more errors" I think it may be a bug. I am awaiting a response from Thomas to see what he makes of it. It could be something to do with

[castor-dev] Problem with complex identity field.

2002-01-20 Thread Jesse Greenwald
In my mapping (see attached file) I have a class "org.dharma.job.TaskWrapper" that has 2 items in it's identity field. One of the items points to a field that is of type "integer". The other item points to a field that is of type "org.dharma.job.JobWrapper". When I try to create a job with a ta

[castor-dev] Object reference not made persistent.

2002-01-20 Thread Eduard Mossinkoff
Howdy I have reduced the problem I experience to the bare essentials. Let me elaborate. Two simple classes called 'A' and 'B'. Both classes have an 'id' of type String. The 'id' is generated by the UUID key-generator. I can persist instances of 'A' and 'B' without problems. Now 'B' has a referenc

Re: [castor-dev] New Line charachers in VARCHAR field. Marshal make ftrom each one \n two - \n\n

2002-01-20 Thread Alexey A. Efimov
Title: Сообщение This happend on Windows platform. In DOM document Node have value with "\r\n". How setup Castor for "\n" only character symbol? -Original Message-From: Alexey A. Efimov Sent: Sunday, January 20, 2002 1:21 PMTo: [EMAIL PROTECTED]Subject: [castor-dev] New Lin

[castor-dev] New Line charachers in VARCHAR field. Marshal make ftrom each one \n two - \n\n

2002-01-20 Thread Alexey A. Efimov
Title: Сообщение Then i save in varchar2 field text with '\n' symbols marshaller make XML document that have converted '\n' to "\n\n". Why?

Re: [castor-dev] OQL question

2002-01-20 Thread Alexey A. Efimov
Title: Сообщение Bert, In arhive list was are messages that says about this. In this messages somebody say about problem for select a from A a where s in list("asdasd", "asdasdasd", "asdasdasdasd"); (Object A have VARCHAR2 field - s, and try list by this field)   But, i try it in code. All

Re: [castor-dev] New child objects in m:n relation not created in Persistent storage when creating new parent + more errors

2002-01-20 Thread Bert van Brakel
I've spent all day looking at it. Doesn't seem to be anything wrong. Have built a fairly extensive JUnit test which seems to confirm my earlier results. I also have a problem with child dependent objects ( 1 to many ) not obtaining a reference back to the parent object, and therefore not being lo