Stepan Mishura wrote: > On 12/8/06, Geir Magnusson Jr. wrote: >> >> >> >> Stefano Mazzocchi wrote: >> > Robin Garner (JIRA) wrote: >> >> [ >> http://issues.apache.org/jira/browse/HARMONY-2130?page=comments#action_12456374] >> >> >> >> >> Robin Garner commented on HARMONY-2130: >> >> --------------------------------------- >> >> >> >> Hi Vladimir, >> >> >> >> I'll double check with Steve when I see him tomorrow, but my >> recollection >> >> is that we decided that since the benchmark works correctly on 8 or >> more >> >> other >> >> VMs, that the problem is with DRLVM or the Harmony classlib, not with >> >> DaCapo. Maybe we could add an antlr.jar in the same way as we provide >> >> xalan.jar. >> >> >> >> As far as we can tell, this problem would affect anyone running a >> version >> >> of antlr other than 2.7.5. >> > >> > This is actually a good point, harmony's own internal classes shouldn't >> > be exposed to the userland classloading space or we'll be in a heap of >> > trouble later. >> > >> > Thoughts? >> >> We've talked about this before because we knew we'd run into the >> problem. I'll see if I can remember what we concluded... >> >> geir >> > > See[1] - we talked about two approaches: repackaging and 'dedicated class > loader' and as I understand we didn't make any decision. > > [1] > http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200604.mbox/[EMAIL > PROTECTED]
repackaging is doable, but it's a pain in the neck, especially when modularity is in place. I would go for the dedicated classloader. -- Stefano.
