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

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-policy message

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


Subject: RE: [sca-policy] ISSUE 7: Required intents on interfaces [Implicit addition of intents based on a service or reference's @requires list]


 

I believe that the SCA processor would be unable to do static type checking of wires if clients were unable to access all of the typing information from the interfaces used for their references.

 

Michael

 


From: Poulin, Michael [mailto:Michael.Poulin@uk.fid-intl.com]
Sent: Tuesday, October 23, 2007 11:13 AM
To: Michael Rowley; Patil, Sanjay; sca-policy@lists.oasis-open.org
Subject: RE: [sca-policy] ISSUE 7: Required intents on interfaces [Implicit addition of intents based on a service or reference's @requires list]

 

A client can see the interface but not all parts of it may be accessible to this client. In this case, an interface operation or even message schema may be marked with  @requires(“confidentiality”).

Michael Poulin

Senior Manager, Web Delivery

Fidelity Investments International

' +44-173-783-6038
* michael.poulin@uk.fid-intl.com
8 http://www.fidelity.co.uk/

Important: Fidelity Investments International (Reg. No.1448245), Fidelity Investment Services Limited (Reg. No. 2016555), Fidelity Pensions Management (Reg. No. 2015142) and Financial Administration Services Limited (Reg. No. 1629709, a Fidelity Group company) are all registered in England and Wales, are authorised and regulated in the UK by the Financial Services Authority and have their registered offices at Oakhill House, 130 Tonbridge Road, Hildenborough, Tonbridge, Kent TN11 9DZ. Tel 01732 361144. Fidelity only gives information on products and does not give investment advice to private clients based on individual circumstances. Any comments or statements made are not necessarily those of Fidelity. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you received this in error, please contact the sender and delete the material from any computer. All e-mails sent from or to Fidelity may be subject to our monitoring procedures. Direct link to Fidelity’s website - http://www.fidelity-international.com/world/index.html

 


From: Michael Rowley [mailto:mrowley@bea.com]
Sent: 23 October 2007 16:04
To: Patil, Sanjay; sca-policy@lists.oasis-open.org
Subject: RE: [sca-policy] ISSUE 7: Required intents on interfaces [Implicit addition of intents based on a service or reference's @requires list]

 

I don’t think it is possible to have an intent on an interface and _not_ have the client see it, since the client sees the interface.  E.g.:

 

@requires(“confidentiality”)

interface Foo {

   ...

}

 

 

Michael

 

 


From: Patil, Sanjay [mailto:sanjay.patil@sap.com]
Sent: Monday, October 22, 2007 6:51 PM
To: Michael Rowley; sca-policy@lists.oasis-open.org
Subject: RE: [sca-policy] ISSUE 7: Required intents on interfaces [Implicit addition of intents based on a service or reference's @requires list]

 

 

Do we need to limit the use of intents on interfaces to cases where the intents are part of the contract between the provider and the contract? Why shouldn't we leave the door open for allowing interfaces to declare requirements for implementation policies (that are not necessarily visible to the clients)?

 

I think it may be enough description to say that - "Intents may also be specified on an interface and when present, they apply to the Services and Reference using that interface".

 

Rest of the proposal looks good to me.

 

-- Sanjay

 


From: Michael Rowley [mailto:mrowley@bea.com]
Sent: Monday, Oct 22, 2007 14:56 PM
To: sca-policy@lists.oasis-open.org
Subject: RE: [sca-policy] ISSUE 7: Required intents on interfaces [Implicit addition of intents based on a service or reference's @requires list]

The policy spec should also describe why an intent should be placed on an interface.  I would propose something like the following:

 

“Intents should be specified on interfaces when they should be seen by both the provider and the client of the service and should be treated as part of the contract between provider and the client.”

 

I believe that the policy set selection algorithm also needs to be modified to reflect these semantics.  We could do this by adding a step between step A2 and A3 which says:

A 2.5.  If the target element is a binding, include all required intents defined on the interface that provides the type for the service or reference that the binding is on (i.e. follow this path: binding->service->interface->@required).

 

Michael

 


From: Joshi, Kaanu [mailto:Kaanu.Joshi@patni.com]
Sent: Wednesday, October 17, 2007 2:04 AM
To: sca-policy@lists.oasis-open.org
Subject: [sca-policy] ISSUE POLICY-7: Required intents on interfaces [Implicit addition of intents based on a service or reference's @requires list]

 

Hi,

 

Please find the link to the JIRA system: http://www.osoa.org/jira/browse/POLICY-7

 

The subject has been modified to: Implicit addition of intents based on a service or reference's @requires list

 

Regards,

Kaanu Joshi

 

PS: In conformance with newly adopted issues process.

 


From: Michael Rowley [mailto:mrowley@bea.com]
Sent: Monday, October 08, 2007 9:12 PM
To: sca-policy@lists.oasis-open.org
Subject: [sca-policy] NEW ISSUE: Required intents on interfaces

 

 

TARGET: SCA Policy Framework Specification

 

DESCRIPTION:

The input specification to the SCA Assembly TC has the following paragraph starting at line 900:

 

The @requires attribute can be applied to WSDL Port Type elements (WSDL 1.1) and to WSDL Interface elements (WSDL 2.0).  The attribute contains one or more intent names, as defined by the Policy Framework specification [10]. Any service or reference that uses an interface with required intents implicitly adds those intents to its own @requires list.

 

However, the policy framework specification has no description of what it means for a policy intent to be required by an interface.  I believe this definition belongs in the policy framework specification.

 

PROPOSAL

 

Add this paragraph (or something similar) to the policy framework specification.

 


http://www.patni.com
World-Wide Partnerships. World-Class Solutions.
_____________________________________________________________________

This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin@patni.com and delete this mail.
_____________________________________________________________________



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