<?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: Using Custom Type Marshallers in BlazeDS</title>
	<atom:link href="http://flexblog.faratasystems.com/2010/01/09/custom-type-masrhaller-in-blazeds/feed" rel="self" type="application/rss+xml" />
	<link>http://flexblog.faratasystems.com/2010/01/09/custom-type-masrhaller-in-blazeds</link>
	<description>A blog about our experience with Adobe Flex</description>
	<lastBuildDate>Sun, 15 Jan 2012 16:29:29 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nicolas</title>
		<link>http://flexblog.faratasystems.com/2010/01/09/custom-type-masrhaller-in-blazeds/comment-page-1#comment-68136</link>
		<dc:creator>Nicolas</dc:creator>
		<pubDate>Fri, 26 Mar 2010 07:56:06 +0000</pubDate>
		<guid isPermaLink="false">http://flexblog.faratasystems.com/?p=555#comment-68136</guid>
		<description>There is a way to deal with your porblem, but it is tricky.
Basically, you need to use a BeanProxy that will look at the return type of your method and based on that and the fact that it is null, return NaN instead.

the tricky part is that you need to register your BeanProxy against the classes that will have to use that customization. So the BlazeDS 3 way as it is done, you&#039;re supposed to have either a common superclass or an interface on all your DTO.

You can find more info on that in that bug : http://bugs.adobe.com/jira/browse/BLZ-305</description>
		<content:encoded><![CDATA[<p>There is a way to deal with your porblem, but it is tricky.<br />
Basically, you need to use a BeanProxy that will look at the return type of your method and based on that and the fact that it is null, return NaN instead.</p>
<p>the tricky part is that you need to register your BeanProxy against the classes that will have to use that customization. So the BlazeDS 3 way as it is done, you&#8217;re supposed to have either a common superclass or an interface on all your DTO.</p>
<p>You can find more info on that in that bug : <a href="http://bugs.adobe.com/jira/browse/BLZ-305" rel="nofollow">http://bugs.adobe.com/jira/browse/BLZ-305</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: quinten</title>
		<link>http://flexblog.faratasystems.com/2010/01/09/custom-type-masrhaller-in-blazeds/comment-page-1#comment-66724</link>
		<dc:creator>quinten</dc:creator>
		<pubDate>Thu, 18 Mar 2010 13:56:28 +0000</pubDate>
		<guid isPermaLink="false">http://flexblog.faratasystems.com/?p=555#comment-66724</guid>
		<description>i would also like to tackle the opposite problem. We have Long variables in Java which are null but which are converted to 0 in AS . We would like to map them to NaN in order to differentiate between null and 0.
Is there a way to write a custom encoder ?</description>
		<content:encoded><![CDATA[<p>i would also like to tackle the opposite problem. We have Long variables in Java which are null but which are converted to 0 in AS . We would like to map them to NaN in order to differentiate between null and 0.<br />
Is there a way to write a custom encoder ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

