Re: Task for the new Pack200 format

Jose Alberto Fernandez wrote: What do people think? I will wait to see what are we interested on doing before aproaching Bill. I know him from my time at Maryland, hope he still remembers me. I'm very interested. If we do get an implementation for JDK1.2 - then it makes sense to have it in the cor

RE: Task for the new Pack200 format

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Wed, 11 Feb 2004, Jose Alberto Fernandez > <[EMAIL PROTECTED]> wrote: > > > With respect on providing a version of pack200 usable by > lesser JDKs I > > think than rather trying to reproduce the thing from > scratch, we could > > just

Re: Task for the new Pack200 format

On Wed, 11 Feb 2004, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > With respect on providing a version of pack200 usable by lesser JDKs > I think than rather trying to reproduce the thing from scratch, we > could just as well ask Bill Puig if he would be willing to > contribute such a task o

RE: Breaking Ant into several modules (was RE: Task for the new Pack200 format)

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > I agree with the goal to make as many things antlibs as possible, I > > could even be convinced that we start to break up our > current set of > > core/optional tasks into antlibs with independent release cycles. > > Then we´ll earn th

RE: Task for the new Pack200 format

> From: Dominique Devienne [mailto:[EMAIL PROTECTED] > Sent: 11 February 2004 14:59 > To: 'Ant Developers List' > Subject: RE: Task for the new Pack200 format > > > > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > If we stick with JDK 1.5 only, this w

RE: Task for the new Pack200 format

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > On Wed, 11 Feb 2004, Dominique Devienne <[EMAIL PROTECTED]> wrote: > >> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > >> If we stick with JDK 1.5 only, this would become a two very simple > >> tasks, so I'm not sure about the antlib approach. >

Re: Task for the new Pack200 format

On Wed, 11 Feb 2004, Dominique Devienne <[EMAIL PROTECTED]> wrote: >> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] >> If we stick with JDK 1.5 only, this would become a two very simple >> tasks, so I'm not sure about the antlib approach. > > Why not support pack200/unpack200 directly from the a

RE: Task for the new Pack200 format

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > If we stick with JDK 1.5 only, this would become a two very simple > tasks, so I'm not sure about the antlib approach. Why not support pack200/unpack200 directly from the and , whenever running on JDK 1.5? In /, it would add a pack200="true/fals

Re: Task for the new Pack200 format

On 11 Feb 2004, Denis N. Antonioli <[EMAIL PROTECTED]> wrote: > The specification is in the jsr itself, you'll need to get the zip. > See the 'Download' link on: > This is what you get for setting "Accept images that come from t

Re: Task for the new Pack200 format

On Wed, 11 Feb 2004, Stefan Bodewig wrote: > On Tue, 10 Feb 2004, Alexey N. Solofnenko <[EMAIL PROTECTED]> > wrote: > > > http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html > > I can't seem to find a link describing the pack algorithm (detailed > enough that I'd be able to reimplem

Re: Task for the new Pack200 format

On Wed, 11 Feb 2004, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > William Pugh's article is marked as a starting point. but I'm not > sure that this is identical to the algorithm finally used. And I > don't see an example implementation at his homepage (as hinted in > the conclusion of his article

Re: Task for the new Pack200 format

On Tue, 10 Feb 2004, Steve Loughran <[EMAIL PROTECTED]> wrote: > Antlib. If we really want to reimplement the algorithm so that it becomes usable for JDK < 1.5 I agree with this. It sounds like a candidate for a Pack200 library in Commons plus Ant tasks plus command line utilities IMHO. If we s

Re: Task for the new Pack200 format

On Tue, 10 Feb 2004, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote: > http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html I can't seem to find a link describing the pack algorithm (detailed enough that I'd be able to reimplement it) that has finally been implemented for Tiger from

Re: Task for the new Pack200 format

Stefan Bodewig wrote: Hi, Java 1.5 comes with support for a new archive format Pack200[1] which basically works by using a special compression algorithm that is very effective on Java class files. The way to create such an archive is to create a plain old jar first and then turn ot into a Pack200

Re: Task for the new Pack200 format

(butchered for context) --- "Alexey N. Solofnenko" <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > >So far I haven't found a technical spec for the > format so I don't know > >whether we can implement it. > > It is there: > http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html >

Re: Task for the new Pack200 format

It is there: http://jcp.org/aboutJava/communityprocess/review/jsr200/index.html - Alexey. Stefan Bodewig wrote: On Tue, 10 Feb 2004, Costin Manolache <[EMAIL PROTECTED]> wrote: "core tasks" would be the right solution if it could be implemented using JDK1.3 1.2, you mean 8-) So far I haven'

Re: Task for the new Pack200 format

On Tue, 10 Feb 2004, Costin Manolache <[EMAIL PROTECTED]> wrote: > "core tasks" would be the right solution if it could be implemented > using JDK1.3 1.2, you mean 8-) So far I haven't found a technical spec for the format so I don't know whether we can implement it. A JDK 1.5 only implementati

RE: Task for the new Pack200 format

> >>Do we want to make them core tasks or do we want to farm > them out into > >>an antlib of their own? > >> > > > > Because its based only on (new) standard classes I would do that as > > core tasks. And as an adoption of , so the user doesn´t has to > > create the JAR bofore "pack200"ing. > >

Re: Task for the new Pack200 format

[EMAIL PROTECTED] wrote: Java 1.5 comes with support for a new archive format Pack200[1] which basically works by using a special compression algorithm that is very effective on Java class files. The way to create such an archive is to create a plain old jar first and then turn ot into a Pack200 a

RE: Task for the new Pack200 format

--- [EMAIL PROTECTED] wrote: > Because its based only on (new) standard classes I > would do that as > core tasks. And as an adoption of , so the user > doesn´t has to > create the JAR bofore "pack200"ing. +1 -Matt __ Do you Yahoo!? Yahoo! Finance: Get your refund

Re: Task for the new Pack200 format

[EMAIL PROTECTED] wrote: Java 1.5 comes with support for a new archive format Pack200[1] which basically works by using a special compression algorithm that is very effective on Java class files. The way to create such an archive is to create a plain old jar first and then turn ot into a Pack200 a

Re: Task for the new Pack200 format

On Tue, 10 Feb 2004, Jan Materne <[EMAIL PROTECTED]> wrote: > And as an adoption of , so the user doesn´t has to create the > JAR bofore "pack200"ing. Yes, sounds useful. In particular since the Pack200 class deals with streams, so we could create the initial jar in memory - if it is small enoug

RE: Task for the new Pack200 format

> Java 1.5 comes with support for a new archive format Pack200[1] which > basically works by using a special compression algorithm that is very > effective on Java class files. The way to create such an archive is > to create a plain old jar first and then turn ot into a Pack200 > archive - "depac

Task for the new Pack200 format

Hi, Java 1.5 comes with support for a new archive format Pack200[1] which basically works by using a special compression algorithm that is very effective on Java class files. The way to create such an archive is to create a plain old jar first and then turn ot into a Pack200 archive - "depack200"