This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 216771 - Re-evaluate the packaging structure of COSMOS driver
Summary: Re-evaluate the packaging structure of COSMOS driver
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Cosmos (show other bugs)
Version: unspecified   Edit
Hardware: PC All
: P2 normal (vote)
Target Milestone: ---   Edit
Assignee: Saurabh Dravid CLA
QA Contact: Hubert Leung CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-28 09:51 EST by amehrega CLA
Modified: 2012-01-03 13:53 EST (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description amehrega CLA 2008-01-28 09:51:37 EST
We need to re-evaluate how COSMOS drivers are packaged.  The following wiki page explores some ideas:  http://wiki.eclipse.org/Build_Packaging_for_COSMOS
Comment 1 Ruth Lee CLA 2008-02-21 15:50:46 EST
Assigning this to Saurabh to work with development to figure out the best way to package the COSMOS drivers. Saurabh, this is important for us to have by the time that COSMOS releases, which means that we should have the bulk of this done by i10 and only bug fixes done for this in i11. 
Comment 2 Ruth Lee CLA 2008-03-07 11:33:52 EST
Assigning to Leonard as per Saurabh's/Jack's request.
Comment 3 Saurabh Dravid CLA 2008-04-22 16:44:43 EDT
Hi Ali,

Most of the suggestions provided in wiki page have been implemented. Do you feel that we should have one more meeting to close this bug. I suppose when we introduce WSDM tooling and SDD related stuff then these requirement might change.
Comment 4 amehrega CLA 2008-04-22 18:05:25 EDT
Hi Saurabh

I think it makes sense in dividing COSMOS based on branches of System Management.  With the code we currently have in COSMOS we can have two top-level categories: "Data Integration" and "Deployment".  Each category will have runtime, tooling, and samples.  We can also have a common top-level category to include all core components.  Here's the overall structure I have in mind:


Framework
  |_ Runtime
Data Integration   (requires Framework)
  |_ Runtime
  |_ Samples
  |_ Tooling
Deployment         (requires Framework)
  |_ Runtime
  |_ Samples
  |_ Tooling


We need to revisit this prior to our release.  I would change the target to i11/future but I wouldn't close this yet.

Thanks.


Comment 5 David Whiteman CLA 2008-07-25 12:28:14 EDT
The proposed build structure wiki page was updated on May 27, and I think it represents a consensus decision.  What is the target iteration for completing these changes?