I don't know what *is* happening in this case, unless you've actually got two sets of your class files in the class path and you're picking up the wrong set (the ones that haven't had the binding compiler run on them). That seems the most likely cause, if you're sure the JiBX files are included in the jar file. Please double-check this issue.
If you can't find a problem with the classpath, send me (directly) the jar file and I'll try it here.
- Dennis
Sudhendra Seshachala wrote:
I did follow the following steps
I compile my java classes
Run JiBX binding compiler
Jar all the classes including the generated files.
-----Original Message-----
From: Dennis Sosnoski [mailto:[EMAIL PROTECTED] Sent: Friday, April 30, 2004 3:36 PM
To: Sudhendra Seshachala
Cc: [EMAIL PROTECTED]
Subject: Re: [jibx-users] Question of Compile time bindings and
runtimebindigs
The workaround is to do the binding at build time, before the class files are converted into a jar. This is the recommended way of doing things anyway, since it avoids the overhead of processing the binding definition every time you start up your program. The runtime binding is really intended more for debugging than anything else.
I just checked Jira and didn't have any problem. You do need to register
before you can add an issue, though.
- Dennis
Sudhendra Seshachala wrote:
Is there a workaround to resolve this ? We have started using this rocking framework and now we ran into thisbuilt
issue. Let me know if I can be of any help in implementing this stuff.
PS I could not open a issue on jira. Its kind of down I think ?
Thanks Sudhi
-----Original Message-----
From: Dennis Sosnoski [mailto:[EMAIL PROTECTED] Sent: Friday, April 30, 2004 2:53 PM
To: Sudhendra Seshachala
Cc: [EMAIL PROTECTED]
Subject: Re: [jibx-users] Question of Compile time bindings and
runtimebindigs
From the description of the runtime binding at http://jibx.sourceforge.net/bindonload.html: "At present, runtime binding only works with classes that are present in the classpath as individual class files (not in jars)." This really should not be a requirement for the runtime binding, but works that way because the build-time binding compiler came first and the runtime binding was
on top of it. It is something I'd like to change for the future, and if
you want to enter it as an issue in the Jira system I'll try to getthis
fixed for beta 4.
- Dennis
Sudhendra Seshachala wrote:
I have been working on jibx for past 4- 5 days in basically to use jibx framework our marshalling and unmarshalling of XML-java objects
Since we are already ahead in development, I am just defining binding.xml for our java objects and we have test xml files through which we are able to test Roundtripping.
This is fine when we have all java class files "not" part of jar.
The way I do is as follows
I compile my java classes
Run JiBX binding compiler
Jar all the classes including the generated files.
During runtime when I try testing with org.jibx.extras.TestRoundtrip I ...
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id?66&opÌk
_______________________________________________
jibx-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jibx-users
-- Dennis M. Sosnoski Enterprise Java, XML, and Web Services Training and Consulting http://www.sosnoski.com Redmond, WA 425.885.7197
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
jibx-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jibx-users
