Hey there - I wasn't intending to blast anybody, just act as a little corner of institutional memory, since there are a lot of people who weren't around then and when issues are revisited, it helps to know what was learned the last time around. Sorry if the "uh oh" that went off on my head led me to phrase things a little bluntly.
DMG images are usually compressed. I have no idea if the algorithm has changed and this is a non problem now (certainly machines are faster). Most compression algorithms use a fixed block size, and to do random access in a compressed archive may mean doing a lot more I/O than the amount of data you really want to read. For example, in a .tar.gz file you have to decompress from the head of the file all the way to the end of what you want to read (imagine doing that many times in a row to read multiple class files). Zip format is a little better since you have an index at the tail of the file - but people usually make uncompressed JAR files for execution because it still makes classloading performance unpredictable. Put an archive in another archive and you multiply the unpredictability. PKG files don't have that sort of problem, since you can get the install image unpacked optimally on the user's disk, guaranteeing the best performance possible on their hardware. I've even known some projects to optimize the order class files are packaged into jars to match load order. The bottom line is that anything that makes people say "NetBeans is slow" is bad for the project. BTW, as a semi related tip: some years ago we reduced the download size of the ide by some insanely large factor by shipping jars compressed with pack200 and having the installer uncompress them. -Tim On Sun, Aug 12, 2018 at 6:02 AM Carl Mosca <carljmo...@gmail.com> wrote: > I am not certain I understand Tim's comments because I was not around for > the "great debate of 2004". > > If the process used to compress a dmg image makes jar files unusable, why > was NetBeans 8.x pkg compressed that way or was it not? > > I suspect he was trying to say the pkg installer (which it now does) is > preferred but the compression comment confused me. > > On the other hand, there was another comment about the installation > location. > > The reason I asked in advance of creating anything, was so that I would not > step on any toes or get blasted after the fact. So much for that...thanks > all for the warm welcomes. :) > > Carl > > On Sun, Aug 12, 2018 at 4:34 AM Geertjan Wielenga > <geertjan.wiele...@googlemail.com.invalid> wrote: > > > Really cool. I'm going to try it out, though Tim's comments re Mac > > installers is something to think about. > > > > Gj > > > > > > On Sun, Aug 12, 2018 at 9:04 AM, Carl Mosca <carljmo...@gmail.com> > wrote: > > > > > If you're willing to try the package installer, clone this fork: > > > https://github.com/carljmosca/incubator-netbeans on a Mac. > > > > > > Follow the setup for the build requirements then run "ant > package-macos" > > > > > > This should do a build followed by the creation of a Mac package > > installer. > > > > > > On Fri, Aug 10, 2018 at 2:36 AM Geertjan Wielenga > > > <geertjan.wiele...@googlemail.com.invalid> wrote: > > > > > > > Yes, if you can create installers, that would be wonderful! > > > > > > > > I’ve seen about three different Mac OSX installers around so far. > > > > > > > > Please don’t wait, create installers if you can, and write back here > > with > > > > instructions when you’ve done so. > > > > > > > > Gj > > > > > > > > On Wednesday, August 8, 2018, Carl Mosca <carljmo...@gmail.com> > wrote: > > > > > > > > > I am wondering if anyone is working on these. I would like to help > if > > > > > needed. > > > > > > > > > > > > > > > > > > -- > > > Carl J. Mosca > > > > > > > > -- > Carl J. Mosca > -- http://timboudreau.com
