You are viewing a plain text version of this content. The canonical link for it is here.
Posted to woden-dev@ws.apache.org by Lawrence Mandel <lm...@ca.ibm.com> on 2008/02/13 03:24:48 UTC
Use of getAssertionId method
Hi John,
I implemented assertion Interface-1009 (committed to branch Woden62) to
test out the work that you've done with the validation framework. Can you
tell me what is the purpose of the getAssertionId method? It looks like
the framework already has the assertion id as it's specified when the
assertion is registered. Who makes use of this method?
Thanks,
Lawrence
---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org
Re: Use of getAssertionId method
Posted by John Kaputin <KA...@uk.ibm.com>.
Lawrence,
the following call is OK, as-is:
fAssertions.put("Description-1001".intern(),
new AssertionInfo(new Description1001(),
DescriptionElement.class, null));
It's not part of the API programming model. It's internal implementation
code for setting up WSDL 2.0 assertions. The API programming model
registers extension assertions via the ExtensionRegistry using the
registerAssertion method. As per the status call, I am currently using the
ExtensionRegistry.registerAssertion method for registering extension
assertions only. I'm still working on these ideas - it might change.
I assumed an assertion class did represent a single assertion (and
assertion ID). If it turns out otherwise we can change it, but let's start
simple until we know there's a requirement for mapping different assertion
IDs to the same assertion class.
regards,
John Kaputin
Lawrence Mandel <lm...@ca.ibm.com> wrote on 13/02/2008 15:20:24:
> Hi John,
>
> I think I was confused by this call
>
> fAssertions.put("Description-1001".intern(),
> new AssertionInfo(new Description1001(),
> DescriptionElement.class, null));
>
> Should this instead be
>
> Description1001 d1001 = new Description1001();
> fAssertions.put(d1001.getAssertionId(),
> new AssertionInfo(d1001, DescriptionElement.class,
null));
>
> My initial thinking was that assertion classes may not map 1 to 1 with
> assertion ids. If assertions are similar or the same an adopter may
> implement one assertion class and register it for multiple assertion
ids.
>
> Thoughts?
>
> Lawrence
>
>
>
>
>
> John Kaputin <KA...@uk.ibm.com>
> 02/13/2008 05:24 AM
> Please respond to
> woden-dev@ws.apache.org
>
>
> To
> woden-dev@ws.apache.org
> cc
>
> Subject
> Re: Use of getAssertionId method
>
>
>
>
>
>
> Lawrence,
> The 'registerAssertion' method originally proposed on the wiki was:
> registerAssertion(IAssertion assertion, String id, String dependencies);
>
> where 'id' was the assertion id, specified separately to the assertion
> itself.
>
> I thought it would be better to encapsulate this inside the assertion
> object, so I added the getAssertionID() method to the Assertion
interface
> and changed the register method signature to:
> registerAssertion(Assertion assertion, Class target, String
dependencies)
>
> Note, this signature no longer has a String parameter for specifying the
> 'id'. It's encapsulated in the Assertion class and accessed by the
> frameword via the getAssertionID() method. This places responsibility
for
>
> specifying the Assertion ID correctly on the Assertion implementor, not
on
>
> the caller of the ExtensionRegistry.registerAssertion method (this might
> be the same person, but it's not gauranteed).
>
> regards,
> John Kaputin
>
>
>
>
> Lawrence Mandel <lm...@ca.ibm.com>
> 13/02/2008 02:24
> Please respond to
> woden-dev@ws.apache.org
>
>
> To
> woden-dev@ws.apache.org
> cc
>
> Subject
> Use of getAssertionId method
>
>
>
>
>
>
> Hi John,
>
> I implemented assertion Interface-1009 (committed to branch Woden62) to
> test out the work that you've done with the validation framework. Can
you
> tell me what is the purpose of the getAssertionId method? It looks like
> the framework already has the assertion id as it's specified when the
> assertion is registered. Who makes use of this method?
>
> Thanks,
>
> Lawrence
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: woden-dev-help@ws.apache.org
>
>
>
>
>
>
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: woden-dev-help@ws.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: woden-dev-help@ws.apache.org
>
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org
Re: Use of getAssertionId method
Posted by Lawrence Mandel <lm...@ca.ibm.com>.
Hi John,
I think I was confused by this call
fAssertions.put("Description-1001".intern(),
new AssertionInfo(new Description1001(),
DescriptionElement.class, null));
Should this instead be
Description1001 d1001 = new Description1001();
fAssertions.put(d1001.getAssertionId(),
new AssertionInfo(d1001, DescriptionElement.class, null));
My initial thinking was that assertion classes may not map 1 to 1 with
assertion ids. If assertions are similar or the same an adopter may
implement one assertion class and register it for multiple assertion ids.
Thoughts?
Lawrence
John Kaputin <KA...@uk.ibm.com>
02/13/2008 05:24 AM
Please respond to
woden-dev@ws.apache.org
To
woden-dev@ws.apache.org
cc
Subject
Re: Use of getAssertionId method
Lawrence,
The 'registerAssertion' method originally proposed on the wiki was:
registerAssertion(IAssertion assertion, String id, String dependencies);
where 'id' was the assertion id, specified separately to the assertion
itself.
I thought it would be better to encapsulate this inside the assertion
object, so I added the getAssertionID() method to the Assertion interface
and changed the register method signature to:
registerAssertion(Assertion assertion, Class target, String dependencies)
Note, this signature no longer has a String parameter for specifying the
'id'. It's encapsulated in the Assertion class and accessed by the
frameword via the getAssertionID() method. This places responsibility for
specifying the Assertion ID correctly on the Assertion implementor, not on
the caller of the ExtensionRegistry.registerAssertion method (this might
be the same person, but it's not gauranteed).
regards,
John Kaputin
Lawrence Mandel <lm...@ca.ibm.com>
13/02/2008 02:24
Please respond to
woden-dev@ws.apache.org
To
woden-dev@ws.apache.org
cc
Subject
Use of getAssertionId method
Hi John,
I implemented assertion Interface-1009 (committed to branch Woden62) to
test out the work that you've done with the validation framework. Can you
tell me what is the purpose of the getAssertionId method? It looks like
the framework already has the assertion id as it's specified when the
assertion is registered. Who makes use of this method?
Thanks,
Lawrence
---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org
Re: Use of getAssertionId method
Posted by John Kaputin <KA...@uk.ibm.com>.
Lawrence,
The 'registerAssertion' method originally proposed on the wiki was:
registerAssertion(IAssertion assertion, String id, String dependencies);
where 'id' was the assertion id, specified separately to the assertion
itself.
I thought it would be better to encapsulate this inside the assertion
object, so I added the getAssertionID() method to the Assertion interface
and changed the register method signature to:
registerAssertion(Assertion assertion, Class target, String dependencies)
Note, this signature no longer has a String parameter for specifying the
'id'. It's encapsulated in the Assertion class and accessed by the
frameword via the getAssertionID() method. This places responsibility for
specifying the Assertion ID correctly on the Assertion implementor, not on
the caller of the ExtensionRegistry.registerAssertion method (this might
be the same person, but it's not gauranteed).
regards,
John Kaputin
Lawrence Mandel <lm...@ca.ibm.com>
13/02/2008 02:24
Please respond to
woden-dev@ws.apache.org
To
woden-dev@ws.apache.org
cc
Subject
Use of getAssertionId method
Hi John,
I implemented assertion Interface-1009 (committed to branch Woden62) to
test out the work that you've done with the validation framework. Can you
tell me what is the purpose of the getAssertionId method? It looks like
the framework already has the assertion id as it's specified when the
assertion is registered. Who makes use of this method?
Thanks,
Lawrence
---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org