Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of garydgregory@gmail.com
 designates 209.85.214.49 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAJm2B-mxTLQK3v8pBUxeZCDbadvAkse_N3vJdE4_mWC0xch=hg@mail.gmail.com>
References: 
 <CAJm2B-khDCxvWzS8gQJYiRTJPktA_KKa=iXuLtZQRaDUXWu8+Q@mail.gmail.com>
	<5293398A.5020802@apache.org>
	<CAJm2B-=0O92kH_E5uZBNQb-ZnzqEGFnoyyHC8+24GHvQhM7ZFg@mail.gmail.com>
	<52946456.30408@apache.org>
	<CACZkXPyAeAjyKiK=y5_5VTjWPU40ic44ed4P+85uM=y8E6_yDw@mail.gmail.com>
	<CAJm2B-mxTLQK3v8pBUxeZCDbadvAkse_N3vJdE4_mWC0xch=hg@mail.gmail.com>
Date: Tue, 26 Nov 2013 09:12:03 -0500
Message-ID: 
 <CACZkXPzcMp69Hdgn=KVSuVsHU-B47KDKk8kuG9Q2tPbFKi-n3g@mail.gmail.com>
Subject: Re: [VOTE] Release Imaging 1.0 from RC7
From: Gary Gregory <garydgregory@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: multipart/alternative; boundary=20cf301cbe0e92580104ec1510cc

--20cf301cbe0e92580104ec1510cc
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Tue, Nov 26, 2013 at 8:50 AM, Damjan Jovanovic <damjan@apache.org> wrote=
:

> On Tue, Nov 26, 2013 at 3:47 PM, Gary Gregory <garydgregory@gmail.com>
> wrote:
> > On Tue, Nov 26, 2013 at 4:05 AM, Emmanuel Bourg <ebourg@apache.org>
> wrote:
> >
> >> Hi Damjan,
> >>
> >> Le 26/11/2013 06:31, Damjan Jovanovic a =C3=A9crit :
> >>
> >> > Firstly, we discussed several options before for the 1.0 release, an=
d
> >> > agreed that the contents of trunk would be quickly pushed out as 1.0
> >> > with minimal changes (many/most users are using 1.0-SNAPSHOT), and
> >> > then the big API redesign would be 2.0. I've also been thinking of
> >> > doing a complete rewrite for 2.0 and only pulling in some of the goo=
d
> >> > bits we have now. So it's extremely discouraging to be pushed for mo=
re
> >> > and more changes, many of which will have no post-1.x value, and don=
't
> >> > even fit in with what was originally agreed on.
> >>
> >> Sorry for the late review. I'm not opposed to the release and I won't
> >> mind if you prefer to ignore my feedback :)
> >>
> >>
> >> > It looks like CachingInputStream is used by IccProfileParser, and
> >> > appears to be used to store data that has been read from the
> >> > underlying stream so it can be re-read later. You can copy it to
> >> > commons-io, but I'd prefer not having a runtime dependency on it. An=
d
> >> > it's ByteSourceInputStream you really want in commons-io and/or
> >> > commons-compress, a gem that allows seeking over an InputStream.
> >>
> >> I would be possible to avoid a runtime dependency by shading the
> classes.
> >>
> >
> > That's not necessary, the POM shows this is a test-only dependency.
>
> But it will be necessary if CachingInputStream is moved into
> commons-io instead of copied.
>

Personally, I prefer dependencies to code duplications.

Most of the projects I work on (Work) are large and end bringing in a bunch
of Apache Commons jars and others. Since images are stored in files or
streams, [imaging] and [io] seem like a natural pair. That's just me though=
.

Gary


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


--=20
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/baue=
r3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

--20cf301cbe0e92580104ec1510cc--