Difference between revisions of "Talk:COSMOSSummit-11-Apr-08"

Revision as of 09:26, 11 April 2008

Attendees

Tania, Jimmy, Jack, Martin, Paul, Charlie, Rich, Bill, Srinivas, Toni, Don, Mark, David, Jason, Leonard, Joel, Sheldon

Discussion

DC Discussion:

• At one time we had a significant focus on Muse, so we should figure out where we stand. Should we remove what was done before or can we refocus it? Is there any use for the WSDM work in COSMOS 1.1?
• What we did with the Muse code was not compatible with the spec. We must have conformant wire formats for the MDR API, and Muse doesn't provide that. We looked at whether or not we could "hack" Muse to make it compatible, but determined that this would not be a maintainable strategy. So we had to look at reasonable alternatives, and that's where JAX-WS came in; however, JAX-WS is not there and won't be there in time for COSMOS 1.0. We decided to go ahead with JAX-WS anyway, although we are now running into legal issues with Axis2.

• Is Muse dead or is it just sleeping? Do CA or IBM have any interest in WSDM these days? If so, where is the reference implementation going to be if it won't be in Muse?
• From CA's perspective, WSDM could be of interest in the post-1.0 timeframe. A lot of products are not fully WSDM enabled yet. There is some interest, however, there is not much in the products now. Perhaps this will change in the next 6-8 months.
• The original focus was management enablement. Are we going to walk away from these standards and then pick them up later? Don could convince CompuWare to invest in that area, but COSMOS has no interest then we don't want to build more code to throw away.

• Could we make a containment vessel that could host both of those things to support those web services management (WS-Man & WSDM) standards with some abstracted API? Since WSUM is not progressing quickly, if we work with the Muse project and WS-Man project to get some use out of both of them without a lot of agony, that may be useful.

COSMOS 1.0?

• For June, we are delivering: Tooling around MDRs, Framework around MDRs, SML work and framework around SDDs
• Don: We have no plans to adopt the function in the June release
• Jimmy: Our internal adopters are picking up COSMOS to help it gain traction and are taking an iterative approach. Therefore, not releasing COSMOS as 1.0 will not impact them.
• Is there a problem for someone trying to adopt and use the June deliverable if it is not 1.0? No.
• What are the benefits of releasing 1.0? Releasing as 1.0 makes a statement about the level of maturity of the project, and sets expectations about stability of the API, support, etc.
• Do we want to set our 1.0 target now? Yes, we should try to target something for this year (November). We need to start working now to clean up our processes.
• Before graduation, we will need to determine which top-level project we want to host us. We should talk to Bjorn and determine who the candidates are for the hosting products.

• Decision: Consensus is that we will remain in incubation, release 0.N in June and target a 1.0 release for November.

• Tania and Ruth will drive plans to get us ready for graduation to a mature project.

COSMOS Post-June Plans:

• We should target 1.0 for November 14 (With iteration drivers around: August 8 and September 26)