that are already existing vehicles
for
achieving the aims discussed in the Slider proposal.
Twill: handles all the AM logic for running new code packaged as a JAR
with
an executor method
Bigtop: stack testing
As a Bigtop committer, I disagree with this narrow interpretation of the
scope of the project
for
achieving the aims discussed in the Slider proposal.
Twill: handles all the AM logic for running new code packaged as a JAR
with
an executor method
Bigtop: stack testing
As a Bigtop committer, I disagree with this narrow interpretation of the
scope of the project
On 14 April 2014 04:43, Andreas Neumann a...@apache.org wrote:
I'd like to comment on what has been said about Twill.
Twill: handles all the AM logic for running new code packaged as a JAR
with
an executor method
The goal of Twill is much broader than to support writing new code. Its
wrote:
The reason I ask is I'm wondering how Slider differentiates from
projects
like Apache Twill or Apache Bigtop that are already existing vehicles
for
achieving the aims discussed in the Slider proposal.
Twill: handles all the AM logic for running new code packaged as a JAR
works- so assistance would be welcome.
The reason I ask is I'm wondering how Slider differentiates from projects
like Apache Twill or Apache Bigtop that are already existing vehicles for
achieving the aims discussed in the Slider proposal.
Twill: handles all the AM logic for running new code
differentiates from projects
like Apache Twill or Apache Bigtop that are already existing vehicles for
achieving the aims discussed in the Slider proposal.
Twill: handles all the AM logic for running new code packaged as a JAR with
an executor method
Bigtop: stack testing
As a Bigtop committer, I
On Sat, Apr 12, 2014 at 11:58 AM, Andrew Purtell apurt...@apache.org wrote:
The reason I ask is I'm wondering how Slider differentiates from projects
like Apache Twill or Apache Bigtop that are already existing vehicles for
achieving the aims discussed in the Slider proposal.
Twill
Apache Twill or Apache Bigtop that are already existing vehicles for
achieving the aims discussed in the Slider proposal. Tackling
cross-component resource management issues could certainly be that, but
only if core Hadoop services are also brought into the deployment and
management model, because IO
Looks great, thanks for the update Steve.
Arun
On Mar 31, 2014, at 8:49 PM, Steve Loughran ste...@hortonworks.com wrote:
Hi
For people wondering what's been happening with that Hoya proposal, I've
got a successor proposal up for discussion.
Hi
For people wondering what's been happening with that Hoya proposal, I've
got a successor proposal up for discussion.
https://wiki.apache.org/incubator/SliderProposal
This proposal -as well as having a different name- is a superset of the
original draft. It emphasises that making the tool
10 matches
Mail list logo
