[Openais] can we export coropoll as a library?
Steven Dake
sdake at redhat.com
Tue Mar 16 23:22:55 PDT 2010
On Wed, 2010-03-17 at 07:11 +1100, Angus Salkeld wrote:
> On Tue, 2010-03-16 at 00:55 -0700, Steven Dake wrote:
> > On Tue, 2010-03-16 at 18:53 +1100, Angus Salkeld wrote:
> > > On Tue, 2010-03-16 at 00:34 -0700, Steven Dake wrote:
> > > > On Tue, 2010-03-16 at 18:30 +1100, Angus Salkeld wrote:
> > > > > On Tue, 2010-03-16 at 00:14 -0700, Steven Dake wrote:
> > > > > > On Tue, 2010-03-16 at 17:47 +1100, Angus Salkeld wrote:
> > > > > > > Hi
> > > > > > >
> > > > > > > I found this a handy library whilst writing the cpg_test_agent
> > > > > > > for the test harness. Others might find it useful too.
> > > > > > > We currently have quite a few exposed (generic) libraries
> > > > > > > perhaps this could be one of them (logsys, ipc/s, etc ...).
> > > > > > >
> > > > > >
> > > > > > coropoll is exported currently via a header file, although I am not
> > > > > sure
> > > > > > it is packaged as a DSO. I had hoped people would start to use the
> > > > > > non-cluster APIs available in Corosync for their own client/server
> > > > > > applications, but as a developer when I think Corosync I think
> > > > > "cluster
> > > > > > software". This thought pattern may be a general condition of the
> > > > > other
> > > > > > client/server-ish apis in Corosync. It may be that providing those
> > > > > > reusable components is outside the mission and general audience of
> > > > > the
> > > > > > Corosync community.
> > > > > >
> > > > > It might be more useful to remove these more general parts into a
> > > > > separate library like many other projects have done. It will
> > > > > help to harden the library and focus corosync on it's prime
> > > > > mission (clustering).
> > > > >
> > > > > -Angus
> > > >
> > > > They already are separate libraries (except coropoll). The big things
> > > > missing are docs, examples, test cases, etc. ATM I'd rather spend my
> > > > efforts on fixing up the documentation for corosync, providing test
> > > > cases there, and examples.
> > >
> > > Maybe I was not clear, move these libraries into a separate project.
> > >
> > > This will help in people adopting them. At the moment you have to
> > > install corosync if you want to use some cool client/server libraries.
> > > Unless you are using corosync this really does not make sense.
> > >
> > > Also this could let someone else worry about the examples, test cases,
> > > docs for the library :)
> > >
> >
> > interesting idea, volunteering to maintain it?
> >
>
> Sure, I'de love to.
>
I had to give this some consideration. I am a big fan of "do one thing
do it well". Taken in this context, your arguments are pretty
convincing...
Could you go into more detail about structure, components, etc. I have
some ideas, but more interested in how you think this would be
structured.
Also I hope you know what your getting into; maintaining a project is a
big personal investment.
Thanks
-steve
> -Angus
>
> > Let me sleep on it
> >
> > Regards
> > -steve
> >
> > > -Angus
> > >
> > >
> > >
> > >
> > >
> > >
> >
>
>
More information about the Openais
mailing list