At 21:22 03/06/24 +, you wrote:
This one time, at band camp, tek1 said:
t>I'm using CastorJDO with my J2EE application to obtain the JDO reference
t>from JNDI. Everything is working fine, except for the transaction
t>management. When an exception occurs, the operations performed by Castor
t>
Hi Arnaud:
thanks for your replay
> -Original Message-
> From: Arnaud Blandin [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 24 June 2003 5:50 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [castor-dev] Generated equals() method faulty?
>
>
> Hi Dean,
>
> We apologize for not replyin
This is good. I am going to try it soon. I noticed we were still on
castor 0.9.3 and
that version only supported setIgnoreExtraAttributes(boolean).
Since I seem to have kinda fallen back on the castor version, I will ask
another
important question :- Does castor handle the static inner classes i
Keith,
Got it!
Now if only we can figure out the latest namespace issue I posted...
Again, thanks for all you help! Castor really makes working with XML a joy rather
than a hastle.
-Tim
-Original Message-
From: Keith Visco [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003
Hi Tim,
You do create your own reader and do all the configuration as you have
done below and then you can do the following:
UnmarshalHandler handler = myUnmarshaller.createHandler();
This will return a DocumentHandler which can then be passed to the
parser/reader:
parser.setDocumentHandler(ha
This one time, at band camp, tek1 said:
t>I'm using CastorJDO with my J2EE application to obtain the JDO reference
t>from JNDI. Everything is working fine, except for the transaction
t>management. When an exception occurs, the operations performed by Castor
t>are not rolled back, even though
Keith,
Hmm... So this will tell the SAX parser to use validation but I need some way to tell
the parser where the schema lives. All I have in my XML document is a namespace.
This is how I currently do it using a XMLReader.
XMLReader reader = XMLReaderFactory.createXMLReader();
reader.setFeatu
Hello.
I'm using CastorJDO with my J2EE application to obtain the JDO reference
from JNDI. Everything is working fine, except for the transaction
management. When an exception occurs, the operations performed by Castor
are not rolled back, even though the below is specified in the CastorJDO M
Keith,
I just tried unmarshalling a document consisting of a single tag instead of
an entire document. I've restructured my test suite to start at this very primitive
level and then work up to more complex documents and mappings. Anyways, the error
message in this case is a little different.
If you have 'required=true" for the 'cat' field in your mappings file, try
removing it.
Ravinder
From: "Narinder Gaheer" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [castor-dev] Unmarshalling question.
Date: Tue, 24 Jun 2003 10:13:39 -0700
MIME-Version: 1.0
Rec
Hi Tim,
It should work properly. Try setting the parser validation property in
the castor.properties file.
--Keith
"Bardzil, Timothy J (Timothy)" wrote:
>
> I am attempting to unmarshall and XML document that is defined by an XML schema. I
> have chosen to use a mapping file rather than cod
"Bardzil, Timothy J (Timothy)" wrote:
>
> Keith,
>
> I think the patch worked. I'm no longer getting the original exception:
>
> org.xml.sax.SAXException: unable to find FieldDescriptor for 'agent' in
> ClassDescriptor of path
>
> So that part of the mapping appears to be working correctly.
unmarshaller.setIgnoreExtraElements(true);
--Keith
> Narinder Gaheer wrote:
>
> Hi all,
>
> I have a piece of XML that I want to map to my Java Object but I don't
> want to map all the elements in my XML. An example :-
>
>
> ..
> .
> <./dog>
>
>
>
> public class fo
I am attempting to unmarshall and XML document that is defined by an XML schema. I
have chosen to use a mapping file rather than code generated directly from the schema
for a number of reasons that I won't get into. However, I would like to use the
schema for validation purposes when unmarshal
Title: Message
Hi all,
I have a piece of
XML that I want to map to my Java Object but I don't
want to map all the
elements in my XML. An example :-
..
.
<./dog>
public class
foo{
public void get/setBar()
public void get/setDog()
}
Keith,
I think the patch worked. I'm no longer getting the original exception:
org.xml.sax.SAXException: unable to find FieldDescriptor for 'agent' in
ClassDescriptor of path
So that part of the mapping appears to be working correctly. However, I'm now getting
a new exception for a differen
Title: RE: [castor-dev] InfoGlue Content Management Platform Based On Castor
Wow, looks good :)
-Original Message-
From: Mattias Bogeblad [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 24, 2003 7:18 PM
To: [EMAIL PROTECTED]
Subject: [castor-dev] InfoGlue Content
Hi All,
I just want to thank the community for the great framework that Castor is.
We have recently released
InfoGlue Content Management Platform as Open Source and we use Castor JDO
for all database-access and Castor XML for some
other stuff.
Check us out at http://www.infoglue.org or
http://so
Keith Visco said:
>
> Try these suggestions:
>
> http://www.brainopolis.com/castorwiki/Wiki.jsp?page=FEEM2
>
> --Keith
>
>
I am getting the same error if I try code generation for the dtx example *if
I use the mapping.xml* (if I omit it, code generation succeeds). I'm using
the following ant task
---
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
I have just started work on an existing schema that has been used with
Castor 0.9.3.21 and am having some difficulties moving to 0.9.4.5, in
particular enumerations seem to be handled in a different way by the
SourceGenerator.
If I create an integer enumeration as a simple type in one schema:
ht
A Suggestion :
In a XML file, Date fields are unmarshalled into Date Class/Object
Many methods of the Date Class become deprecated.
Could the GregorianCalendar be used instead of date in future release ?
Thanks
Julien
---
If you wish to u
I the problem lies in the fact that you are referring to product in the
where clause...and castor doesn't know product
So, in my opinion...the query should be formulated like this:
SELECT o FROM myapp.Product o WHERE o.group=3 (and not SELECT o FROM
myapp.Product o WHERE product.group=3)
In case y
I think you're asking the wrong question/query. In my opinion, I think the
right query is
"SELECT o FROM myapp.Product o WHERE o.group.id=3" (and not SELECT o FROM
myapp.Product o WHERE product.group.id=3)
Below you also can find a query of my own that works just fine. Just follow
the same logic:
Tetley, Paul wrote:
In the Castor 0.9.5 examples (the JDO Example) I've the OQL Query Analyzer GUI tool and tried to run the query:
SELECT o FROM myapp.Product o WHERE product.group.id=3
The query should be:
SELECT o FROM myapp.Product o WHERE o.group.id=3
--
Ben Redman, Software Engineer
Hi,
Simply use
SELECT o FROM myapp.Product o WHERE product.group=3
Sandy.
-Original Message-
From: Tetley, Paul [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 2:46 PM
To: [EMAIL PROTECTED]
Subject: [castor-dev] JDO: OQL Question...
In the Castor 0.9.5 examples (the JDO Examp
I notice that a Sleeve object extends a MediumContainer object. However,
the Sleeve has nothing more than an id. Why then does a Sleeve extend
a MediumContainer if there is nothing more to model than an id? Is this
extension really necessary? Evidently Castor is seeing the Sleeve change
for some re
In the Castor 0.9.5 examples (the JDO Example) I've the OQL Query Analyzer GUI tool
and tried to run the query:
SELECT o FROM myapp.Product o WHERE product.group.id=3
I get an exception:
org.exolab.castor.jdo.QueryException: An unknown field was requested: product.group.id
(myapp.Product AS pr
Hi Tim,
It was definately related to the matches="*". I've checked in a patch to
the CVS to fix the problem. If you're already using the code from the
CVS, just do an update. If not, Castor is pretty straight forward to
build. Just do a CVS checkout per the instructions on the website and
then ru
29 matches
Mail list logo
