[ 
http://issues.apache.org/jira/browse/TUSCANY-226?page=comments#action_12376258 
] 

Frank Budinsky commented on TUSCANY-226:
----------------------------------------

Sebastien, I had been planning to deal with this issue with the new EMF-less 
codegen, but for now, we still need to rely on the EMF generator patterns. How 
critical is it that this be fixed ASAP? If we can't wait for the new SDO 
generator patterns, maybe we can figure out some kind of hack to work around 
the problem with the EMF codegen as it is. The EMF global package registry, 
which is where these generated packages register themselves, works differently 
in standalone (i.e., in Tuscany) vs. in an Eclipse workbench. In standalone, 
there is a global package registry per classloader that is used to scope the 
registration. I was hoping that we could work things (at least temporarily) to 
do the right thing there. We may need to ask Ed Merks for some help, since I'm 
not an expert on this part.

I have a doctors appointment, so I won't be around for the IRC chat today, but 
we can discuss this later, if you'd like.

Thanks,
Frank.

> Generated SDO Factories/Packages should not automatically register in 
> EPackage.Registry.INSTANCE
> ------------------------------------------------------------------------------------------------
>
>          Key: TUSCANY-226
>          URL: http://issues.apache.org/jira/browse/TUSCANY-226
>      Project: Tuscany
>         Type: Bug

>   Components: Java SDO Implementation
>     Reporter: Jean-Sebastien Delfino
>     Priority: Critical

>
> This prevents us from using a module scoped TypeHelper. 
> SDOUtil.registerStaticTypes() always registers the static generated types in 
> the .INSTANCE registry. Even if you do not call registerStaticTypes, just 
> touching the generated factory or package triggers the registration in the 
> .INSTANCE registry.   

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

Reply via email to