Well thanks.
I'm just a wee simple developer, so implementing this idea seems quite
daunting at this stage. I'm just learning the ins and outs
of using castor, let alone how it all works under the hood.
However, when I get the time I'll start looking into it, as it would seem
very useful. For no
This one time, at band camp, Brad Clow said:
BC >u don't have to have both sides of a relationship represented in your java
BC >objects. for example we have a many-to-many defined in the database.
BC >however only one of the two java classes involved contains a collection of
BC >the other.
BC >
This one time, at band camp, yangj said:
y >
y > Inside a transaction ,if error ocurred before commit() ,execute rollback()
y >will be right.
y > But if error occured in excute commit(), execut rollback() will product
y >error.
y > The error reason seems when excute commit error happened, ris
This one time, at band camp, Bert van Brakel said:
BvB >Will future versions of castor support proxy objects, if they are not
BvB >currently supported? I guess I could make a seperate object sharing the same
BvB >table as the proxied object, and then have the proxy object call castor to
BvB >get
We've been over that a thousand times.
UnmarshalHandler already contains code to handle Namespaces. The code it
contains is far easier to use than the many possible namespace / prefix
options that can occur in a ContentHandler.
Also if you look back over the messages from this mailing list you
Thanks Arnaud.
Why don't you implement org.xml.sax.ContentHandler instead of
org.xml.sax.DocumentHandler
in org.exolab.castor.xml.UnmarshalHandler.
As you know, It supports for Namespaces.
Cheers.
GyuDae.
- Original Message -
From: "Arnaud Blandin" <[EMAIL PROTECTED]>
To: <[EMAIL P
Hi,
Forgive me if there was duplicate bug report before.
A defect was introduced in IncludeUnmarshaller.java since cvs version
1.14. It will make SourceGenerator broken if there are two includes
which points to the same xsd but with different URIs. For example, if in
two different xsd files (at
Problem Fixed
---
Prior to the proposed change the following attribute declaration with
type="langauge":
would cause a warning to be generated and the resulting code to not be
compilable.
Attached is a proposed enhancement that does two things:
1. Treats the type="language" in a
Hi Dave,
No this isn't possibe with Castor. You'll probably want to find another
tool for that.
We used to have some minimal support for it, but the person working on
it changed jobs and never found the time to get back into working on it.
--Keith
[EMAIL PROTECTED] wrote:
>
> If I can, ple
I was wondering if castor supports proxy objects?. I can't seem to find any
mention of this topic anywhere in the docs, nor in the mailing lists (after
googling it).
I mainly want to use it for displaying search results, as I don't want to
castor to have to load the full objects.
Will future ve
If I can, please tell me how and hpoefully point me to an example
somewhere.
Thanks
---
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
u don't have to have both sides of a relationship represented in your java
objects. for example we have a many-to-many defined in the database.
however only one of the two java classes involved contains a collection of
the other.
we also have one-to-many relationships where we have done the oppo
I am trying to use castor.0.9.3 source code generator to generate code for
XML Schema. I have done this. Now I am trying to use java class mapping and
generate xml file from the java code generated by the source code
generator. I am having problem figuring out how to set the schemaLocation
in the
> Ok. I only updated one of the two. I missed another
>
> On the other hand, the format we prefer is
> cvs diff -u
> against the most recent cvs version, not release version.
Thanks Thomas. But please fix src/doc/cvs.xml which specifically says to
submit patches in diff -c format.
BTW, the dif
Title: bug in CVS version
Yep,
it does - I use arraylist, so I guess it is only those that have
issues.
Perhaps I will change to collection - I don't see much benefit using the
other mapping actually, since I only ever iterate and handle the order
myself.
-
Brett
-Original Messag
Since there was no response earlier, I am reposting this message, so here's
your chance to be a hero and help me out. ;)
Any help would be greatly appreciated.
Bob.
-Original Message-
From: Robert Ollila [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 29, 2001 10:41 AM
To: [EMAIL PR
Ok. I only updated one of the two. I missed another
On the other hand, the format we prefer is
cvs diff -u
against the most recent cvs version, not release version.
Thomas
-Original Message-
>From: Todd V. Jonker [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, November 29, 2001 1:03
Hi Peter,
Unfortunately you can't use the tip...since you need the elements inside
the name element.
You really doen't want to skip the name tag, you want to "unwrap" it and
essentially pretend it's children occur where the name element occurs.
We call this container elements. We have support fo
Hello everyone,
I reported this documentation bug 3 months ago, but see that it hasn't been
fixed in CVS. So here's a patch. It's my first patch submission, so please
be forgiving. I used diff -c as indicated in the docs.
The file database-conf.xml currently says (in two places):
-> -Original Message-
-> From: BEDNARIK,LASLO (HP-Germany,ex1) [mailto:[EMAIL PROTECTED]]
-> Sent: Thursday, November 29, 2001 12:06 PM
-> To: [EMAIL PROTECTED]
-> Subject: Re: [castor-dev] xsd:string becomes java:java.lang.String when
-> marshalling element with "enumeration" contents
-
Hi again (today is my CASTOR day),
the Marshaller class has a method setMarshallAsDocument that should instert
Hi Arnaud,
sounds good. I'm just wondering if you are refering to the
same part of the problem I feel is wrong:
I think the main error happens during marshalling -CASTOR should
not instert the xsi stuff at all.
I don't know if unmarshalling introduces some more problems when
it sees the xsi attr
I downloaded it from http://castor.exolab.org/download.html.
FL
-Original Message-
From: Arnaud Blandin [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 29, 2001 2:23 PM
To: [EMAIL PROTECTED]
Subject: Re: [castor-dev] Duplicate type classes for attribute
definitions
Which version of
Hi meerab,
The version that is on the web site is an old version of
the source generator document, you can find a more recent (July) one
in the CVS.
To reply to your questions:
1- No castor doesn't support anymore the 10/2000 XML Schema, it only supports the
recommendation
document
2- You can
Hi Laslo,
some code have been introduced to change the behavior of 'xsi:type',
Sebastien is working on a fix and clean solution so it might fix this problem.
The code may appear in one or 2 weeks in the CVS,
Sorry for the inconvenience,
Arnaud
-> -Original Message-
-> From: BEDNARIK,LA
Hi Peter,
we are working on adding a feature to automatically skip elements in the mapping file
but for the moment you can use an XSL stylesheet to remove your tag
or use the undocumented tip of the year :
http://www.mail-archive.com/castor-dev@exolab.org/msg00339.html
Hope this helps,
Arnaud
Which version of Castor are you using?
is it the CVS version?
Arnaud
-> -Original Message-
-> From: Liu, Fengxian [mailto:[EMAIL PROTECTED]]
-> Sent: Thursday, November 29, 2001 7:23 AM
-> To: [EMAIL PROTECTED]
-> Subject: Re: [castor-dev] Duplicate type classes for attribute
-> definit
Hi Liu,
This is indeed the same issue.
Arnaud
-> -Original Message-
-> From: Liu, Fengxian [mailto:[EMAIL PROTECTED]]
-> Sent: Thursday, November 29, 2001 9:53 AM
-> To: [EMAIL PROTECTED]
-> Subject: Re: [castor-dev] Duplicate type classes for attribute
-> definitions
->
->
-> Hi Keit
Elements of this type seem to have raise issues in general:
I tried another approach to overcome the "java:java.lang.String"
issue. I explicitly declared the enumaration type and
used it in both the element and the attribute defintion.
Depending on which "org.exolab.castor.builder.javaclassmappi
Hi,
It seems that you are not using the SourceGenerator but rather
the introspection or the mapping so you might
want to take a look at the castor.properties file:
# Defines the NodeType for use with Java primitive types (int, long,
# boolean, etc). This value is only used by the Introspector.
Hi GyuDae,
you're right, for the moment Castor doesn't identify attributes that are prefixed.
We are working on a solution that requires some changes in the way we
process the xml data, we'll keep you posted.
Sorry for the inconvenience,
Arnaud
-> -Original Message-
-> From: GyuDae [ma
Hi,
I face the problem that when I unmarshall an element whose type is
"xsd:string" with a
restriction to enumerated values Castor inserts some "xsi" attributes for
this element.
On the other hand everything seems to be fine for attributes of the same
type.
This occurs using classes generated
Hi Folks,
Castor newbee.. so bear with me..
I am attempting to generate Java source using example
schema given in user guide (Castor version 0.9.3, file
SourceCodeUser.pdf Page 10)
The example given in user guide uses 2000/10 version
of schema and does not have any "local prefix" for
elements
33 matches
Mail list logo
