[
https://issues.apache.org/jira/browse/JUDDI-53?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kurt T Stam closed JUDDI-53.
----------------------------
Resolution: Won't Fix
This would mean that we create an API outside of the UDDI api to support a
feature that enhances the performance.
1. I think it is a bad idea for scout, since it will end up with jUDDI specific
code.
2. I'm not convinced we have an actual performance issue here. I understand
that this suggestion will streamline saving a lot of objects, but I'm not
convinced that this will actually happen a lot under normal use. I'd say we
should be looking at improving query performance before looking at this.
If needed we can re-open this, but doubt we ever will.
--Kurt
> Implement a generic Save method
> -------------------------------
>
> Key: JUDDI-53
> URL: https://issues.apache.org/jira/browse/JUDDI-53
> Project: jUDDI
> Issue Type: New Feature
> Components: feature requests
> Reporter: Anil Saldhana
> Assignee: Kurt T Stam
> Fix For: 2.0
>
>
> BusinessLifeCycleManager interface in JAXR has a method that takes in a
> collection of generic RegistryObject instances and passes it to the registry
> to save.
> Can this be done by jUDDI to provide a method in IRegistry that takes in a
> collection of RegistryObjects, apart from the regular saveBusiness,
> saveTModel .....
> The signature of the saveObjects method in JAXR is:
> ==============================
> public BulkResponse saveObjects(java.util.Collection objects)
> throws JAXRException
> Saves one or more Objects to the registry. An object may be a RegistryObject
> subclass instance.
> If an object is not in the registry, it is created in the registry. If it
> already exists in the registry and has been modified, then its state is
> updated (replaced) in the registry.
>
> Parameters:
> objects - a potentially heterogeneous Collection of RegistryObject instances
> Returns:
> a BulkResponse containing the Collection of keys for those objects that were
> saved successfully and any SaveException that was encountered in case of
> partial commit
> Throws:
> JAXRException - if the JAXR provider encounters an internal error
> ==============================
> Currently, Scout takes each object in the collection, determines the type and
> calls appropriate juddi saveXX method.
> But this is not optimal, as I am making n Roundtrips for n Objects in the
> registry. One optimization, I can think of is to pool objects of the same
> type and make batched calls.
> But it will be cool if jUDDI can provide a generic saveObjects method.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
