[Sblim-issues] [ sblim-Bugs-2002392 ] Memory leaks in sfcb 1.2.5-35f

[SourceForge.net <noreply@so...>]

Bugs item #2002392, was opened at 2008-06-25 07:27
Message generated for change (Comment added) made by buccella
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2002392&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
>Group: Memory Leak
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: hari venkatachalam (hariv08)
Assigned to: Chris Buccella (buccella)
Summary: Memory leaks in sfcb 1.2.5-35f

Initial Comment:
memory leaks in the following valgrind reports.

==4715== 35 bytes in 2 blocks are definitely lost in loss record 32 of 80

==4715==    at 0x4005400: malloc (vg_replace_malloc.c:149)

==4715==    by 0x4DDDE01F: strdup (in /lib/libc-2.5.so)

==4715==    by 0xA168FC: ClClassGetPropertyAt (objectImpl.c:1608)

==4715==    by 0xA1A202: getPropertyQualsAt (constClass.c:142)

==4715==    by 0xA1A4C8: getKeyList (constClass.c:377)

==4715==    by 0xA0A3D8: __ift_getObjectPath (instance.c:322)

--------------------------------


5,040 bytes in 84 blocks are definitely lost in loss record 327 of 330

==22378==    at 0x4005400: malloc (vg_replace_malloc.c:149)

==22378==    by 0xA1C65D: spRcvMsg (msgqueue.c:291)

==22378==    by 0xA1CA6B: spRecvResult (msgqueue.c:349)

==22378==    by 0xA1E1D0: intInvokeProvider (providerMgr.c:1126)

==22378==    by 0xA1E5FA: invokeProvider (providerMgr.c:1172)

==22378==    by 0x412F017: getClass (cimcClientSfcbLocal.c:1296)


I have attached a patch for fixing these leaks

----------------------------------------------------------------------

>Comment By: Chris Buccella (buccella)
Date: 2008-06-30 18:40

Message:
Logged In: YES 
user_id=1550470
Originator: NO

Altered patch for cimcClientSfcbLocal.c; tested and working.  Patch for
constClass caused the InternalProvider to segfault on my system.  Committed
change to HEAD and 1.2 branch.
File Added: 2002392-mem_leak_gc_lc.patch

----------------------------------------------------------------------

Comment By: hari venkatachalam (hariv08)
Date: 2008-06-27 03:31

Message:
Logged In: YES 
user_id=2099429
Originator: YES

yes , I just went through the code again . I feel the free function should
be after the CIMCSetStatusWithChar. This leak is happening only when the
GetClass method fails . So I guess the free of resp is not handled in
failure condition . For testing i am using the sample test programs in sfcc
TEST folder . 

----------------------------------------------------------------------

Comment By: Chris Buccella (buccella)
Date: 2008-06-26 17:11

Message:
Logged In: YES 
user_id=1550470
Originator: NO

Hi Hari, 

Thanks for contributing.  The constClass one looks ok, but I think the
cimcSfcbLocal one is incorrect: you free resp, then attempt to use it in
CIMCSetStatusWithChars.  This should cause a problem.

Also, could you provide an example of the code your ran when valgrind
reported these leaks?

----------------------------------------------------------------------

Comment By: hari venkatachalam (hariv08)
Date: 2008-06-25 07:28

Message:
Logged In: YES 
user_id=2099429
Originator: YES

File Added: getclassleak.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2002392&group_id=128809

[Sblim-issues] [ sblim-Bugs-1963102 ] NullPointerException when getting qualifiers

[SourceForge.net <noreply@so...>]

Bugs item #1963102, was opened at 2008-05-13 08:59
Message generated for change (Comment added) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1963102&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Function
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Shawn Pecze (pecze)
Assigned to: RAVI GUMMADAVELLI (rgummada)
Summary: NullPointerException when getting qualifiers

Initial Comment:
I'm trying to enumerate all of the classes in a particular namespace, however, when I set the flag for getting qualifiers on the enumerateClasses method to true, I get a NullPointerException in the client code.

Here is the stack trace for the exception I'm getting.

WBEMException: CIM_ERR_FAILED (CIM_ERR_FAILED)
at org.sblim.cimclient.internal.wbem.WBEMClientCIMXML.enumerateClasses(WBEMClientCIMXML.java:631)
at com.ibm.cim.CIMTester.main(CIMTester.java:40)
Caused by: java.lang.NullPointerException
at javax.cim.CIMClassProperty.hasKey(CIMClassProperty.java:205)
at javax.cim.CIMClassProperty.<init>(CIMClassProperty.java:67)
at org.sblim.cimclient.internal.cimxml.sax.node.AbstractPropertyNode.getCIMClassProperty(AbstractPropertyNode.java:127)
at org.sblim.cimclient.internal.cimxml.sax.node.ClassNode.childParsed(ClassNode.java:99)
at org.sblim.cimclient.internal.cimxml.sax.XMLDefaultHandlerImpl.endElement(XMLDefaultHandlerImpl.java:177)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source)
at org.sblim.cimclient.internal.wbem.CloseableIteratorSAX.<init>(CloseableIteratorSAX.java:68)
at org.sblim.cimclient.internal.wbem.WBEMClientCIMXML.getIterator(WBEMClientCIMXML.java:1536)
at org.sblim.cimclient.internal.wbem.WBEMClientCIMXML.enumerateClasses(WBEMClientCIMXML.java:618)
... 1 more

Here is a snippet of code that shows what I'm doing:

WBEMClient wbemClient = WBEMClientFactory.getClient("CIM-XML");
URL url = new URL(m_host);
CIMObjectPath cimObjectPath = new CIMObjectPath(url.getProtocol(), url.getHost(), String.valueOf(url.getPort()), null, null, null);
final Subject subject = new Subject();
subject.getPrincipals().add(new UserPrincipal(m_user));
subject.getPrivateCredentials().add(new PasswordCredential(m_password));
wbemClient.initialize(cimObjectPath, subject, new Locale[] { Locale.US });
cimObjectPath = new CIMObjectPath(null, "root/IBMSD");
CloseableIterator it = wbemClient.enumerateClasses(cimObjectPath, true, false, true, false);

----------------------------------------------------------------------

>Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 17:15

Message:
Logged In: YES 
user_id=1215427
Originator: NO

The patch was picked up by release 2.0.7 and will be closed.

----------------------------------------------------------------------

Comment By: RAVI GUMMADAVELLI (rgummada)
Date: 2008-06-26 13:58

