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 2010/10/26 17:54:22 UTC

[jira] Commented: (JUDDI-422) Question about initial subscription notification

    [ https://issues.apache.org/jira/browse/JUDDI-422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12925006#action_12925006 ] 

Kurt T Stam commented on JUDDI-422:
-----------------------------------

Our reasoning is that if you're subscribing to a service you probably want the base line. So you can add it into your repo. It is new to the client. I think you can read it both ways, but the point is if your client is going to be able to receive updates you might as well take this first base line. Seems like it can't hurt in any case. It enabled us to use this in our federated UDDI setup:

http://juddi.apache.org/docs/3.0/userguide/html/chap-Subscription.html#sect-Two_node_example

Since this is a question I;m going to close this as a jira. Please use our user-forum for questions. That way more people can chime in and discuss. So feel free to follow up on the forum. Note that the name just changed, it now is: user@juddi.apache.org. 

Cheers,

--Kurt

> Question about initial subscription notification
> ------------------------------------------------
>
>                 Key: JUDDI-422
>                 URL: https://issues.apache.org/jira/browse/JUDDI-422
>             Project: jUDDI
>          Issue Type: Bug
>          Components: core
>    Affects Versions: 3.0.3
>         Environment: Apache Tomcat 6.0.29, PostgreSQL 8.4
>            Reporter: Jason Brown
>            Assignee: Kurt T Stam
>            Priority: Minor
>
> After saving an asynchronous subscription the initial notification to the listener lists all of the applicable items in the subscription, although the specification is not entirely clear on this issue, the beginning of Section 5.5.1 states "When asynchronous notifications are requested, subscriptions provide information on new, changed or deleted entities within a registry that occur after the point in time that the subscription is registered," which would seem to indicate that the initial message should only contain information about these entities if they had been created, changed or deleted after the subscription was registered, otherwise the inital notification from the subscription would contain no entities provided there had been no changes to the registry. Is there somewhere else in the specification that makes this behavior expected? We have seen the intial message done both ways from different products and are attempting to find the reasoning behind why jUDDI performs this way, so clients can be expecting correct behavior. Any information would be greatly appreciated. Thanks. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.