jibx-users — JiBX user discussions

[jibx-users] JiBX 1.4.5 has been released

[Donald C. <do...@do...>]

JiBX 1.4.5 has been released.

This release includes the following changes:
1. Support for Java string Unicode supplementary plane codepoints
incomplete #17

You can find the release file here:
https://sourceforge.net/projects/jibx/files/

Maven artifacts are available in maven central.
You can find the instructions on the JiBX site:
http://jibx.sourceforge.net/jibx-maven-plugin/index.html

Enter your issues here:
https://github.com/jibx -> Issues

Cheers!

Don

-- 
Don Corley
626-664-8491 (Cell)
626-358-2903 (Home)

Re: [jibx-users] Please review PULL request #18: Adding support for Unicode supplementary plane codepoints

[Daniel K. <Dan...@gm...>]

Hi everyone,

After roughly one year I would like to send a reminder and ask again for 
a review of the pull request

https://github.com/jibx/core/pull/18

which attempts to fix a problem with Unicode supplementary plane code 
points as described here:

https://github.com/jibx/core/issues/17

We really consider the current state as problematic, because users 
cannot provide all valid Unicode code points in XMLs that are handled by 
JIBX.

It seems to the benefit of the coders community that there is a single 
source code base instead that people are starting to clone the JIBX 
project to fix important issues, unless the maintainers have given up. 
In this case it would serve the community to announce publicly that this 
is the case so that someone motivated can open a new code base which is 
actively developed and should be considered as the new single source.

I'm not saying that this is what would be my preferred solution, but 
given the length of no action in the JIBX repo the situation looks 
alarming to me.

Thanks for this great product, but we really need further maintenance,

- Daniel

[jibx-users] Codegen from schema

[Viorel S. <vio...@gm...>]

Hi all,
trying to switch from jaxb to jibx.
my app generates an xml used by several applications downstream so moving
to jibx I need to generate the xml in the same exact format.
Here's the schema excerpt that gives me troubles
...
<xs:complexType name="BaseMessageType">
    <xs:sequence>
    <xs:element ref="cm:emheader"/>
    <xs:element name="body">
        <xs:complexType>
            <xs:sequence>
                 <xs:element name="data" type="xs:anyType" minOccurs="0"/>
                 <xs:element name="keyValue" type="cm:KeyValueType"
minOccurs="0" maxOccurs="unbounded"/>
            </xs:sequence>
        </xs:complexType>
     </xs:element>
    </xs:sequence>
</xs:complexType>
...

In jaxb I'm adding a string (another xml) into the "data" element, then
marshall and publish.
As a result, generated xml for the data element has the namespace and the
content type defined as below

<data xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xsi:type="xs:string">
...xml string ...
</data>

With jibx I'm using schema-codegen from maven.
When I'm generating the sources and do the binding the generated class
doesn't even allow me to set the data element but provides only
 - a setter setDataPresent(boolean) and
 - a checker (boolean ifDataPresent())

I tried to customize with
<schema-set xmlns:xs="http://www.w3.org/2001/XMLSchema"
type-substitutions="xs:integer
xs:int xs:decimal xs:float" xs:anyType xs:ENTITY >
</schema-set>

This managed to generate the body's Data field which I can set, being a
string.

Problem is the generated xml generates the data element without the
namespace and associated type:
<data>
...xml string ...
</data>

Although the rest of the xml looks identical with the one generated via
jaxb, the downstream applications have difficulty parsing the jibx
generated xml, complaining about an unexpected element inside data.

How can I ask jibx nicely to write the data as jaxb does (hopefully without
writing my own marshaller)?
If there's no way but writing my own marshaller, how can I specify it in
the schema customization so that it will be added to the binding schema
automatically?

using springboot and java8 in a prod environment.
thanks

[jibx-users] Please review PULL request #18: Adding support for Unicode supplementary plane codepoints

[Daniel K. <Dan...@gm...>]

Hi,

I would appreciate if someone could review the pull request

https://github.com/jibx/core/pull/18

which attempts to fix a problem with Unicode supplementary plane code
points as described here:

https://github.com/jibx/core/issues/17

Thanks,

- Daniel

Re: [jibx-users] Recommended JIBX issue policy

[Archie C. <arc...@gm...>]

Hi Daniel,

On Wed, May 8, 2024 at 10:35 AM Daniel Krügler via jibx-users <
jib...@li...> wrote:

> Is this the right approach?
>

That is the right approach - and the same one I used to fix the same
problem with plain text (my apologies for missing the attribute version of
the same problem).

The maintenance of JiBX has quieted down a lot but PRs do get merged and
new releases do get created every so often, sometimes after a little
prodding.

Maybe Don will pipe in here when he gets a chance...

In the meantime you might consider doing what I did, which is just build
your own custom, patched version of JiBX until a new release comes out.

-Archie

-- 
Archie L. Cobbs

[jibx-users] Recommended JIBX issue policy

[Daniel K. <Dan...@gm...>]

Hi all!

We use since years successfully JIBX to marshall and unmarshall XML
documents. We recently observed an issue with characters in XML
attributes from the Unicode supplementary plane. I naively opened a
corresponding github issue in the affected jibx/core project,

https://github.com/jibx/core/issues/17

Is this the right approach?

I have also provided a PULL request as a possible way to solve the issue,

https://github.com/jibx/core/pull/18

but got yet no feedback.

We would really like to ensure to get this fixed, since (especially with
increasing interest in emoji code-points defined), this problem really
hurts us.

Any hint/recommendation would be appreciated!

Thanks,

Daniel

[jibx-users] CodeGen able to generate read-only Java interface

[Vjeran M. <vma...@gm...>]

Hi,

I'm having a situation where I want to expose some XML data defined using
complex XSD as Java interface, but this is supposed to be a read-only piece
of data, so I would prefer it to be exposed as a read-only Java interface
or class. Is it possible to generate such read-only Java interface or class
using JIBX CodeGen?

Regards,
Vjeran

[jibx-users] JiBX 1.4.2 Released

[Don C. <do...@do...>]

JiBX 1.4.2 has been released.

This release includes the following changes:
1. ant updated to remove vulnerability.
2. Fix handling of special characters

You can find the release file here:
https://sourceforge.net/projects/jibx/files/

Maven artifacts are available in maven central.
You can find the instructions on the JiBX site:
http://jibx.sourceforge.net/jibx-maven-plugin/index.html

Enter your issues here:
https://github.com/jibx -> Issues

Cheers!

Don

-- 
Don Corley
626-664-8491 (Cell)
626-358-2903 (Home)

[jibx-users] JiBX 1.4.1 Released

[Don C. <do...@do...>]

JiBX 1.4.1 has been released.