Message:
Logged In: YES 
user_id=1975918
Originator: NO

Patch sent for community review. During a 2 week period any exploiter may
comment on the patch, request changes or turn it down completely (with good
reason). For the time being the patch is part of the "Experimental" branch
in CVS. 

File Added: 1963102-patch.txt

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-05-13 19:12

Message:
Logged In: YES 
user_id=1215427
Originator: NO

Do you have any idea which class causes the null pointer exception during
enumeration?  The logic in the CIM Client assumes that, if a qualifiers
array exists for a class, all of the elements are non-null.  Also, in the
CIMClassProperty constructor, if pKey is false then the code looks through
the qualifiers array for a qualifier with a name of "key" and a boolean
value.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1963102&group_id=128809

[Sblim-issues] [ sblim-Bugs-1979636 ] ec of Class w/quals/EmbeddedObj & strictEmbObjTypes crashes

[SourceForge.net <noreply@so...>]

Bugs item #1979636, was opened at 2008-05-30 14:11
Message generated for change (Comment added) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1979636&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Function
>Status: Closed
Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Deb McDonald (deborahm)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: ec of Class w/quals/EmbeddedObj & strictEmbObjTypes crashes

Initial Comment:
I have a simple test program that is doing an enumerateClasses.  When no CIM Class is specified it crashes.  I tracked it down to CIM_PrivilegeManagementService which has an EmbeddedObject qualifier on one of the parameters for the ChangeAccess and ShowAccess methods. 

Setting sblim.wbem.cimxmlParser.strictEmbObjTypes=false in the properties file works.  It only fails if strictEmbObjTypes=true.

The following shows the command, options, and the NullPointerException:
java -cp  org/sblim/cimclient/samples/:/home/user/sblim/sblim-cim-client2-2.0.5-src/build/lib/sblim-cim-client2-2.0.5.jar  org/sblim/cimclient/samples/TestEC.class  http://<cimomsrvip>:5988 <user> <pwd> root/cimv2 true false true false CIM_PrivilegeManagementService
Number of args = 9

Get WBEMClient
Initializing client
Return client
NameSpace = root/cimv2
Enumerating Class with options...
 namespace            = root/cimv2
 deep inheritance     = true
 include localonly    = false
 include qualifiers   = true
 include class origin = false
 classname = CIM_PrivilegeManagementService
 CIMObjectPath = /root/cimv2:CIM_PrivilegeManagementService
After enumerateClasses
Exception in thread "main" java.lang.NullPointerException
        at org.sblim.cimclient.internal.util.MOF.qualifier(MOF.java:283)
        at org.sblim.cimclient.internal.util.MOF.qualifierList(MOF.java:198)
        at org.sblim.cimclient.internal.util.MOF.typedElement(MOF.java:161)
        at org.sblim.cimclient.internal.util.MOF.parameter(MOF.java:148)
        at org.sblim.cimclient.internal.util.MOF.parameterList(MOF.java:515)
        at org.sblim.cimclient.internal.util.MOF.methodDeclaration(MOF.java:133)
        at org.sblim.cimclient.internal.util.MOF.classDeclaration(MOF.java:90)
        at javax.cim.CIMClass.toString(CIMClass.java:479)
        at java.lang.String.valueOf(String.java:2645)




----------------------------------------------------------------------

>Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 17:14

Message:
Logged In: YES 
user_id=1215427
Originator: NO

The patch was picked up by release 2.0.7 and will be closed.

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 16:42

Message:
Logged In: YES 
user_id=1215427
Originator: NO

- Duplicate of 1963102 (NOT 1944875 as mentioned in previous comment)
- Patch tested by Deb
- Fix in Experimental and HEAD 

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-04 15:06

Message:
Logged In: YES 
user_id=1215427
Originator: NO

Please try to reproduce with the patch for 1944875 or the latest
Experimental branch as that bug was for an embedded objects issue as well. 
Thanks!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1979636&group_id=128809

[Sblim-issues] [ sblim-Bugs-2003590 ] Change licensing from CPL to EPL

[SourceForge.net <noreply@so...>]

Bugs item #2003590, was opened at 2008-06-26 18:44
Message generated for change (Comment added) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Code Cleanup
>Status: Closed
Resolution: Fixed
Priority: 7
Private: No
Submitted By: Dave Blaschke (blaschke-oss)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: Change licensing from CPL to EPL

Initial Comment:
Change licensing from Common Public License (CPL) to Eclipse Public License (EPL), i.e. from: 

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE COMMON PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Common Public License from
 * http://www.opensource.org/licenses/cpl1.0.php

to:

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE ECLIPSE PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Eclipse Public License from
 * http://www.opensource.org/licenses/eclipse-1.0.php

This will require an update to almost all Copyright dates, and while we're changing just about everything, might as well use Eclipse to format the code as well.

----------------------------------------------------------------------

>Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 17:14

Message:
Logged In: YES 
user_id=1215427
Originator: YES

The patch was picked up by release 2.0.7 and will be closed.

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:47

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-HEAD.txt.bz2

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:46

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-Exp.txt.bz2

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

[Sblim-issues] [ sblim-Bugs-1979636 ] ec of Class w/quals/EmbeddedObj & strictEmbObjTypes crashes

[SourceForge.net <noreply@so...>]

Bugs item #1979636, was opened at 2008-05-30 14:11
Message generated for change (Comment added) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1979636&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Function
>Status: Pending
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Deb McDonald (deborahm)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: ec of Class w/quals/EmbeddedObj & strictEmbObjTypes crashes

Initial Comment:
I have a simple test program that is doing an enumerateClasses.  When no CIM Class is specified it crashes.  I tracked it down to CIM_PrivilegeManagementService which has an EmbeddedObject qualifier on one of the parameters for the ChangeAccess and ShowAccess methods. 

Setting sblim.wbem.cimxmlParser.strictEmbObjTypes=false in the properties file works.  It only fails if strictEmbObjTypes=true.

The following shows the command, options, and the NullPointerException:
java -cp  org/sblim/cimclient/samples/:/home/user/sblim/sblim-cim-client2-2.0.5-src/build/lib/sblim-cim-client2-2.0.5.jar  org/sblim/cimclient/samples/TestEC.class  http://<cimomsrvip>:5988 <user> <pwd> root/cimv2 true false true false CIM_PrivilegeManagementService
Number of args = 9

