Bug 777496 (SOA-325) - SOA Platform Tests - Need a Support/Patch Plan
Summary: SOA Platform Tests - Need a Support/Patch Plan
Keywords:
Status: CLOSED NEXTRELEASE
Alias: SOA-325
Deadline: 2007-12-21
Product: JBoss Enterprise SOA Platform 4
Classification: JBoss
Component: Release Process, Build Process
Version: CONTINUING
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.3 GA
Assignee: Julian Coleman
QA Contact:
URL: http://jira.jboss.org/jira/browse/SOA...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-08-21 16:59 UTC by Len DiMaggio
Modified: 2008-09-07 09:27 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-09-07 09:27:20 UTC
Type: Task


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 777720 0 urgent CLOSED JON & SOA-P relationship 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker SOA-325 0 None None None Never

Internal Links: 777720

Description Len DiMaggio 2007-08-21 16:59:33 UTC
Date of First Response: 2007-12-06 17:59:06
project_key: SOA

SOA Platform Tests - Need a Support/Patch Plan

Comment 2 Jaroslaw Kijanowski 2007-12-06 22:59:06 UTC
My thoughts from an email:

SOA-P is based on EAP-4.3, but beside patches available for this EAP version, we will have patches strictly related to the SOA-P - for "subcomponents" like esb, smooks, drools, ... which are not present in EAP.
Are we going to double the bits available for download? If no subcomponents are involved for a particular CP then we will have one CP for EAP-4.3 and the same CP available for SOA-P. Or do we want to have all CPs for EAP-4.3 also available for SOA-P and additionally another CP for SOA-P "subcomponents"? I don't think that would make sense.
Maybe another approach: Create CPs only for SOA-P which would be also applicable for EAP-4.3. Even if the CP would contain patches for esb, drools, etc, it wouldn't affect the EAP-4.3 because these bits aren't there and would be ignored.

The version string for SOA-P is currently the same as in EAP 4.3.

Comment 3 ryan.campbell 2007-12-10 15:25:16 UTC
The integration of patching models between EAP & SOA-P has yet to be fully addressed.  The high-level requirements are here:

http://intranet.corp.redhat.com/ic/intranet/JBossEnterpriseServiceIntegrationPlatformPRD.html#Update-Patch

However, what we need a is a design document which describes how the SOA-P cumulative patches will be built & delivered in relation to the existing EAP patches.

Jaroslaw, can you start a thread on the SOA-engineering list which provides a link to the existing EAP design documents (from CVS?) as a background and which brings up the issues you describe above?

Comment 4 ryan.campbell 2008-01-14 21:24:10 UTC
Mark mentioned in an email that the design and implementation of this patch process is the responsibility of the productization team.

Comment 5 Mark Little 2008-02-11 16:21:37 UTC
Working through this with the productization team.

Comment 6 Mark Little 2008-02-12 13:56:47 UTC
In discussions with Francois.

Comment 7 Mark Little 2008-03-11 15:25:56 UTC
We now have a plan for CP and FP. Passing over to Julian to work on the actual plan doc though.

Comment 8 Mark Little 2008-03-11 16:11:17 UTC
Link: Added: This issue related SOA-236


Comment 10 Mark Little 2008-09-07 09:27:20 UTC
Let's open specific issues that arise related to this. It's done enough to close this one now.


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