Bug 996881 - deploy.xml is not created automaticaly when using BPEL implementation for Component
Summary: deploy.xml is not created automaticaly when using BPEL implementation for Com...
Keywords:
Status: NEW
Alias: None
Product: JBoss Fuse Service Works 6
Classification: JBoss
Component: Tooling
Version: 6.0.0 GA
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
: ---
Assignee: tcunning
QA Contact: Len DiMaggio
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-14 08:39 UTC by Jiri Sedlacek
Modified: 2023-05-15 19:53 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Enhancement
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker SWITCHYARD-1283 0 Major Open BPEL Engine should use switchyard.xml and deprecate the deploy.xml 2015-04-13 20:30:26 UTC

Description Jiri Sedlacek 2013-08-14 08:39:55 UTC
If I add BPEL Component to switchyard project, Process.bpel file is created, but deploy.xml file is important for deployment too, and this file isn't created.

User has to create it separately by creating plain xml file. Moreover, deploy.xml, Process.bpel, switchyard.xml should be linked somehow, to let user set these files in confortable way. Now you have to know exactly which namespaces and names to fill there and if you change it in switchyard.xml, propagation to other files has to be done manualy.

Comment 1 Rob Cernich 2013-08-14 15:14:35 UTC
There is an outstanding enhancement request in JIRA to remove the requirement for deploy.xml altogether.

In addition to that, the issue with synchronizing switchyard.xml content with other artifacts in the project, in my opinion, falls under the broader scope of refactoring and is not solely limited to bpel.  It applies to all the implementation types.

That said, I don't think refactoring support will be available in the 6.0 timeframe.  Improved validation (for sure), and possibly "quick fix" support (hopefully) are probably as far as we'll get for 6.0.  In any case, I think we need to split this issue into multiple issues:
1. deploy.xml
2. refactoring
3. validation

Comment 3 Rob Cernich 2013-08-23 17:57:28 UTC
This is an enhancement request and will not make it in the 6.0 timeframe.

Comment 4 Rob Cernich 2014-10-21 19:37:12 UTC
I don't think this is going to make it into FSW 6.1

Comment 5 Len DiMaggio 2015-02-17 17:38:43 UTC
Nacking this bugzilla - this is an EAP issue and FSW 6.2 will not embed EAP.

Comment 6 Ken Johnson 2015-03-12 18:53:56 UTC
This is low priority but is there anything we can do (doc, sample file) to make this easier?

Comment 7 Len DiMaggio 2015-03-16 15:50:48 UTC
Nacked in error! This is not an EAP issue.

Comment 8 Len DiMaggio 2015-03-16 15:51:54 UTC
A documented sample file would be a good solution.


Note You need to log in before you can comment on or make changes to this bug.