andre at merzky.net
Thu Oct 29 00:15:37 CDT 2009
Quoting [Sam Johnston] (Oct 29 2009):
> Further to my last mail I've spent a few hours tonight roughing up the
> concept script by Mike Kelly. I'm not sure how rich we want the
> programmer API to be, or whether it should just be primatives (I'm more
> leaning towards the latter for simplicity/flexibility) but what's sure
> is that it should be consistent across whatever client libraries we
Sure, client API consistency for multiple implementations is great,
but I think that an API specification is out of scope for the group
at the moment. IMHO, the group should start to tackle it once the
core, and at least some extensions are fully specified.
Nice stuff though :-)
my $0.02, Andre.
> I'm hoping that Mike and/or other(s) can pick up this module as this
> really isn't my fortÃ© and I already had to buy an O'Reilly eBook to
> libraries, etc. to get this far.
> Good night^W morning,
> On Mon, Oct 26, 2009 at 2:35 PM, Sam Johnston <samj at samj.net> wrote:
> 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
> 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>
> > Andrew,
> > Great suggestion - do you have a problem with my putting this back on
> > 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
> >> 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>
> >> > 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
> >> >> 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
> >> > user
> >> > via a web browser and then it behaves the same way for your code
> >> > 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
> >> > that
> >> > web consoles will have both the freedom to innovate/differentiate
> >> > also
> >> > looking & feeling somewhat similar. Currently there's a mishmash
> >> > flash,
> >> > ajax & html consoles that present a [human] barrier to migration.
> >> > I agree that this should be a distant second priority, but if we
> >> > have it
> >> > for free then we may as well (and it ought to keep the XML camp
> >> > too).
> >> > Sam
> >> >
> 1. http://occi.googlecode.com/hg/code/js/occi.js
> 2. http://occi.googlecode.com/hg/code/js/index.html
> 3. mailto:samj at samj.net
> 4. mailto:andrew at deandrade.com.br
> 5. mailto:samj at samj.net
> 6. mailto:samj at samj.net
> 7. mailto:andrew at deandrade.com.br
> 8. http://www.openqrm.com/
> 9. http://virt-manager.et.redhat.com/
> 10. http://ovirt.org/
> 11. mailto:samj at samj.net
> 12. mailto:andrew at deandrade.com.br
> occi-wg mailing list
> occi-wg at ogf.org
Nothing is ever easy.
More information about the occi-wg