This sounds like a good idea, however it would make it necessary to open
one of the "more mainstream" boxes (probably a Linux host running on
VMWare ESX) to all (Jakarta?) committers. I don't know if infrastructure
would be too thrilled about this (IIRC, they try to _reduce_ the number
of boxes that committers have access to).
Regards
Henning
On Mon, 2005-02-28 at 08:40 -0500, Henri Yandell wrote:
> Yep. What do you think to the idea of using one of the ASF boxes as a
> build machine for releases?
>
> It'd have to have all JDK's on it, you'd do:
>
> jdk12
> svn export ...
> build ...
>
> Also nice as it stops people releasing from their snadbox, which can often
> contain junk.
>
> We could ask Infra if such a box might exist.
>
> Hen
>
> On Mon, 28 Feb 2005, Henning Schmiedehausen wrote:
>
> > On Wed, 2005-02-16 at 12:43 -0500, Henri Yandell wrote:
> >> Ditto for Commons. I'm pretty sure most of them are outputting
> >> 1.2-compatible code from a 1.4 compiler. I'll also happily believe that
> >> that's not a perfect system :)
> >
> > I'm very sure that there are incompatibilities with bytecode outputted
> > by the 1.4 compile which makes problems running it on 1.3. Because of
> > that, at one point I built a Turbine release (2.3) with both 1.3 and 1.4
> > jars.
> >
> > The problem is documented in the Java bug database, but I'm not able to
> > find a reference to it. There should be something about it on the
> > turbine-dev archive around the time of the 2.3 release, but I don't know
> > whether the archives work again.
> >
> > I've pointed to this problem a long time ago but it got largely ignored,
> > mainly because everyone here seems to compile their jars themselves. But
> > I did have the problem with maven (when I was still using 1.3 as my main
> > platform) binary relases, which were built with JDK 1.4 (1.4.1 IIRC) and
> > did not run on the Sun 1.3.1 JRE.
> >
> > IMHO this will get worse with 1.5.
> >
> > Regards
> > Henning
> >
> >
> >>
> >> The only place I could imagine would have the 1.3 jars is either the
> >> nightly build (only Commons, and it doesn't afaik) or gump (does 1.4 and
> >> 1.5). I don't think Gump want to be responsible for released jars either,
> >> so currently I'd suspect it'll need a fair bit of effort/movement to get
> >> 1.3 jars created.
> >>
> >> Sorry,
> >>
> >> Hen
> >>
> >> On Wed, 16 Feb 2005, Jose Alberto Rodriguez Ruiz wrote:
> >>
> >>> Hello Will, and thank you very much for your time.
> >>>
> >>> Indeed no, it seems that there are some incompatibilities at the JVM level
> >>> which means that not all 1.4 bytecode runs in 1.3 JVM. I have had to
> >>> recompile turbine source and commons-configuration source only to be able
> >>> to
> >>> make my webapp run.
> >>>
> >>> As errors appears only during runtime, I wonder whether I could find
> >>> jakarta's binaries compiled 1.3 for the more-or-less-fifty-libraries-I-use
> >>> in order for not to recompile all of them.
> >>>
> >>> However it is true, no need to touch velocity; it works "as it".
> >>>
> >>> Thanks,
> >>>
> >>> Jos�
> >>>
> >>> -----Message d'origine-----
> >>> De : Will Glass-Husain [mailto:[EMAIL PROTECTED]
> >>> Envoy� : mercredi 16 f�vrier 2005 17:56
> >>> � : Jakarta General List
> >>> Objet : Re: Jakarta jars binaries for JDK 1.3
> >>>
> >>> The byte code should be the same -- as long as the library doesn't use any
> >>> JDK 1.4 specific libraries, it should work fine under 1.3. I can vouch
> >>> this
> >>>
> >>> is fine for Velocity.
> >>>
> >>> WILL
> >>>
> >>> ----- Original Message -----
> >>> From: "Jose Alberto Rodriguez Ruiz" <[EMAIL PROTECTED]>
> >>> To: <[email protected]>
> >>> Sent: Wednesday, February 16, 2005 2:04 AM
> >>> Subject: Jakarta jars binaries for JDK 1.3
> >>>
> >>>
> >>> Hello,
> >>>
> >>> I have a J2EE application built around Hibernate, Turbine, and
> >>> Velocity, which I need to recompile to be able to run into a JDK1.3
> >>> environment. This implies recompiling several common libraries, as well as
> >>> Turbine itself and other components. I have sear the mirrors but it seems
> >>> that all the available apache jars are now compiled with JDK 1.4
> >>>
> >>> My question is, is there any place to get ("old") jars compiled with
> >>> JDK1.3? Any help will be much appreciated.
> >>>
> >>> Thank you very much,
> >>>
> >>> Jos� Alberto Rodriguez Ruiz
> >>>
> >>> P.D.: If this is not the right list to ask this question, sorry in
> >>> advance.
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> > --
> > Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
> > [EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/
> >
> > RedHat Certified Engineer -- Jakarta Turbine Development
> > Linux, Java, perl, Solaris -- Consulting, Training, Engineering
> >
> > "Now you can start with implementation and integration and do the
> > requirements later". -- Prof. Dr. Dr. h.c. Manfred Broy about the new
> > german federal software development standard "V-Model XT"
> > (found at http://de.biz.yahoo.com/050207/299/4en0t.html)
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
[EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/
RedHat Certified Engineer -- Jakarta Turbine Development
Linux, Java, perl, Solaris -- Consulting, Training, Engineering
"Now you can start with implementation and integration and do the
requirements later". -- Prof. Dr. Dr. h.c. Manfred Broy about the new
german federal software development standard "V-Model XT"
(found at http://de.biz.yahoo.com/050207/299/4en0t.html)
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