Get WBEMClient
Initializing client
Return client
NameSpace = root/cimv2
Enumerating Class with options...
 namespace            = root/cimv2
 deep inheritance     = true
 include localonly    = false
 include qualifiers   = true
 include class origin = false
 classname = CIM_PrivilegeManagementService
 CIMObjectPath = /root/cimv2:CIM_PrivilegeManagementService
After enumerateClasses
Exception in thread "main" java.lang.NullPointerException
        at org.sblim.cimclient.internal.util.MOF.qualifier(MOF.java:283)
        at org.sblim.cimclient.internal.util.MOF.qualifierList(MOF.java:198)
        at org.sblim.cimclient.internal.util.MOF.typedElement(MOF.java:161)
        at org.sblim.cimclient.internal.util.MOF.parameter(MOF.java:148)
        at org.sblim.cimclient.internal.util.MOF.parameterList(MOF.java:515)
        at org.sblim.cimclient.internal.util.MOF.methodDeclaration(MOF.java:133)
        at org.sblim.cimclient.internal.util.MOF.classDeclaration(MOF.java:90)
        at javax.cim.CIMClass.toString(CIMClass.java:479)
        at java.lang.String.valueOf(String.java:2645)




----------------------------------------------------------------------

>Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 16:42

Message:
Logged In: YES 
user_id=1215427
Originator: NO

- Duplicate of 1963102 (NOT 1944875 as mentioned in previous comment)
- Patch tested by Deb
- Fix in Experimental and HEAD 

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-04 15:06

Message:
Logged In: YES 
user_id=1215427
Originator: NO

Please try to reproduce with the patch for 1944875 or the latest
Experimental branch as that bug was for an embedded objects issue as well. 
Thanks!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1979636&group_id=128809

[Sblim-issues] [ sblim-Bugs-2007071 ] ClassOrigin is missing from CIM objects

[SourceForge.net <noreply@so...>]

Bugs item #2007071, was opened at 2008-06-30 13:55
Message generated for change (Comment added) made by bartw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2007071&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: Function
Status: Closed
Resolution: Duplicate
Priority: 5
Private: No
Submitted By: J. Bart Whiteley (bartw)
Assigned to: Chris Buccella (buccella)
Summary: ClassOrigin is missing from CIM objects

Initial Comment:
Properties and Methods on CIM classes are missing the CLASSORIGIN attribute, even if the client requested IncludeClassOrigin=True. 



----------------------------------------------------------------------

>Comment By: J. Bart Whiteley (bartw)
Date: 2008-06-30 15:14

Message:
Logged In: YES 
user_id=210388
Originator: YES

Shouldn't be a problem for Python providers.  Just a cosmetic issue with
my CIM browser.  Not a high priority. 

----------------------------------------------------------------------

Comment By: Chris Buccella (buccella)
Date: 2008-06-30 15:07

Message:
Logged In: YES 
user_id=1550470
Originator: NO

Dup of 1919982.

Bart - this is known and hasn't been very high priority for us.  Is this
hampering your progress in enabling Python providers for sfcb?  If so, I
can bump up the priority level on 1919982.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2007071&group_id=128809

[Sblim-issues] [ sblim-Bugs-2007071 ] ClassOrigin is missing from CIM objects

[SourceForge.net <noreply@so...>]

Bugs item #2007071, was opened at 2008-06-30 15:55
Message generated for change (Comment added) made by buccella
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2007071&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: Function
>Status: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: J. Bart Whiteley (bartw)
Assigned to: Chris Buccella (buccella)
Summary: ClassOrigin is missing from CIM objects

Initial Comment:
Properties and Methods on CIM classes are missing the CLASSORIGIN attribute, even if the client requested IncludeClassOrigin=True. 



----------------------------------------------------------------------

>Comment By: Chris Buccella (buccella)
Date: 2008-06-30 17:07

Message:
Logged In: YES 
user_id=1550470
Originator: NO

Dup of 1919982.

Bart - this is known and hasn't been very high priority for us.  Is this
hampering your progress in enabling Python providers for sfcb?  If so, I
can bump up the priority level on 1919982.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2007071&group_id=128809

[Sblim-issues] [ sblim-Bugs-2007071 ] ClassOrigin is missing from CIM objects

[SourceForge.net <noreply@so...>]

Bugs item #2007071, was opened at 2008-06-30 13:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2007071&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: Function
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: J. Bart Whiteley (bartw)
Assigned to: Chris Buccella (buccella)
Summary: ClassOrigin is missing from CIM objects

Initial Comment:
Properties and Methods on CIM classes are missing the CLASSORIGIN attribute, even if the client requested IncludeClassOrigin=True. 



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2007071&group_id=128809

[Sblim-issues] [ sblim-Bugs-2003590 ] Change licensing from CPL to EPL

[SourceForge.net <noreply@so...>]

Bugs item #2003590, was opened at 2008-06-26 18:44
Message generated for change (Settings changed) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Code Cleanup
>Status: Pending
Resolution: Fixed
Priority: 7
Private: No
Submitted By: Dave Blaschke (blaschke-oss)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: Change licensing from CPL to EPL

Initial Comment:
Change licensing from Common Public License (CPL) to Eclipse Public License (EPL), i.e. from: 

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE COMMON PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Common Public License from
 * http://www.opensource.org/licenses/cpl1.0.php

to:

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE ECLIPSE PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Eclipse Public License from
 * http://www.opensource.org/licenses/eclipse-1.0.php

This will require an update to almost all Copyright dates, and while we're changing just about everything, might as well use Eclipse to format the code as well.

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:47

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-HEAD.txt.bz2

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:46

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-Exp.txt.bz2

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

[Sblim-issues] [ sblim-Bugs-2003590 ] Change licensing from CPL to EPL

[SourceForge.net <noreply@so...>]

Bugs item #2003590, was opened at 2008-06-26 18:44
Message generated for change (Settings changed) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Code Cleanup
>Status: Open
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: Dave Blaschke (blaschke-oss)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: Change licensing from CPL to EPL

Initial Comment:
Change licensing from Common Public License (CPL) to Eclipse Public License (EPL), i.e. from: 

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE COMMON PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Common Public License from
 * http://www.opensource.org/licenses/cpl1.0.php

to:

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE ECLIPSE PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Eclipse Public License from
 * http://www.opensource.org/licenses/eclipse-1.0.php

