CASTOR-1928. I attached a simple-minded patch for it.
> -----Original Message-----
> From: Werner Guttmann [mailto:[EMAIL PROTECTED]
> Sent: Sunday, April 01, 2007 10:26 AM
> To: [email protected]
> Subject: Re: [castor-user] Updated snapshot release for 1.1.1
>
> Okay, looks like when regression testing this new
> functionality (exclusions and forces), it apparently never
> occurred to me to test this without a binding file.
>
> Looks like there's a workaround (empty binding file), but can
> I still ask you to create a new Jira issue ?
>
> Werner
>
> Karr, David wrote:
> > When I change the test case to use an empty binding file, it all
> > generates fine.
> >
> >> -----Original Message-----
> >> From: Karr, David
> >> Sent: Sunday, April 01, 2007 10:02 AM
> >> To: [email protected]
> >> Subject: RE: [castor-user] Updated snapshot release for 1.1.1
> >>
> >> From JClassRegistry:
> >>
> >> ---------------
> >> // deal with explicit exclusions
> >> ExtendedBinding binding = component.getBinding();
> >> if (binding.existsExclusion(typedLocalName)) { // Line 140
> >> Exclude exclusion =
> binding.getExclusion(typedLocalName);
> >> if (exclusion.getClassName() != null) {
> >> LOG.info("Dealing with exclusion for local
> element "
> >> + xPath
> >> + " as per binding file.");
> >> jClass.changeLocalName(exclusion.getClassName());
> >> }
> >> return;
> >> }
> >> ---------------
> >>
> >> So, I'm guessing this needs to verify first whether a binding for
> >> that component exists, or should it be impossible that a
> binding does
> >> not exist?
> >>
> >>> -----Original Message-----
> >>> From: Karr, David
> >>> Sent: Sunday, April 01, 2007 9:54 AM
> >>> To: [email protected]
> >>> Subject: RE: [castor-user] Updated snapshot release for 1.1.1
> >>>
> >>> Maybe this will be useful. My Ant task uses either the task or
> >>> SourceGeneratorMain directly. When I used the class
> directly, I got
> >>> this:
> >>>
> >>> generate-from-sgm:
> >>> Created dir: C:\cygwin\home\u166705\work\castorbug2\gen\java
> >>> -- The generated classes will use a case insensitive method for
> >>> looking up enumerated type values.informViaLog
> >>> java.lang.NullPointerException
> >>> at
> >>>
> >>
> org.exolab.castor.builder.JClassRegistry.bind(JClassRegistry.java:140
> >> )
> >>> at
> >>>
> org.exolab.castor.builder.FactoryState.<init>(FactoryState.java:138)
> >>> at
> >>> org.exolab.castor.builder.SourceFactory.createSourceCode(Sourc
> >>> eFactory.j
> >>> ava:304)
> >>> at
> >>> org.exolab.castor.builder.SourceGenerator.createClasses(Source
> >>> Generator.
> >>> java:876)
> >>> at
> >>> org.exolab.castor.builder.SourceGenerator.generateAllClassFile
> >>> s(SourceGe
> >>> nerator.java:740)
> >>> at
> >>> org.exolab.castor.builder.SourceGenerator.generateSource(Sourc
> >>> eGenerator
> >>> .java:691)
> >>> at
> >>> org.exolab.castor.builder.SourceGenerator.generateSource(Sourc
> >>> eGenerator
> >>> .java:634)
> >>> at
> >>> org.exolab.castor.builder.SourceGenerator.generateSource(Sourc
> >>> eGenerator
> >>> .java:532)
> >>> at
> >>> org.exolab.castor.builder.SourceGeneratorMain.main(SourceGener
> >>> atorMain.j
> >>> ava:295)
> >>>
> >>>> -----Original Message-----
> >>>> From: Karr, David
> >>>> Sent: Sunday, April 01, 2007 9:50 AM
> >>>> To: [email protected]
> >>>> Subject: RE: [castor-user] Updated snapshot release for 1.1.1
> >>>>
> >>>> The Junit test might be useful. I set up my plain Ant
> >> testbed for
> >>>> this, using my latest schemas and the 1.1.1 snapshot, and it did
> >>>> almost exactly what the Maven test did.
> >>>> A NPE without any information.
> >>>>
> >>>>> -----Original Message-----
> >>>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED]
> >>>>> Sent: Sunday, April 01, 2007 9:34 AM
> >>>>> To: [email protected]
> >>>>> Subject: Re: [castor-user] Updated snapshot release for 1.1.1
> >>>>>
> >>>>> Switch away from the Maven plugin for a second, and use
> >>>> Castor's code
> >>>>> gen programmatically. I can send you a JUnit test case, if
> >>>> you wanted
> >>>>> ?
> >>>>>
> >>>>> Werner
> >>>>>
> >>>>> Karr, David wrote:
> >>>>>> Just in case it's useful, here's the output I get
> >> when I run it:
> >>>>>> --------------
> >>>>>> [castor-codegen] Processing
> >>>>>>
> >>
> C:\p4ws\WS_u166705_AIS_2\EAI_weblogic\uia2_7.0\resources\xmlschema\CO
> >> M
> >>>>>> MO
> >>>>>> N\1.0\common.xsd
> >>>>>> Creating classes for: SendEmailRequest
> >>>>>>
> >>>>>> BUILD FAILED
> >>>>>> File......
> >>>>>>
> >>
> c:\p4ws\WS_u166705_AIS_2\EAI_weblogic\uia2_7.0\subprojects\xmlbinding
> >> \
> >>>>>> ma
> >>>>>> ven.xml
> >>>>>> Element... ant:castor-codegen
> >>>>>> Line...... 81
> >>>>>> Column.... 172
> >>>>>> java.lang.NullPointerException
> >>>>>> Total time: 3 seconds
> >>>>>> Finished at: Sun Apr 01 09:20:53 PDT 2007
> >>>>>> --------------
> >>>>>>
> >>>>>> (Line 81 is that first call to castor-codegen. Column 172
> >>>>> is the "="
> >>>>>> on
> >>>>>> 'types="j2"'.)
> >>>>>>
> >>>>>>> -----Original Message-----
> >>>>>>> From: Karr, David
> >>>>>>> Sent: Sunday, April 01, 2007 9:24 AM
> >>>>>>> To: [email protected]
> >>>>>>> Subject: RE: [castor-user] Updated snapshot release for 1.1.1
> >>>>>>>
> >>>>>>> Not far. All I get when I run it now is a
> >>>>> NullPointerException, with
> >>>>>>> no stack trace.
> >>>>>>>
> >>>>>>> I have the following code in my my maven.xml for a
> >> subproject:
> >>>>>>> ----------------
> >>>>>>> <ant:taskdef name="castor-codegen"
> >>>>>>>
> >>>>> classname="org.castor.anttask.CastorCodeGenTask">
> >>>>>>> <ant:classpath>
> >>>>>>> <ant:path refid="maven.castor.classpath"/>
> >>>>>>> </ant:classpath>
> >>>>>>> </ant:taskdef>
> >>>>>>> <ant:castor-codegen nameConflictStrategy="informViaLog"
> >>>>>>> verbose="true"
> >>>>>>> file="${maven.resources.dir}/xmlschema/COMMON/1.0/common.xsd"
> >>>>>>> package="wamu.common.services" types="j2"
> >>>>>>> todir="${maven.castor.dest}"/>
> >>>>>>>
> >>>>>>> ----------------
> >>>>>>>
> >>>>>>> That call to "castor-codegen" is just the first of many.
> >>>>> It fails on
> >>>>>>> the first one.
> >>>>>>>
> >>>>>>> I tried adding 'verbose="true"' and also removing the
> >>>>>>> "nameConflictStrategy" attribute, but it still fails
> >>>>> immediately with
> >>>>>>> the NPE.
> >>>>>>>
> >>>>>>> Can I make it give me more information?
> >>>>>>>
> >>>>>>>> -----Original Message-----
> >>>>>>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED]
> >>>>>>>> Sent: Sunday, April 01, 2007 9:08 AM
> >>>>>>>> To: [email protected]
> >>>>>>>> Subject: Re: [castor-user] Updated snapshot release
> >> for 1.1.1
> >>>>>>>> No, not really, though I agree that you could have seen
> >>>>> it that way.
> >>>>>>>> Basically, I push out short notifications if really new
> >>>>>>> functionality
> >>>>>>>> is added or existing (albeit experimental) changed.
> >>>>>>>>
> >>>>>>>> Let me know how far you get ...
> >>>>>>>>
> >>>>>>>> Werner
> >>>>>>>>
> >>>>>>>> Karr, David wrote:
> >>>>>>>>> CASTOR-1900. It says it's resolved (apparently on 3/19),
> >>>>>>> and there
> >>>>>>>>> was a patch provided by Matthias Epheser on 3/16.
> >>>> I'll give the
> >>>>>>>>> latest snapshot a try, then. I was used to the pattern of
> >>>>>>>> you writing
> >>>>>>>>> a note in here noting the availability of a snapshot, so
> >>>>> I wasn't
> >>>>>>>>> checking the directory.
> >>>>>>>>>
> >>>>>>>>>> -----Original Message-----
> >>>>>>>>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED]
> >>>>>>>>>> Sent: Sunday, April 01, 2007 3:00 AM
> >>>>>>>>>> To: [email protected]
> >>>>>>>>>> Subject: Re: [castor-user] Updated snapshot release
> >>> for 1.1.1
> >>>>>>>>>> David,
> >>>>>>>>>>
> >>>>>>>>>> any snapshot released to the snapshot repository at
> >>>>>>> Codehaus is a
> >>>>>>>>>> viable snapshot release. Have a look at
> >>>>>>>>>>
> >>>>>>>>>>
> >>> http://svn.castor.codehaus.org/browse/castor/castor/trunk/src/
> >>>>>>>>>> doc/release-notes.xml
> >>>>>>>>>>
> >>>>>>>>>> to get an idea what's been committed since 1.1.
> >>>>>>>>>>
> >>>>>>>>>> Regards
> >>>>>>>>>> Werner
> >>>>>>>>>>
> >>>>>>>>>> PS What Jira issue are you referring to in particular ?
> >>>>>>>>>>
> >>>>>>>>>> Karr, David wrote:
> >>>>>>>>>>> Is this release from 3/5 the last released (deemed
> >>>>>>>> viable) snapshot?
> >>>>>>>>>>> Looking in this directory, I see several
> >> releases that came
> >>>>>>>>>> after this
> >>>>>>>>>>> date. I've been waiting for another snapshot to fix
> >>>>> the latest
> >>>>>>>>>>> blocking problem I had with the 1.1.1 snapshots.
> >>>>>>>>>>>
> >>>>>>>>>>>> -----Original Message-----
> >>>>>>>>>>>> From: Werner Guttmann [mailto:[EMAIL PROTECTED]
> >>>>>>>>>>>> Sent: Monday, March 05, 2007 12:37 PM
> >>>>>>>>>>>> To: [EMAIL PROTECTED];
> >>> [email protected];
> >>>>>>>>>>>> [email protected]
> >>>>>>>>>>>> Subject: [castor-user] Updated snapshot release
> >> for 1.1.1
> >>>>>>>>>>>> Hi,
> >>>>>>>>>>>>
> >>>>>>>>>>>> I have just made available an updated snapshot release
> >>>>>>> of Castor
> >>>>>>>>>>>> 1.1.1 at
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>> http://snapshots.repository.codehaus.org/org/codehaus/castor/
> >>>>>>>>>>>> As part of this release, the following features have
> >>>>>>> been added:
> >>>>>>>>>>>> - Support for 'substitution groups'
> >>>>>>>>>>>> - Validation of <xs:sequence> order during
> >> unmarshalling.
> >>>>>>>>>>>> - An 'automatic' mode for resolving class name
> >> conflicts.
> >>>>>>>>>>>> In addition, we have added ....
> >>>>>>>>>>>>
> >>>>>>>>>>>> - an Ant task for the DDL generator.
> >>>>>>>>>>>>
> >>>>>>>>>>>> In addition to the features outlined below, a few
> >>>>>>>>>> regression issues
> >>>>>>>>>>>> of
> >>>>>>>>>>>> 1.1 have been fixed
> >>>>>>>>>>>>
> >>>>>>>>>>>> With all these features, please note that source code
> >>>>>>>>>> (re)generation
> >>>>>>>>>>>> is required.
> >>>>>>>>>>>>
> >>>>>>>>>>>> We currently consider these features stable enough to
> >>>>>>> warrant a
> >>>>>>>>>>>> snapshot release, but would appreciate some (heavy)
> >>>>>>>>>> testing for the
> >>>>>>>>>>>> community, so that we are able to spot any regression
> >>>>>>>>>> issues before
> >>>>>>>>>>>> making this new functionality available as part of
> >>>>> Castor 1.1.1
> >>>>>>>>>>>> Regards
> >>>>>>>>>>>> Werner
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>
> ---------------------------------------------------------------------
> >>>>>>>>>>>> To unsubscribe from this list please visit:
> >>>>>>>>>>>>
> >>>>>>>>>>>> http://xircles.codehaus.org/manage_email
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>
> ---------------------------------------------------------------------
> >>>>>>>>>>> To unsubscribe from this list please visit:
> >>>>>>>>>>>
> >>>>>>>>>>> http://xircles.codehaus.org/manage_email
> >>>>>>>>>>>
> >>
> ---------------------------------------------------------------------
> >>>>>>>>>> To unsubscribe from this list please visit:
> >>>>>>>>>>
> >>>>>>>>>> http://xircles.codehaus.org/manage_email
> >>>>>>>>>>
> >>>>>>>>>>
> >>
> ---------------------------------------------------------------------
> >>>>>>>>> To unsubscribe from this list please visit:
> >>>>>>>>>
> >>>>>>>>> http://xircles.codehaus.org/manage_email
> >>>>>>>>>
> >>>>>>>>
> >>
> ---------------------------------------------------------------------
> >>>>>>>> To unsubscribe from this list please visit:
> >>>>>>>>
> >>>>>>>> http://xircles.codehaus.org/manage_email
> >>>>>>>>
> >>>>>>>>
> >>
> ---------------------------------------------------------------------
> >>>>>>> To unsubscribe from this list please visit:
> >>>>>>>
> >>>>>>> http://xircles.codehaus.org/manage_email
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>
> ---------------------------------------------------------------------
> >>>>>> To unsubscribe from this list please visit:
> >>>>>>
> >>>>>> http://xircles.codehaus.org/manage_email
> >>>>>>
> >>>>>
> >>>>>
> >>
> ---------------------------------------------------------------------
> >>>>> To unsubscribe from this list please visit:
> >>>>>
> >>>>> http://xircles.codehaus.org/manage_email
> >>>>>
> >>>>>
> >>>>
> >>
> ---------------------------------------------------------------------
> >>>> To unsubscribe from this list please visit:
> >>>>
> >>>> http://xircles.codehaus.org/manage_email
> >>>>
> >>>>
> >>>
> >>
> ---------------------------------------------------------------------
> >>> To unsubscribe from this list please visit:
> >>>
> >>> http://xircles.codehaus.org/manage_email
> >>>
> >>>
> >>
> ---------------------------------------------------------------------
> >> To unsubscribe from this list please visit:
> >>
> >> http://xircles.codehaus.org/manage_email
> >>
> >>
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe from this list please visit:
> >
> > http://xircles.codehaus.org/manage_email
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
