Ron,
an alternative approach might be to build some kind of association
between HelpersContext instances. I don't have a well formed idea of how
this might look, but that might mean that removal of a set of types
(perhaps a namespace) could be achieved by removing the association of one
HelperContext to another. Do you think this would be a helpful approach for
your use case? Are there other scenarios within the use case that make one
approach perferable over the other?
On 04/12/06, Ron Gavlin (JIRA) <[email protected]> wrote:
[
http://issues.apache.org/jira/browse/TUSCANY-761?page=comments#action_12455394]
Ron Gavlin commented on TUSCANY-761:
------------------------------------
Kelvin, please elaborate on your previous comment in light of the
following:
Say I have a a TypeHelper with numerous, large and small namespaces
registered. Then I need to "unregister" one of the small namespaces. I
suspect it will be much more efficient to "unregister" the small namespace
in the existing TypeHelper than to create a new TypeHelper and to
re-register all the namespaces (minus 1) in the new TypeHelper.
> Support the ability to unregister all the SDO Types in a namespace
> ------------------------------------------------------------------
>
> Key: TUSCANY-761
> URL: http://issues.apache.org/jira/browse/TUSCANY-761
> Project: Tuscany
> Issue Type: New Feature
> Components: Java SDO Implementation
> Affects Versions: Java-M2
> Reporter: Ron Gavlin
> Fix For: Java-Mx
>
>
> Add an SDO lifecycle metadata Tuscany extension to unregister all the
SDO Types in a namespace. The suggested method is
SDOUtil.unregisterTypes(TypeHelper
typeHelper, String namespace).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
