Hi Alex,
On 18.10.2011 21:18, Alex Milanovic wrote:
Hi,
Here's a possible enhancement idea for the SourceGenerator:
Currently, if it detects two local elements with the same name (defined
under different complex types) it will warn that the resulting Java
class will be overwritten and prompts
Hi,
Here's a possible enhancement idea for the SourceGenerator:
Currently, if it detects two local elements with the same name (defined
under different complex types) it will warn that the resulting Java
class will be overwritten and prompts the user for a confirmation. To
get rid of the
to apologize for not being able to rispondere in Italiano,
as much as I would want to.
-Ursprüngliche Nachricht-
Von: Barbara Allori [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 26. April 2007 15:26
An: user@castor.codehaus.org
Betreff: [castor-user] SourceGenerator and binding
Hi,
I
: Re: AW: [castor-user] SourceGenerator and binding
Thanks very much to you and Ralf.
This is my binding file:
?xml version=1.0 ?
binding xmlns=http://www.castor.org/SourceGenerator/Binding;
http://www.castor.org/SourceGenerator/Binding
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
Hi,
I am using Castor-codGen-1.1 to do data binding and everything work fine.
But I can't use this version because this version uses a long instead of
an int.
For example, if I have this attribute:
xs:attribute name=numeroLivello type=xs:positiveInteger
use=required/
with castor 1.0.5
Hi Barbara,
according to XML schema definition the value range of xs:Integer,
xs:positiveInteger and xs:negativeInteger is required to support a value
range similar to java long. Therefore we changed code generated for
those schema types from int to long between 1.0.5 and 1.1. Having said
an illegal
schema.
Eddie
-Original Message-
From: Werner Guttmann [mailto:[EMAIL PROTECTED]
Sent: Fri 1/26/2007 2:41 PM
To: user@castor.codehaus.org
Subject: Re: [castor-user] SourceGenerator and MODS schema
Hi,
I just had a second look at the XML schema given
: Fri 1/26/2007 2:41 PM
To: user@castor.codehaus.org
Subject: Re: [castor-user] SourceGenerator and MODS schema
Hi,
I just had a second look at the XML schema given, and there's a complex
type definition
xsd:complexType name=nameType
xsd:choice minOccurs=0 maxOccurs
Hi,
I just had a second look at the XML schema given, and there's a complex
type definition
xsd:complexType name=nameType
xsd:choice minOccurs=0 maxOccurs=unbounded
xsd:element name=namePart type=namePartType/
xsd:element
-Original Message-
From: Werner Guttmann [mailto:[EMAIL PROTECTED]
Sent: Fri 1/26/2007 2:41 PM
To: user@castor.codehaus.org
Subject: Re: [castor-user] SourceGenerator and MODS schema
Hi,
I just had a second look at the XML schema given, and there's a complex
type definition
Hi,
I'm trying to generate java source for MODS (Metadata Object Description
Schema) using the included SourceGenerator. The schema is located here:
http://www.loc.gov/standards/mods/v3/mods-3-2.xsd. I got the following
error:
12:39:33,187 WARN SourceGenerator:731 - Warning: Do not forget to
Yes, here's the explanation: your root XML schema seems to import (at
least) two other XML schema. By default, the Castor XML code generator
will *not* generate sources for these schemas, hence the reminder.
Personally, I'd advise you to consider using
Hello,
I am trying to use the Castor SourceGenerator to generate both the java
code and the mapping file(s) based on a set of schemas. I initially ran
the schemas thru the SourceGenerator one at a time with -nodesc,
-binding-file and -gen-mapping options, using a different mapping file
name to
Hi-
Im just getting started with Castor, and am hoping somebody could point
me in the right direction here
Im running SourceGenerator (under Windows) against a schema I downloaded
from http://www.loc.gov/standards/mods/v3/mods-3-1.xsd
with the command: java
I've been out for a few days.
Thanks for the excellent responses!
Thanks! That sounds like it just might meet my needs. Now I just need
to figure out the binding file - haven't even looked at it yet :)
The reason getting this as close to the current javabeans spec is so
that the commons
Thanks Keith!
That comes a little closer. The generated source still doesn't conform
to the JavaBean spec - which is a getter and setter that matches the
attribute name. But I may be able to work with what is generated with
the extra collections attribute set to true.
I'm still up for
Danny,
You can change the AsReference suffix using the
castorbuilder.properties file using the following property:
org.exolab.castor.builder.collections.reference.suffix
so you should be able to do:
org.exolab.castor.builder.collections.reference.suffix=MySuffix
I noticed in the code that
Hello,
I have just started working with Castor and the source generator. I
am trying to make a nice generic process to adapt one set of objects
to the graph of castor objects and I am getting stuck when it comes to
lists.
Castor seems to insist on providing a getter and setter that return
and
Danny,
This may provide you with code that looks more like what you want:
http://castor.codehaus.org/xml-faq.html#How-can-I-make-the-generated-source-code-more-JDO-friendly?
--Keith
Danny Collins wrote:
Hello,
I have just started working with Castor and the source generator. I
am trying to
19 matches
Mail list logo