Re: [jibx-users] bug

Excuse my idiocy, of course you can't generate a package name with a Java keyword in it. >> Any idea why this would cause the maven plugin to fail code-gen? >> It doesn't like "import". If I change it to "impor" it works. >> xmlns:exp=" h

[jibx-users] bug

Any idea why this would cause the maven plugin to fail code-gen? It doesn't like "import". If I change it to "impor" it works. xmlns:exp="http://www.xyz.org/utils/dbsvn/config/schema/import"; Marvin Wolfthal email: m...@weichi.com --

Re: [jibx-users] [Bug?] JIBX Incorrect Value Conversion for ByteArray

Hi Jack, Looks like a BindGen bug. You might want to create a Jira to make sure this is corrected for 1.2.3. - Dennis Dennis M. Sosnoski XML and Web Services in Java Training and Consulting http://www.sosnoski.com - http://www.sosnoski.co.nz Seattle, WA +1-425-939-0576 - Wellington, NZ +64-4-2

[jibx-users] [Bug?] JIBX Incorrect Value Conversion for ByteArray

Hi, According to this page, ByteArray is supposed to be converted to base64 representation of binary data. http://jibx.sourceforge.net/details/conversions.html However, what I'm getting when running bindGen is Am I missing something here? Could this possibly be a bug? I'm using version 1.2.

[jibx-users] bug in Jibx binding for Collection with option value

Hi, I believe I found a bug when jibx tries to marshal a collection with optional values in it. In generated Jibx_BungeAdapter class, it doesn't check if the value "zipcode" in a object is null or not. Here is my mapping, http://www.crsoftwareinc.com/xml/ns/telecom/campaign_number_v1_0";

Re: [jibx-users] Bug? parsing stops after calling a getter returning an existing object

Hi Mathias, I don't see anything wrong offhand. Can you enter this in Jira, with a sample (including Ant build) I can run to recreate the problem? Thanks, - Dennis Dennis M. Sosnoski SOA, Web Services, and XML Training and Consulting http://www.sosnoski.com - http://www.sosnoski.co.nz Seattl

[jibx-users] Bug? parsing stops after calling a getter returning an existing object

Hello, I have a problem with parsing a document after calling a get-method of an attribute which has an abstract type and returns a specific type at the time. It means that I have an object already assigned to the attribute when parsing to the associated element of the xml document and want to u

Re: [jibx-users] Bug in UTF8StreamWriter.writeTextContent(String text) ?

Hi Stefano, Your fix looks right to me. I'm trying to recreate the problem in a test case now (and having a hard time for some unknown reason). I'll verify and add the fix in the 1.1 code. The same code is used in all the stream writer variations, so the fix needs to apply to all as well. Than

[jibx-users] Bug in UTF8StreamWriter.writeTextContent(String text) ?

Hi All, i think that i found a bug in UTF8StreamWriter.writeTextContent(String text). In this method the entity &, < are replaced by their escape sequence. Moreover if: else if (chr == '>' && i > 2 && text.charAt(i-1) == ']' && text.charAt(i-2) == ']') { m_buffer[fil

[jibx-users] Bug in UTF8StreamWriter.writeTextContent(String text) ?

Hi All, i think that i found a bug in UTF8StreamWriter.writeTextContent(String text). In this method the entity &, < are replaced by their escape sequence. Moreover if: else if (chr == '>' && i > 2 && text.charAt(i-1) == ']' && text.charAt(i-2) == ']') { m_buffer[

Re: [jibx-users] bug in GenericXMLWriter.java

Thanks for pointing this out, I correct it in the CVS code. - Dennis Jitesh Doshi wrote: I think I might have found a bug in GenericXMLWriter.java. The following line ... protected void writePrefix(int index) throws IOException { try { String text = m_prefixes[index]; ... shou

[jibx-users] bug in GenericXMLWriter.java

I think I might have found a bug in GenericXMLWriter.java. The following line ... protected void writePrefix(int index) throws IOException { try { String text = m_prefixes[index]; ... should instead be ... protected void writePrefix(int index) throws IOException {

Re: [jibx-users] BUG? usage="optional" not taken into account in where the type is defined by a format

This is actually the expected behavior. See http://jibx.sourceforge.net/details/binding-attributes.html#string for the deserializer description; if you want the object to be null when the value isn't present, simply return null from the deserializer. - Dennis Guillaume Pothier wrote: Is this r

Re: [jibx-users] BUG? usage="optional" not taken into account in where the type is defined by a format

Is this related to http://jibx.sourceforge.net/status.html#problems? I have no nested element here... Guillaume Pothier wrote: I have this mapping: ... ... The SimpleIdentifier type is defined in a format tag: When unmarshalling a without fatherId, the unmarshalled object contains an empt

[jibx-users] BUG? usage="optional" not taken into account in where the type is defined by a format

I have this mapping: ... ... The SimpleIdentifier type is defined in a format tag: When unmarshalling a without fatherId, the unmarshalled object contains an empty instance of SimpleIdentifier. Is this normal or is this a bug? Guillaume ---

Re: [jibx-users] Bug in UTF8StreamWriter

Sorry, I did not know about it. Thanks. Stefano Dennis Sosnoski wrote: Unless you've found a new variation, this was a problem that was fixed for beta 3b: http://jira.codehaus.org/secure/ViewIssue.jspa?key=JIBX-12 Please try the latest version before reporting a bug. Thanks, - Dennis Stefan

Re: [jibx-users] Bug in UTF8StreamWriter

Unless you've found a new variation, this was a problem that was fixed for beta 3b: http://jira.codehaus.org/secure/ViewIssue.jspa?key=JIBX-12 Please try the latest version before reporting a bug. Thanks, - Dennis Stefano Fornari wrote: When trying to write big chunk of data (although not ha

[jibx-users] Bug in UTF8StreamWriter

When trying to write big chunk of data (although not has big... few tens of Kb). Cheers, Stefano java.lang.ArrayIndexOutOfBoundsException: 4096 2004-05-03 16:09:46,382 ERROR [STDERR] at org.jibx.runtime.impl.UTF8StreamWriter.writeTextContent(UTF8StreamWriter.java:277) 2004-05-03 16:09:46,40