[
https://issues.apache.org/jira/browse/TUSCANY-1515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthew Sykes updated TUSCANY-1515:
-----------------------------------
Description:
The DefaultDataBindingExtensionPoint explicitly omits classes that extend
java.lang.Throwable from being associated with the JavaBeansDataBinding.
Without an association to the JavaBeansDataBinding (or some other "default"
databinding), fault transformations from POJO exceptions to some other
databinding do not occur as the transformation chain can't be established. The
symptom of this is a new TransformationException("Target fault type cannot be
resolved") getting thrown from the DataTransformationInterceptor.
After removing the code in the DefaultDataBindingExtensionPoint that explicitly
omits java.lang.Throwable classes from being associated with the
JavaBeansDataBinding, an ExceptionHandler needed to be created for the
JavaBeansDataBinding. An initial, naive implementation is attached as a patch.
This implementation will simply act as a holder of the original exception and
return it on createException.
With these changes the Exception2ExceptionTransformer was able to establish a
transformation from the JavaBeansDataBinding to a custom DataBinding
implementation. Further work may be needed in the exception handler.
was:
The DefaultDataBindingExtensionPoint does explicitly omits classes that extend
java.lang.Throwable from being associated with the JavaBeansDataBinding.
Without an association with the JavaBeansDataBinding (or some other "default"
databinding), fault transformations from POJO exceptions to some other
databinding do not occur as the transformation chain can't be established. The
symptom of this is a new TransformationException("Target fault type cannot be
resolved") getting thrown from the DataTransformationInterceptor.
After removing the code in the DefaultDataBindingExtensionPoint that explicitly
omits java.lang.Throwable classes from being associated with the
JavaBeansDataBinding, an ExceptionHandler needed to be created for the
JavaBeansDataBinding. An initial, naive implementation is attached as a patch.
This implementation will simply act as a holder of the original exception and
return it on createException.
With these changes the Exception2ExceptionTransformer was able to establish a
transformation from the JavaBeansDataBinding to a custom DataBinding
implementation. Further work may be needed in the exception handler.
> The JavaBeansDataBinding does not provide an exception handler
> --------------------------------------------------------------
>
> Key: TUSCANY-1515
> URL: https://issues.apache.org/jira/browse/TUSCANY-1515
> Project: Tuscany
> Issue Type: Bug
> Components: Java SCA Data Binding Runtime
> Affects Versions: Java-SCA-0.90, Java-SCA-0.91, Java-SCA-Next
> Environment: svn revision 563847
> Reporter: Matthew Sykes
> Priority: Minor
> Fix For: Java-SCA-Next
>
> Attachments: javabeans-exception-handler.diff
>
>
> The DefaultDataBindingExtensionPoint explicitly omits classes that extend
> java.lang.Throwable from being associated with the JavaBeansDataBinding.
> Without an association to the JavaBeansDataBinding (or some other "default"
> databinding), fault transformations from POJO exceptions to some other
> databinding do not occur as the transformation chain can't be established.
> The symptom of this is a new TransformationException("Target fault type
> cannot be resolved") getting thrown from the DataTransformationInterceptor.
> After removing the code in the DefaultDataBindingExtensionPoint that
> explicitly omits java.lang.Throwable classes from being associated with the
> JavaBeansDataBinding, an ExceptionHandler needed to be created for the
> JavaBeansDataBinding. An initial, naive implementation is attached as a
> patch. This implementation will simply act as a holder of the original
> exception and return it on createException.
> With these changes the Exception2ExceptionTransformer was able to establish a
> transformation from the JavaBeansDataBinding to a custom DataBinding
> implementation. Further work may be needed in the exception handler.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
