Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <1321029278.63497.YahooMailClassic@web113508.mail.gq1.yahoo.com>
Date: Fri, 11 Nov 2011 08:34:38 -0800 (PST)
From: Pedro Giffuni <pfg@apache.org>
Reply-To: pfg@apache.org
Subject: Re: Report Builder extension (was Re: [proposal] development for the
 first AOO release)
To: ooo-dev@incubator.apache.org
In-Reply-To: <4EBCD4D9.1040201@googlemail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Oliver;=0A=0AIt's OK. The priority is clearly to get the IP=0Aclearance =
done; I was just trying to set out=0Asome plan to preserve the functionalit=
y much=0Aeasier for end users but this surely can wait.=0A=0AThanks for you=
r hard work,=0A=0APedro.=0A=0A--- On Fri, 11/11/11, Oliver-Rainer Wittmann =
wrote:=0A...=0A> Hi,=0A> =0A> sorry for the late response - I was busy with=
 some other=0A> stuff.=0A> =0A> Yes, I agree - the configure options are to=
o much.=0A> I did not invest the time to clean it up - I was just using=0A>=
 and adapting what already exists.=0A> =0A> The intrinsic output of the bui=
ld of module reportbuilder=0A> is an extension for Apache OOo. I kept the b=
uild of it with=0A> the corresponding jars available in the system for ever=
ybody=0A> who wants to bundle it with Apache OOo and/or who wants to=0A> ad=
just/enhance/correct it.=0A> Such an extension is of high value for a certa=
in part of=0A> our users, but it is an optional functionality. Thus, I thin=
k=0A> it was decided to implement this functionality as an extension.=0A> =
=0A> My main focus here was to make this part of our code IP=0A> clear.=0A>=
 If further interest and resources are available in the=0A> future this =0A=
> project will evolve. But currently that was not my focus.=0A> =0A> Best r=
egards, Oliver.=0A> =0A> On 09.11.2011 17:19, Pedro Giffuni wrote:=0A> > Hi=
 Oliver;=0A> >=0A> > I won't ask you to revert this but I think it's a=0A> =
complete=0A> > waste of time.=0A> >=0A> > Those tarballs don't really have =
a home so it's=0A> > improbable that someone will get them into their=0A> >=
 build, plus it's too many flags to get that building.=0A> >=0A> > My attem=
pt to contact Pentaho concerning this=0A> extension=0A> > produced no resul=
t. I consider this extension=0A> orphaned=0A> > and I think it should be mo=
ved elsewhere out.=0A> >=0A> > Pedro.=0A> >=0A> > (Yes, I woke up on the le=
ft side of the bed=0A> >=A0=A0=A0today ;-) ).=0A> >=0A> > --- On Wed, 11/9/=
11, Oliver-Rainer Wittmann wrote:=0A> > ...=0A> >>=0A> >> I have finished t=
he improvement - or better the=0A> >> correction.=0A> >> Now, it should be =
possible to build the Report=0A> Builder=0A> >> extension with=0A> >> jars =
available in the system.=0A> >> To do so, the following (already existing)=
=0A> configure=0A> >> options have to be=0A> >> used:=0A> >> --enable-repor=
t-builder=0A> >> --with-sac-jar=3DJARFILE=0A> >> --with-libxml-jar=3DJARFIL=
E=0A> >> --with-flute-jar=3DJARFILE=0A> >> --with-jfreereport-jar=3DJARFILE=
=0A> >> --with-liblayout-jar=3DJARFILE=0A> >> --with-libloader-jar=3DJARFIL=
E=0A> >> --with-libloader-jar=3DJARFILE=0A> >> --with-libformula-jar=3DJARF=
ILE=0A> >> --with-librepository-jar=3DJARFILE=0A> >> --with-libfonts-jar=3D=
JARFILE=0A> >> --with-libserializer-jar=3DJARFILE=0A> >> --with-libbase-jar=
=3DJARFILE=0A> >>=0A> >> I have reactivated environment variable=0A> SYSTEM=
_JFREEREPORT.=0A> >> It can not=0A> >> be used via a configure option, but =
is by default=0A> set to=0A> >> "YES", if=0A> >> configure option --enable-=
report-builder is used.=0A> >>=0A> >> Thanks again for reporting the defect=
 in my=0A> contribution.=0A> >> Again, feedback is welcome.=0A> >>=0A> >> B=
est regards, Oliver.=0A> >>=0A>