<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Java-XML Binders Compared</title>
	<atom:link href="http://technology.amis.nl/2005/01/05/java-xml-binders-compared/feed/" rel="self" type="application/rss+xml" />
	<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=java-xml-binders-compared</link>
	<description></description>
	<lastBuildDate>Fri, 12 Apr 2013 10:04:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Arif Shaon</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1350</link>
		<dc:creator>Arif Shaon</dc:creator>
		<pubDate>Thu, 29 Jun 2006 01:45:22 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1350</guid>
		<description><![CDATA[Hi, is it possible to dynamically java classes from an XSD file using XMLBeans rather than using SCOMP? Thanks]]></description>
		<content:encoded><![CDATA[<p>Hi, is it possible to dynamically java classes from an XSD file using XMLBeans rather than using SCOMP? Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marco Gralike</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1349</link>
		<dc:creator>Marco Gralike</dc:creator>
		<pubDate>Tue, 27 Sep 2005 23:07:04 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1349</guid>
		<description><![CDATA[Apparrently to day is security day (many security discussions today), and now you post is popping up in the &quot;a lot of readings today&quot; list. So i can&#039;t ignore this sign ;-)

Question: didn&#039;t you introduce a security problem by storing the username/password/database xml file on the webserver, which most of the time is in the DMZ...?]]></description>
		<content:encoded><![CDATA[<p>Apparrently to day is security day (many security discussions today), and now you post is popping up in the &#8220;a lot of readings today&#8221; list. So i can&#8217;t ignore this sign <img src='http://technology.amis.nl/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Question: didn&#8217;t you introduce a security problem by storing the username/password/database xml file on the webserver, which most of the time is in the DMZ&#8230;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: harm</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1348</link>
		<dc:creator>harm</dc:creator>
		<pubDate>Tue, 19 Apr 2005 18:59:38 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1348</guid>
		<description><![CDATA[The following links point to some very interesting articles about XML-binding and comparing different binder frame-works.
&lt;a href=&quot;http://www-106.ibm.com/developerworks/library/x-databdopt/index.html&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;Data binding, Part 1: Code generation approaches -- JAXB and more&lt;/a&gt;&lt;br /&gt;&lt;a href=&quot;http://www-106.ibm.com/developerworks/library/x-databdopt2/&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;Data binding, Part 2: Performance&lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>The following links point to some very interesting articles about XML-binding and comparing different binder frame-works.<br />
<a href="http://www-106.ibm.com/developerworks/library/x-databdopt/index.html" target="_blank" rel="nofollow">Data binding, Part 1: Code generation approaches &#8212; JAXB and more</a><br /><a href="http://www-106.ibm.com/developerworks/library/x-databdopt2/" target="_blank" rel="nofollow">Data binding, Part 2: Performance</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JRadical</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1347</link>
		<dc:creator>JRadical</dc:creator>
		<pubDate>Mon, 18 Apr 2005 00:49:09 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1347</guid>
		<description><![CDATA[Hea man, your Date is off.  Anyway it&#039;s April 04,2005 so I have no idea how number 8 is dated 08/1/2005. It&#039;s nice to know some people
are going in the right direction.  Clearly Document/Literal not wrapped is the way to go.  To bad most developers and architects have no
idea what the hell they are REALLY doing when they creat RPCencoded WS and find themselves maintaing disparate XSD&#039;s instead of disparate OS&#039;s.]]></description>
		<content:encoded><![CDATA[<p>Hea man, your Date is off.  Anyway it&#8217;s April 04,2005 so I have no idea how number 8 is dated 08/1/2005. It&#8217;s nice to know some people<br />
are going in the right direction.  Clearly Document/Literal not wrapped is the way to go.  To bad most developers and architects have no<br />
idea what the hell they are REALLY doing when they creat RPCencoded WS and find themselves maintaing disparate XSD&#8217;s instead of disparate OS&#8217;s.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: harm</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1346</link>
		<dc:creator>harm</dc:creator>
		<pubDate>Sat, 08 Jan 2005 09:59:02 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1346</guid>
		<description><![CDATA[Dear commenters,
Based on your comments I&#039;ve added some text to my post. The work from Kirill is a good one. He has compared more binding frameworks. You will see in his results that the centricity makes a difference: a more XML-centric framework seems slower and consumes more memory than a Java-centric framework.]]></description>
		<content:encoded><![CDATA[<p>Dear commenters,<br />
Based on your comments I&#8217;ve added some text to my post. The work from Kirill is a good one. He has compared more binding frameworks. You will see in his results that the centricity makes a difference: a more XML-centric framework seems slower and consumes more memory than a Java-centric framework.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kirill</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1345</link>
		<dc:creator>Kirill</dc:creator>
		<pubDate>Sat, 08 Jan 2005 08:13:09 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1345</guid>
		<description><![CDATA[You are welcome to see a more complete coverage of the current frameworks (including JiBX, Javolution, XStream and Zeus) at    http://jroller.com/page/javaproxy/20050108#choose_your_xml_binding_framework]]></description>
		<content:encoded><![CDATA[<p>You are welcome to see a more complete coverage of the current frameworks (including JiBX, Javolution, XStream and Zeus) at    <a href="http://jroller.com/page/javaproxy/20050108#choose_your_xml_binding_framework" rel="nofollow">http://jroller.com/page/javaproxy/20050108#choose_your_xml_binding_framework</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Munsch</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1344</link>
		<dc:creator>John Munsch</dc:creator>
		<pubDate>Fri, 07 Jan 2005 14:45:05 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1344</guid>
		<description><![CDATA[You should really really take a look at JiBX. We used it on a project last year and the performance blew everything else we tried away. It&#039;s also not particularly difficult to learn.

If I had anything at all negative to say about it it would be that you are better off if you can do some tailoring of the XML format to suit what JiBX parses easily. Some XML we encountered did not fit smoothly to its model. But that was fairly strange XML too.

For easy parsing of arbitrary XML nothing beat Digester. But we tried to pair it with Betwixt to go back the other way (i.e. Java to XML) and we were sorely disappointed in Betwixt.

We also tried Castor but were unimpressed either in the ease of use, flexibility, or performance areas.]]></description>
		<content:encoded><![CDATA[<p>You should really really take a look at JiBX. We used it on a project last year and the performance blew everything else we tried away. It&#8217;s also not particularly difficult to learn.</p>
<p>If I had anything at all negative to say about it it would be that you are better off if you can do some tailoring of the XML format to suit what JiBX parses easily. Some XML we encountered did not fit smoothly to its model. But that was fairly strange XML too.</p>
<p>For easy parsing of arbitrary XML nothing beat Digester. But we tried to pair it with Betwixt to go back the other way (i.e. Java to XML) and we were sorely disappointed in Betwixt.</p>
<p>We also tried Castor but were unimpressed either in the ease of use, flexibility, or performance areas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Greif</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1343</link>
		<dc:creator>Alex Greif</dc:creator>
		<pubDate>Fri, 07 Jan 2005 10:07:28 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1343</guid>
		<description><![CDATA[Hi,
have you looked at XStream?

Cheers,
Alex.]]></description>
		<content:encoded><![CDATA[<p>Hi,<br />
have you looked at XStream?</p>
<p>Cheers,<br />
Alex.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leon van Tegelen</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1342</link>
		<dc:creator>Leon van Tegelen</dc:creator>
		<pubDate>Thu, 06 Jan 2005 13:42:19 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1342</guid>
		<description><![CDATA[Hi Harm

as far as I understand, Toplink allows you to Map any Java Class to an XML document, therefore it does not dictate the &quot;java model&quot; , which in my opinion is very nice!]]></description>
		<content:encoded><![CDATA[<p>Hi Harm</p>
<p>as far as I understand, Toplink allows you to Map any Java Class to an XML document, therefore it does not dictate the &#8220;java model&#8221; , which in my opinion is very nice!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: harm</title>
		<link>http://technology.amis.nl/2005/01/05/java-xml-binders-compared/#comment-1341</link>
		<dc:creator>harm</dc:creator>
		<pubDate>Thu, 06 Jan 2005 11:22:35 +0000</pubDate>
		<guid isPermaLink="false">/?p=321#comment-1341</guid>
		<description><![CDATA[Hi Leon,

The Toplink binder uses JAXB as does Oracle&#039;s XDK. I would not be too suprized if they use the same base classes. Because JAXB is used I wonder if the vast amount of classes (seen in the screenshot of JAXB in table 1), is also generated by the Oracle binders. In that case both Oracle binders are, in my opinion, not the most optimal binders, but only an extra test can sort that out.]]></description>
		<content:encoded><![CDATA[<p>Hi Leon,</p>
<p>The Toplink binder uses JAXB as does Oracle&#8217;s XDK. I would not be too suprized if they use the same base classes. Because JAXB is used I wonder if the vast amount of classes (seen in the screenshot of JAXB in table 1), is also generated by the Oracle binders. In that case both Oracle binders are, in my opinion, not the most optimal binders, but only an extra test can sort that out.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
