[
http://jira.codehaus.org/browse/XFIRE-558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_91614
]
Thomas Schroedl commented on XFIRE-558:
---------------------------------------
I agree in principle with Jonathan. I am in a similar situation. We addressed
this issue by copying data returned from the business tier into DTOs before
returning to the client. DTOs may not be practical (or fun) for lots of
situations, but so far it's been the answer for challenges we've faced in
trying to make our same set of services work for two separate clients, a
GWT-based GUI and an XFire-based Java app.
> Inheritance in Aegis ignores any intermediate classes
> -----------------------------------------------------
>
> Key: XFIRE-558
> URL: http://jira.codehaus.org/browse/XFIRE-558
> Project: XFire
> Issue Type: Bug
> Components: Aegis Module
> Environment: JDK50
> Reporter: Jonathan Gilbert
> Assigned To: Dan Diephouse
> Attachments: AegisBindingProvider.java
>
>
> Aegis's inheritance support simply checks that a class it is serializing is
> in it's list of supplied additional classes. If does not repect any
> inheritance in-between, i.e. suppose I am declaring to return a 'Base', but
> it may actually be a 'Child':
> abstract class Base{
> public int getId();
> }
> abstract class Child extends Base{
> public String getName();
> }
> In my implementation I return an instance of 'ChildImpl' which implements
> 'Child' - really Aegis should then serialize this as a 'Child'. Instead it
> serializes it as a 'Base' because it has no mapping for 'ChildImpl', even
> though it does for 'Child'.
> AegisBindingProvider.getWriteType(..) should basically find the best write
> type - nearest in the hierarchy to the actual instance it has.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
