[
https://issues.apache.org/jira/browse/OPENJPA-2035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick Curtis resolved OPENJPA-2035.
----------------------------------
Resolution: Won't Fix
After more digging, this isn't going to be as simple of a fix as I had
initially thought. For the meantime, I'm going to close this JIRA as 'Won't
fix'.
The problem I encountered is that our ids depend on the classes(and
java.lang.Class.isAssignableFrom(Class<?>)) that they represent to determine
equality when working with inheritance.
> Add the ability to cache data on a remote process without needing domain
> classes
> --------------------------------------------------------------------------------
>
> Key: OPENJPA-2035
> URL: https://issues.apache.org/jira/browse/OPENJPA-2035
> Project: OpenJPA
> Issue Type: Improvement
> Components: datacache, kernel
> Affects Versions: 2.2.0
> Reporter: Rick Curtis
> Assignee: Rick Curtis
> Attachments: OPENJPA-2035.patch
>
>
> I have a remote cache running and I don't want to have to add my domain
> classes to the remote cache's classpath. With this JIRA I'm going to lift
> this restriction.
> Currently OpenJPAId and PCDataImpl have hard references to the domain Class
> files that they are operating over. We could change these references to
> transient and keep a hold of the stringified class names to reload the class
> if necessary.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
