incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christofer Dutz <christofer.d...@c-ware.de>
Subject Re: Binary jars in the source release which are only for testing
Date Sun, 24 Feb 2019 10:36:00 GMT
If you are taking about the Maven wrapper. I did that for you guys. A PR I submitted a year
or two ago does exactly this. It checks if the jar is there, if not it tries to download via
wget and similar, if that falls it comes that little Java program (the one that started this
whole discussion) executes this and downloads the jar that way.

I did that prior to starting Plc4x cause I knew jars in repos are big nonos.



Chris

Outlook fur Android<https://aka.ms/ghei36> herunterladen

________________________________
From: Vinayakumar B <vinayakumarb@apache.org>
Sent: Sunday, February 24, 2019 8:38:39 AM
To: general@incubator.apache.org
Subject: Re: Binary jars in the source release which are only for testing

Hi,

For testing purpose.. why cant provide bin artifacts in a separate
convenience binary package as its being done in many other projects.. why
it should be part of source package.?

For the easy detection.. bin artifacts can have same version number as
source.

Again.. Official voting is on source package as per policy.

-Vinay

On Sun, 24 Feb 2019, 12:44 pm Willem Jiang, <willem.jiang@gmail.com> wrote:

> Hi Ted,
>
> You made a good point,  I think my solution could be building the jars
> from source and then using it for testing.
>
> Willem Jiang
>
> Twitter: willemjiang
> Weibo: 姜宁willem
>
> On Sun, Feb 24, 2019 at 10:02 AM Ted Dunning <ted.dunning@gmail.com>
> wrote:
> >
> > Willem,
> >
> > This issue of embedded binaries for testing purposes has come up before.
> > Examples include network intercepts for testing malware detection or
> class
> > files for a byte code manipulator. The network files can't easily be
> > recreated since they were observed in the wild and the class files might
> > have been produced by a specific (possibly broken) compiler version that
> > isn't widely available.
> >
> > The key question is whether these binaries are derived from some source
> > that could be compiled instead of distributing the binary objects.
> Failing
> > that, can the provenance and justification for the binary object be
> > described?
> >
> >
> >
> >
> > On Sat, Feb 23, 2019 at 6:49 PM Willem Jiang <willem.jiang@gmail.com>
> wrote:
> >
> > > Hi
> > >
> > > Thanks Justin for the clarification.  I guess the policy imply the
> > > source materials cannot have any binary.
> > > But what if the binary is only for testing, which cannot be part of
> > > the released software.
> > > From my point of view, we don't need to modify the source materials
> > > testing binary to do the software release as it is not a part of the
> > > binary release of the software.
> > >
> > > Any thoughts?
> > >
> > > Regards,
> > >
> > > Willem Jiang
> > >
> > > Twitter: willemjiang
> > > Weibo: 姜宁willem
> > >
> > > On Sat, Feb 23, 2019 at 2:41 PM Justin Mclean <
> justin@classsoftware.com>
> > > wrote:
> > > >
> > > > Hi,
> > > >
> > > > > [1]http://www.apache.org/legal/release-policy.html#what
> > > >
> > > > It’s explained in that link there i.e.  "The Apache Software
> Foundation
> > > produces open source software. All releases are in the form of the
> source
> > > materials needed to make changes to the software being released”.
> > > >
> > > > Thanks,
> > > > Justin
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> > > > For additional commands, e-mail: general-help@incubator.apache.org
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: general-help@incubator.apache.org
> > >
> > >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message