Mailing-List: contact dev-help@systemml.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@systemml.incubator.apache.org
Subject: Re: [DISCUSS] SystemML with Spark 2.0 support and roadmap
References: <2041511195.11370748.1471468724168.JavaMail.yahoo.ref@mail.yahoo.com> <2041511195.11370748.1471468724168.JavaMail.yahoo@mail.yahoo.com> <255033037.17919056.1471469535880.JavaMail.yahoo@mail.yahoo.com> <CAO1aQR9i+J8DU7V-s0ai4EMfoaQmX_TNTnMrbkJuK-CKxNzCCw@mail.gmail.com> <62756694-E455-4712-AFA3-90CE8719207A@gmail.com> <OFABDC367C.342188CF-ON88258013.0026BE5E-88258013.0026EE99@notes.na.collabserv.com> <CAO1aQR_GahYxmLGqjSiEiuyx9X=w1TGdpGdweojQZnRvcXdsvw@mail.gmail.com> <CAGU5spcb1A7K137dmhFsbpTW9rwXq7LsmnPn70ZSEabfqVd1zA@mail.gmail.com>
From: dusenberrymw@gmail.com
Content-Type: multipart/alternative;
	boundary=Apple-Mail-0ED8CEEB-C410-4A7C-8289-B6BCC4F96BA9
In-Reply-To: <CAGU5spcb1A7K137dmhFsbpTW9rwXq7LsmnPn70ZSEabfqVd1zA@mail.gmail.com>
Message-Id: <09970531-6EDF-4C43-A6FF-B63AADE39BE0@gmail.com>
Date: Wed, 24 Aug 2016 18:05:49 -0700
To: dev@systemml.incubator.apache.org
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
archived-at: Thu, 25 Aug 2016 01:05:59 -0000

--Apple-Mail-0ED8CEEB-C410-4A7C-8289-B6BCC4F96BA9
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

I think this is a great idea so that we can simplify the official release an=
d reduce confusion for potential users.  Certainly we can still retain the p=
otential to build the extra artifacts locally, just like Spark current does.=


I would also like to suggest that we move away from the current Standalone p=
ackage that is designed to be used with Java, and instead move to simply usi=
ng Spark in local mode for all "standalone" applications. Since running Spar=
k locally on a laptop consists of simply downloading a release binary and ru=
nning it, without any installation, I think this is a much cleaner way now. T=
his would allow us to immediately move to the goal of only releasing a singl=
e JAR file, as that same JAR file could be used in Spark locally, Spark on a=
 cluster, and Hadoop on a cluster.  Then we could just release the single JA=
R file and a folder of scripts as our official release. All other special ar=
tifacts could be kept as "download and build" artifacts.

--

Mike Dusenberry
GitHub: github.com/dusenberrymw
LinkedIn: linkedin.com/in/mikedusenberry

Sent from my iPhone.


> On Aug 23, 2016, at 5:22 PM, Luciano Resende <luckbr1975@gmail.com> wrote:=

>=20
> On Tue, Aug 23, 2016 at 3:51 PM, Deron Eriksson <deroneriksson@gmail.com>
> wrote:
>=20
>> To simplify release candidate validation, I would like to propose that th=
e
>> distribution profile only builds the following 7 (out of the current
>> included 10) artifacts:
>>=20
>> systemml-0.11.0-incubating-SNAPSHOT-javadoc.jar
>> systemml-0.11.0-incubating-SNAPSHOT-sources.jar
>> systemml-0.11.0-incubating-SNAPSHOT-src.tar.gz
>> systemml-0.11.0-incubating-SNAPSHOT-src.zip
>> systemml-0.11.0-incubating-SNAPSHOT-standalone.tar.gz (rename w/o
>> "-standalone")
>> systemml-0.11.0-incubating-SNAPSHOT-standalone.zip (rename w/o
>> "-standalone")
>> systemml-0.11.0-incubating-SNAPSHOT.jar
>>=20
>> The following could still be built using maven profiles but would not be i=
n
>> the distribution profile:
>>=20
>> systemml-0.11.0-incubating-SNAPSHOT-standalone.jar
>> systemml-0.11.0-incubating-SNAPSHOT.tar.gz (also rename)
>> systemml-0.11.0-incubating-SNAPSHOT.zip (also rename)
>>=20
>> This would decrease the number of our artifacts by 30% which means that w=
e
>> can validate the release faster, and the release candidate will also be
>> more likely to pass external validation/voting.
>>=20
>> Deron
> +1
>=20
>=20
> --=20
> Luciano Resende
> http://twitter.com/lresende1975
> http://lresende.blogspot.com/

--Apple-Mail-0ED8CEEB-C410-4A7C-8289-B6BCC4F96BA9--