RFC: Separation of JTreg tool into independent project

[Andrew John Hughes]

On Tue, Jul 12, 2011 at 12:08:38PM +0200, Jiri Vanek wrote:
> On 07/07/2011 02:07 PM, Andrew John Hughes wrote:
> >On Thu, Jul 07, 2011 at 11:57:57AM +0200, Jiri Vanek wrote:
> >>On 07/05/2011 03:19 AM, Andrew John Hughes wrote:
> >>>On Mon, Jul 04, 2011 at 02:24:03PM +0200, Pavel Tisnovsky wrote:
> >>>>Hi all,
> >>>>
> >>>>some time ago I discussed with Andrew John Hughes about the separation
> >>>>of JTreg tool from the IcedTea6 and IcedTea7 projects. In summary (ie
> >>>>how I understand this task): JTreg should be developed as independent
> >>>>project and in the future they should be synchronized with recent JTreg
> >>>>version (used by Oracle guys AFAIK).
> >>>>
> >>>
> >>>Yes, but that's not what this patch seems to do.  It just moves the source
> >>>code out of the tree into a zip somewhere.  I was envisaging jtreg being
> >>>a separate project like the visualvm one with its own build infrastructure.
> >>>You'd then point configure at an installed jtreg.jar.  That could be built
> >>>from the IcedTea jtreg project or alternatively, you could use the one
> >>>Oracle provide if you were willing to accept the proprietary licensing
> >>>this entails.
> >>
> >>When you are writing "like visualvm" you mean also specfile? I guess (and hope) not - as I do not see any reason why to make an distribution package for this suite.
> >>
> >
> >No, I'm not talking about anything related to specfiles.  This is about a
> >development tree, not distro. packaging.
> >
> >>For the rest - you suggest to have hg repository beside icedteas, inside jtreg sources with its makefile.am and configure scripts and possible patches. Yes?
> >
> >Exactly, bar the patches.  What would you need patches for?  The source would be in there.
> >
> >>Tests itself will remain in openjdk. (?)
> >
> >Well yes they are part of OpenJDK.
> >
> >>Build of icedtea will remain untouched unless some "test yourself" will be enabled. In case of enabled, it will download some released tarball and will use it [rfc].
> >
> >No, the idea is to have --with-jtreg=<path to jar>.
> >IcedTea should not become some Maven clone.
> 
> What will happen when jar will be missing?
> It will download drop? It will checkout hg and proceed build? it will skip testing? Will this decision depend on another --with-?-=... ?
> 
> My vote is for skip testing when jar is missing. (following from condition that huge amount of users is using icedtea, 1 user is using icedtea with testsuite; )

I would say warn during configure, and print a message if make check
is invoked.

I don't follow your 'condition'; what is your basis for these
statistics as to users of the testsuite?  I can assure there is more
than one user.
-- 
Andrew :)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and IcedTea
http://www.gnu.org/software/classpath
http://icedtea.classpath.org
PGP Key: F5862A37 (https://keys.indymedia.org/)
Fingerprint = EA30 D855 D50F 90CD F54D  0698 0713 C3ED F586 2A37