This release includes the following changes:
1. Dependencies updated, such as joda-time.
2. log4j updated to 2.18.0 to remove vulnerability warning.

You can find the release file here:
https://sourceforge.net/projects/jibx/files/

Maven artifacts are available in maven central.
You can find the instructions on the JiBX site:
http://jibx.sourceforge.net/jibx-maven-plugin/index.html

Enter your issues here:
https://github.com/jibx -> Issues

Cheers!

Don

-- 
Don Corley
626-664-8491 (Cell)
626-358-2903 (Home)

Re: [jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Archie C. <arc...@gm...>]

Hi Dickson,

On Fri, Apr 1, 2022 at 4:24 PM Dickson Rodrigues <
rod...@gm...> wrote:

> However when I introduced a second bindings file with a separate package
> mentioned in both bindings.xml files. The access classes for both bindings
> are generated in the package mentioned in the first bindings.xml.
>

OK - but does that cause a problem?

I'm a little fuzzy on this but I think JiBX generates more than one type of
class. Notice there are "access" classes, "factory" classes, and "munge
adapter" classes.

I'm guessing that when you perform one binding operation with multiple
binding files, JiBX just sticks (some of) the generated classes in the
first package it finds because they are global... or something like that.

-Archie

-- 
Archie L. Cobbs

Re: [jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Dickson R. <rod...@gm...>]

Hi Archie,

For a single binding file it works fine, JIBX_*.access class file is
generated in the package mentioned in the bindings.xml file.

However when I introduced a second bindings file with a separate package
mentioned in both bindings.xml files. The access classes for both bindings
are generated in the package mentioned in the first bindings.xml.

Thanks and Regards,
Dickson Rodrigues


On Fri, Apr 1, 2022 at 3:46 PM Archie Cobbs <arc...@gm...> wrote:

> Hi Dickson,
>
> On Fri, Apr 1, 2022 at 1:51 PM Dickson Rodrigues <
> rod...@gm...> wrote:
>
>> Will you please take a look at the attached project and see why we
>> get the access files generated in the billing package? I am using ant
>> 1.9.14 and running it on mac.
>>
>
> Hang on - the original problem was that JiBX was generating files in the
> default package instead of the same package as the model classes.
>
> My suggestion was that by adding a missing "package" attribute to the
> <binding> element, that would fix the problem, which - in my test at least
> - it did.
>
> I never suggested that the converse was true, i.e., that by removing the
> "package" attribute from the <binding> element that you would somehow cause
> JiBX to not generate ANY files in the model package.
>
> In my experience JiBX almost always generates classes in the model
> package, for reasons having to do with Java package-private accessibility.
>
> -Archie
>
> --
> Archie L. Cobbs
>

Re: [jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Archie C. <arc...@gm...>]

Hi Dickson,

On Fri, Apr 1, 2022 at 1:51 PM Dickson Rodrigues <
rod...@gm...> wrote:

> Will you please take a look at the attached project and see why we get the
> access files generated in the billing package? I am using ant 1.9.14 and
> running it on mac.
>

Hang on - the original problem was that JiBX was generating files in the
default package instead of the same package as the model classes.

My suggestion was that by adding a missing "package" attribute to the
<binding> element, that would fix the problem, which - in my test at least
- it did.

I never suggested that the converse was true, i.e., that by removing the
"package" attribute from the <binding> element that you would somehow cause
JiBX to not generate ANY files in the model package.

In my experience JiBX almost always generates classes in the model package,
for reasons having to do with Java package-private accessibility.

-Archie

-- 
Archie L. Cobbs

Re: [jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Archie C. <arc...@gm...>]

Hi Dickson,

Happy to help. Of course now I'm curious what the key difference is... keep
us posted.

-Archie

On Fri, Apr 1, 2022 at 11:08 AM Dickson Rodrigues <
rod...@gm...> wrote:

> Hi Archie,
>
> Thanks a lot for your response and spending time on this.
>
> I created a new sample project just like you did and it worked for me as
> well. However when I try the same configuration in my project it doesn't
> seem to work. I will continue to debug and keep you posted on how it goes.
>
> Thanks again Archie!!
>
> Thanks and Regards,
> Dickson Rodrigues
>
>
> On Thu, Mar 31, 2022 at 4:10 PM Archie Cobbs <arc...@gm...>
> wrote:
>
>> Not sure why but I was unable to reproduce your issue using a slightly
>> modified version of your files.
>>
>> Here's a shell script trace:
>>
>> $ tree
>> .
>> ├── binding.xml
>> ├── build.xml
>> ├── lib
>> │   ├── jibx-bind-1.3.3.jar
>> │   └── jibx-run-1.3.3.jar
>> └── src
>>     └── java
>>         └── com
>>             └── blahblah
>>                 └── model
>>                     └── account
>>                         ├── Account.java
>>                         └── AccountResult.java
>>
>> 7 directories, 6 files
>> $ cat build.xml
>> <?xml version="1.0" encoding="utf-8"?>
>>
>> <project name="jibx-test" default="jibx-bind">
>>
>>     <path id="test.classpath">
>>         <fileset dir="${basedir}/lib" includes="*.jar"/>
>>     </path>
>>
>>     <target name="clean">
>>         <delete dir="build" followSymlinks="false"
>> removeNotFollowedSymlinks="true" includeEmptyDirs="true"/>
>>     </target>
>>
>>     <target name="javac">
>>         <mkdir dir="${basedir}/build/classes"/>
>>         <javac includeantruntime="no"
>>            compiler="modern"
>>            deprecation="true"
>>            srcdir="${basedir}/src/java"
>>            destdir="${basedir}/build/classes"
>>            source="1.8"
>>            target="1.8"
>>            debug="true">
>>             <classpath refid="test.classpath"/>
>>         </javac>
>>     </target>
>>
>>     <target name="jibx-bind" depends="javac">
>>         <taskdef name="bind" classname="org.jibx.binding.ant.CompileTask"
>> classpathref="test.classpath"/>
>>         <bind verbose="false" load="true">
>>             <classpath>
>>                 <pathelement location="${basedir}/build/classes"/>
>>                 <path refid="test.classpath"/>
>>             </classpath>
>>             <bindingfileset dir="${basedir}">
>>                 <include name="binding.xml"/>
>>             </bindingfileset>
>>         </bind>
>>     </target>
>> </project>
>> $ cat binding.xml
>> <?xml version="1.0" encoding="utf-8"?>
>>
>> <binding name="accountBinding" package="com.blahblah.model.account">
>>     <mapping name="blahblah_service"
>> class="com.blahblah.model.account.AccountResult">
>>         <collection field="accounts" create-type="java.util.ArrayList">
>>             <structure name="account"
>> type="com.blahblah.model.account.Account" ordered="false">
>>                 <value name="id" style="element" field="idNumber"/>
>>                 <value name="account" style="element"
>> field="accountNumber" usage="optional"/>
>>             </structure>
>>         </collection>
>>     </mapping>
>> </binding>
>> $ cat src/java/com/blahblah/model/account/AccountResult.java
>> package com.blahblah.model.account;
>>
>> import java.util.ArrayList;
>> import java.util.List;
>>
>> public class AccountResult {
>>
>>     private List<Account> accounts;
>> }
>> $ cat src/java/com/blahblah/model/account/Account.java
>> package com.blahblah.model.account;
>>
>> public class Account {
>>
>>     private String idNumber;
>>     private String accountNumber;
>>
>> }
>> $ ant
>> Buildfile: /Users/archie/bugs/jibx/build.xml
>>
>> javac:
>>     [mkdir] Created dir: /Users/archie/bugs/jibx/build/classes
>>     [javac] Compiling 2 source files to
>> /Users/archie/bugs/jibx/build/classes
>>
>> jibx-bind:
>>
>> BUILD SUCCESSFUL
>> Total time: 0 seconds
>> $ tree build
>> build
>> └── classes
>>     └── com
>>         └── blahblah
>>             └── model
>>                 └── account
>>                     ├── Account.class
>>                     ├── AccountResult.class
>>                     ├── JiBX_accountBindingAccountResult_access.class
>>                     ├── JiBX_accountBindingFactory.class
>>                     └── JiBX_accountBindingMungeAdapter.class
>>
>> 5 directories, 5 files
>> $
>>
>> -Archie
>>
>>
>>
>> -Archie
>>
>> On Thu, Mar 31, 2022 at 1:53 PM Dickson Rodrigues <
>> rod...@gm...> wrote:
>>
>>>
>>> Hi Archie,
>>>
>>> Thanks for responding.
>>>
>>> Please see the details below,
>>>
>>> Build.xml
>>>
>>> <target name="jibx">
>>> <!-- ## Adds JibX class/method to ANT callable ## -->
>>> <taskdef name="bind" classname="org.jibx.binding.ant.CompileTask">
>>> <classpath>
>>> <pathelement location ="${LIB_DIR}/jibx-bind-1.3.3.jar"/>
>>> <pathelement location="${LIB_DIR}/bcel-6.4.1.jar"/>
>>> <pathelement location="${LIB_DIR}/jibx-run-1.3.3.jar"/>
>>> <pathelement location="${LIB_DIR}/jibx-extras-1.3.3.jar"/>
>>> <pathelement location="${LIB_DIR}/xpp3-1.1.3.4.O.jar"/>
>>> </classpath>
>>> </taskdef>
>>> <!-- ## JIBX Compiler ## -->
>>> <bind verbose="true">
>>> <bindingfileset dir="${BINDINGS_DIR}" includes="*Binding.xml"/>
>>> <classpath>
>>> <pathelement location ="${UAD_BASE}/classes"/>
>>> <pathelement location ="junit/lib/clover.jar"/>
>>> </classpath>
>>> </bind>
>>> </target>
>>>
>>> Jars included -
>>>
>>> ant-1.8.4.jar
>>> ant-launcher-1.8.4.jar
>>> bcel-6.4.1.jar
>>> jibx-bind-1.3.3.jar
>>> jibx-run-1.3.3.jar
>>> joda-time-2.10.5.jar
>>> xpp3-1.1.3.4.O.jar
>>> jibx-extras-1.3.3.jar
>>>
>>>
>>> Removed the old jibx jars from the lib directory
>>>
>>> binding file -
>>>
>>> <binding name="accountBinding" package="com.blahblah.model.account">
>>> <mapping name="blahblah_service"
>>> class="com.blahblah.model.account.AccountResult">
>>> <collection field="accounts"
>>> factory="com.blahblah.model.account.AccountResult.listFactory">
>>> <structure name="account" type="com.blahblah.model.account.Account"
>>> ordered="false">
>>> <value name="id" style="element" field="idNumber"/>
>>> <value name="account" style="element" field="accountNumber"
>>> usage="optional"/>
>>> </structure>
>>> </collection>
>>> </mapping>
>>> </binding>
>>>
>>>
>>> JiBX_accountBindingAccountResult_access.class is generated under package
>>> com.blahblah.model.billing. Infact all the _access files for my bindings
>>> are generated under the same package. Looks like it take the package name
>>> from the first binding file.
>>>
>>> Please let me know if you need more information.
>>>
>>>
>>> Thanks and Regards,
>>> Dickson Rodrigues
>>>
>>>
>>> On Thu, Mar 31, 2022 at 12:50 PM Archie Cobbs <arc...@gm...>
>>> wrote:
>>>
>>>> Can you create and post a *minimal* test case Maven project
>>>> demonstrating the problem?
>>>>
>>>> On Thu, Mar 31, 2022 at 10:35 AM Dickson Rodrigues <
>>>> rod...@gm...> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I am facing the same issue as few others who have reported those here.
>>>>> https://sourceforge.net/p/jibx/mailman/message/35070901/ and
>>>>> https://sourceforge.net/p/jibx/mailman/message/35115289/
>>>>> I have added the dependency jars, updated the classpath to include
>>>>> those jars. I have tried giving the package name in the bindings file as
>>>>> well.
>>>>>
>>>>> I am running out of ideas. Anyone have any suggestions?
>>>>>
>>>>> *To admins* : Will you please post this on the threads mentioned
>>>>> above (https://sourceforge.net/p/jibx/mailman/message/35070901/ and
>>>>> https://sourceforge.net/p/jibx/mailman/message/35115289/) to see if
>>>>> they were able to resolve the issue and can help me.
>>>>>
>>>>> Thanks and Regards,
>>>>> Dickson Rodrigues
>>>>> _______________________________________________
>>>>> jibx-users mailing list
>>>>> jib...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>>>>
>>>> --
>>>> Archie L. Cobbs
>>>> _______________________________________________
>>>> jibx-users mailing list
>>>> jib...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>>>
>>> _______________________________________________
>>> jibx-users mailing list
>>> jib...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>>
>>
>>
>> --
>> Archie L. Cobbs
>> _______________________________________________
>> jibx-users mailing list
>> jib...@li...
>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>
> _______________________________________________
> jibx-users mailing list
> jib...@li...
> https://lists.sourceforge.net/lists/listinfo/jibx-users
>


-- 
Archie L. Cobbs

Re: [jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Dickson R. <rod...@gm...>]

Hi Archie,

Thanks a lot for your response and spending time on this.

I created a new sample project just like you did and it worked for me as
well. However when I try the same configuration in my project it doesn't
seem to work. I will continue to debug and keep you posted on how it goes.

Thanks again Archie!!

Thanks and Regards,
Dickson Rodrigues


On Thu, Mar 31, 2022 at 4:10 PM Archie Cobbs <arc...@gm...> wrote:

> Not sure why but I was unable to reproduce your issue using a slightly
> modified version of your files.
>
> Here's a shell script trace:
>
> $ tree
> .
> ├── binding.xml
> ├── build.xml
> ├── lib
> │   ├── jibx-bind-1.3.3.jar
> │   └── jibx-run-1.3.3.jar
> └── src
>     └── java
>         └── com
>             └── blahblah
>                 └── model
>                     └── account
>                         ├── Account.java
>                         └── AccountResult.java
>
> 7 directories, 6 files
> $ cat build.xml
> <?xml version="1.0" encoding="utf-8"?>
>
> <project name="jibx-test" default="jibx-bind">
>
>     <path id="test.classpath">
>         <fileset dir="${basedir}/lib" includes="*.jar"/>
>     </path>
>
>     <target name="clean">
>         <delete dir="build" followSymlinks="false"
> removeNotFollowedSymlinks="true" includeEmptyDirs="true"/>
>     </target>
>
>     <target name="javac">
>         <mkdir dir="${basedir}/build/classes"/>
>         <javac includeantruntime="no"
>            compiler="modern"
>            deprecation="true"
>            srcdir="${basedir}/src/java"
>            destdir="${basedir}/build/classes"
>            source="1.8"
>            target="1.8"
>            debug="true">
>             <classpath refid="test.classpath"/>
>         </javac>
>     </target>
>
>     <target name="jibx-bind" depends="javac">
>         <taskdef name="bind" classname="org.jibx.binding.ant.CompileTask"
> classpathref="test.classpath"/>
>         <bind verbose="false" load="true">
>             <classpath>
>                 <pathelement location="${basedir}/build/classes"/>
>                 <path refid="test.classpath"/>
>             </classpath>
>             <bindingfileset dir="${basedir}">
>                 <include name="binding.xml"/>
>             </bindingfileset>
>         </bind>
>     </target>
> </project>
> $ cat binding.xml
> <?xml version="1.0" encoding="utf-8"?>
>
> <binding name="accountBinding" package="com.blahblah.model.account">
>     <mapping name="blahblah_service"
> class="com.blahblah.model.account.AccountResult">
>         <collection field="accounts" create-type="java.util.ArrayList">
>             <structure name="account"
> type="com.blahblah.model.account.Account" ordered="false">
>                 <value name="id" style="element" field="idNumber"/>
>                 <value name="account" style="element"
> field="accountNumber" usage="optional"/>
>             </structure>
>         </collection>
>     </mapping>
> </binding>
> $ cat src/java/com/blahblah/model/account/AccountResult.java
> package com.blahblah.model.account;
>
> import java.util.ArrayList;
> import java.util.List;
>
> public class AccountResult {
>
>     private List<Account> accounts;
> }
> $ cat src/java/com/blahblah/model/account/Account.java
> package com.blahblah.model.account;
>
> public class Account {
>
>     private String idNumber;
>     private String accountNumber;
>
> }
> $ ant
> Buildfile: /Users/archie/bugs/jibx/build.xml
>
> javac:
>     [mkdir] Created dir: /Users/archie/bugs/jibx/build/classes
>     [javac] Compiling 2 source files to
> /Users/archie/bugs/jibx/build/classes
>
> jibx-bind:
>
> BUILD SUCCESSFUL
> Total time: 0 seconds
> $ tree build
> build
> └── classes
>     └── com
>         └── blahblah
>             └── model
>                 └── account
>                     ├── Account.class
>                     ├── AccountResult.class
>                     ├── JiBX_accountBindingAccountResult_access.class
>                     ├── JiBX_accountBindingFactory.class
>                     └── JiBX_accountBindingMungeAdapter.class
>
> 5 directories, 5 files
> $
>
> -Archie
>
>
>
> -Archie
>
> On Thu, Mar 31, 2022 at 1:53 PM Dickson Rodrigues <
> rod...@gm...> wrote:
>
>>
>> Hi Archie,
>>
>> Thanks for responding.
>>
>> Please see the details below,
>>
>> Build.xml
>>
>> <target name="jibx">
>> <!-- ## Adds JibX class/method to ANT callable ## -->
>> <taskdef name="bind" classname="org.jibx.binding.ant.CompileTask">
>> <classpath>
>> <pathelement location ="${LIB_DIR}/jibx-bind-1.3.3.jar"/>
>> <pathelement location="${LIB_DIR}/bcel-6.4.1.jar"/>
>> <pathelement location="${LIB_DIR}/jibx-run-1.3.3.jar"/>
>> <pathelement location="${LIB_DIR}/jibx-extras-1.3.3.jar"/>
>> <pathelement location="${LIB_DIR}/xpp3-1.1.3.4.O.jar"/>
>> </classpath>
>> </taskdef>
>> <!-- ## JIBX Compiler ## -->
>> <bind verbose="true">
>> <bindingfileset dir="${BINDINGS_DIR}" includes="*Binding.xml"/>
>> <classpath>
>> <pathelement location ="${UAD_BASE}/classes"/>
>> <pathelement location ="junit/lib/clover.jar"/>
>> </classpath>
>> </bind>
>> </target>
>>
>> Jars included -
>>
>> ant-1.8.4.jar
>> ant-launcher-1.8.4.jar
>> bcel-6.4.1.jar
>> jibx-bind-1.3.3.jar
>> jibx-run-1.3.3.jar
>> joda-time-2.10.5.jar
>> xpp3-1.1.3.4.O.jar
>> jibx-extras-1.3.3.jar
>>
>>
>> Removed the old jibx jars from the lib directory
>>
>> binding file -
>>
>> <binding name="accountBinding" package="com.blahblah.model.account">
>> <mapping name="blahblah_service"
>> class="com.blahblah.model.account.AccountResult">
>> <collection field="accounts"
>> factory="com.blahblah.model.account.AccountResult.listFactory">
>> <structure name="account" type="com.blahblah.model.account.Account"
>> ordered="false">
>> <value name="id" style="element" field="idNumber"/>
>> <value name="account" style="element" field="accountNumber"
>> usage="optional"/>
>> </structure>
>> </collection>
>> </mapping>
>> </binding>
>>
>>
>> JiBX_accountBindingAccountResult_access.class is generated under package
>> com.blahblah.model.billing. Infact all the _access files for my bindings
>> are generated under the same package. Looks like it take the package name
>> from the first binding file.
>>
>> Please let me know if you need more information.
>>
>>
>> Thanks and Regards,
>> Dickson Rodrigues
>>
>>
>> On Thu, Mar 31, 2022 at 12:50 PM Archie Cobbs <arc...@gm...>
>> wrote:
>>
>>> Can you create and post a *minimal* test case Maven project
>>> demonstrating the problem?
>>>
>>> On Thu, Mar 31, 2022 at 10:35 AM Dickson Rodrigues <
>>> rod...@gm...> wrote:
>>>
>>>> Hi,
>>>>
>>>> I am facing the same issue as few others who have reported those here.
>>>> https://sourceforge.net/p/jibx/mailman/message/35070901/ and
>>>> https://sourceforge.net/p/jibx/mailman/message/35115289/
>>>> I have added the dependency jars, updated the classpath to include
>>>> those jars. I have tried giving the package name in the bindings file as
>>>> well.
>>>>
>>>> I am running out of ideas. Anyone have any suggestions?
>>>>
>>>> *To admins* : Will you please post this on the threads mentioned above
>>>> (https://sourceforge.net/p/jibx/mailman/message/35070901/ and
>>>> https://sourceforge.net/p/jibx/mailman/message/35115289/) to see if
>>>> they were able to resolve the issue and can help me.
>>>>
>>>> Thanks and Regards,
>>>> Dickson Rodrigues
>>>> _______________________________________________
>>>> jibx-users mailing list
>>>> jib...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>>>
>>> --
>>> Archie L. Cobbs
>>> _______________________________________________
>>> jibx-users mailing list
>>> jib...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>>
>> _______________________________________________
>> jibx-users mailing list
>> jib...@li...
>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>
>
>
> --
> Archie L. Cobbs
> _______________________________________________
> jibx-users mailing list
> jib...@li...
> https://lists.sourceforge.net/lists/listinfo/jibx-users
>

Re: [jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Archie C. <arc...@gm...>]

Not sure why but I was unable to reproduce your issue using a slightly
modified version of your files.

Here's a shell script trace:

$ tree
.
├── binding.xml
├── build.xml
├── lib
│   ├── jibx-bind-1.3.3.jar
│   └── jibx-run-1.3.3.jar
└── src
    └── java
        └── com
            └── blahblah
                └── model
                    └── account
                        ├── Account.java
                        └── AccountResult.java

7 directories, 6 files
$ cat build.xml
<?xml version="1.0" encoding="utf-8"?>

<project name="jibx-test" default="jibx-bind">

    <path id="test.classpath">
        <fileset dir="${basedir}/lib" includes="*.jar"/>
    </path>

    <target name="clean">
        <delete dir="build" followSymlinks="false"
removeNotFollowedSymlinks="true" includeEmptyDirs="true"/>
    </target>

    <target name="javac">
        <mkdir dir="${basedir}/build/classes"/>
        <javac includeantruntime="no"
           compiler="modern"
           deprecation="true"
           srcdir="${basedir}/src/java"
           destdir="${basedir}/build/classes"
           source="1.8"
           target="1.8"
           debug="true">
            <classpath refid="test.classpath"/>
        </javac>
    </target>

    <target name="jibx-bind" depends="javac">
        <taskdef name="bind" classname="org.jibx.binding.ant.CompileTask"
classpathref="test.classpath"/>
        <bind verbose="false" load="true">
            <classpath>
                <pathelement location="${basedir}/build/classes"/>
                <path refid="test.classpath"/>
            </classpath>
            <bindingfileset dir="${basedir}">
                <include name="binding.xml"/>
            </bindingfileset>
        </bind>
    </target>
</project>
$ cat binding.xml
<?xml version="1.0" encoding="utf-8"?>

<binding name="accountBinding" package="com.blahblah.model.account">
    <mapping name="blahblah_service"
class="com.blahblah.model.account.AccountResult">
        <collection field="accounts" create-type="java.util.ArrayList">
            <structure name="account"
type="com.blahblah.model.account.Account" ordered="false">
                <value name="id" style="element" field="idNumber"/>
                <value name="account" style="element" field="accountNumber"
usage="optional"/>
            </structure>
        </collection>
    </mapping>
</binding>
$ cat src/java/com/blahblah/model/account/AccountResult.java
package com.blahblah.model.account;

import java.util.ArrayList;
import java.util.List;

public class AccountResult {

    private List<Account> accounts;
}
$ cat src/java/com/blahblah/model/account/Account.java
package com.blahblah.model.account;

public class Account {

    private String idNumber;
    private String accountNumber;

}
$ ant
Buildfile: /Users/archie/bugs/jibx/build.xml

javac:
    [mkdir] Created dir: /Users/archie/bugs/jibx/build/classes
    [javac] Compiling 2 source files to
/Users/archie/bugs/jibx/build/classes

jibx-bind:

BUILD SUCCESSFUL
Total time: 0 seconds
$ tree build
build
└── classes
    └── com
        └── blahblah
            └── model
                └── account
                    ├── Account.class
                    ├── AccountResult.class
                    ├── JiBX_accountBindingAccountResult_access.class
                    ├── JiBX_accountBindingFactory.class
                    └── JiBX_accountBindingMungeAdapter.class

5 directories, 5 files
$

-Archie



-Archie

On Thu, Mar 31, 2022 at 1:53 PM Dickson Rodrigues <
rod...@gm...> wrote:

>
> Hi Archie,
>
> Thanks for responding.
>
> Please see the details below,
>
> Build.xml
>
> <target name="jibx">
> <!-- ## Adds JibX class/method to ANT callable ## -->
> <taskdef name="bind" classname="org.jibx.binding.ant.CompileTask">
> <classpath>
> <pathelement location ="${LIB_DIR}/jibx-bind-1.3.3.jar"/>
> <pathelement location="${LIB_DIR}/bcel-6.4.1.jar"/>
> <pathelement location="${LIB_DIR}/jibx-run-1.3.3.jar"/>
> <pathelement location="${LIB_DIR}/jibx-extras-1.3.3.jar"/>
> <pathelement location="${LIB_DIR}/xpp3-1.1.3.4.O.jar"/>
> </classpath>
> </taskdef>
> <!-- ## JIBX Compiler ## -->
> <bind verbose="true">
> <bindingfileset dir="${BINDINGS_DIR}" includes="*Binding.xml"/>
> <classpath>
> <pathelement location ="${UAD_BASE}/classes"/>
> <pathelement location ="junit/lib/clover.jar"/>
> </classpath>
> </bind>
> </target>
>
> Jars included -
>
> ant-1.8.4.jar
> ant-launcher-1.8.4.jar
> bcel-6.4.1.jar
> jibx-bind-1.3.3.jar
> jibx-run-1.3.3.jar
> joda-time-2.10.5.jar
> xpp3-1.1.3.4.O.jar
> jibx-extras-1.3.3.jar
>
>
> Removed the old jibx jars from the lib directory
>
> binding file -
>
> <binding name="accountBinding" package="com.blahblah.model.account">
> <mapping name="blahblah_service"
> class="com.blahblah.model.account.AccountResult">
> <collection field="accounts"
> factory="com.blahblah.model.account.AccountResult.listFactory">
> <structure name="account" type="com.blahblah.model.account.Account"
> ordered="false">
> <value name="id" style="element" field="idNumber"/>
> <value name="account" style="element" field="accountNumber"
> usage="optional"/>
> </structure>
> </collection>
> </mapping>
> </binding>
>
>
> JiBX_accountBindingAccountResult_access.class is generated under package
> com.blahblah.model.billing. Infact all the _access files for my bindings
> are generated under the same package. Looks like it take the package name
> from the first binding file.
>
> Please let me know if you need more information.
>
>
> Thanks and Regards,
> Dickson Rodrigues
>
>
> On Thu, Mar 31, 2022 at 12:50 PM Archie Cobbs <arc...@gm...>
> wrote:
>
>> Can you create and post a *minimal* test case Maven project demonstrating
>> the problem?
>>
>> On Thu, Mar 31, 2022 at 10:35 AM Dickson Rodrigues <
>> rod...@gm...> wrote:
>>
>>> Hi,
>>>
>>> I am facing the same issue as few others who have reported those here.
>>> https://sourceforge.net/p/jibx/mailman/message/35070901/ and
>>> https://sourceforge.net/p/jibx/mailman/message/35115289/
>>> I have added the dependency jars, updated the classpath to include those
>>> jars. I have tried giving the package name in the bindings file as well.
>>>
>>> I am running out of ideas. Anyone have any suggestions?
>>>
>>> *To admins* : Will you please post this on the threads mentioned above (
>>> https://sourceforge.net/p/jibx/mailman/message/35070901/ and
>>> https://sourceforge.net/p/jibx/mailman/message/35115289/) to see if
>>> they were able to resolve the issue and can help me.
>>>
>>> Thanks and Regards,
>>> Dickson Rodrigues
>>> _______________________________________________
>>> jibx-users mailing list
>>> jib...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>>
>> --
>> Archie L. Cobbs
>> _______________________________________________
>> jibx-users mailing list
>> jib...@li...
>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>
> _______________________________________________
> jibx-users mailing list
> jib...@li...
> https://lists.sourceforge.net/lists/listinfo/jibx-users
>


-- 
Archie L. Cobbs

Re: [jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Dickson R. <rod...@gm...>]

Hi Archie,

Thanks for responding.

Please see the details below,

Build.xml

<target name="jibx">
<!-- ## Adds JibX class/method to ANT callable ## -->
<taskdef name="bind" classname="org.jibx.binding.ant.CompileTask">
<classpath>
<pathelement location ="${LIB_DIR}/jibx-bind-1.3.3.jar"/>
<pathelement location="${LIB_DIR}/bcel-6.4.1.jar"/>
<pathelement location="${LIB_DIR}/jibx-run-1.3.3.jar"/>
<pathelement location="${LIB_DIR}/jibx-extras-1.3.3.jar"/>
<pathelement location="${LIB_DIR}/xpp3-1.1.3.4.O.jar"/>
</classpath>
</taskdef>
<!-- ## JIBX Compiler ## -->
<bind verbose="true">
<bindingfileset dir="${BINDINGS_DIR}" includes="*Binding.xml"/>
<classpath>
<pathelement location ="${UAD_BASE}/classes"/>
<pathelement location ="junit/lib/clover.jar"/>
</classpath>
</bind>
</target>

Jars included -

ant-1.8.4.jar
ant-launcher-1.8.4.jar
bcel-6.4.1.jar
jibx-bind-1.3.3.jar
jibx-run-1.3.3.jar
joda-time-2.10.5.jar
xpp3-1.1.3.4.O.jar
jibx-extras-1.3.3.jar


Removed the old jibx jars from the lib directory

binding file -

<binding name="accountBinding" package="com.blahblah.model.account">
<mapping name="blahblah_service"
class="com.blahblah.model.account.AccountResult">
<collection field="accounts"
factory="com.blahblah.model.account.AccountResult.listFactory">
<structure name="account" type="com.blahblah.model.account.Account"
ordered="false">
<value name="id" style="element" field="idNumber"/>
<value name="account" style="element" field="accountNumber"
usage="optional"/>
</structure>
</collection>
</mapping>
</binding>


JiBX_accountBindingAccountResult_access.class is generated under package
com.blahblah.model.billing. Infact all the _access files for my bindings
are generated under the same package. Looks like it take the package name
from the first binding file.

Please let me know if you need more information.


Thanks and Regards,
Dickson Rodrigues


On Thu, Mar 31, 2022 at 12:50 PM Archie Cobbs <arc...@gm...>
wrote:

> Can you create and post a *minimal* test case Maven project demonstrating
> the problem?
>
> On Thu, Mar 31, 2022 at 10:35 AM Dickson Rodrigues <
> rod...@gm...> wrote:
>
>> Hi,
>>
>> I am facing the same issue as few others who have reported those here.
>> https://sourceforge.net/p/jibx/mailman/message/35070901/ and
>> https://sourceforge.net/p/jibx/mailman/message/35115289/
>> I have added the dependency jars, updated the classpath to include those
>> jars. I have tried giving the package name in the bindings file as well.
>>
>> I am running out of ideas. Anyone have any suggestions?
>>
>> *To admins* : Will you please post this on the threads mentioned above (
>> https://sourceforge.net/p/jibx/mailman/message/35070901/ and
>> https://sourceforge.net/p/jibx/mailman/message/35115289/) to see if they
>> were able to resolve the issue and can help me.
>>
>> Thanks and Regards,
>> Dickson Rodrigues
>> _______________________________________________
>> jibx-users mailing list
>> jib...@li...
>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>
> --
> Archie L. Cobbs
> _______________________________________________
> jibx-users mailing list
> jib...@li...
> https://lists.sourceforge.net/lists/listinfo/jibx-users
>

Re: [jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Archie C. <arc...@gm...>]

Can you create and post a *minimal* test case Maven project demonstrating
the problem?

On Thu, Mar 31, 2022 at 10:35 AM Dickson Rodrigues <
rod...@gm...> wrote:

> Hi,
>
> I am facing the same issue as few others who have reported those here.
> https://sourceforge.net/p/jibx/mailman/message/35070901/ and
> https://sourceforge.net/p/jibx/mailman/message/35115289/
> I have added the dependency jars, updated the classpath to include those
> jars. I have tried giving the package name in the bindings file as well.
>
> I am running out of ideas. Anyone have any suggestions?
>
> *To admins* : Will you please post this on the threads mentioned above (
> https://sourceforge.net/p/jibx/mailman/message/35070901/ and
> https://sourceforge.net/p/jibx/mailman/message/35115289/) to see if they
> were able to resolve the issue and can help me.
>
> Thanks and Regards,
> Dickson Rodrigues
> _______________________________________________
> jibx-users mailing list
> jib...@li...
> https://lists.sourceforge.net/lists/listinfo/jibx-users
>
-- 
Archie L. Cobbs

[jibx-users] Jibx 1.3.3 binding compliler with JDK 1.8 generating classes in single package

[Dickson R. <rod...@gm...>]

Hi,

I am facing the same issue as few others who have reported those here.
https://sourceforge.net/p/jibx/mailman/message/35070901/ and
https://sourceforge.net/p/jibx/mailman/message/35115289/
I have added the dependency jars, updated the classpath to include those
jars. I have tried giving the package name in the bindings file as well.

I am running out of ideas. Anyone have any suggestions?

*To admins* : Will you please post this on the threads mentioned above (
https://sourceforge.net/p/jibx/mailman/message/35070901/ and
https://sourceforge.net/p/jibx/mailman/message/35115289/) to see if they
were able to resolve the issue and can help me.

Thanks and Regards,
Dickson Rodrigues

[jibx-users] java.lang.IllegalAccessError after upgrade to java 8 and Jibx 1.3.3 (from 1.2.1)

[Medan G. <ga...@ya...>]

Hi community ,
We upgraded our project to java 8 and encountered several errors related to jibx. 
First we  got:

Causedby: java.lang.VerifyError: Expecting a stackmap frame at branch target 12

ExceptionDetails:

 Location:

    ...shared/grouping/types/ResourceBundle.JiBX_cmdb_binding_newinstance_1_0(L...shared/grouping/types/ResourceBundle;Lorg/jibx/runtime/impl/UnmarshallingContext;)L...shared/grouping/types/ResourceBundle;@1: ifnonnull

Then we upgrade jibx from 1.2.1 to 1.3.1 and then to 1.3.3 and bcel to latest version and now we get
java.lang.IllegalAccessError: tried to access method ...result.resultentry.impl.CmdbObjectResultEntryMemento.getObjectsIterator()Ljava/util/Iterator; from class ...shared.grouping.validators.impl.JiBX_cmdb_bindingMungeAdapter

<mapping name="ObjectEntry"
         class="...result.resultentry.impl.CmdbObjectResultEntryMemento">
    <structure get-method="getElementNumber" set-method="addElementNumber"/>
    <structure name="Objects">
        <collection iter-method="getObjectsIterator" add-method="addObject"/>
    </structure>
</mapping>


Basically upgraded all dependencies as mentioned here -> https://stackoverflow.com/questions/49978070/after-update-to-java8-getting-error-during-jibx-bind-bind-java-lang-illegal
We can overcome this issue only if we change the methods from private  to public. Is this a known issue? Can be workaround the problem in a different way? We have to make more than 1000 methods public.
Any suggestion would be very much appreciated. 
Best Regards,

[jibx-users] log4j vulnerability does not apply to JiBX

[Don C. <do...@do...>]

Sujatha,

The log4j vulnerability only applies to Log4J versions 2.x.

JiBX uses Log4J 1.2.17, so you are okay.

Cheers,

Don Corley

[jibx-users] Log4J issue - vulnarability

[Sujatha K. <suj...@gm...>]

Hi Team,

 Can someone pls tell me if there is any updated version of jibx with new
log4j changes. I tried to get the latest jibx tools code and made the
changes as per log4j2 and made it as jar using ANT. When I am using this
jar, but getting the following exception,

echo] Running Jibx2Wsdl tool
     [java] Exception in thread "main" Unable to access binding information
for class org.jibx.ws.wsdl.model.Definitions
     [java] Make sure the binding has been compiled
     [java] java.lang.NoSuchFieldException: JiBX_bindingList
     [java] at java.lang.Class.getDeclaredField(Class.java:1948)
     [java] at
org.jibx.runtime.BindingDirectory.getBindingList(BindingDirectory.java:68)
     [java] at
org.jibx.runtime.BindingDirectory.getFactory(BindingDirectory.java:211)
     [java] at org.jibx.ws.wsdl.tools.WsdlWriter.<init>(WsdlWriter.java:89)
     [java] at org.jibx.ws.wsdl.tools.Jibx2Wsdl.main(Jibx2Wsdl.java:901)
     [java]

Can anyone help me?

Thanks,
Sujatha

[jibx-users] Jibx : Ignoring unknown elements within an unordered group on a soap response

[Karoui n. <kar...@gm...>]

Hello,
I want to ignore the unknown elements I receive from the response of api
soap. So I added  these attributes flexible = true and odred = false in the
binding file on the mapping of the element.
Extract from the binding file :

<mapping abstract="true" type-name="ns1:MakeReservationResponseType"
class="com.anite.MakeReservationResponseType" ordered="false"
flexible="true">
  <structure map-as="ns1:ControlType" get-method="getControl"
set-method="setControl" name="Control"/>
  <structure get-method="getResponse" set-method="setResponse"
usage="optional" name="Response" ordered="false" flexible="true">
    <structure map-as="ns1:ResponseBaseFields-Group"
get-method="getResponseBaseFields" set-method="setResponseBaseFields"
usage="optional"/>
    <structure map-as="ns1:BookingType" get-method="getBooking"
set-method="setBooking" name="Booking"/>
    <structure map-as="ns1:PriceDataType" get-method="getPrice"
set-method="setPrice" name="Price"/>
  </structure>
  <structure map-as="ns1:ErrorResponseType" get-method="getError"
set-method="setError" usage="optional" name="Error"/>
</mapping>

When i try to unmarshal the response that i receive, i have this error

"Expected "{apiUrl}Response" end tag, found "{
apiUrl}Item" start tag (line -1, col -1, in SOAP-message),
role=supplier, property=Expected "{apiUrl}Response" end tag, found "{
apiUrl}Item" start tag (line -1, col -1, in SOAP-message"

I have this error because i receive an unknown object not declared in
my xsd and binding file.
But in this documentation say if i add flexible = true and ordered =
false, i can ignore unknown elements :
http://jibx.sourceforge.net/tutorial/binding-extras.html#mixing
But this solution doesn't work and i have the error above.

I use this version of jibx : 1.3.3
So can someone help me please ?

Best regards,
Nessrine

[jibx-users] java.lang.VerifyError: Expecting a stackmap frame and Error: Conflicting element namespaces;

[SriRam <sri...@gm...>]

Hi Team,



We are migrating our application jdk version from jdk 1.6 to jdk1.8
and we are using jibx 1.2.2 in our application.



But Jibx compilation failed with below error,



[bind] Running binding compiler version jibx_1_2_2

     [bind] Error running binding compiler

     [bind] java.lang.IllegalStateException: Error loading class
java.lang.CharSequence: Error reading path
java/lang/CharSequence.class for class java.lang.CharSequence

     [bind]               at
org.jibx.binding.classes.ClassCache$ClassCacheLocator.getClassInfo(ClassCache.java:291)

     [bind]               at
org.jibx.binding.model.ClassHierarchyContext.accumulateInterfaces(ClassHierarchyContext.java:95)

     [bind]               at
org.jibx.binding.model.ClassHierarchyContext.addTypedComponent(ClassHierarchyContext.java:121)

     [bind]               at
org.jibx.binding.model.DefinitionContext.addFormat(DefinitionContext.java:529)

     [bind]               at
org.jibx.binding.model.BindingElement.defineBaseFormat(BindingElement.java:843







After some  googling and browsing through mailing lists here
understood the bcel 5.x version has issues with jdk 1.8



So  I have followed below two approaches





1)      upgraded bcel 5.x har to bcel-6.0.jar But ended up with below error,



   [bind]  com.abc.model.external.GetList output file size is 5496 bytes

     [bind] Error running binding compiler

     [bind] java.lang.VerifyError: Expecting a stackmap frame at
branch target 12

     [bind] Exception Details:

     [bind]   Location:

     [bind]
com/abc/model/external/GetList.JiBX_FOSbinding_newinstance_1_0(Lcom/abc/model/external/
/GetList;Lorg/jibx/runtime/impl/UnmarshallingContext;)Lcom/model/external/GetList;
@1: ifnonnull

     [bind]   Reason:

     [bind]     Expected stackmap frame at this location.

     [bind]   Bytecode:

     [bind]     0x0000000: 2ac7 000b bb00 0559 b700 284b 2ab0

     [bind]       at java.lang.Class.getDeclaredMethods0(Native Method)

     [bind]       at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)

     [bind]       at java.lang.Class.getDeclaredMethods(Class.java:1975)









2)      upgraded jibx version from 1.2.2 to 1.3.3



the problem here is all my binding files , we have 70+ are getting
errored out because  of jibx validation errors.  Couple of fixes seems
 to be  like duplicate namespaces,

I am attaching  the sample here.



My question is why this validation errors are not present when using
jibx 1.2.2 ? can I suppress these validation errors when using
jibx1.3.3.

Sample of such error below,





   [bind] Error: Conflicting element namespaces; on namespace element
at (line 4, col 85, in CUpdate -binding.xml)

     [bind] Error: Conflicting element namespaces; on namespace
element at (line 2, col 98, in CUpdate _StandardHeaderBinding.xml)

     [bind] Error: No namespace definition for URI
http://intra.abc.com/css/2008/09; on structure element at (line 18,
col 117, in CUpdate-binding.xml)

     [bind] Error running binding compiler

     [bind] org.jibx.runtime.JiBXException: Binding CUpdate
-binding.xml is unusable because of validation errors

     [bind]               at
org.jibx.binding.Utility.loadBinding(Utility.java:358)

     [bind]               at
org.jibx.binding.Utility.loadFileBinding(Utility.java:420)

     [bind]               at org.jibx.binding.Compile.compile(Compile.java:217)

     [bind]               at
org.jibx.binding.ant.CompileTask.execute(CompileTask.java:248)

     [bind]               at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)

     [bind]               at
sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)





Kindly help  in addressing  this issue.





Thanks & Regards

Sriram

[jibx-users] aixs2 to jibx client run time error No mapping defined for element

[suresh m. <sur...@gm...>]

Hello Dennis,

My current project using axis2 to XMLBeans binding, so we were trying to
integrate axis2 jibx binding

I have used jibx CodeGen to generate the objects & the binding file from
the schema, then trying to generate stub class using
org.apache.axis2.wsdl.WSDL2Java  -uri Service.wsdl -d jibx -Ebindingfile
binding.xml -s -ss -sd -scn ServiceName

Its generating code while using Axis2UserGuide.xsd, the example gave in the
below.
http://axis.apache.org/axis2/java/core/docs/userguide-creatingclients-jibx.html

But there is a runtime error when we use my project xsd schema and binding
file generated to CodeGen.

Can you please help me what scenario this error will occured, where I need
to look at this kind of error.

org.apache.axis2.wsdl.codegen.CodeGenerationException:
java.lang.RuntimeException: No mapping defined for element

Thanks
M.Suresh

Re: [jibx-users] jibx-users Digest, Vol 111, Issue 1

[Don C. <do...@do...>]

Sridhar,

Thanks for your bug report.

I've entered a new issue in github:
https://github.com/jibx/jibx/issues/14

