OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-bindings message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: raw chat log 26 may 2011



Simon Holdsworth: Participant Code: 7059536 

USA Toll-Free 888-426-6840 
USA Caller Paid 215-861-6239 
UNITED KINGDOM Toll-Free 0800-368-0638 
UNITED KINGDOM Caller Paid 0-20-30596451 
Ireland Toll-Free 1-800-943-427 
Ireland Caller Paid 0-1-5264424 
Bulgaria Toll-Free 00800-117-4514 

Other access codes can be found at: 
https://www.teleconference.att.com/servlet/glbAccess?process=1&accessCode=7059536&accessNumber=02030596451

Simon Holdsworth: Agenda

Simon Holdsworth: 1. Opening 

Introductions 

Scribe assignment 

Top of the scribe list: 

Plamen Pavlov SAP AG 
David Booz IBM 
Martin Chapman Oracle Corporation 
Tom Rutt Fujitsu Limited 
Ashok Malhotra Oracle Corporation 
Bryan Aupperle IBM 
Eric Johnson TIBCO Software Inc. 
Anish Karmarkar Oracle Corporation 

Agenda bashing 

2. Approval of the minutes from 19 May: 

http://www.oasis-open.org/committees/download.php/42237/SCA Bindings minutes 2011-05-19.doc 

3. Actions 

20110310-03 [Editors] Make the change to the JMS spec doc + Testcases doc described in http://lists.oasis-open.org/archives/sca-bindings/201103/msg00007.html 
20110519-01 [Simon Holdsworth] Look into whether we need a testcase for the updated normative statement in BJM60009 [following resolution of BINDINGS-157]. 

4. New Issues 

No new issues 

5. Open Issues 

http://www.osoa.org/jira/browse/BINDINGS-153 
write new tests for TA-20021 TA-20022 TA-20028 TA-20032TA-20034 TA-20035 TA-40007 TA-50008 TA-50009 
Status: Proposed resolution in JIRA 

6. AOB

Mike Edwards: very noisy here

Mike Edwards: I can hear you Simon

Ashok (Oracle): Simon:  55%  of voting members present

MartinC: Scribe: MartinC

MartinC: Agenda:

MartinC: approved as posted

MartinC: Approval of the minutes from 19 May: 

http://www.oasis-open.org/committees/download.php/42237/SCA Bindings minutes 2011-05-19.doc

Simon Holdsworth: http://www.oasis-open.org/committees/download.php/42237/SCA%20Bindings%20minutes%202011-05-19.doc

MartinC: Approved w/o

MartinC: Actions:

MartinC: 20110310-03 [Editors] Make the change to the JMS spec doc + Testcases doc described in http://lists.oasis-open.org/archives/sca-bindings/201103/msg00007.html

MartinC: Done

MartinC: 20110519-01 [Simon Holdsworth] Look into whether we need a testcase for the updated normative statement in BJM60009 [following resolution of BINDINGS-157].

MartinC: Ongoing, but on today's agenda

MartinC: New Issues:

MartinC: None

MartinC: Open Issues:

MartinC: http://www.osoa.org/jira/browse/BINDINGS-153 
write new tests for TA-20021 TA-20022 TA-20028 TA-20032TA-20034 TA-20035 TA-40007 TA-50008 TA-50009

MartinC: Anish goes over the proposal

MartinC: outline of a proposal in JIRA

MartinC: should [BWS20022] be made a MUST? Anish/ashok says yes - notes that doing this would imply deleting [BWS20023]

MartinC: Bryan, might cause problems in a smaller/embedded environment

MartinC: Anish, this is only in the context of wsdl which is probably not used in embedded environements

MartinC: s/environements/environments/

MartinC: Martin: considering embedded systems would probably require a new sca profile, not just this bit

MartinC: Eric: ok in an enterprise environment, but smaller environments might need other tailoring

MartinC: Eric: agree to turn to a must

MartinC notes my ipad has more enterprise power than a 80 mainframe

Simon Holdsworth back

MartinC: change to a must will require change to the test assertion and add a new test for BWS20022 - BWS20023 will be removed and ripple through - agreed in principle

MartinC: [BWS20029] - should this be a must?

MartinC: Simon, might be better to make non-normative

MartinC: does not effect interop/portability

MartinC: Martin: only effects inteop if people rely on it, but making this non-normative solves that

MartinC: If this is made non-normative should also make BWS20030 non-normative

MartinC: Agreed to the direction of making  [BWS20029] and [BWS20030] non-normative (and associated TA)

MartinC: [BWS20034]- soap 1.2 is optional but can be tested

MartinC: Anish: is 1.2 so prevalent that we should require 1.2 support

MartinC: Anish: direction is to add an optional test

MartinC: or to make 1.2 mandatory (alongside 1.1 support)

MartinC: [BWS20036] - related to previous one on use of 1.2

MartinC: should be same resolution

MartinC: [BWS20037]- no test to check for soap version mismatch

MartinC: Agreed in principle  to add a test

MartinC: [BWS40007] - do we need to add a test. its a should and it is testable

MartinC: Simon: does this really have to be a normative statement or just a best practice

MartinC: Eric: no fundamental interop concern, so doesn't have to be normative

MartinC loves rpc-lit

MartinC aka JSON

MartinC: Eric: ws-i basic profile doesn't care, so why do we?

MartinC: continue this discussion on email and next week

MartinC: AOB:

MartinC: stragglers, plamen


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]