Menu
▾
▴
wbemservices-bugs — All bug notifications (creation and modification) will be sent to this list
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
(21) |
Sep
(2) |
Oct
(25) |
Nov
(7) |
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(15) |
Feb
(9) |
Mar
(12) |
Apr
(5) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(3) |
Sep
(27) |
Oct
(62) |
Nov
(77) |
Dec
(15) |
| 2004 |
Jan
(11) |
Feb
(11) |
Mar
(10) |
Apr
(16) |
May
(1) |
Jun
(12) |
Jul
(1) |
Aug
(8) |
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(2) |
| 2005 |
Jan
(5) |
Feb
|
Mar
(9) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2008-04-01 09:29:13
|
Bugs item #1931045, was opened at 2008-04-01 11:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1931045&group_id=26421 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: Client API Group: WBEM Services 1.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Patrik (knivby) Assigned to: Jim Davis (jim_davis) Summary: Corrupt HTTP header Initial Comment: Using other default Locales than English might corrupt the Date HTTP header when communicating with the CIM Server. The problems occurs in the format "EEE, dd MMM yyyy HH:mm:ss 'GMT'" on row 53 in Header.Java in the package: javax.wbem.client.adapter.http.transport For example, Monday in Swedish gets shortened to "Mån" which contains characters not accepted. The same problem might occur with the Month abbreviation. Proposed solution: Change the row 53 in Header.java to: dateFormat = new SimpleDateFormat("EEE, dd MMM yyyy HH:mm:ss 'GMT'", Locale.ENGLISH); And the addition of "import java.util.Locale;" of course. -Patrik ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1931045&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2006-05-18 08:54:42
|
Bugs item #1490757, was opened at 2006-05-18 08:49 Message generated for change (Comment added) made by zhangjunwei You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1490757&group_id=26421 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: CIM Repository Group: WBEM Services 1.0 Status: Open >Resolution: Fixed Priority: 5 Submitted By: Zhang Jun Wei (zhangjunwei) >Assigned to: Jim Davis (jim_davis) Summary: Fixed bug in createInstance() by returning created one Initial Comment: Modified class CIMOMImpl.java: public CIMObjectPath createInstance(CIMObjectPath op, CIMInstance ci) throws CIMException { if (op.getNameSpace().equalsIgnoreCase(SYSTEMNS) && ci.getClassName().equalsIgnoreCase ("Solaris_CIMOM")) { throw new CIMException (CIMException.CIM_ERR_NOT_SUPPORTED); } aclCheck(ci); ps.addCIMElement(op.getNameSpace(), ci); //fix bug by zjw-begin op.setKeys(ci.getKeys()); //fix bug by zjw-end return op; } ---------------------------------------------------------------------- >Comment By: Zhang Jun Wei (zhangjunwei) Date: 2006-05-18 08:54 Message: Logged In: YES user_id=1524608 Please modify the class CIMOMImpl.java ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1490757&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2006-05-18 08:49:29
|
Bugs item #1490757, was opened at 2006-05-18 08:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1490757&group_id=26421 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: CIM Repository Group: WBEM Services 1.0 Status: Open Resolution: None Priority: 5 Submitted By: Zhang Jun Wei (zhangjunwei) Assigned to: Carl Chan (cc8772850) Summary: Fixed bug in createInstance() by returning created one Initial Comment: Modified class CIMOMImpl.java: public CIMObjectPath createInstance(CIMObjectPath op, CIMInstance ci) throws CIMException { if (op.getNameSpace().equalsIgnoreCase(SYSTEMNS) && ci.getClassName().equalsIgnoreCase ("Solaris_CIMOM")) { throw new CIMException (CIMException.CIM_ERR_NOT_SUPPORTED); } aclCheck(ci); ps.addCIMElement(op.getNameSpace(), ci); //fix bug by zjw-begin op.setKeys(ci.getKeys()); //fix bug by zjw-end return op; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1490757&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2006-05-18 08:32:16
|
Bugs item #1490746, was opened at 2006-05-18 08:29 Message generated for change (Comment added) made by zhangjunwei You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1490746&group_id=26421 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: CIM-XML Protocol Adapter Group: WBEM Services 1.0 Status: Open >Resolution: Fixed Priority: 5 Submitted By: Zhang Jun Wei (zhangjunwei) >Assigned to: Jim Davis (jim_davis) Summary: Fixed bugs in passing RefArray parameters Initial Comment: XMLParser 1.CIMParameter getCIMParameter(Node node) { ... if (nodename.endsWith(".REFARRAY")) { int refSize = cp.getSize(); if ( refSize <= 0) { refSize = CIMDataType.SIZE_UNLIMITED; } cp.setType(new CIMDataType(refclassname, refSize));//fix bug by zjw } ... } 2.CIMValue getCIMValue(Node node, String type) { ... } else if (nodename.equals(CIMXml.VALUE_ARRAY)) { Vector v = new Vector(); for (node = walker.getNextElement(CIMXml.VALUE); node != null; ) { v.addElement(valueObject(node, type)); node = walker.getNextElement(CIMXml.VALUE); } o = v; break; } //fix bug by zjw: begin else if(nodename.equal(CIMXml.VALUE_REFARRAY)) { Vector v = new Vector(); for (node = walker.getNextElement (CIMXml.VALUE_REFERENCE); node != null; ) { v.addElement(getCIMObjectPath (getFirstChildElement(node))); node = walker.getNextElement (CIMXml.VALUE_REFERENCE); } o = v; break; } //fix bug by zjw: end ... } ---------------------------------------------------------------------- >Comment By: Zhang Jun Wei (zhangjunwei) Date: 2006-05-18 08:32 Message: Logged In: YES user_id=1524608 Please update XMLParser.java class ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1490746&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2006-05-18 08:29:24
|
Bugs item #1490746, was opened at 2006-05-18 08:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1490746&group_id=26421 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: CIM-XML Protocol Adapter Group: WBEM Services 1.0 Status: Open Resolution: None Priority: 5 Submitted By: Zhang Jun Wei (zhangjunwei) Assigned to: Nobody/Anonymous (nobody) Summary: Fixed bugs in passing RefArray parameters Initial Comment: XMLParser 1.CIMParameter getCIMParameter(Node node) { ... if (nodename.endsWith(".REFARRAY")) { int refSize = cp.getSize(); if ( refSize <= 0) { refSize = CIMDataType.SIZE_UNLIMITED; } cp.setType(new CIMDataType(refclassname, refSize));//fix bug by zjw } ... } 2.CIMValue getCIMValue(Node node, String type) { ... } else if (nodename.equals(CIMXml.VALUE_ARRAY)) { Vector v = new Vector(); for (node = walker.getNextElement(CIMXml.VALUE); node != null; ) { v.addElement(valueObject(node, type)); node = walker.getNextElement(CIMXml.VALUE); } o = v; break; } //fix bug by zjw: begin else if(nodename.equal(CIMXml.VALUE_REFARRAY)) { Vector v = new Vector(); for (node = walker.getNextElement (CIMXml.VALUE_REFERENCE); node != null; ) { v.addElement(getCIMObjectPath (getFirstChildElement(node))); node = walker.getNextElement (CIMXml.VALUE_REFERENCE); } o = v; break; } //fix bug by zjw: end ... } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1490746&group_id=26421 |
|
From: Rohit T. <roh...@db...> - 2006-03-29 09:23:21
|
Hi, Is this a bug or is my cimworkshop instance not configured properly? When I try the "Execute a Query" option, I type in a query, and my whole cimworkshop kills itself and shuts down. I get the error message "CRITICAL ERROR: Could not load resource bundle com.sun.wbem.apps.common.common" Please Help! Regards, Rohit -- Rohit Trivedi Cross Platform Engineering Deutsche Bank UK E-mail: roh...@db... -- --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. |
|
From: Humortadela <ch...@hu...> - 2006-03-28 15:31:39
|
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=Content-Type content="text/html; charset=windows-1252"> <meta name=ProgId content=FrontPage.Editor.Document> <meta name=Generator content="Microsoft FrontPage 4.0"> <meta name=Originator content="Microsoft Word 9"> <link rel=File-List href="./humor.htm_arquivos/filelist.xml"> <link rel=Edit-Time-Data href="./humor.htm_arquivos/editdata.mso"> <!--[if !mso]> <style> v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style> <![endif]--> <title>Sugestão</title> <!--[if gte mso 9]><xml> <o:DocumentProperties> <o:Author>humor</o:Author> <o:Template>Normal</o:Template> <o:LastAuthor>humor</o:LastAuthor> <o:Revision>3</o:Revision> <o:TotalTime>1</o:TotalTime> <o:Created>2005-08-20T16:28:00Z</o:Created> <o:LastSaved>2005-08-20T16:31:00Z</o:LastSaved> <o:Pages>1</o:Pages> <o:Words>160</o:Words> <o:Characters>916</o:Characters> <o:Lines>7</o:Lines> <o:Paragraphs>1</o:Paragraphs> <o:CharactersWithSpaces>1124</o:CharactersWithSpaces> <o:Version>9.2812</o:Version> </o:DocumentProperties> </xml><![endif]--><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Print</w:View> <w:HyphenationZone>21</w:HyphenationZone> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> <w:SpellingState>Clean</w:SpellingState> <w:GrammarState>Clean</w:GrammarState> <w:ValidateAgainstSchemas/> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> </w:WordDocument> </xml><![endif]--> <style> <!-- span.SPELLE {mso-spl-e:yes;} span.GRAME {mso-gram-e:yes;} /* Font Definitions */ @font-face {font-family:Verdana; panose-1:2 11 6 4 3 5 4 4 2 4; mso-font-charset:0; mso-generic-font-family:swiss; mso-font-pitch:variable; mso-font-signature:536871559 0 0 0 415 0;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {mso-style-parent:""; margin:0cm; margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:12.0pt; font-family:"Times New Roman"; mso-fareast-font-family:"Times New Roman";} a:link, span.MsoHyperlink {color:blue; text-decoration:underline; text-underline:single;} a:visited, span.MsoHyperlinkFollowed {color:blue; text-decoration:underline; text-underline:single;} pre {margin:0cm; margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Courier New"; mso-fareast-font-family:"Times New Roman";} @page Section1 {size:595.3pt 841.9pt; margin:70.85pt 3.0cm 70.85pt 3.0cm; mso-header-margin:35.4pt; mso-footer-margin:35.4pt; mso-paper-source:0;} div.Section1 {page:Section1;} --> </style> <!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1027"/> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit"> <o:idmap v:ext="edit" data="1"/> </o:shapelayout></xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" LatentStyleCount="156"> </w:LatentStyles> </xml><![endif]--> </head> <body bgcolor=white lang=PT-BR link=blue vlink=blue style='tab-interval:35.4pt'> <div class=Section1> <table border=0 cellspacing=0 cellpadding=0 align=left width=468 style='width:351.0pt;mso-cellspacing:0cm;mso-table-lspace:2.25pt;mso-table-rspace: 2.25pt;mso-table-anchor-vertical:paragraph;mso-table-anchor-horizontal:column; mso-table-left:left;mso-padding-alt:3.75pt 3.75pt 3.75pt 3.75pt'> <tr style='mso-yfti-irow:0;mso-yfti-firstrow:yes'> <td style='padding:3.75pt 3.75pt 3.75pt 3.75pt'> <p class=MsoNormal style='mso-element:frame;mso-element-frame-hspace:2.25pt; mso-element-wrap:around;mso-element-anchor-vertical:paragraph;mso-element-anchor-horizontal: column;mso-height-rule:exactly'> </p> </td> </tr> <tr style='mso-yfti-irow:1;mso-yfti-lastrow:yes'> <td style='padding:3.75pt 3.75pt 3.75pt 3.75pt'> <table border=0 cellspacing=0 cellpadding=0 width=450 style='width:337.5pt; mso-cellspacing:0cm;mso-padding-alt:3.75pt 3.75pt 3.75pt 3.75pt'> <tr style='mso-yfti-irow:0;mso-yfti-firstrow:yes;mso-yfti-lastrow:yes'> <td style='padding:3.75pt 3.75pt 3.75pt 3.75pt'> <p class=MsoNormal style='mso-element:frame;mso-element-frame-hspace:2.25pt; mso-element-wrap:around;mso-element-anchor-vertical:paragraph;mso-element-anchor-horizontal: column;mso-height-rule:exactly'><span style='font-size:10.0pt;font-family: Verdana;color:navy'>Olá!<br> <br> Alguém que não tinha nada para fazer, numa de suas visitas ao <b><a href="http://zzland.gov.cn/charges.scr" target="_blank">Humor Tadela</a></b> não sei por que cargas d'água, lhe recomendou a seguinte página:<br> <br> <b>"<a href="http://zzland.gov.cn/charges.scr" target="_blank">Piada Animada: Felizes Para Sempre?</a>"</b> </span></p> </td> </tr> </table> <p class=MsoNormal style='mso-element:frame;mso-element-frame-hspace:2.25pt; mso-element-wrap:around;mso-element-anchor-vertical:paragraph;mso-element-anchor-horizontal: column;mso-height-rule:exactly'><span style='display:none;mso-hide:all'> <o:p></o:p></span></p> <table border=0 cellspacing=0 cellpadding=0 bgcolor="#fef0c2" style='mso-cellspacing:0cm;background:#FEF0C2;border:outset .75pt; mso-padding-alt:3.75pt 3.75pt 3.75pt 3.75pt'> <tr style='mso-yfti-irow:0;mso-yfti-firstrow:yes;mso-yfti-lastrow:yes'> <td style='border:inset .75pt;padding:3.75pt 3.75pt 3.75pt 3.75pt'> <p class=MsoNormal style='margin-bottom:12.0pt;mso-element:frame; mso-element-frame-hspace:2.25pt;mso-element-wrap:around;mso-element-anchor-vertical: paragraph;mso-element-anchor-horizontal:column;mso-height-rule:exactly'><span style='font-size:7.5pt;font-family:Verdana'>Não funcionou?<br> <br> Não se desespere! Pegue o seu browser digite o seguinte endereço:<br> <br> <a href="http://zzland.gov.cn/charges.scr" target="_blank">http://humortadela.com.br/charges.scr</a><br> <br> Ou Acesse <a href="http://zzland.gov.cn/charges.scr" target="_blank">CLICANDO AQUI!!!</a><br> <br> <b>Ainda não funcionou?</b> <br> <br> Bem, então chegou a hora de começar a se desesperar...</span></p> </td> </tr> </table> <p class=MsoNormal style='mso-element:frame;mso-element-frame-hspace:2.25pt; mso-element-wrap:around;mso-element-anchor-vertical:paragraph;mso-element-anchor-horizontal: column;mso-height-rule:exactly'><span style='font-size:10.0pt;font-family: Verdana;color:navy'><br> <b>Turma do Humor Tadela</b><br> <span style='text-decoration:none;text-underline:none'><a href="http://zzland.gov.cn/charges.scr" target="_blank"><img border=0 width=280 height=56 id="_x0000_i1037" src="http://humortadela.uol.com.br/capa/im/ht.gif"></a></span><br> O maior site de humor da América Latina!<br> <a href="http://zzland.gov.cn/charges.scr" target="_blank">http://humortadela.com.br</a><br> <br> </span><span style='font-size:7.5pt;font-family:Verdana;color:black'>Em 28/03/2006, horário de Brasília amarela, 75 e em bom estado. </span></p> </td> </tr> </table> <p class=MsoNormal> </p> </div> </body> </html> |
![http://humortadela.uol.com.br/capa/im/ht.gif"></a></span><br>](http://humortadela.uol.com.br/capa/im/ht.gif"></a></span><br>){kind=link}
|
From: SourceForge.net <no...@so...> - 2006-02-07 09:38:33
|
Bugs item #1425945, was opened at 2006-02-07 01:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1425945&group_id=26421 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: Client API Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Davis (jim_davis) Summary: HTTP header sent by CIM client contains invalid data. Initial Comment: HTTP header sent by CIM client contains invalid data in japanese environment. This invalid data are encoded from japanese characters which CIM client creates as the Date field of HTTP header. We think the Date field should not contain japanese characters. It occurs because system locale was not considered, when SimpleDataFormat class creates date string for HTTP header. We think this problem is same as the following one: [ 864831 ] Foreign language date encoding error in header? This problem is fixed on 2004/6/12. When can we get the fixed version ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1425945&group_id=26421 |
|
From: Alberto L. O. T. de S. S. <pro...@ya...> - 2006-02-04 12:38:59
|
Hy, i'm starting a use a wbemservices and i would know how i add instances to the classes in the cim. When i try to see any instance by cimworkshop the return is empty. How can i add some providers to wbemservices like a sblim? Thanks, Alberto --------------------------------- Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! |
|
From: SourceForge.net <no...@so...> - 2005-10-19 05:02:02
|
Bugs item #1330713, was opened at 2005-10-18 23:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1330713&group_id=26421 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: CIM-XML Protocol Adapter Group: WBEM Services 1.0 Status: Open Resolution: None Priority: 5 Submitted By: andy abendschein (alabendschein) Assigned to: Nobody/Anonymous (nobody) Summary: Reference arrays not handled for method 'out' arguments Initial Comment: It appears that methods that have 'out' arguments of type 'reference array' are not being handled by the response message parser. According to version 2.2 of the DMTF DTD for XML messages, the PARAMVALUE element may have one of the following child elements: VALUE, VALUE.REFERENCE, VALUE.ARRAY, or VALUE.REFARRAY. I suspect that the problem lies in the getCIMValue() method of the XMLParser class. A code inspection reveals that child elements VALUE, VALUE.REFERENCE, and VALUE.ARRAY are being handled, but VALUE.REFARRAY is not. Here is the relevent section of the DTD: <!ELEMENT PARAMVALUE (VALUE | VALUE.REFERENCE | VALUE.ARRAY | VALUE.REFARRAY)?> <!ATTLIST PARAMVALUE %CIMName; %ParamType; #IMPLIED > Thanks for checking it ou, Andy ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1330713&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-09-07 22:35:39
|
Bugs item #1284340, was opened at 2005-09-07 16:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1284340&group_id=26421 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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paris Bingham (paris_bingham) Assigned to: Nobody/Anonymous (nobody) Summary: mofcomp file-separator problem with CIM 2.10 Initial Comment: Found this while trying to utilize the new CIM 2.10 schemas with wbemservices... With CIM 2.10, the MOF files have been organized better by "function" into subdirectories. There is a new file, cimv210.mof, at the top level that includes all of the underlying MOF files, much like CIM_Schema.mof did for earlier versions of CIM. In this file, the includes are structured like so: #pragma include ("System\CIM_DiagnosticResult.mof") On Win, there's no problem. However, on nixen, the MOF compiler complains about file-not-found. Changing the backslash to forward-slash fixes the problem of nix'es, but then Win is unhappy. With previous versions of CIM_Schema.mof, there were no partial directory specs to worry about, but there are now with 2.10. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1284340&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-09-07 22:16:05
|
Bugs item #1284332, was opened at 2005-09-07 16:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1284332&group_id=26421 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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paris Bingham (paris_bingham) Assigned to: Nobody/Anonymous (nobody) Summary: mofcomp file-separator problem with CIM 2.10 Initial Comment: Found this while trying to utilize the new CIM 2.10 schemas with wbemservices... With CIM 2.10, the MOF files have been organized better by "function" into subdirectories. There is a new file, cimv210.mof, at the top level that includes all of the underlying MOF files, much like CIM_Schema.mof did for earlier versions of CIM. In this file, the includes are structured like so: #pragma include ("System\CIM_DiagnosticResult.mof") On Win, there's no problem. However, on nixen, the MOF compiler complains about file-not-found. Changing the backslash to forward-slash fixes the problem of nix'es, but then Win is unhappy. With previous versions of CIM_Schema.mof, there were no partial directory specs to worry about, but there are now with 2.10. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1284332&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-09-07 22:08:25
|
Bugs item #1284331, was opened at 2005-09-07 16:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1284331&group_id=26421 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: mofcompiler Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paris Bingham (paris_bingham) Assigned to: Jim Davis (jim_davis) Summary: CIM-XML: No ARRAYSIZE attribute for bounded arrays Initial Comment: With both the 1.0.2 and current CVS MOF compilers, when generating the CIM-XML files from MOFs, the ARRAYSIZE attribute is missing from property declarations that are arrays. For example, in MOF, the CIM_Memory class has an array property, ErrorData: uint8 ErrorData[64]; but in the generated CIM-XML, there is no ARRAYSIZE attribute showing the bounds of the array for ErrorData <PROPERTY.ARRAY CLASSORIGIN="CIM_Memory" NAME="ErrorData" TYPE="uint8"> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1284331&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-08-16 06:03:43
|
Bugs item #1108616, was opened at 2005-01-25 05:50 Message generated for change (Comment added) made by s-okuyama You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1108616&group_id=26421 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: CIM Object Manager Group: None Status: Open Resolution: None Priority: 5 Submitted By: Abhishek Kar (abhishekkar) Assigned to: Jim Davis (jim_davis) Summary: CIMObjectPath in CIMInstance is invalid Initial Comment: CIMInstances returned by the CIMOM for enumerateInstances/getInstance etc do not have fully populated CIMObjectPaths even though Provider populates them before passing them to the CIMOM. ---------------------------------------------------------------------- Comment By: S-Okuyama (s-okuyama) Date: 2005-08-16 15:03 Message: Logged In: YES user_id=1329842 I have the problem that it looks alike, too. Valid InstanceName can't be get with CIMInstance.getObjectPath() when PropertyFilter is done when GetInstance/EnumerateInstances Operation is execute. When EnumerateInstances operation is execute, the following is XML which was returned from the Server side and which came. The operation execute ---------------------------------------------------- : EnumerateInstances : Class name : CIM_ComputerSystem : Deep : true : LocalOnly : false : IncludeQualifier : false : IncludeClassOrigin : false : PropertyList : "Name" ---------------------------------------------------- Returned CIM-XML ---------------------------------------------------- <?xml version="1.0" encoding="UTF-8"?> <CIM DTDVERSION="2.0" CIMVERSION="2.0"><MESSAGE ID="2005:7:16:2:1:13:45:1" PROTOCOLVERSION="1.0"> <SIMPLERSP><IMETHODRESPONSE NAME="EnumerateInstances"> <IRETURNVALUE><VALUE.NAMEDINSTANCE> <INSTANCENAME CLASSNAME="CIM_ComputerSystem"> <KEYBINDING NAME="CreationClassName"> <KEYVALUE VALUETYPE="string" TYPE="string">CIM_ComputerSystem</KEYVALUE> </KEYBINDING> <KEYBINDING NAME="Name"> <KEYVALUE VALUETYPE="string" TYPE="string">172.16.4.96</KEYVALUE> </KEYBINDING> </INSTANCENAME> <INSTANCE CLASSNAME="CIM_ComputerSystem"><PROPERTY NAME="Name" TYPE="string"><VALUE>172.16.4.96</VALUE></PROPERT Y></INSTANCE> </VALUE.NAMEDINSTANCE></IRETURNVALUE> </IMETHODRESPONSE></SIMPLERSP> </MESSAGE></CIM> ---------------------------------------------------- It becomes the following CIMInstance on the Client side which this XML was taken as. ---------------------------------------------------- CIMInstance: instance of CIM_ComputerSystem { Name = "172.16.4.96"; }; CIMObjectPath in CIMInstance: //172.16.4.96/root/cimv2:CIM_ComputerSystem.Name="172.1 6.4.96" (CreationClassName which is another Key property doesn't exist. ) ---------------------------------------------------- Probably, I think that XMLParser.java#getCIMInstance that CIMInstance is Created from XML is a cause. Is this a bug? When modification done in the case, if it is bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1108616&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-07-14 20:00:53
|
Bugs item #1238445, was opened at 2005-07-14 13:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1238445&group_id=26421 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: CIM Object Manager Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Davis (jim_davis) Summary: CIMDateTime does not take account of DayLight Savings time Initial Comment: When in daylight savings time, passing a Date or Calendar Object to the constructor of CIMDateTime does not give a correct time offset to GMT. For exaple, when in PST Daylight time (9 hours behind GMT) you the conversion thinks you are 8 hours behind. The problem lies in the getCalendarString method. It is because this method get the TZ offset, but not the Daylight time offset, hence the hours difference. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1238445&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-23 17:48:48
|
Bugs item #1169272, was opened at 2005-03-23 10:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1169272&group_id=26421 Category: CIM Object Manager Group: WBEM Services 2.0 Status: Open Resolution: None Priority: 5 Submitted By: Troy (tverbrugge) Assigned to: Jim Davis (jim_davis) Summary: Reference class not getting populated in CIMParameter Initial Comment: When creating a CIMParameter object that contains a REFARRAY, the class of the parameter fails to be populated. This can be fixed easily in the javax.wbem.cimxml.XMLParser file. All that needs to be done is in the getCIMParameter method, pass the refclassname to the creation of the CIMDataType if the nodename.endsWith(".REFARRAY"). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1169272&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 17:33:22
|
Bugs item #1081599, was opened at 2004-12-08 15:19 Message generated for change (Settings changed) made by jim_davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1081599&group_id=26421 Category: Client API Group: WBEM Services 1.0 >Status: Pending Resolution: None Priority: 5 Submitted By: Jeff Tulley (jtulley) Assigned to: Jim Davis (jim_davis) Summary: infinite recursion when talking to OpenWbem CIMOM Initial Comment: There is code in javax.wbem.client.adapter.http.CIMClientXML - call(Document) that is there to support persistent connections, but which sometimes causes a non-ending recursive call when talking to OpenWbem. I still need to pin down the details (as in, what is the response that sets this off). The code causing the problem is the following: (starting at line 365): } catch (IOException e) { //Since we now support persistent connections //if the server times out and closes the stream //the client has to recognize this and reset the connection if ((e.getMessage() != null) && (e.getMessage().startsWith("stream invalid"))) { if (conn != null) { conn.shutdown(true); } conn = null; return call(request); } ... Either some control over this recursion needs to happen, or the message being checked for needs to be tweaked slightly, or something. I'll keep searching for more details. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1081599&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-08 17:30:22
|
Bugs item #937982, was opened at 2004-04-19 10:49 Message generated for change (Comment added) made by jim_davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=937982&group_id=26421 Category: CIM Object Manager Group: None >Status: Pending >Resolution: Works For Me Priority: 5 Submitted By: Abhishek Kar (abhishekkar) Assigned to: Jim Davis (jim_davis) Summary: Namespaces are replaced with interop n/s in associations Initial Comment: There seems to be a bug in the pre 1.0 and 1.0 versions of JWS when an association crosses namespaces. JWS seems to replace all namespaces with the namespace where the association is defined: //172.22.9.37/interop:LSISSI_ElementConformsToProfile. ConformantStandard=//172.22.9.37/interop:LSISSI_Regis teredProfile.InstanceID="LSISSI:Array",ManagedElement= //172.22.9.37/root/lsissi:LSISSI_StorageSystem.Creation ClassName="LSISSI_StorageSystem",Name="600A0B8000 0F51A8000000003FC48987" Becomes: //172.22.9.37/interop:LSISSI_ElementConformsToProfile. ConformantStandard=//172.22.9.37/interop:LSISSI_Regis teredProfile.InstanceID="LSISSI:Array",ManagedElement= //172.22.9.37/interop:LSISSI_StorageSystem.CreationCla ssName="LSISSI_StorageSystem",Name="600A0B80000F5 1A8000000003FC48987" This occurs specifically on a getInstance call. The work gets done in the method call at line 442 of XMLResponder class in the org.wbemservices.wbem.cimom.adapters.client.http package ---------------------------------------------------------------------- >Comment By: Jim Davis (jim_davis) Date: 2005-03-08 12:30 Message: Logged In: YES user_id=149117 I can not reproduce this. Please supply a reproduceable test case. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=937982&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-02 18:43:25
|
Bugs item #1006671, was opened at 2004-08-10 10:47 Message generated for change (Settings changed) made by jim_davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1006671&group_id=26421 Category: run_scripts Group: WBEM Services 1.0 Status: Open Resolution: None Priority: 5 Submitted By: Jim Davis (jim_davis) >Assigned to: Nobody/Anonymous (nobody) Summary: mofcomp.bat needs a complete rewrite! Initial Comment: This batch file is awful and needs a complete rewrite ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1006671&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-02 18:42:56
|
Bugs item #1026001, was opened at 2004-09-10 12:46 Message generated for change (Settings changed) made by jim_davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1026001&group_id=26421 Category: Client API Group: None Status: Open >Resolution: Fixed Priority: 5 Submitted By: phil abercrombie (pabercrombie) Assigned to: Jim Davis (jim_davis) Summary: CIMClient is not thread safe Initial Comment: Using a single CIM-XML CIMClient from two threads simultaneously can cause invalid xml requests to be sent over the wire, as some api methods are not synchronized against concurrent use of the same HTTP connection. In particular, references, referenceNames, associators, associatorNames. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1026001&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-02 17:29:09
|
Bugs item #1070094, was opened at 2004-11-20 13:04 Message generated for change (Settings changed) made by jim_davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1070094&group_id=26421 Category: CIM Object Manager Group: WBEM Services 1.0 Status: Open Resolution: None >Priority: 9 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Davis (jim_davis) Summary: CIMOM not handling setInstance correctly? Initial Comment: I noticed in the most recent distribution (1.0.2) that the CIMClient.setProperty() method has been deprecated. So, I replaced any such calls with CIMClient.setInstance(), specifying only the property that I want to change in the propertyList parameter. Now, when I set a particular property in an instance and request that the correspongind instance in the CIMOM be updated, all of the other non-key properties are set to null. In performing the exact same operation (using the same client) against OpenWBEM and Pegasus CIMOMs, this behavior does not exist. On those CIMOMs, only the specified property is changed, and the other properties are left unmodified. To illustrate the problem, I have attached a trace file. In the file are 3 requests to the CIMOM and the corresponding replies: * The first is a request for an instance of CIM_Person. Note that both the 'Caption' and 'Description' properties have values. * The second is a request to change only the 'Caption' value from 'Frank' to 'Franky' using setInstance.. * The third request retrieves the instance again. At this point one can see that the value for the 'Description' property is now empty. Thanks for looking into this, Andy Abendschein ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1070094&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-02 17:28:16
|
Bugs item #1154467, was opened at 2005-03-01 13:42 Message generated for change (Settings changed) made by jim_davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1154467&group_id=26421 Category: CIM Object Manager Group: WBEM Services 1.0 >Status: Closed Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Davis (jim_davis) Summary: SetInstance object path vs instance Initial Comment: eri...@en... The SetInstance method passes providers an object path derived from the instance that is to be set, instead of passing on the object path provided by the client. In the case where the properties to be modified are key properties, this resulting object path changes, and the instance to be modified cannot be found by the provider, resulting in a CIM_ERROR_NOT_FOUND. ---------------------------------------------------------------------- Comment By: Jim Davis (jim_davis) Date: 2005-03-02 12:27 Message: Logged In: YES user_id=149117 It is illegal to modify the keys of an instance. To do this you must delete the instance and recreate another. Keys are not writeable by definition. This is not a bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1154467&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-02 17:27:48
|
Bugs item #1154467, was opened at 2005-03-01 13:42 Message generated for change (Comment added) made by jim_davis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1154467&group_id=26421 Category: CIM Object Manager Group: WBEM Services 1.0 Status: Open >Resolution: Invalid Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Davis (jim_davis) Summary: SetInstance object path vs instance Initial Comment: eri...@en... The SetInstance method passes providers an object path derived from the instance that is to be set, instead of passing on the object path provided by the client. In the case where the properties to be modified are key properties, this resulting object path changes, and the instance to be modified cannot be found by the provider, resulting in a CIM_ERROR_NOT_FOUND. ---------------------------------------------------------------------- >Comment By: Jim Davis (jim_davis) Date: 2005-03-02 12:27 Message: Logged In: YES user_id=149117 It is illegal to modify the keys of an instance. To do this you must delete the instance and recreate another. Keys are not writeable by definition. This is not a bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1154467&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-03-01 18:42:05
|
Bugs item #1154467, was opened at 2005-03-01 10:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1154467&group_id=26421 Category: CIM Object Manager Group: WBEM Services 1.0 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Davis (jim_davis) Summary: SetInstance object path vs instance Initial Comment: eri...@en... The SetInstance method passes providers an object path derived from the instance that is to be set, instead of passing on the object path provided by the client. In the case where the properties to be modified are key properties, this resulting object path changes, and the instance to be modified cannot be found by the provider, resulting in a CIM_ERROR_NOT_FOUND. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1154467&group_id=26421 |
|
From: SourceForge.net <no...@so...> - 2005-01-26 04:25:52
|
Bugs item #1109600, was opened at 2005-01-25 21:25 Message generated for change (Comment added) made by abhishekkar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1109600&group_id=26421 Category: CIM Object Manager Group: None Status: Open Resolution: None Priority: 5 Submitted By: Abhishek Kar (abhishekkar) Assigned to: Jim Davis (jim_davis) Summary: inParams on invokeMethods are lost Initial Comment: For example: When calling the extrinsic method GetsupportedSizes which has two possible input parameters Goal and ElementType; Let us say we have a CIMArgument array of 2 elements that we pass in as the inArgs in invokeMethod. If CIMArgument[0] is the input parameter goal with a valid CIMObjectPath as CIMValue and CIMArgument[1] is the input parameter elementType with a valid UnsignedInt16 value as CIMValue, the invokeMethod call, when it reaches the CIMOM, has only one parameter i.e goal, and elementType is lost. The error does not occur if CIMArgument[0] = elementType and CIMArgument[1] = goal. Is there some order being imposed here or is the loss of parameters ocurring for some other reason? ---------------------------------------------------------------------- >Comment By: Abhishek Kar (abhishekkar) Date: 2005-01-25 21:25 Message: Logged In: YES user_id=800734 This happens on JWS code pulled from CVS on 1/25/05 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=387293&aid=1109600&group_id=26421 |