Active maintenance of JiBX is on hold. If you would like to create a pull
request, I can assess the code.

Remember, dom4j is only a compile-time dependency. dom4j does not need to
be included in your runtimes for JiBX to work.

Cheers,

Don

On Thu, Mar 19, 2020 at 5:52 AM <jib...@li...>
wrote:

> Send jibx-users mailing list submissions to
>         jib...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/jibx-users
> or, via email, send a message with subject or body 'help' to
>         jib...@li...
>
> You can reach the person managing the list at
>         jib...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of jibx-users digest..."
>
>
> Today's Topics:
>
>    1. Need to update dom4j in JIBX (Sridhar Kumar)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 19 Mar 2020 07:18:15 +0000
> From: Sridhar Kumar <sri...@ou...>
> To: "jib...@li..."
>         <jib...@li...>
> Subject: [jibx-users] Need to update dom4j in JIBX
> Message-ID:
>         <
> SN6...@SN...
> >
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello,
>
> I am a new user of JIBX plugin. Thank you much for the great plugin.
> Currently I am using jibx-extras version 1.3.3 as dependency.
> I see that there is a compile dependency on dom4j:jar:1.6.1 from JIBX side.
>
> Same dom4j version is listed in dependencies page as well.
> http://jibx.sourceforge.net/maven-jibx-plugin/dependencies.html
>
> dom4j version older than 2.1.1 are listed as vulnerable because of
> CVE-2018-1000632
> https://nvd.nist.gov/vuln/detail/CVE-2018-1000632
>
> If I override dom4j to 2.1.1 at runtime, I get runtime issues.
> Is it possible to update dom4j to 2.1.1, so that all the JIBX users can
> benefit ?
>
> Note: dom4j package changes from dom4j:dom4j to org.dom4j:dom4j in 2.x
>
> Regards
> Sridhar
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> jibx-users mailing list
> jib...@li...
> https://lists.sourceforge.net/lists/listinfo/jibx-users
>
>
> ------------------------------
>
> End of jibx-users Digest, Vol 111, Issue 1
> ******************************************
>


-- 
Don Corley
626-664-8491 (Cell)
626-358-2903 (Home)