Andrew,

Thank you for your reply.

"Andrew Beekhof" <[EMAIL PROTECTED]> writes:

> There are two levels of the CRM API.
>
> The first is a basic API that exchanges XML between the user and the CRM.
> There is a DTD which describes the contents.
> You can manipulate it any way you like and then upload it again using the API.
>
> The second is a library of C functions that help interpret and update the XML.
>
> I guess you could also consider the various CLIs as and API of sorts too.
>
> I wasn't aware any of it is currently LGPL but I'm prepared to revisit
> the issue.
> (Looking now at the file changes it appears I accidentally copied in
> the LGPL instead of the GPL on some occasions)
>
> What are you building and what are your requirements?


Actually, I don't have any actual plan to build something for
the present.  I'm just studying what I can do, and whether if
it's possible to link with another system, which may be a
proprietary one if my company wants :)

In my understanding, HB API for V1 libraries(libhbclient and
libclplumb) are LGPL and I was just curious to know whether if
the CRM library is different or not.


I think I can use CLIs and XML/DTD as an API.

Thanks,




>
> On 8/22/06, Keisuke MORI <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I'm looking for APIs to obtain V2 nodes/resources information
>> from my application. I assumes that the CIB library (cib.h and
>> libcib.so) is meant for it, but I'm wondering how can I use it.
>>
>>  - What functions are "public" to users and what hearder files
>>    should I refer to?  I understand that the cib_t object is the
>>    one which provides its main functionalities but it seems to
>>    require many utility functions that defined in crm/common and
>>    crm/pengine to manipulate crm_data_t data structure.
>>    Are those all considered as the "API"?
>>
>>  - What is the license of the library? It seems GPL, and is it
>>    designed so? I see that some files under lib/crm/cib/ are
>>    LGPL'ed but the rest of the files under lib/crm/ are
>>    GPL'ed(as well as related header files).
>>
>>    IMHO, It would be nice if the library is LGPL as the other
>>    ones so that it can be used widely by variant users...
>>
>> Regards,
>>
>> Keisuke MORI
>> NTT DATA Intellilink Corporation
>>
>> _______________________________________________________
>> Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> Home Page: http://linux-ha.org/
>>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

Keisuke MORI
NTT DATA Intellilink Corporation

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

Reply via email to