[occi-wg] Fwd: OCCI JavaScript libarary

[Sam Johnston]

Putting this thread back on the list - see some interesting suggestions from
Andrew below:

---------- Forwarded message ----------
From: Andrew de Andrade <andrew at deandrade.com.br>
Date: Mon, Oct 26, 2009 at 2:33 PM
Subject: Re: [occi-wg] OCCI JavaScript libarary
To: Sam Johnston <samj at samj.net>

ahh, doh!

go ahead. i'm working at home today and I'm using gmail and i forgot
to do reply all.

On Mon, Oct 26, 2009 at 11:24 AM, Sam Johnston <samj at samj.net> wrote:
> Andrew,
> Great suggestion - do you have a problem with my putting this back on the
> list?
> Sam
>
> On Mon, Oct 26, 2009 at 2:13 PM, Andrew de Andrade <
andrew at deandrade.com.br>
> wrote:
>>
>> true.
>>
>> There's a bunch of open source management consoles that it may be
>> worth reaching out to in order tog et them on board if they aren't
>> already:
>>
>> http://www.openqrm.com/
>> http://virt-manager.et.redhat.com/
>> http://ovirt.org/
>>
>> there was a fourth I knew of, but I can't remember the name of it at the
>> moment.
>>
>> Projects such as Puppet could also be included.
>>
>> Andrew
>>
>> On Mon, Oct 26, 2009 at 10:24 AM, Sam Johnston <samj at samj.net> wrote:
>> > On Mon, Oct 26, 2009 at 1:14 PM, Andrew de Andrade
>> > <andrew at deandrade.com.br>
>> > wrote:
>> >>
>> >> I wouldn't too much about standardizing user experience interfaces. If
>> >> a standard API interface is created, an open source interface that
>> >> works with any standard API cloud is sure to come about.
>> >
>> > True - it's not even so much about standardising the interface as
>> > lowering
>> > the barrier to entry. If you can "explore" it as a developer or power
>> > user
>> > via a web browser and then it behaves the same way for your code (same
>> > URLs,
>> > relationships, etc. - just different as in native renderings) that's a
>> > big
>> > win for lowering the barrier to entry.
>> > It's also one less thing for providers to build separately, and means
>> > that
>> > web consoles will have both the freedom to innovate/differentiate while
>> > also
>> > looking & feeling somewhat similar. Currently there's a mishmash of
>> > flash,
>> > ajax & html consoles that present a [human] barrier to migration.
>> > I agree that this should be a distant second priority, but if we can
>> > have it
>> > for free then we may as well (and it ought to keep the XML camp happy
>> > too).
>> > Sam
>> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/occi-wg/attachments/20091026/cd2ee6f2/attachment.html