[ 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)