This will require an update to almost all Copyright dates, and while we're changing just about everything, might as well use Eclipse to format the code as well.

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:47

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-HEAD.txt.bz2

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:46

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-Exp.txt.bz2

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

[Sblim-issues] [ sblim-Bugs-2003590 ] Change licensing from CPL to EPL

[SourceForge.net <noreply@so...>]

Bugs item #2003590, was opened at 2008-06-26 18:44
Message generated for change (Settings changed) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Code Cleanup
>Status: Pending
Resolution: None
Priority: 7
Private: No
Submitted By: Dave Blaschke (blaschke-oss)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: Change licensing from CPL to EPL

Initial Comment:
Change licensing from Common Public License (CPL) to Eclipse Public License (EPL), i.e. from: 

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE COMMON PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Common Public License from
 * http://www.opensource.org/licenses/cpl1.0.php

to:

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE ECLIPSE PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Eclipse Public License from
 * http://www.opensource.org/licenses/eclipse-1.0.php

This will require an update to almost all Copyright dates, and while we're changing just about everything, might as well use Eclipse to format the code as well.

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:47

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-HEAD.txt.bz2

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:46

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-Exp.txt.bz2

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

[Sblim-issues] [ sblim-Bugs-2003590 ] Change licensing from CPL to EPL

[SourceForge.net <noreply@so...>]

Bugs item #2003590, was opened at 2008-06-26 18:44
Message generated for change (Comment added) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Code Cleanup
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Dave Blaschke (blaschke-oss)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: Change licensing from CPL to EPL

Initial Comment:
Change licensing from Common Public License (CPL) to Eclipse Public License (EPL), i.e. from: 

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE COMMON PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Common Public License from
 * http://www.opensource.org/licenses/cpl1.0.php

to:

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE ECLIPSE PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Eclipse Public License from
 * http://www.opensource.org/licenses/eclipse-1.0.php

This will require an update to almost all Copyright dates, and while we're changing just about everything, might as well use Eclipse to format the code as well.

----------------------------------------------------------------------

>Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:47

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-HEAD.txt.bz2

----------------------------------------------------------------------

Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:46

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-Exp.txt.bz2

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

[Sblim-issues] [ sblim-Bugs-2003590 ] Change licensing from CPL to EPL

[SourceForge.net <noreply@so...>]

Bugs item #2003590, was opened at 2008-06-26 18:44
Message generated for change (Comment added) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Code Cleanup
>Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Dave Blaschke (blaschke-oss)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: Change licensing from CPL to EPL

Initial Comment:
Change licensing from Common Public License (CPL) to Eclipse Public License (EPL), i.e. from: 

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE COMMON PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Common Public License from
 * http://www.opensource.org/licenses/cpl1.0.php

to:

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE ECLIPSE PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Eclipse Public License from
 * http://www.opensource.org/licenses/eclipse-1.0.php

This will require an update to almost all Copyright dates, and while we're changing just about everything, might as well use Eclipse to format the code as well.

----------------------------------------------------------------------

>Comment By: Dave Blaschke (blaschke-oss)
Date: 2008-06-30 13:46

Message:
Logged In: YES 
user_id=1215427
Originator: YES

File Added: 2003590-patch-Exp.txt.bz2

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

[Sblim-issues] [ sblim-Bugs-2003590 ] Change licensing from CPL to EPL

[SourceForge.net <noreply@so...>]

Bugs item #2003590, was opened at 2008-06-26 18:44
Message generated for change (Settings changed) made by blaschke-oss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Code Cleanup
>Status: Pending
Resolution: None
Priority: 7
Private: No
Submitted By: Dave Blaschke (blaschke-oss)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: Change licensing from CPL to EPL

Initial Comment:
Change licensing from Common Public License (CPL) to Eclipse Public License (EPL), i.e. from: 

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE COMMON PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Common Public License from
 * http://www.opensource.org/licenses/cpl1.0.php

to:

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE ECLIPSE PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Eclipse Public License from
 * http://www.opensource.org/licenses/eclipse-1.0.php

This will require an update to almost all Copyright dates, and while we're changing just about everything, might as well use Eclipse to format the code as well.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

[Sblim-issues] [ sblim-Bugs-1954980 ] Wrong type for _CMPIBroker.brokerCapabilities in cmpi-devel

[SourceForge.net <noreply@so...>]

Bugs item #1954980, was opened at 2008-04-30 14:03
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1954980&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Provider
Group: Standards Compliance
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Chris Buccella (buccella)
Assigned to: Chris Buccella (buccella)
Summary: Wrong type for _CMPIBroker.brokerCapabilities in cmpi-devel

Initial Comment:
This is the same as 1826571 filed against sfcb for cmpift.h

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2008-06-29 22:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 60 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Chris Buccella (buccella)
Date: 2008-04-30 14:06

Message:
Logged In: YES 
user_id=1550470
Originator: YES

committed to HEAD
File Added: 1954980-CMPIBroker.brokerCapabilities_wrong_type.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1954980&group_id=128809

[Sblim-issues] [ sblim-Bugs-1920539 ] sfcb crashes in getinstance

[SourceForge.net <noreply@so...>]

Bugs item #1920539, was opened at 2008-03-19 22:38
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1920539&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Tim Potter (tpot)
Assigned to: Michael Chase-Salerno (mchasal)
Summary: sfcb crashes in getinstance

Initial Comment:
If an instance provider does not return any results for a GetInstance MI call, sfcb crashes trying to dereference a null pointer.

Admittedly this is a bug in the provider, but it would be nicer if sfcb coped more gracefully by mapping the lack of return data to a CMPI_RC_ERR_NOT_FOUND.

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2008-06-29 22:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 60 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Michael Chase-Salerno (mchasal)
Date: 2008-04-30 16:45

Message:
Logged In: YES 
user_id=99742
Originator: NO

File Added: 1920539.committed.patch

----------------------------------------------------------------------

Comment By: Tim Potter (tpot)
Date: 2008-03-19 22:40

Message:
Logged In: YES 
user_id=9949
Originator: YES

File Added:
0001-Map-no-return-result-from-GetInstance-to-CMPI_RC_ERR.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1920539&group_id=128809

[Sblim-issues] [ sblim-Bugs-1953347 ] wbemsmt-commons: Invalid user message prompt

[SourceForge.net <noreply@so...>]

Bugs item #1953347, was opened at 2008-04-28 07:45
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1953347&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: WBEM-SMT
Group: Function
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: MBauschert (mbauschert)
Assigned to: MBauschert (mbauschert)
Summary: wbemsmt-commons: Invalid user message prompt

