er ideas? I think an upstream solution for this would be good as
> there seem to be multiple cases of these "appliance VMs", but I realise that
> (3) in particular is so ugly that this might never be a candidate for
> upstream...
>
> Thanks, Shaheed
>
> -Original
ld be good as
> there seem to be multiple cases of these "appliance VMs", but I realise
> that (3) in particular is so ugly that this might never be a candidate for
> upstream...
>
> Thanks, Shaheed
>
> -Original Message-
> From: chris snow [mailto:chsnow...@gmail.
te for upstream...
Thanks, Shaheed
-Original Message-
From: chris snow [mailto:chsnow...@gmail.com]
Sent: 24 April 2014 19:37
To: dev
Subject: Re: Cartridge agent for a VM without Java
It would be great to see a Cartridge Agent written in Google Go ;)
On Thu, Apr 24, 2014 at 7:17 PM,
It would be great to see a Cartridge Agent written in Google Go ;)
On Thu, Apr 24, 2014 at 7:17 PM, Imesh Gunaratne wrote:
> Hi Shaheed,
>
> This is interesting. Yes it is possible to implement a non Java Cartridge
> Agent (CA). The protocols that it needs to support would be:
>
> 1. AMQP to talk
Hi Shaheed,
This is interesting. Yes it is possible to implement a non Java Cartridge
Agent (CA). The protocols that it needs to support would be:
1. AMQP to talk to message broker
2. Apache Thrift to talk to Complex Event Processor (CEP)
In addition the VM should support Git to checkout deploym
Hi,
I have a VM I need to orchestrate under Stratos. Sadly, the VM is a bare-metal
appliance which cannot run Java. I was thinking about creating some kind of a
"remote cartridge" which could monitor the liveness and load of the VM via some
legacy screen scraping etc. on one side, but yet prese
