Hi Aslam,

I cannnot access Jira at the Codehaus right now, as it's down due to maintenance; as such, I don't know what

http://jira.codehaus.org/browse/CASTOR-1950.

is about. I just had a look at the old test case I have used to replay the problem, and there were missing XML schem(s). I have just downloaded all the missing XML schemas myself (which is something I really don't like to do, as this is my (unpaid) spare time I am using here), and generated sources from the XML schema attached.

So far, I can tell that there's two compilation issues in AttributeConsumingServiceTypeDescriptor and IndexEndpointTypeDescriptor, both around the 'index' artifact.

If you happen to have a more minimal XML schema that eases debugging/analysis for me, feel free to attach it to the Jira issue.

As there's a problem, it loos like I will have to have a look.

Werner

aslam wrote:
Looks like the corresponding JIRA issue is CASTOR-1950 --
http://jira.codehaus.org/browse/CASTOR-1950.

It's classified as a "Bug" and the status is "Open", but Werner's latest
comment on it suggests that the problem might be in the attached XSD. Where
does this stand?

I've run into this problem, with the latest stable rls (1.1.2.1) and JDK
1.5. Should I post my XSD? If it's a bug, is there a workaround?

--aslam


Werner Guttmann wrote:
Hmm, I don't remember the changelog since 1.1 top off my head, but I
think that we might have fixed the occasional issue with location of
descriptor classes and/or import statements of these.

Nevertheless, I think that generating these classes is the right way to
go, and if there's issues, I'd like to learn about them (in the form of
e.g. a bug report).

Regards
Werner

Raghavan Eachampadi wrote:
Initially, I did generate the descriptor classes.  The issue I
encountered was that the descriptor classes were generated in a package
like "com.xyz.descriptors" and there were many classes classes that were
generated in "com.xyz" package that were referring to the descritpor
classes in "com.xyz.descriptors" package without having the appropriate
import statements.  This was causing compilation errors.  For lack of
time, I circumvented this by not generating the descriptors.
Now, any idea why the classes do not have the necessary import
statements for the descriptor classes?  Am I missing something very
basic here?
Thanks for any help here... Raghavan Eachampadi
------------------------------------------------------------------------
*From:* Werner Guttmann [mailto:[EMAIL PROTECTED]
*Sent:* Tuesday, April 17, 2007 12:40 AM
*To:* [email protected]
*Subject:* AW: [castor-user] XML:Unmarshaller creates an empty java
object (all null values) - castor 1.1

Is there any particular reason why you are **not** generating the
descriptor classes where Castor maintains the XML to Java object binding
information ? I know that Castor does support introspection during
‘class descriptor resolution’, but by not generating the class
descriptors, you are basically instructing Castor not to use the most
valuable piece of information (that has been derived from the original
XML schema(s) during generation).

Werner

------------------------------------------------------------------------

*Von:* Raghavan Eachampadi [mailto:[EMAIL PROTECTED]
*Gesendet:* Montag, 16. April 2007 23:18
*An:* [email protected]
*Betreff:* [castor-user] XML:Unmarshaller creates an empty java object
(all null values) - castor 1.1

Hi,

I am using castor 1.1 with JDK 6.  I've used the xml source generator to
generate java classes for the XML schemas.  I've used the option -nodesc
in the source generator to not create any descriptor classes.  Also, I
do not have any mapping.xml file that I use.

When I use the static method Unmarshaller.unmarshall() to create a java
object from an xml document instance, I see that all the members fields
of the instantiated object is null.

Any pointers/help is greatly appreciated.

Here is my code listing:

*try* {

Reader xmlReader = *new* FileReader(xmlInstance); /* xmlInstance is the
String containing the xml file name that is being unmarshalled */

EntityDescriptor metaDataObj =
(EntityDescriptor)(Unmarshaller./unmarshal/(EntityDescriptor.*class*,
xmlReader));  /* EntityDescriptor is the class corresponding to the root
of the xml file being unmarshalled -- metaDataObj is a non null object
but all its members are uninitialized (basically null) */

isValid = metaDataObj.isValid();  /* This method returns true */

} *catch* (FileNotFoundException fnfex) {

**throw** *fnfex;*

} *catch* (org.exolab.castor.xml.ValidationException vex) {

*throw* *vex;*

} *catch* (MarshalException mex) {

*throw* *mex;*

}

Raghavan Eachampadi


---------------------------------------------------------------------
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

Reply via email to