This wiki is locked. Future workgroup activity and specification development must take place at
our new wiki
. For more information, see
this blog post about the new governance model
and
this post about changes to the website
.
TWiki
>
Main Web
>
OslcCore
>
OslcCoreMeetings
>
OslcCoreMeetings20101020
(26 Oct 2010,
DaveJohnson
)
(raw view)
---+ OSLC Core Meeting October 20, 2010 [[OslcCoreMeetings20101013][Last week's meeting]] ---++ Meeting logistics See the [[OslcCoreMeetings]] for more information, more dial-in numbers and on-line meeting information. * Conference Access * Toll free: 1-866-423-8350 * Toll: 1-719-387-8273 * Participant passcode: 558663 ---++ Agenda Review actions taken since last meeting: * AI Dave J: review guidance, review core - make changes to make the RDF/XML and XML distinction clear * AI Dave J to clarify Atom usage, content type of Atom entry content * AI Dave J: add link annotation to representation guidance for XML * AI Dave J to clarify that union is the correct interpretation having both for allowedValues and allowedValue * AI Dave J to clarify oslc:range using Ian's language ---++ Minutes Attendees and notes from the meeting ---+++ Attendees * DaveJohnson * PaulMcMahan * SteveSpeicher * NickCrossley * ScottBosworth * JimConallen * MikeLoefler ---+++ Topics discussed We reviewed changes to representations guidance, found some small issues which Dave will fix: * Lingering RDF/XML reference in XML section * Use content-types in the section titles for the sake of clarity * In the Atom rule 1.4, don't say MUST Next we discussed how to finalize representation guidance and Arthur pointed out that it really is part of the Core spec, since we reference it from the Core spec and show examples of it from the Core spec. Arthur and Scott proposed adding the representation to the Core spec as appendix B and then linking to the examples from there. That led to a discussion of which parts of the spec are normative vs. informative. Dave will look at other spec efforts and proposed how to mark sections as normative and informative. Dave lamented that we only have long full-form examples in the appendices and no small simple examples in the spec to show how things work and Arthur responded that perhaps we need a primer, which can be talky, show examples and explain how things work in a more conversational way. Scott and Dave agreed that this could solve some problems that newcomers have in making sense of OSLC. Finally, we discussed how a provider should respond when it does not support part of the query syntax. Consensus is that the spec should say something like this: "providers MUST respond with an error when they do not fully support incoming query syntax expression and SHOULD respond with a 400 and an explanation.
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r3
<
r2
<
r1
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r3 - 26 Oct 2010 - 19:58:13 -
DaveJohnson
Main
Main Web
Create New Topic
Index
Search
Changes
Notifications
RSS Feed
Statistics
Preferences
Webs
Main
Sandbox
TWiki
Български
Cesky
Dansk
Deutsch
English
Español
Français
Italiano
日本語
Nederlands
Polski
Português
Русский
Svenska
简体中文
簡體中文
Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our
Terms of Use
Ideas, requests, problems regarding this site?
Send feedback