Initial Comment:

The client prompts the user with "Do you want to loose the current changes?"
on any change to the dns tree ( for either success or failed user requests).

example to reproduce in DNS context

1. Start the client
2. Create a Masterzone
3. Click on any other element in the tree. 
4. The UI continues to prompt the user if either "OK" or "Cancel" is chosen.


----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2008-06-27 22:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 60 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: MBauschert (mbauschert)
Date: 2008-04-28 07:47

Message:
Logged In: YES 
user_id=1423646
Originator: YES

File Added: 1953347.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1953347&group_id=128809

[Sblim-issues] [ sblim-Bugs-1978218 ] SFCB support for HTTP over a unix socket

[SourceForge.net <noreply@so...>]

Bugs item #1978218, was opened at 2008-05-29 14:58
Message generated for change (Comment added) made by buccella
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1978218&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: New Feature
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: J. Bart Whiteley (bartw)
Assigned to: Chris Buccella (buccella)
Summary: SFCB support for HTTP over a unix socket

Initial Comment:
We have a need for sfcb to support arbitrary WBEM clients connecting to sfcb on localhost without passing credentials (username/password). 

There are a couple of ways to do this.  OpenWBEM and Pegasus both support a file-based authentication scheme to identify a local user.  A secret is placed in a temporary file by the cimserver, and the cimserver chowns/chmods the file so that only the client user can read it.  If the client can return the secret, the client is who she claims to be. 

Another approach is to communicate over a unix domain socket, and use the peer credential feature of unix domain sockets.  Attached is a patch that takes this approach. 

The patch enables the HTTP Adapter to listen on multiple ports, or rather, one port and one unix socket. 

We might want to take this patch further, and have a single HTTP Adapter listen on the HTTP port, the HTTPS port, and the unix socket.  It wasn't clear to me why there are separate daemons for HTTP and HTTPS -- it is the same code, just started with different options.  It wouldn't take much effort to have a single HTTP Adapter daemon servicing the HTTP port, HTTPS port, and HTTP over the unix socket. 

----------------------------------------------------------------------

>Comment By: Chris Buccella (buccella)
Date: 2008-06-27 17:35

Message:
Logged In: YES 
user_id=1550470
Originator: NO

committed to HEAD, but set set enableUds to false by default.  

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1978218&group_id=128809

[Sblim-issues] [ sblim-Ecute-bugs-2004441 ] ECUTE - Consolation of all the ecute wiki pages

[SourceForge.net <noreply@so...>]

Ecute-bugs item #2004441, was opened at 2008-06-27 14:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1041094&aid=2004441&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: ECUTE Modeler V3
Group: feature
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Waiki Wright (waiki)
Assigned to: Waiki Wright (waiki)
Summary: ECUTE - Consolation of all the ecute wiki pages

Initial Comment:
Currently there are mulitiple ecute wiki pages:
1. https://w3.tap.ibm.com/w3ki/display/ecute/Home
2. https://ltc3.linux.ibm.com/wiki/ECUTE
3. http://sblim.wiki.sourceforge.net/Ecute (external)

These wiki pages contain varies information related to the ECUTE family tools.  A central wiki page that can be accessed by both internal and external users will be needed.  

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1041094&aid=2004441&group_id=128809

[Sblim-issues] [ sblim-Bugs-2001486 ] SFCB extrinsic method output parameter problems

[SourceForge.net <noreply@so...>]

Bugs item #2001486, was opened at 2008-06-24 02:44
Message generated for change (Settings changed) made by buccella
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2001486&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: Function
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: J. Bart Whiteley (bartw)
>Assigned to: Michael Chase-Salerno (mchasal)
Summary: SFCB extrinsic method output parameter problems

Initial Comment:
There are several problems with regard to the XML generated for output parameters in SFCB.  

- Parameter types are missing, or the XML is invalid (this one may be fixed in newer CVS). 
- Datetime parameters are typed as "string"
- VALUE.REFARRAY tags are not generated
- REF param types are sent as "*"


The attached patch addresses these problems. 


Signed off by Bart Whiteley <bwhiteley suse.de>


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2001486&group_id=128809

[Sblim-issues] [ sblim-Bugs-1945381 ] NULL hostname causes SLP registration failure

[SourceForge.net <noreply@so...>]

Bugs item #1945381, was opened at 2008-04-17 23:42
Message generated for change (Settings changed) made by mchasal
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1945381&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: Function
>Status: Pending
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Nicholas Bofferding (bofferdn)
Assigned to: Michael Chase-Salerno (mchasal)
Summary: NULL hostname causes SLP registration failure

Initial Comment:
[Problem]
SFCB is configured to fork during initialization and automatically register the WBEM SLP template properties with a local SLP service. If the hostname of the endpoint is set to "" (NULL) when the SFCB starts -or- when the SLP registration next refreshes, SFCB deregisters the SLP attribute string from the SLP service completely and never attempts to register it again, even if the user subsequently fixed the hostname.  It would be more friendly to try and reregister the service at each refresh interval (esp. for case where customer realized the problem and fixed the hostname).

$ hostname

$ sfcbd
--- sfcbd V1.2.3 started - 24030
--- Using /etc/sfcb/sfcb.cfg
--- Max provider procs: 10
--- initSocketPairs: 20
--- Max Https procs: 8
--- sfcbd HTTPS Daemon V1.2.3 started - 24032 - port 5989
--- Using Basic Authentication
--- Keep-alive timeout: 60 seconds
--- Maximum requests per connection: 10
--- localConnectServer started
--- Caching ClassProvider for /usr/var/lib/sfcb/registration/repository/root/ibmsd/classSchemas.gz (1.0-2) using 2800 bytes
--- Caching ClassProvider for /usr/var/lib/sfcb/registration/repository/root/interop/classSchemas.gz (1.0-2) using 812 bytes
--- HTTP-Daemon no longer active. Deregistering service with slp
--- Error deregistering service with slp (-22) ... it will now timeout

----------------------------------------------------------------------

Comment By: Michael Chase-Salerno (mchasal)
Date: 2008-06-05 18:29

Message:
Logged In: YES 
user_id=99742
Originator: NO

I've not been able to reproduce the crash of this, but here's what I've
found so far. A null hostname does cause the slp registration to be missing
some information, but fixing the hostname does eventually repair this. In
my case it took about 8 minutes after changing the hostname for the slp
data to be repaired. Here's my output:

