You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Rick Curtis (JIRA)" <ji...@apache.org> on 2010/09/21 21:31:36 UTC

[jira] Commented: (OPENJPA-1755) MultiClassLoader relies on its underlying ClassLoaders for hashCode

    [ https://issues.apache.org/jira/browse/OPENJPA-1755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12913200#action_12913200 ] 

Rick Curtis commented on OPENJPA-1755:
--------------------------------------

Any more context? I think anyone would be hard pressed to commit this change without more info.

> MultiClassLoader relies on its underlying ClassLoaders for hashCode
> -------------------------------------------------------------------
>
>                 Key: OPENJPA-1755
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-1755
>             Project: OpenJPA
>          Issue Type: Bug
>            Reporter: Patrick Linskey
>         Attachments: OPENJPA-1755.txt
>
>
> The MultiClassLoader relies on its underlying ClassLoaders in its hashing algorithm. This is problematic if the underlying classloaders refuse to return a hash or if the classloader list changes over time.
> I ran into a problem that demanded a resolution to this issue when doing some work with OpenJPA in a Google AppEngine context. I don't have a stack trace handy.
> An effective-yet-ugly fix was to simply change the hashCode() implementation to return a constant value (I chose '1'). This clearly is a crappy hashing algorithm, but will always respect the hashing contract. And I don't think that we really put MultiClassLoaders into big maps or anything.

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