Menu
▾
▴
ccnet-devel — Development List
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(1) |
Mar
|
Apr
(3) |
May
(33) |
Jun
(44) |
Jul
(40) |
Aug
(23) |
Sep
(26) |
Oct
(41) |
Nov
(37) |
Dec
(42) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(40) |
Feb
(58) |
Mar
(81) |
Apr
(94) |
May
(77) |
Jun
(83) |
Jul
(55) |
Aug
(118) |
Sep
(51) |
Oct
(193) |
Nov
(77) |
Dec
(17) |
| 2005 |
Jan
(56) |
Feb
(87) |
Mar
(83) |
Apr
(155) |
May
(115) |
Jun
(157) |
Jul
(90) |
Aug
(87) |
Sep
(145) |
Oct
(56) |
Nov
(105) |
Dec
(88) |
| 2006 |
Jan
(56) |
Feb
(93) |
Mar
(30) |
Apr
(46) |
May
(46) |
Jun
(16) |
Jul
(33) |
Aug
(54) |
Sep
(47) |
Oct
(21) |
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
|
|
2
|
3
(1) |
4
|
5
(2) |
6
(9) |
7
|
8
|
|
9
|
10
|
11
(2) |
12
(2) |
13
|
14
(2) |
15
|
|
16
|
17
(1) |
18
(4) |
19
(2) |
20
|
21
(6) |
22
|
|
23
|
24
(3) |
25
(2) |
26
|
27
|
28
|
29
(1) |
|
30
|
|
|
|
|
|
|
|
From: Owen R. <OR...@th...> - 2003-11-29 19:30:45
|
please feel free to edit and add your comments: http://c2.com/cgi/wiki?CruiseControlNet cheers, o. --- R. Owen Rogers ThoughtWorks Ltd ThoughtWorks - Deliver with passion! |
|
From: Mike R. <mik...@th...> - 2003-11-25 16:26:35
|
Hi Andrew, That will be something bad in the CCNet log file (the email publisher uses the log file produced by the xmllogpublisher), quite possible NUnit putting something bad in there (maybe try upgrading NUnit). Mike PS - Hope you managed to see some of the rugby this weekend. :) Greiner, Andrew wrote: >Sorry to enclose such a large error message. We have seen this error message >now on several different builds that we are running here. At first we >thought it was a side affect from the devenv execution leaving bad data, but >now we are seeing it in a build that uses the solution task. My main >question: > >Which file is the exception talking about (in bold below)? > >After the exception is thrown the build continues and tries to build again >within a loop. > >[project: Pareto Business Logic Services] Project threw an exception: >System.Xml.XmlException: An unexpected end of file parsing CDATA has o >ccurred. Line 911, position 135. > at System.Xml.XmlScanner.ScanCData() > at System.Xml.XmlScanner.ScanMarkup() > at System.Xml.XmlTextReader.ParseTag() > at System.Xml.XmlTextReader.ParseBeginTagExpandCharEntities() > at System.Xml.XmlTextReader.Read() > at System.Xml.XmlValidatingReader.ReadNoCollectTextToken() > at System.Xml.XmlValidatingReader.Read() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadChildren(XmlNode parent) > at System.Xml.XmlLoader.LoadElementNode() > at System.Xml.XmlLoader.LoadCurrentNode() > at System.Xml.XmlLoader.LoadDocSequence(XmlDocument parentDoc) > at System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean >preserveWhitespace) > at System.Xml.XmlDocument.Load(XmlReader reader) > at System.Xml.XmlDocument.LoadXml(String xml) > at >tw.ccnet.core.publishers.EmailPublisher.AppendHtmlMessageDetails(Integration >Result result, StringBuilder message) in C:\tools\eclipse\ >workspace\ccnet\project\core\publishers\EmailPublisher.cs:line 187 > at >tw.ccnet.core.publishers.EmailPublisher.CreateHtmlMessage(IntegrationResult >result) in C:\tools\eclipse\workspace\ccnet\project\core\p >ublishers\EmailPublisher.cs:line 171 > at >tw.ccnet.core.publishers.EmailPublisher.CreateMessage(IntegrationResult >result) in C:\tools\eclipse\workspace\ccnet\project\core\publi >shers\EmailPublisher.cs:line 152 > at tw.ccnet.core.publishers.EmailPublisher.Publish(Object source, >IntegrationResult result) in C:\tools\eclipse\workspace\ccnet\project\c >ore\publishers\EmailPublisher.cs:line 109 > at tw.ccnet.core.IntegrationEventHandler.Invoke(Object sender, >IntegrationResult result) > at tw.ccnet.core.Project.RaiseIntegrationEvent(IntegrationResult result) >in c:\tools\eclipse\workspace\ccnet\project\core\project.cs:line > 320 > at tw.ccnet.core.Project.PostBuild() in >c:\tools\eclipse\workspace\ccnet\project\core\project.cs:line 227 > at tw.ccnet.core.Project.Run(Boolean forceBuild) in >c:\tools\eclipse\workspace\ccnet\project\core\project.cs:line 174 > at tw.ccnet.core.schedule.Scheduler.Run() in >C:\tools\eclipse\workspace\ccnet\project\core\schedule\Scheduler.cs:line 57 > >Thanks > >Andrew Greiner > > >------------------------------------------------------- >This SF.net email is sponsored by: SF.net Giveback Program. >Does SourceForge.net help you be more productive? Does it >help you create better code? SHARE THE LOVE, and help us help >YOU! Click Here: http://sourceforge.net/donate/ >_______________________________________________ >Ccnet-devel mailing list >Ccn...@li... >https://lists.sourceforge.net/lists/listinfo/ccnet-devel > > |
|
From: Greiner, A. <and...@th...> - 2003-11-25 15:46:45
|
Sorry to enclose such a large error message. We have seen this error message now on several different builds that we are running here. At first we thought it was a side affect from the devenv execution leaving bad data, but now we are seeing it in a build that uses the solution task. My main question: Which file is the exception talking about (in bold below)? After the exception is thrown the build continues and tries to build again within a loop. [project: Pareto Business Logic Services] Project threw an exception: System.Xml.XmlException: An unexpected end of file parsing CDATA has o ccurred. Line 911, position 135. at System.Xml.XmlScanner.ScanCData() at System.Xml.XmlScanner.ScanMarkup() at System.Xml.XmlTextReader.ParseTag() at System.Xml.XmlTextReader.ParseBeginTagExpandCharEntities() at System.Xml.XmlTextReader.Read() at System.Xml.XmlValidatingReader.ReadNoCollectTextToken() at System.Xml.XmlValidatingReader.Read() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadChildren(XmlNode parent) at System.Xml.XmlLoader.LoadElementNode() at System.Xml.XmlLoader.LoadCurrentNode() at System.Xml.XmlLoader.LoadDocSequence(XmlDocument parentDoc) at System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean preserveWhitespace) at System.Xml.XmlDocument.Load(XmlReader reader) at System.Xml.XmlDocument.LoadXml(String xml) at tw.ccnet.core.publishers.EmailPublisher.AppendHtmlMessageDetails(Integration Result result, StringBuilder message) in C:\tools\eclipse\ workspace\ccnet\project\core\publishers\EmailPublisher.cs:line 187 at tw.ccnet.core.publishers.EmailPublisher.CreateHtmlMessage(IntegrationResult result) in C:\tools\eclipse\workspace\ccnet\project\core\p ublishers\EmailPublisher.cs:line 171 at tw.ccnet.core.publishers.EmailPublisher.CreateMessage(IntegrationResult result) in C:\tools\eclipse\workspace\ccnet\project\core\publi shers\EmailPublisher.cs:line 152 at tw.ccnet.core.publishers.EmailPublisher.Publish(Object source, IntegrationResult result) in C:\tools\eclipse\workspace\ccnet\project\c ore\publishers\EmailPublisher.cs:line 109 at tw.ccnet.core.IntegrationEventHandler.Invoke(Object sender, IntegrationResult result) at tw.ccnet.core.Project.RaiseIntegrationEvent(IntegrationResult result) in c:\tools\eclipse\workspace\ccnet\project\core\project.cs:line 320 at tw.ccnet.core.Project.PostBuild() in c:\tools\eclipse\workspace\ccnet\project\core\project.cs:line 227 at tw.ccnet.core.Project.Run(Boolean forceBuild) in c:\tools\eclipse\workspace\ccnet\project\core\project.cs:line 174 at tw.ccnet.core.schedule.Scheduler.Run() in C:\tools\eclipse\workspace\ccnet\project\core\schedule\Scheduler.cs:line 57 Thanks Andrew Greiner |
|
From: Owen R. <OR...@th...> - 2003-11-24 22:11:12
|
DQoNCg0KDQpoaSBqYW4sDQp3b3VsZCBpdCBoZWxwIGlmIHRoZSBTdGFyVGVhbSBzb3VyY2UgY29u dHJvbCBjbGFzcyB3cm90ZSB0byBhIGZpbGUgaW5zdGVhZA0Kb2YgdG8gdGhlIGNvbnNvbGU/ICB0 aGlzIGNvdWxkIGJlIGEgY29uZmlndXJhYmxlIHByb3BlcnR5IG9mIHRoZQ0Kc291cmNlY29udHJv bC4gIHRoZSBzb3VyY2UgY29udHJvbCBjbGFzcyBjYW4gdGhlbiByZWFkL3BhcnNlIHRoaXMgZmls ZQ0KaW5zdGVhZCBvZiBwdWxsaW5nIGl0IGZyb20gc3RhbmRhcmQgb3V0Lg0KYW55IHBhdGNoZXMg dGhhdCB5b3UgYXJlIHdpbGxpbmcgdG8gc3VibWl0ICh3aXRoIGFjY29tcGFueWluZyB0ZXN0cykg dG8gdGhlDQpwcm9qZWN0IHdvdWxkIGJlIG11Y2ggYXBwcmVjaWF0ZWQuDQoNCj4gV2hhdCBhYm91 dCB1c2luZyB0aGUgU3RhclRlYW0gSW50ZXJvcCBBc3NlbWJseSB0byBnZXQgdGhlIGNoYW5nZXMN Cmluc3RlYWQ/DQoNCmkgZGlkbid0IHJlYWxpc2UgdGhhdCB0aGVyZSB3YXMgYSBTdGFyVGVhbSBw cmltYXJ5IGludGVyb3AgYXNzZW1ibHkNCmF2YWlsYWJsZS4gIHVzaW5nIGl0IHdvdWxkIGxpa2Vs eSBlbmFibGUgdXMgdG8gZWxpbWluYXRlIHRoZSBtdWNoIG9mIHRoZQ0KcGFyc2luZyBjb2RlIC0t IGkgYmVsaWV2ZSB0aGF0IHRoaXMgY29kZSB3YXMgaW50cm9kdWNlZCBieSBhIGZhaXJseSBkaXJl Y3QNCnBvcnQgb2YgdGhlIGNvZGUgZnJvbSB0aGUgSmF2YSB2ZXJzaW9uIG9mIENydWlzZUNvbnRy b2wuICBidWlsZGluZyB0aGlzDQpjb3VsZCBtb3N0IGVhc2lseSBiZSBhY2NvbXBsaXNoZWQgYnkg cHJvZHVjaW5nIGEgcGx1Zy1pbiBmb3IgY2MubmV0IChhIHZlcnkNCnN0cmFpZ2h0Zm9yd2FyZCB0 YXNrIC0tIG5vdCBkaXNzaW1pbGFyIHRvIGJ1aWxkaW5nIGEgTkFudCB0YXNrKS4gIHRoZXJlIGlz DQphIHNvdXJjZWZvcmdlIHByb2plY3QgKENDTmV0Q29udHJpYikgd2hpY2ggaXMgZGVzaWduZWQg Zm9yIHN1cHBvcnRpbmcNCnBsdWctaW4gZGV2ZWxvcG1lbnQuICBpZiB5b3UgYXJlIGludGVyZXN0 ZWQgaW4gYnVpbGRpbmcgcGx1Zy1pbnMgb3IgdG9vbHMNCmZvciBjYy5uZXQsIGkgYW0gaGFwcHkg dG8gYWRkIHlvdSB0byB0aGUgY29udHJpYiBwcm9qZWN0ICh0aGlzIGlzIG9wZW4gdG8NCmV2ZXJ5 b25lIG9uIHRoZSBsaXN0KS4gIHBsZWFzZSBsZXQgbWUga25vdyBpZiB5b3UgYXJlIGludGVyZXN0 ZWQgaW4NCnBhcnRpY2lwYXRpbmcuDQoNCmNoZWVycywNCm93ZW4uDQoNCnBzLiAgYmVuLCB0aGFu a3MgYSBtaWxsaW9uIGZvciB5b3VyIGhlbHAgZGlhZ25vc2luZyB0aGlzLg0KDQotLS0NClIuIE93 ZW4gUm9nZXJzDQpUaG91Z2h0V29ya3MgTHRkDQoNCg0KVGhvdWdodFdvcmtzIC0gRGVsaXZlciB3 aXRoIHBhc3Npb24hDQoNCg0KfC0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0+DQp8ICAgICAgICAgfCAgICAgICAgICAgSmFuIEzDuG5zZXR0ZWlnICAgICAg ICAgICAgICB8DQp8ICAgICAgICAgfCAgICAgICAgICAgPGphbi5sb25zZXR0ZWlnQGZpcm1nbG9i YWwuY3wNCnwgICAgICAgICB8ICAgICAgICAgICBvbT4gICAgICAgICAgICAgICAgICAgICAgICAg fA0KfCAgICAgICAgIHwgICAgICAgICAgIFNlbnQgYnk6ICAgICAgICAgICAgICAgICAgICB8DQp8 ICAgICAgICAgfCAgICAgICAgICAgY2NuZXQtZGV2ZWwtYWRtaW5AbGlzdHMuc291cnwNCnwgICAg ICAgICB8ICAgICAgICAgICBjZWZvcmdlLm5ldCAgICAgICAgICAgICAgICAgfA0KfCAgICAgICAg IHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQp8ICAgICAgICAgfCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCnwgICAgICAgICB8ICAgICAg ICAgICAyNC8xMS8yMDAzIDEyOjMwICAgICAgICAgICAgfA0KfC0tLS0tLS0tLSstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0+DQogID4tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLXwNCiAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICB8ICAg ICAgIFRvOiAgICAgICA8Y2NuZXQtZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0PiwgPGJlbkBi bG93ZXJ5Lm9yZz4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogIHwgICAgICAgY2M6ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHwNCiAgfCAgICAgICBTdWJqZWN0OiAgUkU6IFtDY25ldC1kZXZlbF0gRW5jb2Rp bmcgcHJvYmxlbSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICA+LS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQoNCg0KDQoNCkhpIEJlbiwNCg0KV2UgYXJl IHVzaW5nIFN0YXJUZWFtIDUuMy4gV2hlbiBydW5uaW5nIFN0YXJUZWFtIGNvbW1hbmQgbGluZSB0 byBkaXNwbGF5DQp0aGUgaGlzdG9yeSB0aGUgTm9yd2VnaWFuIGNoYXJhY3RlcnMgYXJlIHdyb25n LiBTbyB0aGlzIG11c3QgYmUgdGhlIHNvdXJjZQ0Kb2YgdGhlIHByb2JsZW0uIEkgdXNlIGEgY29t bWFuZCBsaWtlIHRoaXM6DQpzdGNtZCBoaXN0IC1ub2xvZ28gLXggLWlzIC1maWx0ZXIgSU8gLXAN CiJ1c2VyaWQ6cGFzc3dvcmRAaG9zdDpwb3J0L3Byb2plY3QvcGF0aCIgKg0KDQpJZiBJIHBpcGUg dGhlIHJlc3BvbnNlIHRvIGEgdGV4dCBmaWxlIHRoZSBOb3J3ZWdpYW4gY2hhcmFjdGVycyBhcmUN CmRpc3BsYXllZCBjb3JyZWN0bHkuDQoNClJ1bm5pbmcgeW91ciB0ZXN0IHByb2dyYW0gZ2F2ZSB0 aGlzIG91dHB1dDoNCk15IEVuY29kaW5nOiBPRU0gVW5pdGVkIFN0YXRlcywgQ29kZVBhZ2U6IDQz Nw0KZm9vIGJhcg0KYW5vdGhlciBsaW5lDQp0aGUgZXVybzogPw0KDQpJIHRoZW4gY2hhbmdlZCB0 aGUg4oCcTGFndWFnZSBmb3Igbm9uLVVuaWNvZGUgcHJvZ3JhbXPigJ0gc2V0dGluZyBpbiBDb250 cm9sDQpQYW5lbCB0byBOb3J3ZWdpYW4uDQpZb3VyIHRlc3QgcHJvZ3JhbSBub3cgc2hvd3MgdGhp czoNCk15IEVuY29kaW5nOiBXZXN0ZXJuIEV1cm9wZWFuIChET1MpLCBDb2RlUGFnZTogODUwDQpm b28gYmFyDQphbm90aGVyIGxpbmUNCnRoZSBldXJvOiA/DQoNClJ1bm5pbmcgU3RhclRlYW0gY29t bWFuZCBsaW5lIHN0aWxsIGdpdmVzIHdyb25nIGNoYXJhY3RlcnMsIGJ1dCBpdCBsb29rcw0KZGlm ZmVyZW50IHRoYW4gYmVmb3JlLiBQaXBpbmcgdG8gZmlsZSBzdGlsbCB3b3Jrcy4NCg0KQW55IGlk ZWFzIHRvIG1ha2UgdGhpcyB3b3JrPw0KDQpJdCBkb2VzIG5vdCBsb29rIGxpa2UgYSBnb29kIGlk ZWEgdG8gdXNlIHRoZSBzdGNtZCB0byBwcm9jZXNzIHRoZSBoaXN0b3J5DQpsaXN0IGZvciBjaGFu Z2VzLiBUaGUgaXMgYWxzbyBhIHByb2JsZW0gd2l0aCB0aGUgdGltZXN0YW1wLiBJdCBpcyBoYXJk DQpjb2RlZCB0byBhIGZvcm1hdCB0aGF0IGRvbuKAmXQgYXBwbHkgaW4gZXVyb3BlL25vcndheS4g SSBoYWQgdG8gY2hhbmdlIHRoaXMNCnRvIG1ha2UgaXQgd29yay4gSSBuZWVkIHRvIHVzZSB0aGlz IFJlZ0V4Og0KwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBpbnRlcm5hbCByZWFkb25seSBzdGF0aWMg U3RyaW5nIEZpbGVIaXN0b3J5UmVnRXggPQ0KQCIoP206UmV2aXNpb246ICg/PGZpbGVfcmV2aXNp b24+XFMrKSBWaWV3OiAoPzx2aWV3X25hbWU+LispIEJyYW5jaA0KUmV2aXNpb246ICg/PGJyYW5j aF9yZXZpc2lvbj5cUyspDQpBdXRob3I6ICg/PGF1dGhvcl9uYW1lPi4qPykgRGF0ZTogKD88ZGF0 ZV9zdHJpbmc+XGR7MDEsMn0uXGR7MSwyfS5cZFxkDQpcZHsxLDJ9OlxkXGQ6XGRcZCkgQ0VULipc big/czooPzxjaGFuZ2VfY29tbWVudD4uKj8pKS17Mjh9KSI7DQoNCkFuZCBjaGFuZ2UgdGhlIHBh cnNpbmcgb2YgdGhlIHRpbWVzdGFtcC4NCg0KV2hhdCBhYm91dCB1c2luZyB0aGUgU3RhclRlYW0g SW50ZXJvcCBBc3NlbWJseSB0byBnZXQgdGhlIGNoYW5nZXMgaW5zdGVhZD8NCg0KDQpSZWdhcmRz LA0KSmFu |
|
From: Ben L. <cc...@bl...> - 2003-11-24 16:00:54
|
hi there, I'm seeing a discrepancy between the filename used in the link sent via e-mail and the actual filename that the log was written to. That is, the e-mail contains a link to a filename that is not the actual filename of the log file. Is anyone else seeing this behavior? I think it started with the checkin that changed the naming of the log file to use the current date for the filename instead of the last modification time. thanks, --b |
|
From: <jan...@fi...> - 2003-11-24 12:31:04
|
Hi Ben,
=20
We are using StarTeam 5.3. When running StarTeam command line to display =
the history the Norwegian characters are wrong. So this must be the =
source of the problem. I use a command like this:
stcmd hist -nologo -x -is -filter IO -p =
"userid:password@host:port/project/path" *
=20
If I pipe the response to a text file the Norwegian characters are =
displayed correctly.
=20
Running your test program gave this output:
My Encoding: OEM United States, CodePage: 437
foo bar
another line
the euro: ?
=20
I then changed the "Laguage for non-Unicode programs" setting in Control =
Panel to Norwegian.
Your test program now shows this:
My Encoding: Western European (DOS), CodePage: 850
foo bar
another line
the euro: ?
=20
Running StarTeam command line still gives wrong characters, but it looks =
different than before. Piping to file still works.
=20
Any ideas to make this work?
=20
It does not look like a good idea to use the stcmd to process the =
history list for changes. The is also a problem with the timestamp. It =
is hard coded to a format that don't apply in europe/norway. I had to =
change this to make it work. I need to use this RegEx:
internal readonly static String FileHistoryRegEx =3D =
@"(?m:Revision: (?<file_revision>\S+) View: (?<view_name>.+) Branch =
Revision: (?<branch_revision>\S+)
Author: (?<author_name>.*?) Date: (?<date_string>\d{01,2}.\d{1,2}.\d\d =
\d{1,2}:\d\d:\d\d) CET.*\n(?s:(?<change_comment>.*?))-{28})";
=20
And change the parsing of the timestamp.
=20
What about using the StarTeam Interop Assembly to get the changes =
instead?
=20
=20
Regards,
Jan
|
|
From: Ben L. <be...@bl...> - 2003-11-21 16:21:50
|
I did some more digging on this.
So, it turns out that the Console uses the system CodePage by default. =
For
the US edition of Windows, this is generally code page 437, OEM United
States. Here's a little .cs file you can compile to figure out the =
default
code page for your console window:
using System;
class MyProc {
static void Main(string[] args) {
Console.WriteLine("My Encoding: {0}, CodePage: {1}",=20
Console.Out.Encoding.EncodingName,
Console.Out.Encoding.CodePage);
Console.WriteLine("foo bar");
Console.WriteLine("another line");
Console.WriteLine("the euro: \u20AC");
}
}
Now, there are ways to write Unicode characters to the console [1][2], =
so I
thought that maybe this is what your SCM product is doing. I wrote this
little program to check the Encoding on StandardOutput from the Process
class:
using System;
using System.Diagnostics;
class Launcher {
static void Main(string[] args) {
string clargs =3D null;
if(args.Length > 1)
clargs =3D string.Join(" ", args, 1, args.Length-1);
ProcessStartInfo starter =3D new ProcessStartInfo(args[0], clargs);
starter.UseShellExecute =3D false;
starter.RedirectStandardOutput =3D true;
=20
Process process =3D Process.Start(starter);
Console.WriteLine("Encoding: {0}",
process.StandardOutput.CurrentEncoding);
=20
}
}
This little guy showed me that the encoding on StandardOutput is the =
same as
the CodePage encoding from my first app, the system's code page.
This is bad for apps that want to support i18n and the command-line. =
More
specifically, it's really super bad for programs that want to use =
pipe-like
semantics to process stuff using Process.Start() and want to support the
full Unicode character set. Anything that you write to the console is
effectively re-encoded using the Console's code page, so your fidelity =
seems
to limited to characters supported by that code page. =20
In other words, when you write Norwegian characters to std out, things =
are
going be funky.
A complementary, though somewhat unrelated, problem is that the Console
class's StandardOutput stream also uses the Console's code page. I =
tried to
write some unicode code points out (see the euro test in the first test
class) and it failed, which tells me that they're not passing that =
string
straight to WriteConsoleW, but instead passing it through the
System.Text.Encoding that was tied to Console.Out. Ick.
Someone please tell I'm wrong.
--b
[1] http://mail.python.org/pipermail/python-list/2003-April/158212.html
[2]
http://msdn.microsoft.com/library/default.asp?url=3D/library/en-us/dllpro=
c/bas
e/writeconsole.asp
> -----Original Message-----
> From: ccn...@li...=20
> [mailto:ccn...@li...] On Behalf Of=20
> Ben Lowery
> Sent: Friday, November 21, 2003 10:14 AM
> To: ccn...@li...
> Subject: RE: [Ccnet-devel] Encoding problem
>=20
> Yay, responding to myself!
>=20
> Jan, what source control system are you using? Since it=20
> seems that you are
> comfortable with running in the debugger, could you track=20
> down the command
> line that the breaking process class is using and try to run the same
> command on the command line? When you do that, are the=20
> characters displayed
> properly in the console window?
>=20
> I get the feeling that the information coming back from the=20
> command-line app
> is being encoded using the us-ascii code page. That code page doesn't
> contain the proper mappings for your Norwegian characters, so=20
> things are
> getting rather upset. Just a guess, but it feels right.
>=20
> --b
>=20
>=20
> > -----Original Message-----
> > From: ccn...@li...=20
> > [mailto:ccn...@li...] On Behalf Of=20
> > Ben Lowery
> > Sent: Friday, November 21, 2003 9:49 AM
> > To: ccn...@li...
> > Subject: RE: [Ccnet-devel] Encoding problem
> >=20
> > Hi there,
> >=20
> > StreamReader will magically pick up the encoding by check the=20
> > first bytes of
> > stream in an attempt to find a Byte Order Mark (BOM). If=20
> > that fails, I
> > think it defaults to the system code page. What localized=20
> version of
> > windows are you running (English / Norwegian / is there a Norwegian
> > edition??)? If you're running the english edition, that=20
> > might explain why
> > the StreamReader thinks the stream is us-ascii. I don't=20
> > think the Console
> > streams are not Unicode by default, but then that's just what=20
> > I think. =20
> >=20
> > I'm not sure how to force the Process class to use a certain=20
> > encoding for
> > StandardOut. That may be quite the trick.
> >=20
> > If anyone wants a good read on i18n, check out Developing=20
> > International
> > Applications by Dr. International. Does anyone else have=20
> > good reads on the
> > subject?
> >=20
> > --b
> >=20
> >=20
> > > -----Original Message-----
> > > From: ccn...@li...=20
> > > [mailto:ccn...@li...] On Behalf Of=20
> > > Jan L=F8nsetteig
> > > Sent: Friday, November 21, 2003 6:50 AM
> > > To: Noakes, Drew (Thoughtworks); ccn...@li...
> > > Subject: RE: [Ccnet-devel] Encoding problem
> > >=20
> > > Hi,
> > >=20
> > > I think StreamReader use Unicode by default, but for some=20
> > > reason it looks like it have been created with a different=20
> > > encoding in this case. After calling ReadToEnd() the string=20
> > > is wrong. Is there some way we can control the encoding used?=20
> > > I think Unicode would solve the problem.
> > >=20
> > > One other thing about encoding. I would be a good idea to include
> > > <?xml version=3D"1.0" encoding=3D"utf-8" ?>
> > > at the start of all xml files. Including the log files.
> > >=20
> > > Regards,
> > > Jan
> > >=20
> > > -----Original Message-----
> > > From: Noakes, Drew (Thoughtworks) [mailto:no...@bp...]=20
> > > Sent: 21. november 2003 11:33
> > > To: Jan L=F8nsetteig; ccn...@li...
> > > Subject: RE: [Ccnet-devel] Encoding problem
> > >=20
> > > Hi Jan,
> > >=20
> > > I haven't done much with internationalising an application=20
> > > before. I wonder, is the encoding of the string something=20
> > > that can be determined dynamically?
> > >=20
> > > Would Unicode help? I hope we don't have to specify the=20
> > > encoding in config...
> > >=20
> > > --------------
> > >=20
> > > Coincidentally, you've highlighted another instance of a=20
> > > code-problem I saw recently (when looking at NAntBuilder):
> > >=20
> > > TextReader reader =3D ProcessUtil.ExecuteRedirected(process);
> > > string result =3D reader.ReadToEnd();
> > > process.WaitForExit(120000);
> > > return new StringReader(result);
> > >=20
> > > In this code, the call reader.ReadToEnd() blocks until the=20
> > > process finishes, so the call to=20
> > > process.WaitForExit(timeoutMillis) is redundant. Also, if=20
> > > the process crashes and displays a modal dialog, the thread=20
> > > will block until the dialog is dismissed. On our project we=20
> > > noticed that such dialogs were being displayed even though=20
> > > process.StartInfo.ErrorDialog was set to false.
> > >=20
> > > I'll take a look at this. Anyone else who's going to look=20
> > > into this class; be aware I'm hoping to make these changes soon :)
> > >=20
> > > Drew
> > >=20
> > > -----Original Message-----
> > > From: Jan L=F8nsetteig [mailto:jan...@fi...]
> > > Sent: 21 November 2003 07:36
> > > To: ccn...@li...
> > > Subject: [Ccnet-devel] Encoding problem
> > >=20
> > >=20
> > > Hi there,
> > >=20
> > > I have a problem reading modifications from the source=20
> > > control system when text returned from the source control=20
> > > system contains Norwegian characters. This result in strange=20
> > > characters being written to the log files which in turn makes=20
> > > the CruiseControl web application crash with this exception:
> > >=20
> > > [ArgumentException: Procedure call or argument is not valid.]
> > > Microsoft.VisualBasic.Strings.Chr(Int32 CharCode) +429
> > > SiteMesh.Parser.HtmlPageParser.InternalParse(StreamReader=20
> > > reader) +4033
> > > SiteMesh.Parser.HtmlPageParser.Parse(Byte[] data) +62
> > > SiteMesh.Filter.SiteMeshModule.EndRequestHandler(Object s,=20
> > > EventArgs e) +126
> > > =20
> > > System.Web.SyncEventExecutionStep.System.Web.HttpApplication+I
> > > ExecutionStep.Execute() +60
> > > System.Web.HttpApplication.ExecuteStep(IExecutionStep=20
> > > step, Boolean& completedSynchronously) +87
> > >=20
> > > I have traced the "bug" to these methods in the=20
> > > ProcessSourceControl class:
> > > public static TextReader=20
> > > ExecuteRedirected(Process process)
> > > {
> > > process.StartInfo.RedirectStandardOutput =3D true;
> > > process.StartInfo.UseShellExecute =3D=20
> > > false; =09
> > > process.StartInfo.CreateNoWindow =3D true;
> > > process.StartInfo.ErrorDialog =3D false;
> > > process.Start();
> > > return process.StandardOutput;
> > > }
> > > protected virtual TextReader Execute(Process process)
> > > {
> > > TextReader reader =3D=20
> > > ProcessUtil.ExecuteRedirected(process);
> > > string result =3D reader.ReadToEnd();
> > > process.WaitForExit(120000);
> > > return new StringReader(result);
> > > }
> > >=20
> > > It looks like the encoding on the StreamReader returned from=20
> > > process has encoding set to OEM us-ascii. Reading the text=20
> > > string from the stream results in a string which contains=20
> > > wrong/illegal characters.
> > >=20
> > > Can anyone help me with this problem?
> > >=20
> > > Regards,
> > > Jan L=F8nsetteig
> > > Future Information Research Management - FIRM
> > >=20
> > >=20
> > >=20
> > >=20
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: SF.net Giveback Program.
> > > Does SourceForge.net help you be more productive? Does it
> > > help you create better code? SHARE THE LOVE, and help us help
> > > YOU! Click Here: http://sourceforge.net/donate/
> > > _______________________________________________
> > > Ccnet-devel mailing list
> > > Ccn...@li...
> > > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> > >=20
> > >=20
> > >=20
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: SF.net Giveback Program.
> > > Does SourceForge.net help you be more productive? Does it
> > > help you create better code? SHARE THE LOVE, and help us help
> > > YOU! Click Here: http://sourceforge.net/donate/
> > > _______________________________________________
> > > Ccnet-devel mailing list
> > > Ccn...@li...
> > > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> > >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SF.net Giveback Program.
> > Does SourceForge.net help you be more productive? Does it
> > help you create better code? SHARE THE LOVE, and help us help
> > YOU! Click Here: http://sourceforge.net/donate/
> > _______________________________________________
> > Ccnet-devel mailing list
> > Ccn...@li...
> > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> >=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Ccnet-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>=20
|
|
From: Ben L. <be...@bl...> - 2003-11-21 15:13:43
|
Yay, responding to myself!
Jan, what source control system are you using? Since it seems that you =
are
comfortable with running in the debugger, could you track down the =
command
line that the breaking process class is using and try to run the same
command on the command line? When you do that, are the characters =
displayed
properly in the console window?
I get the feeling that the information coming back from the command-line =
app
is being encoded using the us-ascii code page. That code page doesn't
contain the proper mappings for your Norwegian characters, so things are
getting rather upset. Just a guess, but it feels right.
--b
> -----Original Message-----
> From: ccn...@li...=20
> [mailto:ccn...@li...] On Behalf Of=20
> Ben Lowery
> Sent: Friday, November 21, 2003 9:49 AM
> To: ccn...@li...
> Subject: RE: [Ccnet-devel] Encoding problem
>=20
> Hi there,
>=20
> StreamReader will magically pick up the encoding by check the=20
> first bytes of
> stream in an attempt to find a Byte Order Mark (BOM). If=20
> that fails, I
> think it defaults to the system code page. What localized version of
> windows are you running (English / Norwegian / is there a Norwegian
> edition??)? If you're running the english edition, that=20
> might explain why
> the StreamReader thinks the stream is us-ascii. I don't=20
> think the Console
> streams are not Unicode by default, but then that's just what=20
> I think. =20
>=20
> I'm not sure how to force the Process class to use a certain=20
> encoding for
> StandardOut. That may be quite the trick.
>=20
> If anyone wants a good read on i18n, check out Developing=20
> International
> Applications by Dr. International. Does anyone else have=20
> good reads on the
> subject?
>=20
> --b
>=20
>=20
> > -----Original Message-----
> > From: ccn...@li...=20
> > [mailto:ccn...@li...] On Behalf Of=20
> > Jan L=F8nsetteig
> > Sent: Friday, November 21, 2003 6:50 AM
> > To: Noakes, Drew (Thoughtworks); ccn...@li...
> > Subject: RE: [Ccnet-devel] Encoding problem
> >=20
> > Hi,
> >=20
> > I think StreamReader use Unicode by default, but for some=20
> > reason it looks like it have been created with a different=20
> > encoding in this case. After calling ReadToEnd() the string=20
> > is wrong. Is there some way we can control the encoding used?=20
> > I think Unicode would solve the problem.
> >=20
> > One other thing about encoding. I would be a good idea to include
> > <?xml version=3D"1.0" encoding=3D"utf-8" ?>
> > at the start of all xml files. Including the log files.
> >=20
> > Regards,
> > Jan
> >=20
> > -----Original Message-----
> > From: Noakes, Drew (Thoughtworks) [mailto:no...@bp...]=20
> > Sent: 21. november 2003 11:33
> > To: Jan L=F8nsetteig; ccn...@li...
> > Subject: RE: [Ccnet-devel] Encoding problem
> >=20
> > Hi Jan,
> >=20
> > I haven't done much with internationalising an application=20
> > before. I wonder, is the encoding of the string something=20
> > that can be determined dynamically?
> >=20
> > Would Unicode help? I hope we don't have to specify the=20
> > encoding in config...
> >=20
> > --------------
> >=20
> > Coincidentally, you've highlighted another instance of a=20
> > code-problem I saw recently (when looking at NAntBuilder):
> >=20
> > TextReader reader =3D ProcessUtil.ExecuteRedirected(process);
> > string result =3D reader.ReadToEnd();
> > process.WaitForExit(120000);
> > return new StringReader(result);
> >=20
> > In this code, the call reader.ReadToEnd() blocks until the=20
> > process finishes, so the call to=20
> > process.WaitForExit(timeoutMillis) is redundant. Also, if=20
> > the process crashes and displays a modal dialog, the thread=20
> > will block until the dialog is dismissed. On our project we=20
> > noticed that such dialogs were being displayed even though=20
> > process.StartInfo.ErrorDialog was set to false.
> >=20
> > I'll take a look at this. Anyone else who's going to look=20
> > into this class; be aware I'm hoping to make these changes soon :)
> >=20
> > Drew
> >=20
> > -----Original Message-----
> > From: Jan L=F8nsetteig [mailto:jan...@fi...]
> > Sent: 21 November 2003 07:36
> > To: ccn...@li...
> > Subject: [Ccnet-devel] Encoding problem
> >=20
> >=20
> > Hi there,
> >=20
> > I have a problem reading modifications from the source=20
> > control system when text returned from the source control=20
> > system contains Norwegian characters. This result in strange=20
> > characters being written to the log files which in turn makes=20
> > the CruiseControl web application crash with this exception:
> >=20
> > [ArgumentException: Procedure call or argument is not valid.]
> > Microsoft.VisualBasic.Strings.Chr(Int32 CharCode) +429
> > SiteMesh.Parser.HtmlPageParser.InternalParse(StreamReader=20
> > reader) +4033
> > SiteMesh.Parser.HtmlPageParser.Parse(Byte[] data) +62
> > SiteMesh.Filter.SiteMeshModule.EndRequestHandler(Object s,=20
> > EventArgs e) +126
> > =20
> > System.Web.SyncEventExecutionStep.System.Web.HttpApplication+I
> > ExecutionStep.Execute() +60
> > System.Web.HttpApplication.ExecuteStep(IExecutionStep=20
> > step, Boolean& completedSynchronously) +87
> >=20
> > I have traced the "bug" to these methods in the=20
> > ProcessSourceControl class:
> > public static TextReader=20
> > ExecuteRedirected(Process process)
> > {
> > process.StartInfo.RedirectStandardOutput =3D true;
> > process.StartInfo.UseShellExecute =3D=20
> > false; =09
> > process.StartInfo.CreateNoWindow =3D true;
> > process.StartInfo.ErrorDialog =3D false;
> > process.Start();
> > return process.StandardOutput;
> > }
> > protected virtual TextReader Execute(Process process)
> > {
> > TextReader reader =3D=20
> > ProcessUtil.ExecuteRedirected(process);
> > string result =3D reader.ReadToEnd();
> > process.WaitForExit(120000);
> > return new StringReader(result);
> > }
> >=20
> > It looks like the encoding on the StreamReader returned from=20
> > process has encoding set to OEM us-ascii. Reading the text=20
> > string from the stream results in a string which contains=20
> > wrong/illegal characters.
> >=20
> > Can anyone help me with this problem?
> >=20
> > Regards,
> > Jan L=F8nsetteig
> > Future Information Research Management - FIRM
> >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SF.net Giveback Program.
> > Does SourceForge.net help you be more productive? Does it
> > help you create better code? SHARE THE LOVE, and help us help
> > YOU! Click Here: http://sourceforge.net/donate/
> > _______________________________________________
> > Ccnet-devel mailing list
> > Ccn...@li...
> > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SF.net Giveback Program.
> > Does SourceForge.net help you be more productive? Does it
> > help you create better code? SHARE THE LOVE, and help us help
> > YOU! Click Here: http://sourceforge.net/donate/
> > _______________________________________________
> > Ccnet-devel mailing list
> > Ccn...@li...
> > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> >=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Ccnet-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>=20
|
|
From: Ben L. <be...@bl...> - 2003-11-21 14:49:17
|
Hi there,
StreamReader will magically pick up the encoding by check the first =
bytes of
stream in an attempt to find a Byte Order Mark (BOM). If that fails, I
think it defaults to the system code page. What localized version of
windows are you running (English / Norwegian / is there a Norwegian
edition??)? If you're running the english edition, that might explain =
why
the StreamReader thinks the stream is us-ascii. I don't think the =
Console
streams are not Unicode by default, but then that's just what I think. =20
I'm not sure how to force the Process class to use a certain encoding =
for
StandardOut. That may be quite the trick.
If anyone wants a good read on i18n, check out Developing International
Applications by Dr. International. Does anyone else have good reads on =
the
subject?
--b
> -----Original Message-----
> From: ccn...@li...=20
> [mailto:ccn...@li...] On Behalf Of=20
> Jan L=F8nsetteig
> Sent: Friday, November 21, 2003 6:50 AM
> To: Noakes, Drew (Thoughtworks); ccn...@li...
> Subject: RE: [Ccnet-devel] Encoding problem
>=20
> Hi,
>=20
> I think StreamReader use Unicode by default, but for some=20
> reason it looks like it have been created with a different=20
> encoding in this case. After calling ReadToEnd() the string=20
> is wrong. Is there some way we can control the encoding used?=20
> I think Unicode would solve the problem.
>=20
> One other thing about encoding. I would be a good idea to include
> <?xml version=3D"1.0" encoding=3D"utf-8" ?>
> at the start of all xml files. Including the log files.
>=20
> Regards,
> Jan
>=20
> -----Original Message-----
> From: Noakes, Drew (Thoughtworks) [mailto:no...@bp...]=20
> Sent: 21. november 2003 11:33
> To: Jan L=F8nsetteig; ccn...@li...
> Subject: RE: [Ccnet-devel] Encoding problem
>=20
> Hi Jan,
>=20
> I haven't done much with internationalising an application=20
> before. I wonder, is the encoding of the string something=20
> that can be determined dynamically?
>=20
> Would Unicode help? I hope we don't have to specify the=20
> encoding in config...
>=20
> --------------
>=20
> Coincidentally, you've highlighted another instance of a=20
> code-problem I saw recently (when looking at NAntBuilder):
>=20
> TextReader reader =3D ProcessUtil.ExecuteRedirected(process);
> string result =3D reader.ReadToEnd();
> process.WaitForExit(120000);
> return new StringReader(result);
>=20
> In this code, the call reader.ReadToEnd() blocks until the=20
> process finishes, so the call to=20
> process.WaitForExit(timeoutMillis) is redundant. Also, if=20
> the process crashes and displays a modal dialog, the thread=20
> will block until the dialog is dismissed. On our project we=20
> noticed that such dialogs were being displayed even though=20
> process.StartInfo.ErrorDialog was set to false.
>=20
> I'll take a look at this. Anyone else who's going to look=20
> into this class; be aware I'm hoping to make these changes soon :)
>=20
> Drew
>=20
> -----Original Message-----
> From: Jan L=F8nsetteig [mailto:jan...@fi...]
> Sent: 21 November 2003 07:36
> To: ccn...@li...
> Subject: [Ccnet-devel] Encoding problem
>=20
>=20
> Hi there,
>=20
> I have a problem reading modifications from the source=20
> control system when text returned from the source control=20
> system contains Norwegian characters. This result in strange=20
> characters being written to the log files which in turn makes=20
> the CruiseControl web application crash with this exception:
>=20
> [ArgumentException: Procedure call or argument is not valid.]
> Microsoft.VisualBasic.Strings.Chr(Int32 CharCode) +429
> SiteMesh.Parser.HtmlPageParser.InternalParse(StreamReader=20
> reader) +4033
> SiteMesh.Parser.HtmlPageParser.Parse(Byte[] data) +62
> SiteMesh.Filter.SiteMeshModule.EndRequestHandler(Object s,=20
> EventArgs e) +126
> =20
> System.Web.SyncEventExecutionStep.System.Web.HttpApplication+I
> ExecutionStep.Execute() +60
> System.Web.HttpApplication.ExecuteStep(IExecutionStep=20
> step, Boolean& completedSynchronously) +87
>=20
> I have traced the "bug" to these methods in the=20
> ProcessSourceControl class:
> public static TextReader=20
> ExecuteRedirected(Process process)
> {
> process.StartInfo.RedirectStandardOutput =3D true;
> process.StartInfo.UseShellExecute =3D=20
> false; =09
> process.StartInfo.CreateNoWindow =3D true;
> process.StartInfo.ErrorDialog =3D false;
> process.Start();
> return process.StandardOutput;
> }
> protected virtual TextReader Execute(Process process)
> {
> TextReader reader =3D=20
> ProcessUtil.ExecuteRedirected(process);
> string result =3D reader.ReadToEnd();
> process.WaitForExit(120000);
> return new StringReader(result);
> }
>=20
> It looks like the encoding on the StreamReader returned from=20
> process has encoding set to OEM us-ascii. Reading the text=20
> string from the stream results in a string which contains=20
> wrong/illegal characters.
>=20
> Can anyone help me with this problem?
>=20
> Regards,
> Jan L=F8nsetteig
> Future Information Research Management - FIRM
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Ccnet-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Ccnet-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>=20
|
|
From: <jan...@fi...> - 2003-11-21 11:50:14
|
Hi,
I think StreamReader use Unicode by default, but for some reason it =
looks like it have been created with a different encoding in this case. =
After calling ReadToEnd() the string is wrong. Is there some way we can =
control the encoding used? I think Unicode would solve the problem.
One other thing about encoding. I would be a good idea to include
<?xml version=3D"1.0" encoding=3D"utf-8" ?>
at the start of all xml files. Including the log files.
Regards,
Jan
-----Original Message-----
From: Noakes, Drew (Thoughtworks) [mailto:no...@bp...]=20
Sent: 21. november 2003 11:33
To: Jan L=F8nsetteig; ccn...@li...
Subject: RE: [Ccnet-devel] Encoding problem
Hi Jan,
I haven't done much with internationalising an application before. I =
wonder, is the encoding of the string something that can be determined =
dynamically?
Would Unicode help? I hope we don't have to specify the encoding in =
config...
--------------
Coincidentally, you've highlighted another instance of a code-problem I =
saw recently (when looking at NAntBuilder):
TextReader reader =3D ProcessUtil.ExecuteRedirected(process);
string result =3D reader.ReadToEnd();
process.WaitForExit(120000);
return new StringReader(result);
In this code, the call reader.ReadToEnd() blocks until the process =
finishes, so the call to process.WaitForExit(timeoutMillis) is =
redundant. Also, if the process crashes and displays a modal dialog, =
the thread will block until the dialog is dismissed. On our project we =
noticed that such dialogs were being displayed even though =
process.StartInfo.ErrorDialog was set to false.
I'll take a look at this. Anyone else who's going to look into this =
class; be aware I'm hoping to make these changes soon :)
Drew
-----Original Message-----
From: Jan L=F8nsetteig [mailto:jan...@fi...]
Sent: 21 November 2003 07:36
To: ccn...@li...
Subject: [Ccnet-devel] Encoding problem
Hi there,
I have a problem reading modifications from the source control system =
when text returned from the source control system contains Norwegian =
characters. This result in strange characters being written to the log =
files which in turn makes the CruiseControl web application crash with =
this exception:
[ArgumentException: Procedure call or argument is not valid.]
Microsoft.VisualBasic.Strings.Chr(Int32 CharCode) +429
SiteMesh.Parser.HtmlPageParser.InternalParse(StreamReader reader) =
+4033
SiteMesh.Parser.HtmlPageParser.Parse(Byte[] data) +62
SiteMesh.Filter.SiteMeshModule.EndRequestHandler(Object s, EventArgs =
e) +126
=
System.Web.SyncEventExecutionStep.System.Web.HttpApplication+IExecutionSt=
ep.Execute() +60
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& =
completedSynchronously) +87
I have traced the "bug" to these methods in the ProcessSourceControl =
class:
public static TextReader ExecuteRedirected(Process process)
{
process.StartInfo.RedirectStandardOutput =3D true;
process.StartInfo.UseShellExecute =3D false; =09
process.StartInfo.CreateNoWindow =3D true;
process.StartInfo.ErrorDialog =3D false;
process.Start();
return process.StandardOutput;
}
protected virtual TextReader Execute(Process process)
{
TextReader reader =3D ProcessUtil.ExecuteRedirected(process);
string result =3D reader.ReadToEnd();
process.WaitForExit(120000);
return new StringReader(result);
}
It looks like the encoding on the StreamReader returned from process has =
encoding set to OEM us-ascii. Reading the text string from the stream =
results in a string which contains wrong/illegal characters.
Can anyone help me with this problem?
Regards,
Jan L=F8nsetteig
Future Information Research Management - FIRM
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Ccnet-devel mailing list
Ccn...@li...
https://lists.sourceforge.net/lists/listinfo/ccnet-devel
|
|
From: Noakes, D. (Thoughtworks) <no...@bp...> - 2003-11-21 10:33:44
|
Hi Jan,
I haven't done much with internationalising an application before. I =
wonder, is the encoding of the string something that can be determined =
dynamically?
Would Unicode help? I hope we don't have to specify the encoding in =
config...
--------------
Coincidentally, you've highlighted another instance of a code-problem I =
saw recently (when looking at NAntBuilder):
TextReader reader =3D ProcessUtil.ExecuteRedirected(process);
string result =3D reader.ReadToEnd();
process.WaitForExit(120000);
return new StringReader(result);
In this code, the call reader.ReadToEnd() blocks until the process =
finishes, so the call to process.WaitForExit(timeoutMillis) is =
redundant. Also, if the process crashes and displays a modal dialog, =
the thread will block until the dialog is dismissed. On our project we =
noticed that such dialogs were being displayed even though =
process.StartInfo.ErrorDialog was set to false.
I'll take a look at this. Anyone else who's going to look into this =
class; be aware I'm hoping to make these changes soon :)
Drew
-----Original Message-----
From: Jan L=F8nsetteig [mailto:jan...@fi...]
Sent: 21 November 2003 07:36
To: ccn...@li...
Subject: [Ccnet-devel] Encoding problem
Hi there,
I have a problem reading modifications from the source control system =
when text returned from the source control system contains Norwegian =
characters. This result in strange characters being written to the log =
files which in turn makes the CruiseControl web application crash with =
this exception:
[ArgumentException: Procedure call or argument is not valid.]
Microsoft.VisualBasic.Strings.Chr(Int32 CharCode) +429
SiteMesh.Parser.HtmlPageParser.InternalParse(StreamReader reader) =
+4033
SiteMesh.Parser.HtmlPageParser.Parse(Byte[] data) +62
SiteMesh.Filter.SiteMeshModule.EndRequestHandler(Object s, EventArgs =
e) +126
=
System.Web.SyncEventExecutionStep.System.Web.HttpApplication+IExecutionSt=
ep.Execute() +60
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& =
completedSynchronously) +87
I have traced the "bug" to these methods in the ProcessSourceControl =
class:
public static TextReader ExecuteRedirected(Process process)
{
process.StartInfo.RedirectStandardOutput =3D true;
process.StartInfo.UseShellExecute =3D false; =09
process.StartInfo.CreateNoWindow =3D true;
process.StartInfo.ErrorDialog =3D false;
process.Start();
return process.StandardOutput;
}
protected virtual TextReader Execute(Process process)
{
TextReader reader =3D ProcessUtil.ExecuteRedirected(process);
string result =3D reader.ReadToEnd();
process.WaitForExit(120000);
return new StringReader(result);
}
It looks like the encoding on the StreamReader returned from process has =
encoding set to OEM us-ascii. Reading the text string from the stream =
results in a string which contains wrong/illegal characters.
Can anyone help me with this problem?
Regards,
Jan L=F8nsetteig
Future Information Research Management - FIRM
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Ccnet-devel mailing list
Ccn...@li...
https://lists.sourceforge.net/lists/listinfo/ccnet-devel
|
|
From: <jan...@fi...> - 2003-11-21 07:36:35
|
Hi there,
I have a problem reading modifications from the source control system =
when text returned from the source control system contains Norwegian =
characters. This result in strange characters being written to the log =
files which in turn makes the CruiseControl web application crash with =
this exception:
[ArgumentException: Procedure call or argument is not valid.]
Microsoft.VisualBasic.Strings.Chr(Int32 CharCode) +429
SiteMesh.Parser.HtmlPageParser.InternalParse(StreamReader reader) =
+4033
SiteMesh.Parser.HtmlPageParser.Parse(Byte[] data) +62
SiteMesh.Filter.SiteMeshModule.EndRequestHandler(Object s, EventArgs =
e) +126
=
System.Web.SyncEventExecutionStep.System.Web.HttpApplication+IExecutionSt=
ep.Execute() +60
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& =
completedSynchronously) +87
I have traced the "bug" to these methods in the ProcessSourceControl =
class:
public static TextReader ExecuteRedirected(Process process)
{
process.StartInfo.RedirectStandardOutput =3D true;
process.StartInfo.UseShellExecute =3D false; =09
process.StartInfo.CreateNoWindow =3D true;
process.StartInfo.ErrorDialog =3D false;
process.Start();
return process.StandardOutput;
}
protected virtual TextReader Execute(Process process)
{
TextReader reader =3D ProcessUtil.ExecuteRedirected(process);
string result =3D reader.ReadToEnd();
process.WaitForExit(120000);
return new StringReader(result);
}
It looks like the encoding on the StreamReader returned from process has =
encoding set to OEM us-ascii. Reading the text string from the stream =
results in a string which contains wrong/illegal characters.
Can anyone help me with this problem?
Regards,
Jan L=F8nsetteig
Future Information Research Management - FIRM
|
|
From: Owen R. <OR...@th...> - 2003-11-19 22:41:23
|
CruiseControl.NET 0.4 is now released and available for download from the SourceForge project download area (https://sourceforge.net/project/showfiles.php?group_id=71179&release_id=198091). The release is based on build 60 from ccnetlive (http://ccnetlive.thoughtworks.com). The CruiseControl.NET web site will be updated shortly to make this release available. Please send us your feedback of the new release and please feel free to send in your feature requests for the next release so that we can prioritise them accordingly. Any submissions are gratefully appreciated. Cheers, Owen. --- R. Owen Rogers ThoughtWorks Ltd ThoughtWorks - Deliver with passion! |
|
From: Drew N. <DN...@th...> - 2003-11-19 16:23:00
|
Hi All, I'll include the source for these tasks in SF CVS. I'd like to run the location within the source tree past everyone first. Our current tree looks like this: project - ccnet.remote - CCTray - console - core - integration - service - web - WebDashboard - WebService - WebServiceProxy - WebTest Perhaps we could move towards this (it's a pattern I've used many times before and find well-suited to .NET development): Source - ThoughtWorks.CruiseControl.Remote - ThoughtWorks.CruiseControl.Remote.Monitor - ThoughtWorks.CruiseControl.Console - ThoughtWorks.CruiseControl.Core - ThoughtWorks.CruiseControl.Service - ThoughtWorks.CruiseControl.Web - ThoughtWorks.CruiseControl.WebDashboard - ThoughtWorks.CruiseControl.WebService - ThoughtWorks.CruiseControl.WebServiceProxy (I noticed while compiling this list that 'integration' and 'WebTest' projects have out-of-date namespaces... should these be fixed?) I'd propose adding: - ThoughtWorks.NAnt.Tasks When I've used this pattern, I've had a 1:1 mapping between the project's directory name, the project name (.csproj), assembly name (.dll/.exe) and the default namespace. I feel this is nice and clear. Moving to this would take some work, so how about we agree on a standard and migrate to it? Let's start with these NAnt tasks... Moving things around with CVS seems messy and awkward (or am I missing something?). Thoughts? Drew Noakes ThoughtWorks, Inc. UK dr...@th... |
|
From: Owen R. <OR...@th...> - 2003-11-18 22:55:55
|
hi zeke, thanks for your feedback. i know that users of cc.net are actively engaged in porting the ClearCase source control provider. hopefully they will finish and release the source publicly at some point soon. i would recommend co-ordinating with James Gustard <Jam...@va...> on this. cheers, owen. --- R. Owen Rogers ThoughtWorks Ltd ThoughtWorks - Deliver with passion! |---------+---------------------------------------> | | "Kirkpatrick, Ezekiel" | | | <Ezekiel.Kirkpatrick@Level3.| | | com> | | | Sent by: | | | ccn...@li...| | | ceforge.net | | | | | | | | | 18/11/2003 17:13 | |---------+---------------------------------------> >--------------------------------------------------------------------------------------------------------------------------------------------------| | | | To: <ccn...@li...> | | cc: | | Subject: [Ccnet-devel] ClearCase support | >--------------------------------------------------------------------------------------------------------------------------------------------------| We have downloaded the latest nightly build and performed successful builds using VSS and have been pleased so far with the product. We noticed that there is a ClearCase plug-in for the java version of CruiseControl and wondered if there are plans to port this to C# to be used in the CruiseControl.NET application. ClearCase is our company standard. Thank you. ______________________________________ Zeke Kirkpatrick Level 3 Communications ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Ccnet-devel mailing list Ccn...@li... https://lists.sourceforge.net/lists/listinfo/ccnet-devel |
|
From: Mike R. <mik...@th...> - 2003-11-18 22:30:30
|
Hi there, At the moment adding a ClearCase plugin isn't a high priority - none of the main dev team are working on a ClearCase-using project right now so it makes it a bit tricky to write one. However, if you want to write one yourself then that is supported by the application. Alternatively, CruiseControl.NET is a ThoughtWorks project and we do consult to companies on effective use and extension of it - if this would be interesting for your company please reply to me personally and I'll put you in touch with the right people. Cheers, Mike -- Mike Roberts http://mikeroberts.thoughtworks.net/ Kirkpatrick, Ezekiel wrote: >We have downloaded the latest nightly build and performed successful builds using VSS and have been pleased so far with the product. We noticed that there is a ClearCase plug-in for the java version of CruiseControl and wondered if there are plans to port this to C# to be used in the CruiseControl.NET application. ClearCase is our company standard. Thank you. > >______________________________________ >Zeke Kirkpatrick >Level 3 Communications > > >------------------------------------------------------- >This SF.net email is sponsored by: SF.net Giveback Program. >Does SourceForge.net help you be more productive? Does it >help you create better code? SHARE THE LOVE, and help us help >YOU! Click Here: http://sourceforge.net/donate/ >_______________________________________________ >Ccnet-devel mailing list >Ccn...@li... >https://lists.sourceforge.net/lists/listinfo/ccnet-devel > > |
|
From: Owen R. <OR...@th...> - 2003-11-18 22:12:37
|
hi james, first: thanks for doing the work to port clearcase to cc.net. much appreciated. with regards to your problem with NetReflector, the code that you've got looks fine (other than the fact that _recursive should be a bool, not a string). sorry that the error message is not particularly helpful. the stack trace indicates that NetReflector is having trouble loading the type specified in an attribute. presumably this it is the ClearCase class that it is having trouble finding. have you added the project to the ccnet.core project or is it in a separate assembly (ie. are you building a plugin). if it is the former, then that seems strange -- maybe you could run the test that i've written for this (attached below) and let me know if it works for you. i would also recommend upgrading to the latest version of the source, if possible, as NetReflector has been overhauled substantially. if you are building a plugin, then the name and location of your assembly is important. your assembly needs to be called 'ccnet.*.plugin.dll' and must be put in the same folder as ccnet.core.dll. cheers, owen. test: please note, this is written to work with the latest version of the source. you will have to get the latest version to use it (it is stable and we will shortly be releasing a new version). [Test] public void CreateClearCase() { string xml = @"<cruisecontrol><project name=""NAME""> <sourcecontrol type=""clearcase""> <executable>c:\RationalClearCase\bin\cleartool.exe</executable> <viewPath>D:\CC_Views\jgustard_main_view\NEAT></viewPath> <workingDirectory>D:\CC_Views\jgustard_main_view\NEAT></workingDirectory> <labelOnSuccess>false</labelOnSuccess> <recursive>true</recursive> <branch>main</branch> </sourcecontrol> <build type=""mockbuildrunner"" /> </project></cruisecontrol>"; IConfiguration config = loader.PopulateProjectsFromXml(XmlUtil.CreateDocument(xml)); Project project = (Project)config.GetProject("NAME"); AssertNotNull(project); AssertEquals(typeof(ClearCase), project.SourceControl.GetType()); } [ReflectorType("clearcase")] public class ClearCase : ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl { public override System.Diagnostics.Process CreateHistoryProcess(System.DateTime from, System.DateTime to) { return null; } public override System.Diagnostics.Process CreateLabelProcess(string label, System.DateTime timeStamp) { return null; } protected override ThoughtWorks.CruiseControl.Core.Sourcecontrol.IHistoryParser HistoryParser { get { return null; } } private string _executable = "cleartool.exe"; // The path of the clear case view private string _viewPath; // the branch of the ClearCase view private string _branch; // be recursive on the directory tree. private bool _recursive; private string _workingDirectory; private bool _labelOnSuccess; [ReflectorProperty("executable")] public string Executable { get{ return _executable;} set{ _executable = value;} } [ReflectorProperty("viewPath", Required=true)] public string ViewPath { get{ return _viewPath;} set{ _viewPath = value;} } [ReflectorProperty("workingDirectory")] public string WorkingDirectory { get{ return _workingDirectory;} set{ _workingDirectory = value;} } [ReflectorProperty("labelOnSuccess", Required=false)] public bool LabelOnSuccess { get{ return _labelOnSuccess;} set{ _labelOnSuccess = value;} } [ReflectorProperty("recursive", Required=false)] public bool Recursive { get{ return _recursive;} set{ _recursive = value;} } [ReflectorProperty("branch", Required=false)] public string Branch { get{ return _branch;} set{ _branch = value;} } } --- R. Owen Rogers ThoughtWorks Ltd ThoughtWorks - Deliver with passion! |---------+---------------------------------------> | | James Gustard | | | <Jam...@va...| | | > | | | Sent by: | | | ccn...@li...| | | ceforge.net | | | | | | | | | 17/11/2003 16:39 | |---------+---------------------------------------> >--------------------------------------------------------------------------------------------------------------------------------------------------| | | | To: "'ccn...@li...'" <ccn...@li...> | | cc: | | Subject: [Ccnet-devel] How do I use NetReflector?? | >--------------------------------------------------------------------------------------------------------------------------------------------------| Hi All, I am attempting to port the ClearCase integration from CruiseControl Java to CruiseControl.net. I have written my ClearCase class and it's HistoryParser, and am having problems loading it with the NetReflector classes. When I change my SourceControl type attribute to "clearcase", I get the following exception below. The other souceconteol classes load ok, using "cvs" for example loads the CVS class and creates the correct process. Do I have to so something to NetReflector for it to recognize the ClearCase class?? I cant get to the CVS repository for the NetReflector project, and there are no releases / docs for it of it yet. Thanks in advance for any help James Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object. at Exortech.NetReflector.XmlPopulator.GetInstanceType(ReflectorProperty property, XmlNode node) at Exortech.NetReflector.XmlPopulator.PopulateChild(XmlNode node, ReflectorProperty property) at Exortech.NetReflector.XmlPopulator.Populate(XmlNode baseNode, Object instance, ReflectorType reflectorType) at Exortech.NetReflector.XmlPopulator.Populate(XmlNode baseNode) at Exortech.NetReflector.XmlPopulator.CreateChild(XmlNode node) at Exortech.NetReflector.XmlPopulator.PopulateHash(XmlNode node, Type instanceType, ReflectorHashAttribute attribute) at tw.ccnet.core.configuration.ConfigurationLoader.PopulateProjectsFromXml(XmlDocument configXml) in D:\cc_c#\project \core\configuration\ConfigurationLoader.cs:line 117 at tw.ccnet.core.configuration.ConfigurationLoader.LoadProjects() in D:\cc_c#\project\core\configuration\Configuratio nLoader.cs:line 61 at tw.ccnet.core.CruiseControl..ctor(IConfigurationLoader loader) in D:\cc_c#\project\core\CruiseControl.cs:line 29 at tw.ccnet.console.ConsoleRunner.StartLocalCC(String configFile) in D:\cc_c#\project\console\ConsoleRunner.cs:line 7 4 at tw.ccnet.console.ConsoleRunner.Main(String[] args) in D:\cc_c#\project\console\ConsoleRunner.cs:line 47 Config file... <cruisecontrol> <project name="NAME"> <schedule type="schedule" timeout="60000"/> <modificationDelay>10000</modificationDelay> <sourcecontrol type="clearcase"> <executable>c:\RationalClearCase\bin\cleartool.exe</executable> <viewPath>D:\CC_Views\jgustard_main_view\NEAT></viewPath> <workingDirectory>D:\CC_Views\jgustard_main_view\NEAT></workingDirectory> <labelOnSuccess>false</labelOnSuccess> <recursive>true</recursive> <branch>main</branch> </sourcecontrol> <build type="nant"> ClearCase Class.... using System; using System.Diagnostics; using System.IO; using Exortech.NetReflector; using tw.ccnet.core.util; namespace tw.ccnet.core.sourcecontrol { [ReflectorType("clearcase")] public class ClearCase : ProcessSourceControl { private const string DELIMITER = "#~#"; const string END_OF_STRING_DELIMITER = "@#@#@#@#@#@#@#@#@#@#@#@"; private const string HISTORY_COMMAND_FORMAT = ""; // Dateformat to go into ClearCase const string IN_DATE_FORMAT = "dd-MMMM-yyyy.HH:mm:ss"; // Date format comming out of ClearCase const string OUT_DATE_FORMAT = "yyyyMMdd.HHmmss"; private IHistoryParser _parser = new ClearCaseHistoryParser(); // The cleartool executable. private string _executable = "cleartool.exe"; // The path of the clear case view private string _viewPath; // the branch of the ClearCase view private string _branch; // be recursive on the directory tree. private string _recursive; private string _workingDirectory; private bool _labelOnSuccess; [ReflectorProperty("executable")] public string Executable { get{ return _executable;} set{ _executable = value;} } [ReflectorProperty("viewPath", Required=true)] public string ViewPath { get{ return _viewPath;} set{ _viewPath = value;} } [ReflectorProperty("workingDirectory")] public string WorkingDirectory { get{ return _workingDirectory;} set{ _workingDirectory = value;} } [ReflectorProperty("labelOnSuccess", Required=false)] public bool LabelOnSuccess { get{ return _labelOnSuccess;} set{ _labelOnSuccess = value;} } [ReflectorProperty("recursive", Required=false)] public bool Recursive { get{ return _recursive;} set{ _recursive = value;} } [ReflectorProperty("branch", Required=false)] public string Branch { get{ return _branch;} set{ _branch = value;} } --------------------------------------------------------------------------- DISCLAIMER: This e-mail contains Proprietary information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail. If you are not the intended recipient you must not disclose, distribute, copy, print or rely on this e-mail. All information contained within this e-mail is subject to the Terms & Conditions of Valtech Ltd. which are available upon request. |
|
From: Kirkpatrick, E. <Eze...@Le...> - 2003-11-18 17:38:52
|
We have downloaded the latest nightly build and performed successful = builds using VSS and have been pleased so far with the product. We = noticed that there is a ClearCase plug-in for the java version of = CruiseControl and wondered if there are plans to port this to C# to be = used in the CruiseControl.NET application. ClearCase is our company = standard. Thank you. ______________________________________ Zeke Kirkpatrick Level 3 Communications |
|
From: James G. <Jam...@va...> - 2003-11-17 16:41:43
|
Hi All, I am attempting to port the ClearCase integration from CruiseControl Java to CruiseControl.net. I have written my ClearCase class and it's HistoryParser, and am having problems loading it with the NetReflector classes. When I change my SourceControl type attribute to "clearcase", I get the following exception below. The other souceconteol classes load ok, using "cvs" for example loads the CVS class and creates the correct process. Do I have to so something to NetReflector for it to recognize the ClearCase class?? I cant get to the CVS repository for the NetReflector project, and there are no releases / docs for it of it yet. Thanks in advance for any help James Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object. at Exortech.NetReflector.XmlPopulator.GetInstanceType(ReflectorProperty property, XmlNode node) at Exortech.NetReflector.XmlPopulator.PopulateChild(XmlNode node, ReflectorProperty property) at Exortech.NetReflector.XmlPopulator.Populate(XmlNode baseNode, Object instance, ReflectorType reflectorType) at Exortech.NetReflector.XmlPopulator.Populate(XmlNode baseNode) at Exortech.NetReflector.XmlPopulator.CreateChild(XmlNode node) at Exortech.NetReflector.XmlPopulator.PopulateHash(XmlNode node, Type instanceType, ReflectorHashAttribute attribute) at tw.ccnet.core.configuration.ConfigurationLoader.PopulateProjectsFromXml(XmlD ocument configXml) in D:\cc_c#\project \core\configuration\ConfigurationLoader.cs:line 117 at tw.ccnet.core.configuration.ConfigurationLoader.LoadProjects() in D:\cc_c#\project\core\configuration\Configuratio nLoader.cs:line 61 at tw.ccnet.core.CruiseControl..ctor(IConfigurationLoader loader) in D:\cc_c#\project\core\CruiseControl.cs:line 29 at tw.ccnet.console.ConsoleRunner.StartLocalCC(String configFile) in D:\cc_c#\project\console\ConsoleRunner.cs:line 7 4 at tw.ccnet.console.ConsoleRunner.Main(String[] args) in D:\cc_c#\project\console\ConsoleRunner.cs:line 47 Config file... <cruisecontrol> <project name="NAME"> <schedule type="schedule" timeout="60000"/> <modificationDelay>10000</modificationDelay> <sourcecontrol type="clearcase"> <executable>c:\RationalClearCase\bin\cleartool.exe</executable> <viewPath>D:\CC_Views\jgustard_main_view\NEAT></viewPath> <workingDirectory>D:\CC_Views\jgustard_main_view\NEAT></workingDirectory> <labelOnSuccess>false</labelOnSuccess> <recursive>true</recursive> <branch>main</branch> </sourcecontrol> <build type="nant"> ClearCase Class.... using System; using System.Diagnostics; using System.IO; using Exortech.NetReflector; using tw.ccnet.core.util; namespace tw.ccnet.core.sourcecontrol { [ReflectorType("clearcase")] public class ClearCase : ProcessSourceControl { private const string DELIMITER = "#~#"; const string END_OF_STRING_DELIMITER = "@#@#@#@#@#@#@#@#@#@#@#@"; private const string HISTORY_COMMAND_FORMAT = ""; // Dateformat to go into ClearCase const string IN_DATE_FORMAT = "dd-MMMM-yyyy.HH:mm:ss"; // Date format comming out of ClearCase const string OUT_DATE_FORMAT = "yyyyMMdd.HHmmss"; private IHistoryParser _parser = new ClearCaseHistoryParser(); // The cleartool executable. private string _executable = "cleartool.exe"; // The path of the clear case view private string _viewPath; // the branch of the ClearCase view private string _branch; // be recursive on the directory tree. private string _recursive; private string _workingDirectory; private bool _labelOnSuccess; [ReflectorProperty("executable")] public string Executable { get{ return _executable;} set{ _executable = value;} } [ReflectorProperty("viewPath", Required=true)] public string ViewPath { get{ return _viewPath;} set{ _viewPath = value;} } [ReflectorProperty("workingDirectory")] public string WorkingDirectory { get{ return _workingDirectory;} set{ _workingDirectory = value;} } [ReflectorProperty("labelOnSuccess", Required=false)] public bool LabelOnSuccess { get{ return _labelOnSuccess;} set{ _labelOnSuccess = value;} } [ReflectorProperty("recursive", Required=false)] public bool Recursive { get{ return _recursive;} set{ _recursive = value;} } [ReflectorProperty("branch", Required=false)] public string Branch { get{ return _branch;} set{ _branch = value;} } --------------------------------------------------------------------------- DISCLAIMER: This e-mail contains Proprietary information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail. If you are not the intended recipient you must not disclose, distribute, copy, print or rely on this e-mail. All information contained within this e-mail is subject to the Terms & Conditions of Valtech Ltd. which are available upon request. |
|
From: Michael C T. <MC...@th...> - 2003-11-14 17:07:18
|
Very cool! Thanks! One other practice that might help that we have tried once or twice now is to use one AssemblyInfo.cs and use a link to the one in all other projects. So that way if you do have to update something in there (like build numbers) you only have to do it in one place. If you have assembly level attributes you don't want to share across all projects you can always put them in a separate file. There is nothing magic about AssemblyInfo.cs. You could even name it MyAssemblyInfo.cs as an homage to VB development. Josh MacKenzie originally told me about the linked AssemblyInfo.cs idea. ThoughtWorks, where being meta-cognitive is something worth thinking about. |
|
From: Noakes, D. (Thoughtworks) <no...@bp...> - 2003-11-14 15:23:13
|
Howdy all, Just checked in a bunch of changes. The main points: - Applied Ben Lowery's patch to P4.cs and relevant test class (Thanks = Ben!) - Fixed implementation of build timeout for NAnt builder... the code = that was there before wasn't working. I've also renamed the = buildTimeout to buildTimeoutSeconds in config (I think we finally = mention the unit in all config time measurements) - Renamed the Configuration namespace to Config, to avoid namespace = collisions (i.e. new Configuration.Configuration()) - Co-located all app-settings keys (string values) into the = Configuration class - A few more fixes following the namespace change, including default = namespaces for VS.NET 2003 projects (this may break code for people = using vs2002 projects, as resources are compiled into assembly using the = default namespace) - CCTray now has a sensible settings form that doesn't wobbly about and = people on non-24bit displays can actually see :) Drew |
|
From: Ben L. <cc...@bl...> - 2003-11-12 19:24:30
|
Hi there, Attached is a patch generated from the latest CVS head that modifies the P4 support to include essential information in the 'p4 describe' call. Without this information, systems that run ccnet as a service and use perforce may fail. If the system does not have default p4 settings in the registry hive that corresponds to the user the service is running as, p4 will bomb and the build will fail. I just upgraded to build 57 of ccnet last night and it's working a treat. Thanks much. --b (See attached file: p4.patch) |
|
From: Drew N. <DN...@th...> - 2003-11-12 09:24:13
|
A (perhaps small) addition... If you want to use CCTray (the remote monitoring tool for notifications on builds) with a multi-project server, you may observe strange behaviour (with CCTray -- it shouldn't interfere with the sever) I haven't tried it yet, but I recall seeing some code that suggested we'd only observe notifications for the first project. I think the remote interface needs some extension, with regards to multiple project support. Forcing a build from CCTray will work, provided you enter the project name in the settings form (currently only available in the CVS head revision). Drew Noakes ThoughtWorks, Inc. UK dr...@th... |---------+---------------------------------------> | | Owen Rogers | | | <OR...@th...> | | | Sent by: | | | ccn...@li...| | | ceforge.net | | | | | | | | | 11/11/2003 22:48 | | | | |---------+---------------------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | To: ccn...@li..., ccn...@li... | | cc: sh...@re... | | Subject: [Ccnet-devel] Re: [Ccnet-user] BRAVO!!! | >------------------------------------------------------------------------------------------------------------------------------| hi shawn, welcome to the CruiseControl.Net project. with regards to multiple project support, the ccnet server already supports concurrently managing multiple build projects. the way that you set this up is quite simple, just include the configuration xml for each project that you want the server to manage consecutively in your ccnet.config file. you will end up with a structure that looks like: <cruisecontrol> <project name="project1"> ... </project> <project name="project2"> ... </project> ... </cruisecontrol> there are a few things to keep in mind, however, if you try this. 1) you should explicitly specify the state file for each project (this is an optional xml element). include a <state filename="project1.state" /> for each project, where the filename should vary per project. if you don't do this, each project will overwrite each other's state (quite a confusing place to be really). 2) similarly, you should vary the xml log file location for each project. so, the xmllogger element for each project should specify a different logDir (<xmlLogger logDir="project1Logs" />) as mike mentioned, the ccnet web app does not directly support multiple projects. what this basically equates to is that you will need to set up one web app for each project that you want to view display the results for. the Web.config for each web app should then to point to the logDir for the project. hope this helps, o. ps. any suggestions on how to make this easier are appreciated. --- R. Owen Rogers ThoughtWorks Ltd ThoughtWorks - Deliver with passion! Mike Roberts <mike.roberts@thoughtworks. To: ccn...@li... net> cc: Sent by: Subject: Re: [Ccnet-user] BRAVO!!! ccn...@li... ceforge.net 09/11/2003 14:47 Hi Shawn, Thanks for trying out CCNet - I'm glad its working out for you. The code for multi-project support is in the latest builds of CCNet, but not documented yet. At the moment you need multiple instances of the web-app to support multiple projects. We've got a bit side-tracked adding new features to the project, but hopefully 0.4 final will be out before the end of the year, so keep your eyes posted on this list for an announcement. Cheers, Mike Shawn Cunningham wrote: > Hey Guys and Gals, > > First of all....thanks for the great work you have all done so far. We > were excited to find out you were porting to .NET so we recently > converted over to Cruise Control from Draco.NET for managing all of > our continuous integration efforts. > > After only a few days we've gotten everything up and running on v0.4. > > One quick question...is there a timeframe for supporting multiple > projects? > > Shawn Cunningham > Chief Architect | RelayHealth > phone: 510 428-7851 > email: sh...@re... > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Ccnet-user mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-user > > ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ Ccnet-user mailing list Ccn...@li... https://lists.sourceforge.net/lists/listinfo/ccnet-user ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ Ccnet-devel mailing list Ccn...@li... https://lists.sourceforge.net/lists/listinfo/ccnet-devel |
|
From: Owen R. <OR...@th...> - 2003-11-11 23:35:06
|
apologies for this, but there is a bug in the xml that i sent around in the
previous email. i forgot to include the 'type' attribute which is required
for identifying the type of schedule to use. if you forget to include
this, you will end up with a rather unintelligible netreflector error.
<schedule type="schedule"
sleepSeconds="appropriate-number-of-seconds-to-sleep"/>
sorry for any confusion this might have caused.
o.
---
R. Owen Rogers
ThoughtWorks Ltd
ThoughtWorks - Deliver with passion!
Owen Rogers
<OR...@th...> To: ccn...@li..., ccn...@li...
Sent by: cc:
ccn...@li... Subject: [Ccnet-user] sleepSeconds
ceforge.net
06/11/2003 09:37
if you have downloaded one of the recent release builds off of
ccnetlive.thoughtworks.com, you may have experienced extraordinarily long
lags between integrations. this is because of some recent modifications to
the integration scheduling code and some configuration changes.
due to an oversight, the default timeout between integrations is currently
60,000 seconds, which might be a bit more than you would like to wait for a
build. therefore, you will need to specify the timeout in your
ccnet.config file.
to fix this, you need to add a <schedule> element to your ccnet.config file
as follows:
<cruisecontrol>
<project name="foo">
<schedule
sleepSeconds="appropriate-number-of-seconds-to-sleep"/>
...
</project>
</cruisecontrol>
i will be checking in a fix shortly that brings the default down to a more
realistic level.
cheers,
owen.
---
R. Owen Rogers
ThoughtWorks Ltd
ThoughtWorks - Deliver with passion!
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Ccnet-user mailing list
Ccn...@li...
https://lists.sourceforge.net/lists/listinfo/ccnet-user
|
|
From: Owen R. <OR...@th...> - 2003-11-11 22:48:12
|
hi shawn, welcome to the CruiseControl.Net project. with regards to multiple project support, the ccnet server already supports concurrently managing multiple build projects. the way that you set this up is quite simple, just include the configuration xml for each project that you want the server to manage consecutively in your ccnet.config file. you will end up with a structure that looks like: <cruisecontrol> <project name="project1"> ... </project> <project name="project2"> ... </project> ... </cruisecontrol> there are a few things to keep in mind, however, if you try this. 1) you should explicitly specify the state file for each project (this is an optional xml element). include a <state filename="project1.state" /> for each project, where the filename should vary per project. if you don't do this, each project will overwrite each other's state (quite a confusing place to be really). 2) similarly, you should vary the xml log file location for each project. so, the xmllogger element for each project should specify a different logDir (<xmlLogger logDir="project1Logs" />) as mike mentioned, the ccnet web app does not directly support multiple projects. what this basically equates to is that you will need to set up one web app for each project that you want to view display the results for. the Web.config for each web app should then to point to the logDir for the project. hope this helps, o. ps. any suggestions on how to make this easier are appreciated. --- R. Owen Rogers ThoughtWorks Ltd ThoughtWorks - Deliver with passion! Mike Roberts <mike.roberts@thoughtworks. To: ccn...@li... net> cc: Sent by: Subject: Re: [Ccnet-user] BRAVO!!! ccn...@li... ceforge.net 09/11/2003 14:47 Hi Shawn, Thanks for trying out CCNet - I'm glad its working out for you. The code for multi-project support is in the latest builds of CCNet, but not documented yet. At the moment you need multiple instances of the web-app to support multiple projects. We've got a bit side-tracked adding new features to the project, but hopefully 0.4 final will be out before the end of the year, so keep your eyes posted on this list for an announcement. Cheers, Mike Shawn Cunningham wrote: > Hey Guys and Gals, > > First of all....thanks for the great work you have all done so far. We > were excited to find out you were porting to .NET so we recently > converted over to Cruise Control from Draco.NET for managing all of > our continuous integration efforts. > > After only a few days we've gotten everything up and running on v0.4. > > One quick question...is there a timeframe for supporting multiple > projects? > > Shawn Cunningham > Chief Architect | RelayHealth > phone: 510 428-7851 > email: sh...@re... > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Ccnet-user mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-user > > ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ Ccnet-user mailing list Ccn...@li... https://lists.sourceforge.net/lists/listinfo/ccnet-user |