You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Eric Bresie <eb...@gmail.com> on 2021/03/26 14:14:07 UTC
Re: Unpack200 alternatives
It is Apache Netbeans which is on the list.
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.
Presently there is issue (1) in work for this but it didn’t seem clear to me at first why it didn’t handle the use case of unpacking existing pack200 in a newer JDK environment but I’m guessing one of the pack200 forks may be the way forward.
(1) https://issues.apache.org/jira/browse/NETBEANS-2842?jql=text%20~%20%22pack200%22%20and%20project%20%3D%20NetBeans%20
________________________________
From: Alex Buckley <al...@oracle.com>
Sent: Tuesday, March 23, 2021 12:26:08 PM
To: Eric Bresie <eb...@gmail.com>; jdk-dev@openjdk.java.net <jd...@openjdk.java.net>
Subject: Re: Unpack200 alternatives
Eric,
On 3/23/2021 5:41 AM, Eric Bresie wrote:
> ... With the frequency of releases, that doesn’t guarantee that
> projects will be able to migrate immediately. Migrating between JDK
> various [presumably you meant "variations"?] on a massive project is
> not necessarily an easy task nor is it potentially feasible when
> working with volunteer effort ...
Is your "massive project" listed at
https://wiki.openjdk.java.net/display/quality/Quality+Outreach ?
Can you share some of the problems migrating from JDK N to JDK N+1? We
understand that JDK 8 to 9 (or straight to 11) can be tough, but
migrating from JDK 15 to 16 should be straightforward.
Alex
Outreach was: Unpack200 alternatives
Posted by Jaroslav Tulach <ja...@gmail.com>.
> You’re generating a lot of noise.
True. Is that good or bad?
> > Is your "massive project" listed at
> > https://wiki.openjdk.java.net/display/quality/Quality+Outreach ?
Maybe NetBeans should use that outreach channel to complain more frequently.
Can we find out why we are not rated as "green" as Maven guys? What do that do
and we don't?
-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 Neil C Smith <ne...@apache.org>.
On Fri, 26 Mar 2021 at 17:26, Laszlo Kishalmi <la...@gmail.com> wrote:
> Also as of NB. We shall just warn the user, that the NBM he/she would
> like to install is with pack200 and shall provide a description how to
> convert that (using an old JDK) or starting NetBeans on Java 11.
Which is what we are doing as of
https://github.com/apache/netbeans/pull/2317 I believe ? Haven't
actually encountered it.
> I would discourage the automatic conversion including a now 3rd party
> tool in the codebase.
Yes, and we may also have higher priorities on the including GPL+CPE front! :-)
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 Laszlo Kishalmi <la...@gmail.com>.
Well,
Can this conversion happen on the UC. Once we have a frontend for that.
Also as of NB. We shall just warn the user, that the NBM he/she would
like to install is with pack200 and shall provide a description how to
convert that (using an old JDK) or starting NetBeans on Java 11.
I would discourage the automatic conversion including a now 3rd party
tool in the codebase.
On 3/26/21 7:14 AM, Eric Bresie wrote:
> It is Apache Netbeans which is on the list.
>
> 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.
>
> Presently there is issue (1) in work for this but it didn’t seem clear to me at first why it didn’t handle the use case of unpacking existing pack200 in a newer JDK environment but I’m guessing one of the pack200 forks may be the way forward.
>
>
> (1) https://issues.apache.org/jira/browse/NETBEANS-2842?jql=text%20~%20%22pack200%22%20and%20project%20%3D%20NetBeans%20
> ________________________________
> From: Alex Buckley <al...@oracle.com>
> Sent: Tuesday, March 23, 2021 12:26:08 PM
> To: Eric Bresie <eb...@gmail.com>; jdk-dev@openjdk.java.net <jd...@openjdk.java.net>
> Subject: Re: Unpack200 alternatives
>
> Eric,
>
> On 3/23/2021 5:41 AM, Eric Bresie wrote:
>> ... With the frequency of releases, that doesn’t guarantee that
>> projects will be able to migrate immediately. Migrating between JDK
>> various [presumably you meant "variations"?] on a massive project is
>> not necessarily an easy task nor is it potentially feasible when
>> working with volunteer effort ...
> Is your "massive project" listed at
> https://wiki.openjdk.java.net/display/quality/Quality+Outreach ?
>
> Can you share some of the problems migrating from JDK N to JDK N+1? We
> understand that JDK 8 to 9 (or straight to 11) can be tough, but
> migrating from JDK 15 to 16 should be straightforward.
>
> Alex
>
---------------------------------------------------------------------
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 Geertjan Wielenga <ge...@googlemail.com.INVALID>.
Eric,
I recommend you don’t do this. Don’t write to the JDK developer list about
NetBeans without interacting about that first with others on the NetBeans
dev mailing list.
You’re generating a lot of noise.
Thanks,
Gj
On Fri, 26 Mar 2021 at 15:14, Eric Bresie <eb...@gmail.com> wrote:
> It is Apache Netbeans which is on the list.
>
> 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.
>
> Presently there is issue (1) in work for this but it didn’t seem clear to
> me at first why it didn’t handle the use case of unpacking existing pack200
> in a newer JDK environment but I’m guessing one of the pack200 forks may be
> the way forward.
>
>
> (1)
> https://issues.apache.org/jira/browse/NETBEANS-2842?jql=text%20~%20%22pack200%22%20and%20project%20%3D%20NetBeans%20
> ________________________________
> From: Alex Buckley <al...@oracle.com>
> Sent: Tuesday, March 23, 2021 12:26:08 PM
> To: Eric Bresie <eb...@gmail.com>; jdk-dev@openjdk.java.net <
> jdk-dev@openjdk.java.net>
> Subject: Re: Unpack200 alternatives
>
> Eric,
>
> On 3/23/2021 5:41 AM, Eric Bresie wrote:
> > ... With the frequency of releases, that doesn’t guarantee that
> > projects will be able to migrate immediately. Migrating between JDK
> > various [presumably you meant "variations"?] on a massive project is
> > not necessarily an easy task nor is it potentially feasible when
> > working with volunteer effort ...
>
> Is your "massive project" listed at
> https://wiki.openjdk.java.net/display/quality/Quality+Outreach ?
>
> Can you share some of the problems migrating from JDK N to JDK N+1? We
> understand that JDK 8 to 9 (or straight to 11) can be tough, but
> migrating from JDK 15 to 16 should be straightforward.
>
> Alex
>
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
Re: Unpack200 alternatives
Posted by Neil C Smith <ne...@apache.org>.
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