You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "Jeremy Boynes (JIRA)" <ji...@apache.org> on 2006/03/04 18:53:39 UTC

[jira] Created: (TUSCANY-67) ClassLoader issues with SDO

ClassLoader issues with SDO
---------------------------

         Key: TUSCANY-67
         URL: http://issues.apache.org/jira/browse/TUSCANY-67
     Project: Tuscany
        Type: Bug
  Components: Java Spec APIs, Java SDO Implementation  
    Reporter: Jeremy Boynes


The SDO spec makes extensive use of INSTANCE static fields on the helper interfaces which results in a solution that is complex to use and error prone in any environment where more than one ClassLoader is involved.

We should work with the spec group to formulate a model that is easier for people to use in today's more complex environments (including build frameworks like Maven and Ant, IDE environments like Eclipse, server environments like Tomcat and Geronimo, application frameworks like Spring, etc. etc.). I will open a sub-task specfically for this.

We should also ensure that the Tuscany implementation of SDO is easy to use in these environments irrespective of what the spec says. We need to define a set of APIs that make it easy to handle multiple type spaces in the same JVM and/or ClassLoader without requiring the user to play tricks with the Thread's context classloader (which they may not even have permission to do). We should also ensure any usage of SDO by the SCA runtime uses these APIs, reserving the default SDO type space for user applications.

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


[jira] Updated: (TUSCANY-67) ClassLoader issues with SDO

Posted by "Jean-Sebastien Delfino (JIRA)" <tu...@ws.apache.org>.
     [ http://issues.apache.org/jira/browse/TUSCANY-67?page=all ]

Jean-Sebastien Delfino updated TUSCANY-67:
------------------------------------------

    Fix Version: 0.9x
        Version: 0.9x

> ClassLoader issues with SDO
> ---------------------------
>
>          Key: TUSCANY-67
>          URL: http://issues.apache.org/jira/browse/TUSCANY-67
>      Project: Tuscany
>         Type: Bug

>   Components: Java SDO Implementation, Java Spec APIs
>     Versions: 0.9x
>     Reporter: Jeremy Boynes
>      Fix For: 0.9x

>
> The SDO spec makes extensive use of INSTANCE static fields on the helper interfaces which results in a solution that is complex to use and error prone in any environment where more than one ClassLoader is involved.
> We should work with the spec group to formulate a model that is easier for people to use in today's more complex environments (including build frameworks like Maven and Ant, IDE environments like Eclipse, server environments like Tomcat and Geronimo, application frameworks like Spring, etc. etc.). I will open a sub-task specfically for this.
> We should also ensure that the Tuscany implementation of SDO is easy to use in these environments irrespective of what the spec says. We need to define a set of APIs that make it easy to handle multiple type spaces in the same JVM and/or ClassLoader without requiring the user to play tricks with the Thread's context classloader (which they may not even have permission to do). We should also ensure any usage of SDO by the SCA runtime uses these APIs, reserving the default SDO type space for user applications.

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


[jira] Commented: (TUSCANY-67) ClassLoader issues with SDO

Posted by "Amita Vadhavkar (JIRA)" <tu...@ws.apache.org>.
    [ https://issues.apache.org/jira/browse/TUSCANY-67?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12566484#action_12566484 ] 

Amita Vadhavkar commented on TUSCANY-67:
----------------------------------------

there has some work done in this area and JIRA is not clear on the particular issue. HelperContext came up after this issue. Some 
work done on DefaultHelperContext to work with thread local context. So, discuss and make appropriate comment

> ClassLoader issues with SDO
> ---------------------------
>
>                 Key: TUSCANY-67
>                 URL: https://issues.apache.org/jira/browse/TUSCANY-67
>             Project: Tuscany
>          Issue Type: Bug
>          Components: Java SDO Implementation, Java Spec APIs
>            Reporter: Jeremy Boynes
>             Fix For: Java-SDO-Next
>
>
> The SDO spec makes extensive use of INSTANCE static fields on the helper interfaces which results in a solution that is complex to use and error prone in any environment where more than one ClassLoader is involved.
> We should work with the spec group to formulate a model that is easier for people to use in today's more complex environments (including build frameworks like Maven and Ant, IDE environments like Eclipse, server environments like Tomcat and Geronimo, application frameworks like Spring, etc. etc.). I will open a sub-task specfically for this.
> We should also ensure that the Tuscany implementation of SDO is easy to use in these environments irrespective of what the spec says. We need to define a set of APIs that make it easy to handle multiple type spaces in the same JVM and/or ClassLoader without requiring the user to play tricks with the Thread's context classloader (which they may not even have permission to do). We should also ensure any usage of SDO by the SCA runtime uses these APIs, reserving the default SDO type space for user applications.

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


---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org