Refactor error handling on the consumer --------------------------------------- Key: GTNWSRP-62 URL: https://jira.jboss.org/browse/GTNWSRP-62 Project: GateIn WSRP Issue Type: Feature Request Components: Consumer Affects Versions: 2.0.0-Alpha01 Reporter: Chris Laprun Assignee: Chris Laprun Fix For: 2.0.0-Alpha02 dealWithError should move to WSRPConsumerImpl so that non-invocation-based methods could also benefit from the error recovery that is done on InvocationHandler. Or maybe, we should refactor InvocationHandler to introduce a supertype that would allow for handling of method calls not originating from a PortletInvocation. Either way, the error handling needs to be cleaned up.

Refactor error handling on the consumer --------------------------------------- Key: GTNWSRP-62 URL: https://jira.jboss.org/browse/GTNWSRP-62 Project: GateIn WSRP Issue Type: Feature Request Components: Consumer Affects Versions: 2.0.0-Alpha01 Reporter: Chris Laprun Assignee: Chris Laprun Fix For: 2.0.0-Beta02 dealWithError should move to WSRPConsumerImpl so that non-invocation-based methods could also benefit from the error recovery that is done on InvocationHandler. Or maybe, we should refactor InvocationHandler to introduce a supertype that would allow for handling of method calls not originating from a PortletInvocation. Either way, the error handling needs to be cleaned up.

Refactor error handling on the consumer --------------------------------------- Key: GTNWSRP-62 URL: https://jira.jboss.org/browse/GTNWSRP-62 Project: GateIn WSRP Issue Type: Feature Request Components: Consumer Affects Versions: 2.0.0-Alpha01 Reporter: Chris Laprun Assignee: Chris Laprun Priority: Minor Fix For: 2.1.0 dealWithError should move to WSRPConsumerImpl so that non-invocation-based methods could also benefit from the error recovery that is done on InvocationHandler. Or maybe, we should refactor InvocationHandler to introduce a supertype that would allow for handling of method calls not originating from a PortletInvocation. Either way, the error handling needs to be cleaned up.

Refactor error handling on the consumer --------------------------------------- Key: GTNWSRP-62 URL: https://issues.jboss.org/browse/GTNWSRP-62 Project: GateIn WSRP Issue Type: Feature Request Security Level: Public(Everyone can see) Components: Consumer Affects Versions: 2.0.0-Alpha01 Reporter: Chris Laprun Assignee: Chris Laprun Priority: Minor Fix For: 2.2.0.Beta11 dealWithError should move to WSRPConsumerImpl so that non-invocation-based methods could also benefit from the error recovery that is done on InvocationHandler. Or maybe, we should refactor InvocationHandler to introduce a supertype that would allow for handling of method calls not originating from a PortletInvocation. Either way, the error handling needs to be cleaned up.

Refactor error handling on the consumer --------------------------------------- Key: GTNWSRP-62 URL: https://issues.jboss.org/browse/GTNWSRP-62 Project: GateIn WSRP Issue Type: Feature Request Security Level: Public(Everyone can see) Components: Consumer Affects Versions: 2.0.0-Alpha01 Reporter: Chris Laprun Assignee: Chris Laprun Priority: Minor Fix For: 2.2.0.Beta11 dealWithError should move to WSRPConsumerImpl so that non-invocation-based methods could also benefit from the error recovery that is done on InvocationHandler. Or maybe, we should refactor InvocationHandler to introduce a supertype that would allow for handling of method calls not originating from a PortletInvocation. Either way, the error handling needs to be cleaned up.