[root@ ~]# hostname

[root@ ~]# /usr/local/sbin/sfcbd
--- sfcbd V1.2.3 started - 2023
--- Using /usr/local/etc/sfcb/sfcb.cfg
--- SSL not configured
--- User authentication disabled
--- Max provider procs: 32
--- initSocketPairs: 64
--- Max Http procs: 8
--- sfcbd HTTP  Daemon V1.2.3 started - 2025 - port 5988
--- Keep-alive timeout: 1 seconds
--- Maximum requests per connection: 10
--- localConnectServer started
--- Caching ClassProvider for
/usr/local/var/lib/sfcb/registration/repository/root/cimv2/classSchemas
(1.0-2) using 1120 bytes
--- Caching ClassProvider for
/usr/local/var/lib/sfcb/registration/repository/root/interop/classSchemas
(1.0-2) using 756 bytes

<NOTICE: no HTTP failure or deregistration from slp>

[msalerno@... ~]$ slptool unicastfindattrs someip  service:wbem
(template-type=wbem),(template-version=1.0),(template-description=This
template describes the attributes used for advertising WBEM
Servers.),(template-url-syntax=http://:5988),(service-hi-name=sfcb),(service-hi-description=Small
Footprint CIM Broker
1.2.3),(service-id=sfcb:NO-UUID-FILE-),(CommunicationMechanism=CIM-XML),(InteropSchemaNamespace=root/interop),(ProtocolVersion=),(FunctionalProfilesSupported=Basic
Read,Basic Write,Instance Manipulation,Association Traversal,Query
Execution,Indications),(MultipleOperationsSupported=false),(AuthenticationMechanismsSupported=Basic),(Namespace=root,root/cimv2,root/interop),(Classinfo=0,0,0)

<NOTICE: the URL and service-id are missing the hostname>

[msalerno@ SFCB_1_2_3]$ sudo hostname somehost.somedomain
[msalerno@ SFCB_1_2_3]$ hostname
somehost.somedomain
<and this output is somewhere between 6 and 8 minutes later:>

[msalerno@ ~]$ slptool unicastfindattrs someip  service:wbem
(template-type=wbem),(template-version=1.0),(template-description=This
template describes the attributes used for advertising WBEM
Servers.),(template-url-syntax=http://somehost.somedomain:5988),(service-hi-name=sfcb),(servic
e-hi-description=Small Footprint CIM Broker
1.2.3),(service-id=sfcb:NO-UUID-FILE-somehost.somedomain),(CommunicationMechanism=CIM-XML),(InteropSchemaNamespace=root/interop),(ProtocolVersion=),(FunctionalProfilesSupported=Basic
Read,Basic Write,Instance Manipulation,Association
Traversal,QueryExecution,Indications),(MultipleOperationsSupported=false),(AuthenticationMechanismsSupported=Basic),(Namespace=root,root/cimv2,root/interop),(Classinfo=0,0,0)

<NOTICE: also received this message in the sfcb output concurrent with the
slp update>
Callback Code -3

>From what I'm seeing this appears to be reasonable behavior. Perhaps
there's another facet that I'm not seeing that causes the crash. I did
manage to cause some problems myself when the mofc version didn't match and
cmpi-base wasn't rebuilt. If you have any other information that would help
here, I'll try it and see what happens on my end.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1945381&group_id=128809

[Sblim-issues] [ sblim-Bugs-1945374 ] CIM_ObjectManagerCommunicationMechanism.Version not set

[SourceForge.net <noreply@so...>]

Bugs item #1945374, was opened at 2008-04-17 23:26
Message generated for change (Comment added) made by mchasal
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1945374&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: Standards Compliance
Status: Open
Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Nicholas Bofferding (bofferdn)
Assigned to: Michael Chase-Salerno (mchasal)
Summary: CIM_ObjectManagerCommunicationMechanism.Version not set

Initial Comment:
[Problem]
SFCB is configured to fork during initialization and automatically register the WBEM SLP template properties with a local SLP service.  When I query the SLP attributes I get the following:

$ slptool unicastfindattrs somehost service:wbem
(template-type=wbem),(template-version=1.0), (template-description=This template describes the attributes used for advertising WBEM Servers.), (template-url-syntax=https://somehost:5989), (service-hi-name=sfcb),(service-hi-description=Small Footprint CIM Broker 1.2.3), (service-id=sfcb:NO-UUID-FILE-somehost), (CommunicationMechanism=CIM-XML), (InteropSchemaNamespace=root/interop), (ProtocolVersion=NULL), (FunctionalProfilesSupported=Basic Read,Basic Write,Instance Manipulation,Association Traversal,Query Execution,Indications), (MultipleOperationsSupported=false), (AuthenticationMechanismsSupported=Basic), (Namespace=root,root/somenamespace,root/interop), (Classinfo=0,0,0), (RegisteredProfilesSupported=DMTF:Service Processor, DMTF:Base Server, DMTF:Power State Management, DMTF:Physical Asset, DMTF:Power Supply, DMTF:Fan, DMTF:Sensors)

According to the WBEM SLP template documentation, the "ProtocolVersion" property should report the same value as SFCB's "CIM_ObjectManagerCommunicationMechanism.Version" property.  In this case, both those properties return NULL (they should be the same, so that's good).  

However, I believe the SFCB should set its "CIM_ObjectManagerCommunicationMechanism.Version" property (and by extension the "ProtocolVersion" property from the SLP response) to the version of CIM-XML that SFCB is compliant to (instead of NULL).

----------------------------------------------------------------------

>Comment By: Michael Chase-Salerno (mchasal)
Date: 2008-06-27 11:40

Message:
Logged In: YES 
user_id=99742
Originator: NO

File Added: 1945374.patch

----------------------------------------------------------------------

Comment By: Nicholas Bofferding (bofferdn)
Date: 2008-06-26 11:18

Message:
Logged In: YES 
user_id=2065930
Originator: YES

According to the MOF file, expected format of property is "M.N" where
M=major version #, N = minor version #

   [Required, Description ( 
          "Provides the protocol version for this service access "
          "point. Version information MUST be in the form of M.N, "
          "where M is a numeric that describes the Major version "
          "and N is a numeric that describes the minor version." )]
   string Version;

Therefore, the property should be set to "1.0" instead of "1.0.0".  

