harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Beliaev (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-3696) [drlvm][kernel] removing PolicyUtils & SecurityUtils from kernel classes is required
Date Thu, 19 Apr 2007 14:06:15 GMT

     [ https://issues.apache.org/jira/browse/HARMONY-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Vladimir Beliaev updated HARMONY-3696:

    Attachment: H3696.patch

Oops, you are right, Alexey. I doube checked the content of PolicyUtils & SecurityUtils,

1. the PolicyUtils is just removed;

2. SecurityUtils is kept in DRLVM + I make it to be close to CLASSLIB version (using final
ACC_CACHE instead of map). Still I did not make it internationalized to avoid Kernel Classes
implementation dependency from CLASSLIB implementation classes (org.apache.harmony.security.internal.nls.Messages).

Vladimir Beliaev

> [drlvm][kernel] removing PolicyUtils & SecurityUtils from kernel classes is required
> ------------------------------------------------------------------------------------
>                 Key: HARMONY-3696
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3696
>             Project: Harmony
>          Issue Type: Sub-task
>          Components: DRLVM
>         Environment: any
>            Reporter: Vladimir Beliaev
>         Assigned To: Gregory Shimansky
>         Attachments: H3696.patch, H3696.patch
> Next pack of warnings (15) is produced by PolicyUtils.
> it turned out that PolicyUtils.java is already defined in classlib component (in different
package). It differs from DRLVM version only in use of generics (classlib version does it
> There is another duplicated class - SecurityUtils.
> Both PolicyUtils & SecurityUtils do not seem to be really "kernel"
> - they do not have any VM specific native defined (no native at all)
> - they do not use kernel classes private API (like package private field of java/lang/Class
for  example)
> So, I guess both duplication are to be removed ffrom kernel classes.
> Thanks
> Vladimir Beliaev

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

View raw message