+1 (non-binding)
On Thu, Aug 9, 2012 at 4:39 PM, Ewan Mellor wrote:
>> -Original Message-
>> From: Will Chan [mailto:will.c...@citrix.com]
>> Sent: Thursday, August 09, 2012 10:11 AM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: RE: [DISCUSS] VMware support was: Re: vijava - some
Looks like a pretty dusty library. Why not sshj?
-A
On Aug 9, 2012 1:01 PM, "Chip Childers" wrote:
> On Thu, Aug 9, 2012 at 3:13 PM, Chip Childers
> wrote:
> > Ram / Kevin,
> >
> > I see in my email archive, that you two were discussing having a
> > Citrix engineer work on removing the Trilead
Having worked with the cloudbridge, and experimented ripping out soap, s3,
duplicated or unreferenced code, the module becomes quite small, apart from
generated classes. There is hardly any state, and certainly not highly
relational state.
What I'm getting at is that I see no reason to make small
+1 (non-binding)
Maven is much easier to support than the current process. Gradle (if ever)
could be done later. Also, there are folks like me that want to use
components of cloudstack as libraries w dependencies and the current
process is not catered towards that. Maven would.
-A
On Aug 7, 20
No experience except it is the only tool suggested for the jclouds project
to switch to (from maven). Looking at asgard, gradle looks clean.
Perhaps we can experiment by taking one piece (perhaps the ec2 bridge), and
converting it?
-A
On Aug 3, 2012 4:57 PM, "Chiradeep Vittal"
wrote:
> Gradle
Thanks! I look forward to it.
-A
On Aug 3, 2012 6:45 PM, "David Nalley" wrote:
> On Fri, Aug 3, 2012 at 7:55 PM, Adrian Cole
> wrote:
> > Certainly, a public endpoint is easier on devs than a work-in-progress
> > devstack. I'm not sure I will have time to wor
wrote:
> This sounds like thats the perfect job for devcloud. do an ant build-all
> from within devcloud and that should include building the awsapi/cloud
> bridge component. let us know what level of success you have.
> Adrian Cole wrote:
> I'm starting work on this here.
> h
nston Watt <
duncan.johnstonw...@cloudsoftcorp.com> wrote:
> Adrian/All
>
> +1 to focusing on Query API.
>
> Best
>
> Duncan
>
> On 2 August 2012 22:01, Adrian Cole wrote:
>
> > Sure thing! I'll shoot instructions and results after lunch.
> > On
iginal Message-
> >> From: Duncan Johnston Watt
> >> [mailto:duncan.johnstonw...@cloudsoftcorp.com]
> >> Sent: Thursday, August 02, 2012 1:05 PM
> >> To: cloudstack-dev@incubator.apache.org
> >> Cc: Prachi Damle
> >> Subject: Re: ec2 API compatibili
e
> plenty to me!
>
> Ewan.
>
> > -Original Message-
> > From: fernc...@gmail.com [mailto:fernc...@gmail.com] On Behalf Of
> > Adrian Cole
> > Sent: Thursday, August 02, 2012 12:54 PM
> > To: cloudstack-dev@incubator.apache.org
> > Cc: Prachi Damle
>
oblem with the signature-checking code, so
> nothing worked at all). So the SOAP API is the one that's had all the love
> from us. If you have test results, then that's far better.
>
> Ewan.
>
> > -Original Message-
> > From: fernc...@gmail.com [mailt
because they are crippled
> compared with Citrix's.
> >
> > Like I say, this isn't my decision. I'm just cracking the whip to make
> sure people actually get what they're asking for. If the group decides
> that it wants to slip to October or be
; > wrote:
> > >> -Original Message-
> > >> From: Chip Childers [mailto:chip.child...@sungard.com]
> > >> Sent: 02 August 2012 07:58
> > >> To: cloudstack-dev@incubator.apache.org
> > >> Subject: Re: ec2 API compatibility
s [mailto:chip.child...@sungard.com]
> >> Sent: 02 August 2012 07:58
> >> To: cloudstack-dev@incubator.apache.org
> >> Subject: Re: ec2 API compatibility (WSDL vs Query)
> >>
> >> On Thu, Aug 2, 2012 at 10:56 AM, Adrian Cole
> >> wrote:
> >> >
Just curious.
If this is the first apache release, and cloudbridge was formerly in a
different repo, why don't we just rip out the SOAP interface? That's a
heck of a lot simpler than deprecating the first version of something.
-A
On Aug 2, 2012 5:51 AM, "Chip Childers" wrote:
> On Wed, Aug 1,
+1 (non-binding)
there's no value to maintaining crufty code no-one wants
On Wed, Aug 1, 2012 at 6:09 PM, Chiradeep Vittal <
chiradeep.vit...@citrix.com> wrote:
> It appears that the WSDL-based toolset is being deprecated by AWS [1].
>
> Currently the EC2 API layer implements both the WSDL inter
+1 (non-binding and certainly not official) for taking the opportunity to
rewrite code as a chance to make things better, vs least efforts.
Code written more than several months prior can often be written better
anyway (one hopes their skills age well :P). Particularly, unit tests are
a welcome g
I've not found an alternate OSS java library for vsphere except vijava. It
definitely is in wide use, despite lack of unit tests and sensible
logging. Wins by default and also historically good support from Steve Jin.
-A
On Jul 30, 2012 7:29 PM, "Chip Childers" wrote:
> David,
>
> I can vouch
done. pls vote it up!
https://issues.apache.org/jira/browse/INFRA-5089
On Thu, Jul 26, 2012 at 8:42 AM, David Nalley wrote:
> On Thu, Jul 26, 2012 at 11:06 AM, Adrian Cole wrote:
>> Hi, team.
>>
>> Does anyone have latest on the github mirror? I'm hoping to see the
Hi, team.
Does anyone have latest on the github mirror? I'm hoping to see the
following sometime soon
https://github.com/apache/incubator-cloudstack
Cheers,
-Adrian
jclouds
I can see two sides to this:
1. it is a distraction:
GCE especially an inexperienced api, when we know all new apis
change (v1beta12 anyone?) While fun, it implies coding to another spec
outside our control (ala) EC2, and implies setting up an OAUTH 2
layer. esp as the current EC2 api isn't
+1 gerrit, particularly as it helps avoid additional process mismatches for
folks working in both openstack and cloudstack
On Jun 18, 2012 2:07 PM, "Ewan Mellor" wrote:
> > -Original Message-
> > From: Fred Wittekind [mailto:r...@twister.dyndns.org]
> >
> > ...
> >
> >> Personally, I've a
Personally, I think it would be a good idea to fix BOSH, as non-standard
ports are commonplace. Have you tried raising a github issue with them,
yet?
-A
On Sat, Jun 16, 2012 at 3:05 PM, Serge A. Salamanka <
serge.salama...@active.by> wrote:
> Hello everyone,
> I've setup CloudBridge server in o
Boto is a cool python library that focuses on AWS specifically. Sounds
like folks already built something so maybe let them have their fun? :)
When you want something for the JVM, happy to help with a jclouds option.
Seems straightforward to choose JVM tooling as you can integrate them
directly i
e SOAP and Query API for EC2 (although the latter is not
> tested) and the Query API for S3.
>
>
> On 6/9/12 9:28 AM, "Adrian Cole" wrote:
>
> >jclouds has an integration test suite for s3, ec2, cloudwatch, elb apis
> >(and many other apis)
> >
>
jclouds has an integration test suite for s3, ec2, cloudwatch, elb apis
(and many other apis)
We need to run the ec2 and s3 tests against greenqloud (a cloudstack
service) before we release support for it. This is a normal part of our
release process for 3+ years now.
VMware have a certification
CC'ing in cloudstack-dev
Folks, this is our java/clojure api that contains both a complete impl
of CloudStack (ex. user, domain admin, global admin), as well a
portable view (ComputeService), which is compatible with ec2,
OpenStack, etc.
Thanks, Andrei for helping ramp up to 3.0!
Cheers,
-Adrian
I'll do both.
Cheers,
-A
On Jun 1, 2012 9:04 AM, "David Nalley" wrote:
> On Fri, Jun 1, 2012 at 11:20 AM, Nitin Mehta
> wrote:
> > Hi Adrian,
> >
> > Please find below explanation of the vmtemplate status. It would be
> great if we could add this explanation against the enums as comments as
> w
--
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Thursday, May 31, 2012 4:18 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Fwd: vmtemplate.status values?
>
> Think this was intended for -dev
>
>
> -- Forwarded message --
> From: Adrian Cole
> D
ackwards compatible
> from 3.0.x to 2.2.x? I thought we had made the end-user API backwards
> compatible (assuming IDs are strings...).
>
> -kevin
>
>> -Original Message-
>> From: fernc...@gmail.com [mailto:fernc...@gmail.com] On Behalf Of
>> Adrian Cole
>
I've noticed Andrew Bayer working on this today on freenode irc #jclouds
Apparently, the shift of ids from numeric to opaque string means we have a
choice of either apologizing and changing 2.x code to use strings or a
potentially massive copy paste into a new version tree.
Also he noted some lis
great! thanks.
-A
On Tue, May 15, 2012 at 9:28 AM, David Nalley wrote:
> On Tue, May 15, 2012 at 11:14 AM, Adrian Cole wrote:
>> To Chip's point, perhaps some wiki or otherwise that helps gather the
>> missing pieces for ASF transition could be handy. A lot of folks wan
To Chip's point, perhaps some wiki or otherwise that helps gather the
missing pieces for ASF transition could be handy. A lot of folks want to
get involved, and so perhaps a community 'help wanted' could make it easy
for them to.
For example, while CloudStack is mostly Java, there are likely more
It is fair for David to remind us that a big part of that the
transition is the role of the community in what's being released.
With best will in the world, I suspect that's gonna take some time, so...
+1 to the sentiment for frequent releases, even if by Citrix (and +1
to us monitoring/paying at
+1
Makes sense to have pubsub. Inside the java codebase, we could consider a
clean and idiomatic lib like guava which is easy to unit test.
http://codingjunkie.net/guava-eventbus/
Then, expose out-of-JVM hooks for any of the popular services people use.
-A
On May 11, 2012 1:58 PM, "Dean" wrot
Hi, Vijay.
Once you get your cloudstack up, you can use any of the jclouds examples
against it, my favorite being minecraft ;)
https://github.com/jclouds/jclouds-examples/tree/master/minecraft-compute
-A
On May 3, 2012 3:41 PM, "Vijay Ramadoss" wrote:
> Hi all -
>
> I am new to cloudstack and
36 matches
Mail list logo