With respect to 1982604, I dug backwards into v2.9 of the CIM schema, when
a subclass of ObjectManagerCommunicationMechanism existed that
described properties specific to CIM-XML:

 [Version ( "2.6.0" ), Description (
       "This class specializes ObjectManagerCommunicationMechanism, "
       "adding properties specific to the CIM-XML protocol (XML "
       "encoding and CIM Operations).")]
class CIM_CIMXMLCommunicationMechanism :
CIM_ObjectManagerCommunicationMechanism {

      [Required, Override ( "CommunicationMechanism" )]
   uint16 CommunicationMechanism = 2;

      [Required, Override ( "Version" ), Description (
          "Enumeration describing the CIM-XML protocol version "
          "supported by the ObjectManager."), 
       ValueMap { "1.0", "1.1", "1.2" }]
   string Version;

The valid values at that time were 1.0, 1.1, 1.2.  Now, on the DMTF
CIM-XML page, there is only 1 document with that
series of published version numbers:

DSP0200 	
        1.3 	CIM Operations over HTTP 	Preliminary (published 10-25-07)
	1.2 	CIM Operations over HTTP 	Final (published 2-8-07)
	1.1 	CIM Operations over HTTP 	Final
	1.0 	CIM Operations over HTTP 	Final

Current SFCB definitely does not implement full suite of 1.3 features. 
Perhaps, so we're down to 1.2, 1.1, 1.0.

When I query SFCB I get ...

>From server: Content-Type: application/xml; charset="utf-8"
>From server: Content-Length: 5396
>From server: Cache-Control: no-cache
>From server: CIMOperation: MethodResponse
>From server: <?xml version="1.0" encoding="utf-8" ?>
<CIM CIMVERSION="2.0" DTDVERSION="2.0">
<MESSAGE ID="4711" PROTOCOLVERSION="1.0">
<SIMPLERSP>

SFCB itself lists PROTOCOLVERSION as 1.0, and this property is documented
as:

This header MAY be present in any CIM Message.  The header identifies the
version of the CIM Operations over HTTP Specification being used by the
sending entity.

It sounds like the same thing that
ObjectManagerCommunicationMechanism.Version is representing.

Therefore, I think we could change the current patch to report "1.0"
instead of "1.0.0", then cancel 1982604


----------------------------------------------------------------------

Comment By: Michael Chase-Salerno (mchasal)
Date: 2008-06-02 16:17

Message:
Logged In: YES 
user_id=99742
Originator: NO

The version is now being set. However, it's not obvious which version of
CIM-XML is being used, so it is currently set to "1.0.0". Opened another
bug to figure out what the actual version is: 1982604

----------------------------------------------------------------------

Comment By: Michael Chase-Salerno (mchasal)
Date: 2008-06-02 14:58

Message:
Logged In: YES 
user_id=99742
Originator: NO

File Added: 1945374.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1945374&group_id=128809

[Sblim-issues] [ sblim-Bugs-1945374 ] CIM_ObjectManagerCommunicationMechanism.Version not set

[SourceForge.net <noreply@so...>]

Bugs item #1945374, was opened at 2008-04-17 23:26
Message generated for change (Settings changed) made by mchasal
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1945374&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: Standards Compliance
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nicholas Bofferding (bofferdn)
Assigned to: Michael Chase-Salerno (mchasal)
Summary: CIM_ObjectManagerCommunicationMechanism.Version not set

Initial Comment:
[Problem]
SFCB is configured to fork during initialization and automatically register the WBEM SLP template properties with a local SLP service.  When I query the SLP attributes I get the following:

$ slptool unicastfindattrs somehost service:wbem
(template-type=wbem),(template-version=1.0), (template-description=This template describes the attributes used for advertising WBEM Servers.), (template-url-syntax=https://somehost:5989), (service-hi-name=sfcb),(service-hi-description=Small Footprint CIM Broker 1.2.3), (service-id=sfcb:NO-UUID-FILE-somehost), (CommunicationMechanism=CIM-XML), (InteropSchemaNamespace=root/interop), (ProtocolVersion=NULL), (FunctionalProfilesSupported=Basic Read,Basic Write,Instance Manipulation,Association Traversal,Query Execution,Indications), (MultipleOperationsSupported=false), (AuthenticationMechanismsSupported=Basic), (Namespace=root,root/somenamespace,root/interop), (Classinfo=0,0,0), (RegisteredProfilesSupported=DMTF:Service Processor, DMTF:Base Server, DMTF:Power State Management, DMTF:Physical Asset, DMTF:Power Supply, DMTF:Fan, DMTF:Sensors)

According to the WBEM SLP template documentation, the "ProtocolVersion" property should report the same value as SFCB's "CIM_ObjectManagerCommunicationMechanism.Version" property.  In this case, both those properties return NULL (they should be the same, so that's good).  

However, I believe the SFCB should set its "CIM_ObjectManagerCommunicationMechanism.Version" property (and by extension the "ProtocolVersion" property from the SLP response) to the version of CIM-XML that SFCB is compliant to (instead of NULL).

----------------------------------------------------------------------

Comment By: Michael Chase-Salerno (mchasal)
Date: 2008-06-27 11:40

Message:
Logged In: YES 
user_id=99742
Originator: NO

File Added: 1945374.patch

----------------------------------------------------------------------

Comment By: Nicholas Bofferding (bofferdn)
Date: 2008-06-26 11:18

Message:
Logged In: YES 
user_id=2065930
Originator: YES

According to the MOF file, expected format of property is "M.N" where
M=major version #, N = minor version #

   [Required, Description ( 
          "Provides the protocol version for this service access "
          "point. Version information MUST be in the form of M.N, "
          "where M is a numeric that describes the Major version "
          "and N is a numeric that describes the minor version." )]
   string Version;

Therefore, the property should be set to "1.0" instead of "1.0.0".  

With respect to 1982604, I dug backwards into v2.9 of the CIM schema, when
a subclass of ObjectManagerCommunicationMechanism existed that
described properties specific to CIM-XML:

 [Version ( "2.6.0" ), Description (
       "This class specializes ObjectManagerCommunicationMechanism, "
       "adding properties specific to the CIM-XML protocol (XML "
       "encoding and CIM Operations).")]
class CIM_CIMXMLCommunicationMechanism :
CIM_ObjectManagerCommunicationMechanism {

      [Required, Override ( "CommunicationMechanism" )]
   uint16 CommunicationMechanism = 2;

      [Required, Override ( "Version" ), Description (
          "Enumeration describing the CIM-XML protocol version "
          "supported by the ObjectManager."), 
       ValueMap { "1.0", "1.1", "1.2" }]
   string Version;

The valid values at that time were 1.0, 1.1, 1.2.  Now, on the DMTF
CIM-XML page, there is only 1 document with that
series of published version numbers:

DSP0200 	
        1.3 	CIM Operations over HTTP 	Preliminary (published 10-25-07)
	1.2 	CIM Operations over HTTP 	Final (published 2-8-07)
	1.1 	CIM Operations over HTTP 	Final
	1.0 	CIM Operations over HTTP 	Final

Current SFCB definitely does not implement full suite of 1.3 features. 
Perhaps, so we're down to 1.2, 1.1, 1.0.

When I query SFCB I get ...

>From server: Content-Type: application/xml; charset="utf-8"
>From server: Content-Length: 5396
>From server: Cache-Control: no-cache
>From server: CIMOperation: MethodResponse
>From server: <?xml version="1.0" encoding="utf-8" ?>
<CIM CIMVERSION="2.0" DTDVERSION="2.0">
<MESSAGE ID="4711" PROTOCOLVERSION="1.0">
<SIMPLERSP>

SFCB itself lists PROTOCOLVERSION as 1.0, and this property is documented
as:

This header MAY be present in any CIM Message.  The header identifies the
version of the CIM Operations over HTTP Specification being used by the
sending entity.

It sounds like the same thing that
ObjectManagerCommunicationMechanism.Version is representing.

Therefore, I think we could change the current patch to report "1.0"
instead of "1.0.0", then cancel 1982604


----------------------------------------------------------------------

Comment By: Michael Chase-Salerno (mchasal)
Date: 2008-06-02 16:17

Message:
Logged In: YES 
user_id=99742
Originator: NO

The version is now being set. However, it's not obvious which version of
CIM-XML is being used, so it is currently set to "1.0.0". Opened another
bug to figure out what the actual version is: 1982604

----------------------------------------------------------------------

Comment By: Michael Chase-Salerno (mchasal)
Date: 2008-06-02 14:58

Message:
Logged In: YES 
user_id=99742
Originator: NO

File Added: 1945374.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=1945374&group_id=128809

[Sblim-issues] [ sblim-Bugs-2002392 ] Memory leaks in sfcb 1.2.5-35f

[SourceForge.net <noreply@so...>]

Bugs item #2002392, was opened at 2008-06-25 16:57
Message generated for change (Comment added) made by hariv08
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2002392&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: sfcb
Group: Security
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: hari venkatachalam (hariv08)
Assigned to: Chris Buccella (buccella)
Summary: Memory leaks in sfcb 1.2.5-35f

Initial Comment:
memory leaks in the following valgrind reports.

==4715== 35 bytes in 2 blocks are definitely lost in loss record 32 of 80

==4715==    at 0x4005400: malloc (vg_replace_malloc.c:149)

==4715==    by 0x4DDDE01F: strdup (in /lib/libc-2.5.so)

==4715==    by 0xA168FC: ClClassGetPropertyAt (objectImpl.c:1608)

==4715==    by 0xA1A202: getPropertyQualsAt (constClass.c:142)

==4715==    by 0xA1A4C8: getKeyList (constClass.c:377)

==4715==    by 0xA0A3D8: __ift_getObjectPath (instance.c:322)

--------------------------------


5,040 bytes in 84 blocks are definitely lost in loss record 327 of 330

==22378==    at 0x4005400: malloc (vg_replace_malloc.c:149)

==22378==    by 0xA1C65D: spRcvMsg (msgqueue.c:291)

==22378==    by 0xA1CA6B: spRecvResult (msgqueue.c:349)

==22378==    by 0xA1E1D0: intInvokeProvider (providerMgr.c:1126)

==22378==    by 0xA1E5FA: invokeProvider (providerMgr.c:1172)

==22378==    by 0x412F017: getClass (cimcClientSfcbLocal.c:1296)


I have attached a patch for fixing these leaks

----------------------------------------------------------------------

>Comment By: hari venkatachalam (hariv08)
Date: 2008-06-27 13:01

Message:
Logged In: YES 
user_id=2099429
Originator: YES

yes , I just went through the code again . I feel the free function should
be after the CIMCSetStatusWithChar. This leak is happening only when the
GetClass method fails . So I guess the free of resp is not handled in
failure condition . For testing i am using the sample test programs in sfcc
TEST folder . 

----------------------------------------------------------------------

Comment By: Chris Buccella (buccella)
Date: 2008-06-27 02:41

Message:
Logged In: YES 
user_id=1550470
Originator: NO

Hi Hari, 

Thanks for contributing.  The constClass one looks ok, but I think the
cimcSfcbLocal one is incorrect: you free resp, then attempt to use it in
CIMCSetStatusWithChars.  This should cause a problem.

Also, could you provide an example of the code your ran when valgrind
reported these leaks?

----------------------------------------------------------------------

Comment By: hari venkatachalam (hariv08)
Date: 2008-06-25 16:58

Message:
Logged In: YES 
user_id=2099429
Originator: YES

File Added: getclassleak.patch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2002392&group_id=128809

[Sblim-issues] [ sblim-Bugs-2003590 ] Change licensing from CPL to EPL

[SourceForge.net <noreply@so...>]

Bugs item #2003590, was opened at 2008-06-26 18:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Java Client (JSR48)
Group: Code Cleanup
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Dave Blaschke (blaschke-oss)
Assigned to: Dave Blaschke (blaschke-oss)
Summary: Change licensing from CPL to EPL

Initial Comment:
Change licensing from Common Public License (CPL) to Eclipse Public License (EPL), i.e. from: 

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE COMMON PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Common Public License from
 * http://www.opensource.org/licenses/cpl1.0.php

to:

 * THIS FILE IS PROVIDED UNDER THE TERMS OF THE ECLIPSE PUBLIC LICENSE 
 * ("AGREEMENT"). ANY USE, REPRODUCTION OR DISTRIBUTION OF THIS FILE 
 * CONSTITUTES RECIPIENTS ACCEPTANCE OF THE AGREEMENT.
 *
 * You can obtain a current copy of the Eclipse Public License from
 * http://www.opensource.org/licenses/eclipse-1.0.php

This will require an update to almost all Copyright dates, and while we're changing just about everything, might as well use Eclipse to format the code as well.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=712784&aid=2003590&group_id=128809