You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Neil C Smith <ne...@apache.org> on 2021/07/20 14:57:07 UTC
Re: Unpack200 alternatives
On Fri, 26 Mar 2021 at 14:14, Eric Bresie <eb...@gmail.com> wrote:
> The IDE/Platform is updated/updating to newer Java it’s how to handle the legacy plug-ins that I’m concerned about
>
> Its the independent plugins which leverages pack 200 / unpack during plug-in install.
Just reading the changelog for Commons Compress (for another reason)
and noticed that pack200 support was included in the last release this
month. https://commons.apache.org/proper/commons-compress/
Best wishes,
Neil
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Unpack200 alternatives
Posted by Eric Bresie <eb...@gmail.com>.
Was looking on the issue
https://issues.apache.org/jira/browse/NETBEANS-5349
And saw reference to
https://github.com/pack200/pack200
Is this usable or is the license going to be an issue?
On Fri, Aug 13, 2021 at 3:11 PM Matthias Bläsing <mb...@doppel-helix.eu>
wrote:
> Hi Jaroslav,
>
> Am Donnerstag, dem 12.08.2021 um 11:31 +0200 schrieb Jaroslav Tulach:
> > >
> > >
> > > could you point me of a (preferrably small) plugin that uses pack200?
> > > I
> > > have rough prototype and would like to give it a spin.
> >
> > Hello Matthias,
> > I was primarily interested in the python support:
> > http://plugins.netbeans.org/
> > plugin/61688/python - the page is no longer available. I have just
> > zipped
> > everything I have locally and uploaded it to:
> > http://xelfi.cz/test/python/
> > nbpython.zip
>
> thank you. That helped and showed, that commons-compress is not a
> solution. I knew, that the pack200 format is tightly tied to the class
> file format and indeed it seems every JDK release got its own version.
>
> From my reading of the commons compress code only supports:
>
> Major Version 150 and minor version 7.
>
> [
> https://github.com/apache/commons-compress/blob/master/src/main/java/org/apache/commons/compress/harmony/unpack200/SegmentHeader.java#L131-L155
> ]
>
> I only found the specification for the pack200 version associated with
> JDK 7, which already mentions these values as "former values".
>
> The nbpython compression code declares major version 160 and minor
> version 1, which is JDK 7.
>
> So at this point this concludes the experiment. Sorry for the bad news.
>
> Greetings
>
> Matthias
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
> --
Eric Bresie
ebresie@gmail.com
Re: Unpack200 alternatives
Posted by Matthias Bläsing <mb...@doppel-helix.eu>.
Hi Jaroslav,
Am Donnerstag, dem 12.08.2021 um 11:31 +0200 schrieb Jaroslav Tulach:
> >
> >
> > could you point me of a (preferrably small) plugin that uses pack200?
> > I
> > have rough prototype and would like to give it a spin.
>
> Hello Matthias,
> I was primarily interested in the python support:
> http://plugins.netbeans.org/
> plugin/61688/python - the page is no longer available. I have just
> zipped
> everything I have locally and uploaded it to:
> http://xelfi.cz/test/python/
> nbpython.zip
thank you. That helped and showed, that commons-compress is not a
solution. I knew, that the pack200 format is tightly tied to the class
file format and indeed it seems every JDK release got its own version.
From my reading of the commons compress code only supports:
Major Version 150 and minor version 7.
[https://github.com/apache/commons-compress/blob/master/src/main/java/org/apache/commons/compress/harmony/unpack200/SegmentHeader.java#L131-L155]
I only found the specification for the pack200 version associated with
JDK 7, which already mentions these values as "former values".
The nbpython compression code declares major version 160 and minor
version 1, which is JDK 7.
So at this point this concludes the experiment. Sorry for the bad news.
Greetings
Matthias
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Unpack200 alternatives
Posted by Jaroslav Tulach <ja...@gmail.com>.
> Am Montag, dem 09.08.2021 um 04:02 +0200 schrieb Jaroslav Tulach:
> > > > Just reading the changelog for Commons Compress (for another
> > > > reason)
> > > > and noticed that pack200 support was included in the last release
> > > > this
> > > > month. https://commons.apache.org/proper/commons-compress/
> >
> > If the library works, then including it would be great. Better than
> > the
> > current solution...
> >
> > > Assume that means bumping commons compress to 1.21 then? Where
> > > does this
> > > external dependency and its version get defined?
> > >
> > > Where would this sort of unpack usage occur in the code base?
> >
> > ...as it is far from optimal:
> > https://github.com/apache/netbeans/pull/2317
> > -jt
>
> could you point me of a (preferrably small) plugin that uses pack200? I
> have rough prototype and would like to give it a spin.
Hello Matthias,
I was primarily interested in the python support: http://plugins.netbeans.org/
plugin/61688/python - the page is no longer available. I have just zipped
everything I have locally and uploaded it to: http://xelfi.cz/test/python/
nbpython.zip
-jt
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Unpack200 alternatives
Posted by Matthias Bläsing <mb...@doppel-helix.eu>.
Hi,
Am Montag, dem 09.08.2021 um 04:02 +0200 schrieb Jaroslav Tulach:
> > > Just reading the changelog for Commons Compress (for another
> > > reason)
> > > and noticed that pack200 support was included in the last release
> > > this
> > > month. https://commons.apache.org/proper/commons-compress/
>
> If the library works, then including it would be great. Better than
> the
> current solution...
>
> > Assume that means bumping commons compress to 1.21 then? Where
> > does this
> > external dependency and its version get defined?
> >
> > Where would this sort of unpack usage occur in the code base?
>
> ...as it is far from optimal:
> https://github.com/apache/netbeans/pull/2317
> -jt
could you point me of a (preferrably small) plugin that uses pack200? I
have rough prototype and would like to give it a spin.
Greetings
Matthias
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Unpack200 alternatives
Posted by Jaroslav Tulach <ja...@gmail.com>.
> > Just reading the changelog for Commons Compress (for another reason)
> > and noticed that pack200 support was included in the last release this
> > month. https://commons.apache.org/proper/commons-compress/
If the library works, then including it would be great. Better than the
current solution...
> Assume that means bumping commons compress to 1.21 then? Where does this
> external dependency and its version get defined?
>
> Where would this sort of unpack usage occur in the code base?
...as it is far from optimal: https://github.com/apache/netbeans/pull/2317
-jt
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Unpack200 alternatives
Posted by Eric Bresie <eb...@gmail.com>.
Assume that means bumping commons compress to 1.21 then? Where does this
external dependency and its version get defined?
Where would this sort of unpack usage occur in the code base?
Assume the test for this would be point to legacy plug-in and try to
install, assuming either version of Java when pack/unpack not available and
verify the plug-in installs?
On Tue, Jul 20, 2021 at 9:57 AM Neil C Smith <ne...@apache.org> wrote:
> On Fri, 26 Mar 2021 at 14:14, Eric Bresie <eb...@gmail.com> wrote:
> > The IDE/Platform is updated/updating to newer Java it’s how to handle
> the legacy plug-ins that I’m concerned about
> >
> > Its the independent plugins which leverages pack 200 / unpack during
> plug-in install.
>
> Just reading the changelog for Commons Compress (for another reason)
> and noticed that pack200 support was included in the last release this
> month. https://commons.apache.org/proper/commons-compress/
>
> Best wishes,
>
> Neil
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
> --
Eric Bresie
ebresie@gmail.com