You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@juddi.apache.org by "Kurt T Stam (JIRA)" <ju...@ws.apache.org> on 2009/06/01 04:03:07 UTC
[jira] Closed: (JUDDI-206) Implement save_subscription method of
API
[ https://issues.apache.org/jira/browse/JUDDI-206?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kurt T Stam closed JUDDI-206.
-----------------------------
> Implement save_subscription method of API
> -----------------------------------------
>
> Key: JUDDI-206
> URL: https://issues.apache.org/jira/browse/JUDDI-206
> Project: jUDDI
> Issue Type: Sub-task
> Reporter: Kurt T Stam
> Assignee: Jeff Faath
> Fix For: 3.0beta
>
>
> A publisher can make subscription information to later retrieve registry data based on the subscription. Notes:
> - Subscriptions are identified by a unique key. This key can be provided by the publisher (must have owning key generator) or be generated by the system. Validation should ensure that no entities use a proposed key (and vice versa, saving entities should now check the subscription keys for clashes).
> - bindingKey and notificationInterval values are used for asynchronous notification.
> - the subscription filter input contains a collection of find_* and get_* xml messages that will be used to query the registry to get results. how should these be stored? As text blobs or serialized objects?
> - Read section 5.5.8 of spec for more information
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.