Meeting Date: 

        8/24/06 11:00 a.m. EDT

Attendees:

        Andrew Eberbach
        Joel Hawkins
        Dan Jemiolo
        Balan Subramanian

Topics:

        1. MUSE-53 status - vote for close or further investigation.

        2. Joel to review MUSE-74 & 75 so we understand the fix (and don't 
break it later  ;)  ).

        3. Progress on other open (assigned) items for 2.0.0 and last call 
for any significant fix requests.

        4. Dan will present a proposal for behavior change in the default 
ServiceGroup implementation.


News & Decisions:

        1. MUSE-53 moved to 'closed'.

                a. Dan has sent two direct emails in search of details, 
with no response.

                b. No one else on the team can reproduce this.

        2. Joel reviewed MUSE-74 an MUSE-75 issues: WSDL/XSD artifacts 
were being used by -impl bundles, but stored in -api bundles. Joel's 
patches allow the artifacts to be in the -api bundles and be referenced by 
-impl code.

        3. Andrew is working on MUSE-62 and MUSE-67 and will commit those 
changes shortly.

        4. Team agreed to post any significant change requests to JIRA in 
the next 24 hours. After that, only minor patches or JavaDoc will be made 
to the /trunk/modules tree. Changes to samples are not as strict.

        5. Dan proposed a change to the default WS-SG impl, 
org.apache.muse.ws.resource.sg.impl.SimpleServiceGroup, that was 
influenced by recent changes to the MUWS Advertisement impl. 

                a. The change would allow the SG to ignore resources that 
were created but did not fit with its membership content rules.

                b. The team discussed what the desired behavior should be, 
and decided that there should be on SG impl, and it should always check 
the membership content rules before adding a resource; if the resource 
doesn't fit, the SG should ignore it silently, not fault.

                c. Users that want a SG to accept all resources should 
simply an empty set of content rules.

                d. The agreed upon behavior requires a one-line code 
addition to SimpleServiceGroup. Dan will implement this change.


If you have any questions or clarifications about these minutes, please 
send them along!

Thanks,
Dan




Dan Jemiolo
IBM Corporation
Research Triangle Park, NC


+++ I'm an engineer. I make slides that people can't read. Sometimes I eat 
donuts. +++



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to