You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@juddi.apache.org by "Alex O'Ree (JIRA)" <ju...@ws.apache.org> on 2014/12/06 01:59:16 UTC

[jira] [Closed] (JUDDI-707) Identify the purpose for UDDIClerk.saveNode(Node n) and a workflow of how its used

     [ https://issues.apache.org/jira/browse/JUDDI-707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alex O'Ree closed JUDDI-707.
----------------------------

> Identify the purpose for UDDIClerk.saveNode(Node n) and a workflow of how its used
> ----------------------------------------------------------------------------------
>
>                 Key: JUDDI-707
>                 URL: https://issues.apache.org/jira/browse/JUDDI-707
>             Project: jUDDI
>          Issue Type: Task
>          Components: documentation, juddi-client
>            Reporter: Alex O'Ree
>            Assignee: Alex O'Ree
>            Priority: Minor
>             Fix For: 3.2.1
>
>
> Looking at the code, it appears as if the purpose for UDDIClerk.saveNode is to tell the specified Node "n" that Node "n" exists and to store it in its own database.
> This doesn't make any sense. My assumption is that the purpose of SaveNode and SaveClerk of the jUDDI API service is to enable and facilitate internode communication (and other admin stuff). Thus the question, should this be reworked so that it reads more like, "hey current node that I'm connected to, there's another UDDI node over there and I want you to hook up with them". This sort of implies some kind of federation or trust level.
> There's literally no documentation on this, so documenting this is a subtask.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)