harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Loenko" <mloe...@gmail.com>
Subject Re: Copying resource files - what for?
Date Thu, 20 Apr 2006 10:11:35 GMT
I think it is rather dangerous way: some people will test when resources
are in src/ while others - when they are moved to bin by tar or something else

So if we want to have a single binary image we have to create it first
(by copying
resources)

Thanks,
Mikhail

2006/4/20, Mark Hindess <mark.hindess@googlemail.com>:
> I suspect inclusion of the resource files (with path renaming) could
> be handled by a zip/tar task rather than by copying every time the
> tests are run.  So I don't think this is a good reason.
>
> Regards,
>  Mark.
>
> On 4/20/06, Mikhail Loenko <mloenko@gmail.com> wrote:
> > I can see one reason to copy resources - if we want to produce
> > a single downloadable binary image of the test suite.
> >
> > Other than that it does not make much sense to me.
> >
> > The image might be usefull for kind of regular QA cycles later.
> >
> > Thanks,
> > Mikhail
> >
> > 2006/4/20, Paulex Yang <paulex.yang@gmail.com>:
> > > Stepan
> > >
> > > +1.
> > >
> > > I just proposed similar modification to classpath of each modules in
> > > another thread, which will make the IDE(Eclipse at least) user easier to
> > > run test.
> > >
> > > Stepan Mishura wrote:
> > > > Hi George,
> > > >
> > > > Some time ago we agreed to copy resource files to classpath (i.e. bin/test
> > > > directory). I saw that you added corresponing targets to build files.
But
> > > > now I realized that I don't understand why we should copy them instead
of
> > > > simply adding resource directory (i.e. src/test/resources) to classpath.
May
> > > > be there are simple reasons to do this that I don't know but anyway ...
so
> > > > why we have to copy thousands of files (there is no doubt that in future
we
> > > > will have thousands of resource files) each time we run tests?
> > > > Thanks,
> > > > Stepan Mishura
> > > > Intel Middleware Products Division
> > > > -----------------------------------------------------------
> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > Paulex Yang
> > > China Software Development Lab
> > > IBM
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
>
> --
> Mark Hindess <mark.hindess@googlemail.com>
> IBM Java Technology Centre, UK.
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message