<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>BiztalkOrcProfiler Work Item Rss Feed</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/List.aspx</link><description>BiztalkOrcProfiler Work Item Rss Description</description><item><title>Closed Issue: NullReferenceException due to hard-coded DB server [2853]</title><link>http://biztalkorcprofiler.codeplex.com/workitem/2853</link><description>The Profiler crashes with a NullReferenceException in Microsoft.Sdc.OrchestrationProfiler.Core.ReportGenerator.RetrieveDeployedOrcestrations&amp;#40;&amp;#41; &amp;#40;note the spelling&amp;#41;.  The crash is due to the fact that the management database server name &amp;#34;&amp;#40;local&amp;#41;&amp;#34; is hard-coded in the method.  To fix the crash, replace the hard-coded value with the value passed in a parameter to this method &amp;#40;which is the value entered in the UI or in the command line&amp;#41;.  A patch which does exactly that is attached.&lt;br /&gt;</description><author>ilyaf</author><pubDate>Thu, 16 May 2013 05:07:11 GMT</pubDate><guid isPermaLink="false">Closed Issue: NullReferenceException due to hard-coded DB server [2853] 20130516050711A</guid></item><item><title>Closed Issue: Date filter does not work on called orchestrations [2875]</title><link>http://biztalkorcprofiler.codeplex.com/workitem/2875</link><description>Even though the Orchestration Profiler asks the user for the date&amp;#47;time range to load tracking data for, this range is not taken into account for orchestrations invoked via a Call shape.  As a result, all events in the Tracking database are loaded.  This makes it impossible to profile called orchestrations for a specific performance test run, defeating the usefulness of the tool.&lt;br /&gt;&amp;#160;&lt;br /&gt;The reason for this is erroneous SQL stored in the resources of the Microsoft.Sdc.BizTalkOM assembly.  The query that loads called orchestration shapes does not include the date range in the WHERE clause&amp;#58;&lt;br /&gt;&amp;#160;&lt;br /&gt;-- begin quote --&lt;br /&gt;&amp;#160;&lt;br /&gt;SELECT &amp;#64;uidSvcId &amp;#61; uidServiceId FROM dta_Services s&lt;br /&gt;WHERE s.strServiceName &amp;#61; &amp;#64;svcName AND s.strAssemblyName &amp;#61; &amp;#64;svcAsm&lt;br /&gt;&amp;#160;&lt;br /&gt;INSERT INTO &amp;#64;data&lt;br /&gt;SELECT distinct &lt;br /&gt;    t.uidServiceInstanceId&lt;br /&gt;    ,t.vtInstructionId &lt;br /&gt;    ,t.dtBeginTimeStamp&lt;br /&gt;    ,t.dtEndTimeStamp&lt;br /&gt;&amp;#160;&lt;br /&gt;    ,Duration &amp;#61; &lt;br /&gt;&amp;#9;case &lt;br /&gt;&amp;#9;&amp;#9;when &amp;#40;DATEDIFF&amp;#40;second, t.dtBeginTimeStamp, t.dtEndTimeStamp&amp;#41; &amp;#62; 214748&amp;#41; &lt;br /&gt;&amp;#9;&amp;#9;then 2147483000&lt;br /&gt;&amp;#9;        else DATEDIFF&amp;#40;millisecond, t.dtBeginTimeStamp, t.dtEndTimeStamp&amp;#41; &lt;br /&gt;&amp;#9;end&lt;br /&gt;&amp;#160;&lt;br /&gt;FROM &lt;br /&gt;&amp;#9;dta_DebugTrace t &lt;br /&gt;WITH &amp;#40;READPAST&amp;#41;&lt;br /&gt;INNER JOIN dta_CallChain cc ON &lt;br /&gt;&amp;#9;cc.uidServiceInstanceId &amp;#61; t.uidServiceInstanceId&lt;br /&gt;WHERE uidCalleesServiceId &amp;#61; &amp;#64;uidSvcId&lt;br /&gt;&amp;#160;&lt;br /&gt;-- end quote --&lt;br /&gt;&amp;#160;&lt;br /&gt;Unfortunately, the source for the BizTalkOM assembly is not included with the Orchestration Profiler, so it is impossible to patch the bug at the client site either.&lt;br /&gt;</description><author>darrenj</author><pubDate>Thu, 16 May 2013 05:07:10 GMT</pubDate><guid isPermaLink="false">Closed Issue: Date filter does not work on called orchestrations [2875] 20130516050710A</guid></item><item><title>Created Issue: Time-outs and Arithmetic overflow errors [12406]</title><link>http://biztalkorcprofiler.codeplex.com/WorkItem/View.aspx?WorkItemId=12406</link><description>Hi Rudolf,&lt;br /&gt;&lt;br /&gt;Thanks for pointing out the problem areas. We came across the timeout issues and i fixed them in a similar way. Didnt have the arithmetic overflow, but will incorporate that too. I have a release planned now &amp;#40;possibly a week or 2 max&amp;#41; and should have all this available.&lt;br /&gt;&lt;br /&gt;Cheers,&lt;br /&gt;&lt;br /&gt;Benjy&lt;br /&gt;</description><author>santoshbenjamin</author><pubDate>Thu, 01 Apr 2010 12:10:03 GMT</pubDate><guid isPermaLink="false">Created Issue: Time-outs and Arithmetic overflow errors [12406] 20100401121003P</guid></item><item><title>Created Issue: Shape ID [12405]</title><link>http://biztalkorcprofiler.codeplex.com/WorkItem/View.aspx?WorkItemId=12405</link><description>Is there an easy way to associate a shape id from the help file to the actual shape&amp;#63;  Unfortunately the shape name is duplicated a lot, so not sure how to figure out which shape is which.  &lt;br /&gt;&lt;br /&gt; &lt;br /&gt;&lt;br /&gt;Thanks,&lt;br /&gt;&lt;br /&gt;Nathan&lt;br /&gt;</description><author>santoshbenjamin</author><pubDate>Thu, 01 Apr 2010 12:09:35 GMT</pubDate><guid isPermaLink="false">Created Issue: Shape ID [12405] 20100401120935P</guid></item><item><title>Created Issue: Explorer OM is not supported in a 64bit process</title><link>http://biztalkorcprofiler.codeplex.com/WorkItem/View.aspx?WorkItemId=10441</link><description>Attempted to list Orchestrations with the follwing environment&amp;#58;&lt;br /&gt;&lt;br /&gt;OS&amp;#58;  Win 2003 Enterprise SP2 - 64bit&lt;br /&gt;SQL Server 2005 SP2 - 64bit&lt;br /&gt;BizTalk Server 2006 R2&lt;br /&gt;&lt;br /&gt;Tried clicking on the orchestration link and an error message with the above title popped up.&lt;br /&gt;&lt;br /&gt;Nic&lt;br /&gt;</description><author>ntrajkovic</author><pubDate>Wed, 12 Aug 2009 00:37:53 GMT</pubDate><guid isPermaLink="false">Created Issue: Explorer OM is not supported in a 64bit process 20090812123753A</guid></item><item><title>Created Issue: Timeout Error</title><link>http://biztalkorcprofiler.codeplex.com/WorkItem/View.aspx?WorkItemId=10039</link><description>Hi,&lt;br /&gt;&lt;br /&gt;I am receiving a timeout error when I attempt to generate a report on a single orchestration over a period longer than a day, see attached.&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Colin&lt;br /&gt;</description><author>colinmeade</author><pubDate>Tue, 26 May 2009 09:20:09 GMT</pubDate><guid isPermaLink="false">Created Issue: Timeout Error 20090526092009A</guid></item><item><title>Created Issue: Explorer OM is not supported in a 64bit process.</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=9340</link><description>Explorer OM is not supported in a 64bit process.&lt;br /&gt;&lt;br /&gt;Im trying to set up the BizTalk profiler and getting the above error. Any help&lt;br /&gt;</description><author>basharatustad</author><pubDate>Tue, 24 Feb 2009 13:11:13 GMT</pubDate><guid isPermaLink="false">Created Issue: Explorer OM is not supported in a 64bit process. 20090224011113P</guid></item><item><title>Created Issue: Object Reference Not Set</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=8079</link><description>When I try to &amp;#34;Create Documentation&amp;#34; from the Profiler UI I get object reference not set error.  All the settings in the exe.config are correct.&lt;br /&gt;&lt;br /&gt;I can double click on an orchestration and see the image, however the documentation is not being produced.&lt;br /&gt;</description><author>foosfam</author><pubDate>Fri, 14 Nov 2008 04:59:53 GMT</pubDate><guid isPermaLink="false">Created Issue: Object Reference Not Set 20081114045953A</guid></item><item><title>Created Issue: artihmetic overflow</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=7448</link><description>When profiling an orchestration i am receiving an exception &amp;#40;see attach&amp;#41;.&lt;br /&gt;&lt;br /&gt;Has anyone any idea&amp;#63;&lt;br /&gt;&lt;br /&gt;Thnx&lt;br /&gt;&lt;br /&gt;Brecht&lt;br /&gt;</description><author>blijnen</author><pubDate>Fri, 29 Aug 2008 10:46:23 GMT</pubDate><guid isPermaLink="false">Created Issue: artihmetic overflow 20080829104623A</guid></item><item><title>Created Issue: Remember last set of parameters used</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=7124</link><description>Mostly I think this is relevant for the database settings - if I&amp;#39;m constantly pointing at another machine why should I have to type it over and over again&amp;#63;&lt;br /&gt;</description><author>yossidahan</author><pubDate>Tue, 29 Jul 2008 12:30:15 GMT</pubDate><guid isPermaLink="false">Created Issue: Remember last set of parameters used 20080729123015P</guid></item><item><title>CREATED ISSUE: Cant handle the path to htmlhelp not being in the config file</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=5225</link><description>The BizTalk Documenter can handle the path to htmlhelp not being in the config file by assuming the most common installation path.  The orchestration profile does not do this as the code is commented out.  Would be great if could be the same in the next version to allow it to be used from Msbuild.  At the moment i would have to edit msbuild.exe.config.&lt;br /&gt;&lt;br /&gt;The code snippet in Documenter is&amp;#58;&lt;br /&gt;Microsoft.Sdc.Publishers.CompiledHelp&amp;#92;HelpFileWriter.cs &amp;#40;line&amp;#58; 184&amp;#41;&lt;br /&gt;&lt;br /&gt;In profiler it is&amp;#58;&lt;br /&gt;Microsoft.Services.Tools.BizTalkOrchestrationProfiler.Core&amp;#92;HelpFileWriter.cs &amp;#40;Line&amp;#58; 180&amp;#41;&lt;br /&gt;</description><author>michaelstephenson</author><pubDate>Thu, 24 Jan 2008 15:34:03 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Cant handle the path to htmlhelp not being in the config file 20080124033403P</guid></item><item><title>CREATED ISSUE: Overall coverage figure doesnt add up</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=5223</link><description>Ive seen a few occasions where I have run the profiler and it looks as though every single shape has been hit and executed successfully and all routes through the orchestration have been executed.&lt;br /&gt;&lt;br /&gt;Each shape shows on the orchestration view as 100&amp;#37; yet the overall coverage figure is not 100&amp;#37;.&lt;br /&gt;&lt;br /&gt;I have seen instances where it is 94&amp;#37;, between 60 and 80&amp;#37;.&lt;br /&gt;&lt;br /&gt;The report is still useful in that it seems to acccurately show you the routes which have been passed, but the overall figure means I cant really publish the information to my project.&lt;br /&gt;&lt;br /&gt;Would appreciate confirmation if this is a known issue or if I have done something incorrectly.&lt;br /&gt;&lt;br /&gt;Thanks&lt;br /&gt;Mike&lt;br /&gt;</description><author>michaelstephenson</author><pubDate>Thu, 24 Jan 2008 12:09:04 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Overall coverage figure doesnt add up 20080124120904P</guid></item><item><title>CREATED ISSUE: DateTime format when client is not en-US</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=4291</link><description>The dateime format returned from the DateTimePicker control has to match the format of the database which is the english datetime format. In order to be able to create reports. Either the local setting on the client has to be changed to english in order to be able to create reports or change it with&amp;#58;&lt;br /&gt;&lt;br /&gt;One fix would be to change the CurrentCulture of the Thread making the app run with en-US culture. This would return correct datetime format&amp;#58;&lt;br /&gt;&lt;br /&gt;             System.Threading.Thread.CurrentThread.CurrentCulture &amp;#61; new System.Globalization.CultureInfo&amp;#40;&amp;#34;en-US&amp;#34;&amp;#41;&amp;#59;                 &lt;br /&gt;              tag.GetCoverageInfo&amp;#40;this.txtDtaServer.Text, this.txtDtaDatabase.Text, this.dtpFrom.Value, this.dtpTo.Value&amp;#41;&amp;#59;&lt;br /&gt;                 &lt;br /&gt;&lt;br /&gt;Also, the DisplayOrchestration method does not show the exception info upon errors. &lt;br /&gt;&lt;br /&gt;catch &amp;#40;Exception ex&amp;#41;&lt;br /&gt;            &amp;#123;&lt;br /&gt;                MessageBox.Show&amp;#40;&amp;#34;Error displaying orchestration&amp;#92;r&amp;#92;n&amp;#34; &amp;#43; ex.ToString&amp;#40;&amp;#41;, &amp;#34;Error&amp;#34;, MessageBoxButtons.OK, MessageBoxIcon.Hand&amp;#41;&amp;#59;&lt;br /&gt;            &amp;#125;&lt;br /&gt;</description><author>zoda</author><pubDate>Tue, 06 Nov 2007 07:31:58 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: DateTime format when client is not en-US 20071106073158A</guid></item><item><title>COMMENTED ISSUE: Providing MeanAvgOrchestrationDuration</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=3108</link><description>The current Avg duration is problematic beause it is often affected by the initial ramp-up time of the type.&lt;br /&gt;&lt;br /&gt;As Darren and I discussed in the past, will be useful to provide a mean avg.&lt;br /&gt;This can be done I think by adding to the sql metric another output - the sum of all durations.&lt;br /&gt;&lt;br /&gt;Then in the GetMetrics method of Orchestration &amp;#40;in SDC.BizTalkOM&amp;#41; it should be possibile to return mean avg by checking the number if instances found and, if more than two found, deduct the min and max from the sum and divide by the number of instances-2&amp;#59; otherwise the avg should be returned as the mean avg.&lt;br/&gt;Comments: ** Comment from web user: yossidahan ** &lt;p&gt;Sorry - the above of course covers the orchestration-level details. Microsoft.Sdc.BizTalkOM.Res.SqlOrchTrackingShapeMetrics.txt will need to be changed to provide the sum of the durations as well and the GetCoverageShapeInfo will need to be changed to calculate and store the mean avg in an addition property of the shape class.&lt;/p&gt;</description><author>yossidahan</author><pubDate>Fri, 17 Aug 2007 12:22:38 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Providing MeanAvgOrchestrationDuration 20070817122238P</guid></item><item><title>CREATED ISSUE: Providing MeanAvgOrchestrationDuration</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=3108</link><description>The current Avg duration is problematic beause it is often affected by the initial ramp-up time of the type.&lt;br /&gt;&lt;br /&gt;As Darren and I discussed in the past, will be useful to provide a mean avg.&lt;br /&gt;This can be done I think by adding to the sql metric another output - the sum of all durations.&lt;br /&gt;&lt;br /&gt;Then in the GetMetrics method of Orchestration &amp;#40;in SDC.BizTalkOM&amp;#41; it should be possibile to return mean avg by checking the number if instances found and, if more than two found, deduct the min and max from the sum and divide by the number of instances-2&amp;#59; otherwise the avg should be returned as the mean avg.&lt;br/&gt;</description><author>yossidahan</author><pubDate>Fri, 17 Aug 2007 10:44:12 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Providing MeanAvgOrchestrationDuration 20070817104412A</guid></item><item><title>CREATED ISSUE: List orchestrations button disappears after being clicked</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=3107</link><description>The &amp;#34;List Orchestration&amp;#34; button seems to be one-use only as it disappears after being clicked. &lt;br /&gt;&lt;br /&gt;This prevents re-listing orchestrations if, for instance, I&amp;#39;ve changed the server details.&lt;br/&gt;</description><author>yossidahan</author><pubDate>Fri, 17 Aug 2007 09:51:13 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: List orchestrations button disappears after being clicked 20070817095113A</guid></item><item><title>REOPENED ISSUE: NullReferenceException due to hard-coded DB server</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=2853</link><description>The Profiler crashes with a NullReferenceException in Microsoft.Sdc.OrchestrationProfiler.Core.ReportGenerator.RetrieveDeployedOrcestrations&amp;#40;&amp;#41; &amp;#40;note the spelling&amp;#41;.  The crash is due to the fact that the management database server name &amp;#34;&amp;#40;local&amp;#41;&amp;#34; is hard-coded in the method.  To fix the crash, replace the hard-coded value with the value passed in a parameter to this method &amp;#40;which is the value entered in the UI or in the command line&amp;#41;.  A patch which does exactly that is attached.&lt;br/&gt;</description><author>ilyaf</author><pubDate>Mon, 13 Aug 2007 21:04:00 GMT</pubDate><guid isPermaLink="false">REOPENED ISSUE: NullReferenceException due to hard-coded DB server 20070813090400P</guid></item><item><title>CLOSED ISSUE: NullReferenceException due to hard-coded DB server</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=2853</link><description>The Profiler crashes with a NullReferenceException in Microsoft.Sdc.OrchestrationProfiler.Core.ReportGenerator.RetrieveDeployedOrcestrations&amp;#40;&amp;#41; &amp;#40;note the spelling&amp;#41;.  The crash is due to the fact that the management database server name &amp;#34;&amp;#40;local&amp;#41;&amp;#34; is hard-coded in the method.  To fix the crash, replace the hard-coded value with the value passed in a parameter to this method &amp;#40;which is the value entered in the UI or in the command line&amp;#41;.  A patch which does exactly that is attached.&lt;br/&gt;</description><author>ilyaf</author><pubDate>Mon, 13 Aug 2007 21:03:41 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: NullReferenceException due to hard-coded DB server 20070813090341P</guid></item><item><title>COMMENTED ISSUE: Date range converts PM times into AM</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=2876</link><description>The Orchestration Profiler&amp;#39;s date&amp;#47;time range is coerced into AM, even if PM times are entered in the UI or command line.  For example, if I request profiling between 05&amp;#58;00 PM and 07&amp;#58;00 PM, I will get results for 05&amp;#58;00 AM - 07&amp;#58;00 AM of that date instead.  This makes it practically impossible to use the Profiler in the afternoon.&lt;br /&gt;&lt;br /&gt;The reason for the bug is the following line in Microsoft.Sdc.BizTalkOM.Orchestration.GetCoverageShapeInfo&amp;#40;&amp;#41;&lt;br /&gt;&lt;br /&gt;-------&lt;br /&gt; SqlCommand command &amp;#61; new SqlCommand&amp;#40;text2.Replace&amp;#40;&amp;#34;&amp;#36;ParentAssemblyFormattedName&amp;#36;&amp;#34;, this.ParentAssemblyFormattedName&amp;#41;.Replace&amp;#40;&amp;#34;&amp;#36;Name&amp;#36;&amp;#34;, base.Name&amp;#41;.Replace&amp;#40;&amp;#34;&amp;#36;dateFrom&amp;#36;&amp;#34;, dateFrom.ToString&amp;#40;&amp;#34;dd MMM yy hh&amp;#58;mm&amp;#58;ss&amp;#34;&amp;#41;&amp;#41;.Replace&amp;#40;&amp;#34;&amp;#36;dateTo&amp;#36;&amp;#34;, dateTo.ToString&amp;#40;&amp;#34;dd MMM yy hh&amp;#58;mm&amp;#58;ss&amp;#34;&amp;#41;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;-------&lt;br /&gt;&lt;br /&gt;&amp;#40;I am looking at the code via Reflector, so I don&amp;#39;t know the exact variable names&amp;#41;.&lt;br /&gt;&lt;br /&gt;The date format string does not include an AM&amp;#47;PM indicator, while &amp;#34;hh&amp;#34; represents the hour as a number from 01 to 12.&lt;br /&gt;&lt;br /&gt;Unfortunately, the source for the Microsoft.Sdc.BizTalkOM assembly is not included, making it impossible to easily patch the problem.&lt;br/&gt;Comments: ** Comment from web user: darrenj ** &lt;p&gt;That&amp;#39;s strange, my drop of the code shows the changes that I made before releasing which moved to using HH instead of hh as that caused a number of problems, the code here shows the following&amp;#58;&lt;/p&gt;&lt;p&gt;&amp;#9;&amp;#9;&amp;#9;sqlOrchTrackingShapeInfo &amp;#61; sqlOrchTrackingShapeInfo.Replace&amp;#40;&amp;#34;&amp;#36;dateFrom&amp;#36;&amp;#34;, dateFrom.ToString&amp;#40;&amp;#34;dd MMM yy HH&amp;#58;mm&amp;#58;ss&amp;#34;&amp;#41;&amp;#41;&amp;#59;&lt;br/&gt;&amp;#9;&amp;#9;&amp;#9;sqlOrchTrackingShapeInfo &amp;#61; sqlOrchTrackingShapeInfo.Replace&amp;#40;&amp;#34;&amp;#36;dateTo&amp;#36;&amp;#34;, dateTo.ToString&amp;#40;&amp;#34;dd MMM yy HH&amp;#58;mm&amp;#58;ss&amp;#34;&amp;#41;&amp;#41;&amp;#59;&lt;/p&gt;&lt;p&gt;Perhaps an incorrect version of the binary got included, I&amp;#39;ll verify before doing the next drop&lt;/p&gt;</description><author>darrenj</author><pubDate>Sun, 12 Aug 2007 08:31:37 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Date range converts PM times into AM 20070812083137A</guid></item><item><title>CREATED ISSUE: Date range converts PM times into AM</title><link>http://www.codeplex.com/BiztalkOrcProfiler/WorkItem/View.aspx?WorkItemId=2876</link><description>The Orchestration Profiler&amp;#39;s date&amp;#47;time range is coerced into AM, even if PM times are entered in the UI or command line.  For example, if I request profiling between 05&amp;#58;00 PM and 07&amp;#58;00 PM, I will get results for 05&amp;#58;00 AM - 07&amp;#58;00 AM of that date instead.  This makes it practically impossible to use the Profiler in the afternoon.&lt;br /&gt;&lt;br /&gt;The reason for the bug is the following line in Microsoft.Sdc.BizTalkOM.Orchestration.GetCoverageShapeInfo&amp;#40;&amp;#41;&lt;br /&gt;&lt;br /&gt;-------&lt;br /&gt; SqlCommand command &amp;#61; new SqlCommand&amp;#40;text2.Replace&amp;#40;&amp;#34;&amp;#36;ParentAssemblyFormattedName&amp;#36;&amp;#34;, this.ParentAssemblyFormattedName&amp;#41;.Replace&amp;#40;&amp;#34;&amp;#36;Name&amp;#36;&amp;#34;, base.Name&amp;#41;.Replace&amp;#40;&amp;#34;&amp;#36;dateFrom&amp;#36;&amp;#34;, dateFrom.ToString&amp;#40;&amp;#34;dd MMM yy hh&amp;#58;mm&amp;#58;ss&amp;#34;&amp;#41;&amp;#41;.Replace&amp;#40;&amp;#34;&amp;#36;dateTo&amp;#36;&amp;#34;, dateTo.ToString&amp;#40;&amp;#34;dd MMM yy hh&amp;#58;mm&amp;#58;ss&amp;#34;&amp;#41;&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;-------&lt;br /&gt;&lt;br /&gt;&amp;#40;I am looking at the code via Reflector, so I don&amp;#39;t know the exact variable names&amp;#41;.&lt;br /&gt;&lt;br /&gt;The date format string does not include an AM&amp;#47;PM indicator, while &amp;#34;hh&amp;#34; represents the hour as a number from 01 to 12.&lt;br /&gt;&lt;br /&gt;Unfortunately, the source for the Microsoft.Sdc.BizTalkOM assembly is not included, making it impossible to easily patch the problem.&lt;br/&gt;</description><author>ilyaf</author><pubDate>Mon, 23 Jul 2007 01:50:37 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Date range converts PM times into AM 20070723015037A</guid></item></channel></rss>