Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of dakota.jack@gmail.com designates
 64.233.184.232 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=R/gNrlcLy0Nsotyg5njDru3VHujZLnjOMYdS1m3wJXKIytUfvGaNIH0oQAHFbSdiK6tFpG2BhrcyfP+7wqWfbyYs/LZEQ//IfEC1P/3MQpbT8NI//ND1djOwl48Z++xUa99X/ILJ+HnEkkr3DoMZr7rn/4sJze3U3wkMwvoCAfo=
Message-ID: <e03014300606181945w136c8117x460388e55fcd2044@mail.gmail.com>
Date: Sun, 18 Jun 2006 19:45:28 -0700
From: "Dakota Jack" <dakota.jack@gmail.com>
To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Subject: Re: I wrote several methods for IOCommons FileUtil. How can I donate
 it to IOCommons?
In-Reply-To: <449587E4.5010200@possessed.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <9bc16e710606160713s2426756bxf3ba177d70808bfd@mail.gmail.com>
	 <55afdc850606160824vcb720e8q99fcf5814465de55@mail.gmail.com>
	 <98e4f1cd0606172113s20bf046cwa2b02616a92a0cd8@mail.gmail.com>
	 <9bc16e710606180430x61d7693aq700028982db8217a@mail.gmail.com>
	 <98e4f1cd0606180550k837a3bk21e264085d6ffad6@mail.gmail.com>
	 <9bc16e710606180645v77496054ubfdd8c2a80cefa80@mail.gmail.com>
	 <98e4f1cd0606180737h345599eeq7a7169b1a0e5b5aa@mail.gmail.com>
	 <9bc16e710606180758i785fec1bs32965d422ebdef74@mail.gmail.com>
	 <98e4f1cd0606180937g2bac88a3i55bef8e28567467f@mail.gmail.com>
	 <449587E4.5010200@possessed.de>

What the hell is "specialized IO"?  Someone makes these terms up and
then people think they have meaning.  Compression is definitely not a
specialized aspect of IO.  Compression is critical to handling IO well
and belongs in an IO package.

On 6/18/06, C. Grobmeier <grobmeier@possessed.de> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> +1 to put this in Compress. I really don't get the point why this should
> be in IO. As Martin said, i see compress as specialized IO. For me it
> would be also OK if IO would depend on compress.
>
> in my latest draft is allready a CompressUtils class where it would fit
> perfectly :-)
>
> regards,
> chris.
>
> Torsten Curdt wrote:
> >> re:but AFAIK zip and jar share the same compression algorithm anyway.
> >>
> >> The algorithms are similar but not the same.
> >
> > Educated me ...Jar*putStream extends Zip*putStream and I have never
> > come across a jar I could not unzip with the usual zip command.
> >
> >> re:...and then add a methods for bzip2, compress and gzip, too? See
> >> where I
> >> am heading? Better let's have a CompressUtils in compress.
> >>
> >> Compress doesn't work with files while IO does. On the other hand IO
> >> doesn't
> >> work with compression while Compress does ;-)
> >> I think it would be good idea to add compress to IO :-)
> >
> > It has been removed from there because it was mixing concerns IIRC.
> >
> > Getting from File to FileInputStream is easy and no reason to add
> > compression algorithms to IO.
> >
> > cheers
> > --
> > Torsten
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
>
>
> - --
> Christian Grobmeier
> Possessed Management
> Hurlacher Str. 5 - 86853 Langerringen - Germany
> E-Mail: grobmeier@possessed.de
> Mobil: +(49)(0)175 57 66830
> Fax: +(49) (0)8232 959119
> Web: http://www.possessed.de
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2.1 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFElYfkkv8rKBUE/T4RAseWAJ4tE6gNI9YVWsWBVAFdr05CJ5KPQwCeJeRR
> fj3SY+DTd0E0HusGSn+snu8=
> =1GWN
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>


-- 
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org