Bug 1026402

Summary: JBPM Remote API cannot be used with own types of classes
Product: [Retired] JBoss BPMS Platform 6 Reporter: Ivo Bek <ibek>
Component: Business CentralAssignee: Marco Rietveld <mrietvel>
Status: CLOSED CURRENTRELEASE QA Contact: Ivo Bek <ibek>
Severity: high Docs Contact:
Priority: high    
Version: 6.0.0CC: kverlaen, rrajasek, smcgowan
Target Milestone: ER5   
Target Release: 6.0.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-08-06 20:11:35 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Ivo Bek 2013-11-04 14:55:57 UTC 
Description of problem:

When I put a parameter of unknown type to the parameters for starting a process instance, I'll receive an expected exception JAXBException: class org.jboss.qa.bpms.jbpm.integration.MyType nor any of its super class is known to this context.
I propose to add a parameter of additional classes to the constructors of RemoteRestSessionFactory, and RemoteJmsRuntimeEngineFactory. Then, use the classes for JAXBContext.
Comment 2 Marco Rietveld 2013-11-15 12:02:18 UTC 
Fixed (mostly, see comment below): 

6.0.x: 
https://github.com/droolsjbpm/droolsjbpm-integration/commit/c2fd03a895ca1b6f16b354a51463c8ba78f9d673

master: 
https://github.com/droolsjbpm/droolsjbpm-integration/commit/172991ed76f0eb434f6a6bfcebb4d18700565cd2
Comment 3 Marco Rietveld 2013-11-15 12:14:07 UTC 
The client side is fixed for this -- however, 1026384, which is a related to this because it's the issue of whether or not the "own type of class" is correctly deserialized/unmarshalled on the server side, is still an issue. 

In order not to complicate things (and have duplicate/similar issues open), I'm closing this and will label/tag all fixes for the server side with the BZ-1026348 text.
Comment 5 Marco Rietveld 2013-11-18 14:06:57 UTC 
Correction, I meant to reference BZ-10263_84_ in the comment above.
Comment 8 Ivo Bek 2013-12-09 14:11:12 UTC 
Verified in BPMS 6.0.ER5

Only the unmarshalling doesn't work due to BZ 1026384 as we discussed with Marco.