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 "John Kaputin (JIRA)" <ji...@apache.org> on 2007/06/19 18:02:26 UTC
[jira] Assigned: (WODEN-62) Adding a check for an Assertion should
be simple
[ https://issues.apache.org/jira/browse/WODEN-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
John Kaputin reassigned WODEN-62:
---------------------------------
Assignee: John Kaputin (was: Arthur Ryman)
> Adding a check for an Assertion should be simple
> ------------------------------------------------
>
> Key: WODEN-62
> URL: https://issues.apache.org/jira/browse/WODEN-62
> Project: Woden
> Issue Type: Improvement
> Components: Validation
> Reporter: Arthur Ryman
> Assignee: John Kaputin
> Fix For: M8
>
>
> Woden should be easy to extend with new assertion checks. For example, it should not be necessary to recompile Woden to add a new assertion check. This will lower the barrier of entry for Woden contributors and also allow Woden to be extended for new profiles, e.g. WS-I if a WSDL 2.0 profile is defined.
> Here is a candidate design:
> 1. The set of assertions is controlled by an XML config file that lists assertion names, possibly scoped to components.
> 2. Each assertion check is implemented by a class whose name equals the assertion and whose interface contains a validate() method that takes a component and error reporter.
> 3. At startup, Woden reads the config file and lazily pages in the classes. If a class if not found, the assertion is skipped.
> 4. At validation time, Woden walks the component tree and calls the in-scope assertion checking classes.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org