Ah ... thanks for the clarification Kevan. In that case I don't think it is needed in rmi-naming with the uber-spec removed. I couldn't find any reason to include the corba spec in the rmi-naming config. I've created a new patch with this change and added it to GERONIMO-1613.

So, with the corba spec removed our image size is back down to about 15.7 meg.

Thanks,
Joe


Kevan Miller wrote:


On 3/3/06, *Joe Bohn* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:


    I just added an updated patch to Geronimo-1613
    https://issues.apache.org/jira/browse/GERONIMO-1613

    After some painstaking effort, I was finally able to remove the
    uber-spec dependency from rmi-naming which should have resulted in an
    additional savings in little-G of nearly 1.2 meg.   Unfortunately, I had
    to add in some individual spec jars that were not previously included
    and which decreased the savings somewhat.

    The real disappointment was when I picked up the latest image yesterday
    to create the patch and noticed Kevan's change to include the CORBA spec
    in rmi-naming to work around some other problem.  This adds back in
    about 640K.  The comment indicates that this is only temporary.  How
    long will it be needed there and is somebody working to remove it?


Hi Joe,
If you've removed the uber-jar, then you should be able to remove the CORBA spec jar (assuming you're including the CORBA spec jar at an appropriate location...). The uber-jar currently contains bad corba spec classes. The dependency in rmi-naming put the CORBA spec jar in the classpath in front of the uber-jar. I also plan on fixing the uber-jar (getting the proper spec classes in the uber-jar).

--kevan

    So, after all that the latest patch only takes us from 16.4 to about
    16.3 meg ... but we'll drop more when CORBA comes out of rmi-naming.

    Would it be possible to get this patch committed to trunk before too
    much more work happens on the maven2 effort?  I think that it would
    benefit the migration and integration if these updated project.xmls
    were
    used as the starting point.

    Joe


    --
    Joe Bohn
    joe.bohn at earthlink.net <http://earthlink.net>

    "He is no fool who gives what he cannot keep, to gain what he cannot
    lose."   -- Jim Elliot



--
Joe Bohn
joe.bohn at earthlink.net

"He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot

Reply via email to