<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>TST Issue Tracker Rss Feed</title><link>http://tst.codeplex.com/WorkItem/List.aspx</link><description>TST Issue Tracker Rss Description</description><item><title>Closed Issue: Overall XML Status always yields "Failed" when using RunSuite [10030]</title><link>http://tst.codeplex.com/workitem/10030</link><description>In the Internal.PrintHeaderForSession procedure, the variable &amp;#64;TestSessionStatusString will always end up as Failed because of a missing ELSE&amp;#58;&lt;br /&gt;   IF &amp;#40;&amp;#64;TestSessionStatus &amp;#61; 1&amp;#41; SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Passed&amp;#39;&lt;br /&gt;   SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Failed&amp;#39;&lt;br /&gt;Should be&lt;br /&gt;   IF &amp;#40;&amp;#64;TestSessionStatus &amp;#61; 1&amp;#41; SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Passed&amp;#39; ELSE SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Failed&amp;#39; End&lt;br /&gt;</description><author>lmolnar</author><pubDate>Thu, 16 May 2013 07:20:26 GMT</pubDate><guid isPermaLink="false">Closed Issue: Overall XML Status always yields "Failed" when using RunSuite [10030] 20130516072026A</guid></item><item><title>Closed Issue: Can the server and database name be added to the generated xml? [10160]</title><link>http://tst.codeplex.com/workitem/10160</link><description>Since we have multiple databases on multiple servers, it would be very usefull to have the database and server name included in the results xml.&lt;br /&gt;Following variable and function can be used&amp;#58; &amp;#64;&amp;#64;servername and DB_NAME&amp;#40;&amp;#41;&lt;br /&gt;This way we can use xslt to create a report on the results.&lt;br /&gt;&amp;#60;TST status&amp;#61;&amp;#34;Failed&amp;#34; testSessionId&amp;#61;&amp;#34;79&amp;#34; start&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;39&amp;#34; finish&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;40&amp;#34; duration&amp;#61;&amp;#34;560&amp;#34; &amp;#62;&lt;br /&gt;Would then become&amp;#58;&lt;br /&gt;&amp;#60;TST server&amp;#61;&amp;#34;server&amp;#34; database&amp;#61;&amp;#34;database&amp;#34; status&amp;#61;&amp;#34;Failed&amp;#34; testSessionId&amp;#61;&amp;#34;79&amp;#34; start&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;39&amp;#34; finish&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;40&amp;#34; duration&amp;#61;&amp;#34;560&amp;#34; &amp;#62;&lt;br /&gt;</description><author>lmolnar</author><pubDate>Thu, 16 May 2013 07:20:26 GMT</pubDate><guid isPermaLink="false">Closed Issue: Can the server and database name be added to the generated xml? [10160] 20130516072026A</guid></item><item><title>Closed Issue: IsLike not working if LIKE pattern &gt; 4000 chars [10311]</title><link>http://tst.codeplex.com/workitem/10311</link><description>The Assert.IsLike and IsNotLike procedures don&amp;#39;t work if the ExpectedLikeValue is bigger than 4000 characters. This is a limitation of sql server.&lt;br /&gt;Adjust the procedures to use nvarchar&amp;#40;4000&amp;#41; as data type of the &amp;#64;ExpectedLikeValue parameter to make this clear.&lt;br /&gt;</description><author>lmolnar</author><pubDate>Thu, 16 May 2013 07:20:25 GMT</pubDate><guid isPermaLink="false">Closed Issue: IsLike not working if LIKE pattern &gt; 4000 chars [10311] 20130516072025A</guid></item><item><title>Closed Issue: Add Assert.String(Not)Equals to the API [10312]</title><link>http://tst.codeplex.com/workitem/10312</link><description>For &amp;#40;N&amp;#41;VARCHAR&amp;#40;max&amp;#41; strings, the Assert.Equals API cannot be used.&lt;br /&gt;Since the IsLike procedure does not handle big patterns either, the API should be extended with a StringEquals call to allow the comparison of big strings.&lt;br /&gt;</description><author>lmolnar</author><pubDate>Thu, 16 May 2013 07:20:25 GMT</pubDate><guid isPermaLink="false">Closed Issue: Add Assert.String(Not)Equals to the API [10312] 20130516072025A</guid></item><item><title>Created Issue: Invalid object name '#Tmp_CrtSessionInfo'. [11722]</title><link>http://tst.codeplex.com/workitem/11722</link><description>when I run &lt;br /&gt;DECLARE &amp;#64;BinaryString varchar&amp;#40;8&amp;#41;&lt;br /&gt;&lt;br /&gt; &lt;br /&gt;&lt;br /&gt;   SET &amp;#64;BinaryString &amp;#61; dbo.QFn_TinyintToBinary&amp;#40;NULL&amp;#41;&lt;br /&gt;&lt;br /&gt;   EXEC TST.Assert.IsNull &amp;#39;Case&amp;#58; NULL&amp;#39;, &amp;#64;BinaryString&lt;br /&gt;&lt;br /&gt;I get back message &lt;br /&gt;&lt;br /&gt;Msg 208, Level 16, State 0, Procedure Pass, Line 14&lt;br /&gt;Invalid object name &amp;#39;&amp;#35;Tmp_CrtSessionInfo&amp;#39;.&lt;br /&gt;</description><author>igolferd</author><pubDate>Mon, 22 Apr 2013 03:02:31 GMT</pubDate><guid isPermaLink="false">Created Issue: Invalid object name '#Tmp_CrtSessionInfo'. [11722] 20130422030231A</guid></item><item><title>Created Issue: Schema as a prefix? [11663]</title><link>http://tst.codeplex.com/workitem/11663</link><description>I would like it if you could change the prefix to be a schema instead.  Is that possible&amp;#63;&lt;br /&gt;&lt;br /&gt;For instance, then you could implement this naming convention&amp;#58;  &lt;br /&gt;&lt;br /&gt;dbo.sprocToTest --for your procedure&lt;br /&gt;&lt;br /&gt;SQLTest.sprocToTest  --TST test sproc&lt;br /&gt;</description><author>mcerrato</author><pubDate>Tue, 26 Mar 2013 21:43:44 GMT</pubDate><guid isPermaLink="false">Created Issue: Schema as a prefix? [11663] 20130326094344P</guid></item><item><title>Commented Issue: Cannot connect to remote server (linked server) through TST [11506]</title><link>http://tst.codeplex.com/workitem/11506</link><description>My TST db and test DB are in one sql server and I am trying to connect to the remote sql server  though TST stored proc. And its failed with error&lt;br /&gt;&lt;br /&gt;LE DB provider &amp;#38;quot&amp;#59;SQLNCLI10&amp;#38;quot&amp;#59; for linked server &amp;#38;quot&amp;#59;SomeDB&amp;#38;quot&amp;#59; returned message &amp;#38;quot&amp;#59;The transaction manager has disabled its support for remote&amp;#47;network transactions.&amp;#38;quot&amp;#59;.&lt;br /&gt;&lt;br /&gt;If I run the same stored proc indepenedantly form the server , it works fine. But no through TST. Does TST supports remote execution&amp;#63; Please reply&amp;#33;&amp;#33;&lt;br /&gt;Comments: ** Comment from web user: SQLSCT ** &lt;p&gt;I just want to mention that 'select statemens't to remote server works fine through TST. But wont let me to execute 'Delete statements' and this is kind of important to execute my test scenarios. But same delete works fine through a non TST stored proc. So its not a user access issue for sure.&lt;/p&gt;</description><author>SQLSCT</author><pubDate>Thu, 17 Jan 2013 22:21:35 GMT</pubDate><guid isPermaLink="false">Commented Issue: Cannot connect to remote server (linked server) through TST [11506] 20130117102135P</guid></item><item><title>Created Issue: Cannot connect to remote server (linked server) through TST [11506]</title><link>http://tst.codeplex.com/workitem/11506</link><description>My TST db and test DB are in one sql server and I am trying to connect to the remote sql server  though TST stored proc. And its failed with error&lt;br /&gt;&lt;br /&gt;LE DB provider &amp;#38;quot&amp;#59;SQLNCLI10&amp;#38;quot&amp;#59; for linked server &amp;#38;quot&amp;#59;SomeDB&amp;#38;quot&amp;#59; returned message &amp;#38;quot&amp;#59;The transaction manager has disabled its support for remote&amp;#47;network transactions.&amp;#38;quot&amp;#59;.&lt;br /&gt;&lt;br /&gt;If I run the same stored proc indepenedantly form the server , it works fine. But no through TST. Does TST supports remote execution&amp;#63; Please reply&amp;#33;&amp;#33;&lt;br /&gt;</description><author>SQLSCT</author><pubDate>Thu, 17 Jan 2013 21:32:54 GMT</pubDate><guid isPermaLink="false">Created Issue: Cannot connect to remote server (linked server) through TST [11506] 20130117093254P</guid></item><item><title>Commented Issue: Add sp procedure to the master for running the Unit Tests [10161]</title><link>http://tst.codeplex.com/workitem/10161</link><description>We have created an sp procedure &amp;#40;sp_utf_run - which is according to our naming convention&amp;#41; that is deployed on the master database. This allows us to run the unit tests more easily.&lt;br /&gt;We assign a SSMS keyboard shortcut to this procedure &amp;#40;e.g. Ctrl-9&amp;#41;.&lt;br /&gt;When we are in a query window and &lt;br /&gt;- have no text selected, pressing Ctrl-9 will launch RunAll for the current database&lt;br /&gt;- have a unit test selected &amp;#40;starting with the correct prefix&amp;#41;, pressing Ctrl-9 will launch RunTest for the specific test&lt;br /&gt;- have a suite name selected, pressing Ctrl-9 will launch RunSuite for the specific suite&lt;br /&gt;&lt;br /&gt;This means we no longer have to type TST.Runner.RunXYZ ... to run the unit test.&lt;br /&gt;Maybe this feature can be included in the project. Code added.&lt;br /&gt;Defaults for verbose and format can be changed in the procedure template. We opted for verbose on and format Text.&lt;br /&gt;Maybe the proc needs to be changed if schema&amp;#39;s are used. We always deploy under dbo.&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;Nice idea but I will have to postpone this until a next version..&lt;/p&gt;</description><author>lmolnar</author><pubDate>Sun, 01 Apr 2012 03:02:46 GMT</pubDate><guid isPermaLink="false">Commented Issue: Add sp procedure to the master for running the Unit Tests [10161] 20120401030246A</guid></item><item><title>Commented Issue: Add Assert.String(Not)Equals to the API [10312]</title><link>http://tst.codeplex.com/workitem/10312</link><description>For &amp;#40;N&amp;#41;VARCHAR&amp;#40;max&amp;#41; strings, the Assert.Equals API cannot be used.&lt;br /&gt;Since the IsLike procedure does not handle big patterns either, the API should be extended with a StringEquals call to allow the comparison of big strings.&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;Fixed in V1.9.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Sun, 01 Apr 2012 02:59:49 GMT</pubDate><guid isPermaLink="false">Commented Issue: Add Assert.String(Not)Equals to the API [10312] 20120401025949A</guid></item><item><title>Commented Issue: IsLike not working if LIKE pattern &gt; 4000 chars [10311]</title><link>http://tst.codeplex.com/workitem/10311</link><description>The Assert.IsLike and IsNotLike procedures don&amp;#39;t work if the ExpectedLikeValue is bigger than 4000 characters. This is a limitation of sql server.&lt;br /&gt;Adjust the procedures to use nvarchar&amp;#40;4000&amp;#41; as data type of the &amp;#64;ExpectedLikeValue parameter to make this clear.&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;Fixed in V1.9.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Sun, 01 Apr 2012 02:59:21 GMT</pubDate><guid isPermaLink="false">Commented Issue: IsLike not working if LIKE pattern &gt; 4000 chars [10311] 20120401025921A</guid></item><item><title>Commented Issue: Can the server and database name be added to the generated xml? [10160]</title><link>http://tst.codeplex.com/workitem/10160</link><description>Since we have multiple databases on multiple servers, it would be very usefull to have the database and server name included in the results xml.&lt;br /&gt;Following variable and function can be used&amp;#58; &amp;#64;&amp;#64;servername and DB_NAME&amp;#40;&amp;#41;&lt;br /&gt;This way we can use xslt to create a report on the results.&lt;br /&gt;&amp;#60;TST status&amp;#61;&amp;#34;Failed&amp;#34; testSessionId&amp;#61;&amp;#34;79&amp;#34; start&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;39&amp;#34; finish&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;40&amp;#34; duration&amp;#61;&amp;#34;560&amp;#34; &amp;#62;&lt;br /&gt;Would then become&amp;#58;&lt;br /&gt;&amp;#60;TST server&amp;#61;&amp;#34;server&amp;#34; database&amp;#61;&amp;#34;database&amp;#34; status&amp;#61;&amp;#34;Failed&amp;#34; testSessionId&amp;#61;&amp;#34;79&amp;#34; start&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;39&amp;#34; finish&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;40&amp;#34; duration&amp;#61;&amp;#34;560&amp;#34; &amp;#62;&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;Implemented in V1.9.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Sun, 01 Apr 2012 02:58:50 GMT</pubDate><guid isPermaLink="false">Commented Issue: Can the server and database name be added to the generated xml? [10160] 20120401025850A</guid></item><item><title>Commented Issue: Overall XML Status always yields "Failed" when using RunSuite [10030]</title><link>http://tst.codeplex.com/workitem/10030</link><description>In the Internal.PrintHeaderForSession procedure, the variable &amp;#64;TestSessionStatusString will always end up as Failed because of a missing ELSE&amp;#58;&lt;br /&gt;   IF &amp;#40;&amp;#64;TestSessionStatus &amp;#61; 1&amp;#41; SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Passed&amp;#39;&lt;br /&gt;   SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Failed&amp;#39;&lt;br /&gt;Should be&lt;br /&gt;   IF &amp;#40;&amp;#64;TestSessionStatus &amp;#61; 1&amp;#41; SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Passed&amp;#39; ELSE SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Failed&amp;#39; End&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;Fixed in V1.9.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Sun, 01 Apr 2012 02:58:14 GMT</pubDate><guid isPermaLink="false">Commented Issue: Overall XML Status always yields "Failed" when using RunSuite [10030] 20120401025814A</guid></item><item><title>Commented Issue: Add Assert.String(Not)Equals to the API [10312]</title><link>http://tst.codeplex.com/workitem/10312</link><description>For &amp;#40;N&amp;#41;VARCHAR&amp;#40;max&amp;#41; strings, the Assert.Equals API cannot be used.&lt;br /&gt;Since the IsLike procedure does not handle big patterns either, the API should be extended with a StringEquals call to allow the comparison of big strings.&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;The APIs will be called&amp;#58; Assert.NVarCharMaxEquals, Assert.NVarCharMaxNotEquals.&lt;br /&gt;&lt;/p&gt;</description><author>lmolnar</author><pubDate>Sun, 25 Mar 2012 03:27:22 GMT</pubDate><guid isPermaLink="false">Commented Issue: Add Assert.String(Not)Equals to the API [10312] 20120325032722A</guid></item><item><title>Commented Issue: Add Assert.String(Not)Equals to the API [10312]</title><link>http://tst.codeplex.com/workitem/10312</link><description>For &amp;#40;N&amp;#41;VARCHAR&amp;#40;max&amp;#41; strings, the Assert.Equals API cannot be used.&lt;br /&gt;Since the IsLike procedure does not handle big patterns either, the API should be extended with a StringEquals call to allow the comparison of big strings.&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;ETA&amp;#58; April 7th or earlier.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Sun, 25 Mar 2012 03:26:11 GMT</pubDate><guid isPermaLink="false">Commented Issue: Add Assert.String(Not)Equals to the API [10312] 20120325032611A</guid></item><item><title>Commented Issue: Can the server and database name be added to the generated xml? [10160]</title><link>http://tst.codeplex.com/workitem/10160</link><description>Since we have multiple databases on multiple servers, it would be very usefull to have the database and server name included in the results xml.&lt;br /&gt;Following variable and function can be used&amp;#58; &amp;#64;&amp;#64;servername and DB_NAME&amp;#40;&amp;#41;&lt;br /&gt;This way we can use xslt to create a report on the results.&lt;br /&gt;&amp;#60;TST status&amp;#61;&amp;#34;Failed&amp;#34; testSessionId&amp;#61;&amp;#34;79&amp;#34; start&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;39&amp;#34; finish&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;40&amp;#34; duration&amp;#61;&amp;#34;560&amp;#34; &amp;#62;&lt;br /&gt;Would then become&amp;#58;&lt;br /&gt;&amp;#60;TST server&amp;#61;&amp;#34;server&amp;#34; database&amp;#61;&amp;#34;database&amp;#34; status&amp;#61;&amp;#34;Failed&amp;#34; testSessionId&amp;#61;&amp;#34;79&amp;#34; start&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;39&amp;#34; finish&amp;#61;&amp;#34;08&amp;#58;42&amp;#58;40&amp;#34; duration&amp;#61;&amp;#34;560&amp;#34; &amp;#62;&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;ETA&amp;#58; April 7th or earlier.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Sun, 25 Mar 2012 03:24:49 GMT</pubDate><guid isPermaLink="false">Commented Issue: Can the server and database name be added to the generated xml? [10160] 20120325032449A</guid></item><item><title>Closed Feature: Make prefix 'SQLTest_' configurable [9662]</title><link>http://tst.codeplex.com/workitem/9662</link><description>Currently the stored procedures require to have the prefix &amp;#39;SQLTest_&amp;#39;.&lt;br /&gt;Since we only use lower case object names and use prefixes like t_ for tables, p_ for procedures, f_ for functions, etc. it would be more logical to use ut_ as prefix for our unit tests.&lt;br /&gt;It would be nice if this setting could be stored somewhere and used.&lt;br /&gt;&lt;br /&gt;I implemented this myself. I used the TSTParameters table to store the setting.&lt;br /&gt;I added a new parameter &amp;#39;UnitTestPrefix&amp;#39;, but only allowed this to be defined at TestSession level and for scope &amp;#39;All&amp;#39;.&lt;br /&gt;I did add an option to use a global setting, by using TestSessionId &amp;#61; 0. This to prevent to having to define a TSTConfig procedure for all our databases.&lt;br /&gt;&lt;br /&gt;I changed all procs that now use the literal &amp;#39;SQLTest_&amp;#39;, either by passing the prefix to it or by determining the prefix inside the proc via the function below.&lt;br /&gt;&lt;br /&gt;Changed SQL objects&amp;#58;&lt;br /&gt;- New Function&amp;#58; SFN_UnitTestPrefix&lt;br /&gt;- Altered Utils.SetConfiguration to be able to set the setting via TSTConfig&lt;br /&gt;- Calculated &amp;#64;UnitTestPrefix inside &amp;#39;Internal.PrepareTestSessionInformation&amp;#39;&lt;br /&gt;- Added &amp;#64;UnitTestPrefix as input parameter to&amp;#58; &amp;#39;Internal.SuiteExists&amp;#39; and &amp;#39;Internal.AnalyzeSprocName&amp;#39;&lt;br /&gt;&lt;br /&gt;Full code provided in attached file.&lt;br /&gt;&lt;br /&gt;cfr also Topic http&amp;#58;&amp;#47;&amp;#47;tst.codeplex.com&amp;#47;discussions&amp;#47;276160&lt;br /&gt;Comments: &lt;p&gt;Was fixed in V 1.8&lt;/p&gt;</description><author>lmolnar</author><pubDate>Fri, 23 Mar 2012 11:40:16 GMT</pubDate><guid isPermaLink="false">Closed Feature: Make prefix 'SQLTest_' configurable [9662] 20120323114016A</guid></item><item><title>Commented Issue: IsLike not working if LIKE pattern &gt; 4000 chars [10311]</title><link>http://tst.codeplex.com/workitem/10311</link><description>The Assert.IsLike and IsNotLike procedures don&amp;#39;t work if the ExpectedLikeValue is bigger than 4000 characters. This is a limitation of sql server.&lt;br /&gt;Adjust the procedures to use nvarchar&amp;#40;4000&amp;#41; as data type of the &amp;#64;ExpectedLikeValue parameter to make this clear.&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;Correction&amp;#58; ETA&amp;#58; April 7th or earlier.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Fri, 23 Mar 2012 11:38:26 GMT</pubDate><guid isPermaLink="false">Commented Issue: IsLike not working if LIKE pattern &gt; 4000 chars [10311] 20120323113826A</guid></item><item><title>Commented Issue: Overall XML Status always yields "Failed" when using RunSuite [10030]</title><link>http://tst.codeplex.com/workitem/10030</link><description>In the Internal.PrintHeaderForSession procedure, the variable &amp;#64;TestSessionStatusString will always end up as Failed because of a missing ELSE&amp;#58;&lt;br /&gt;   IF &amp;#40;&amp;#64;TestSessionStatus &amp;#61; 1&amp;#41; SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Passed&amp;#39;&lt;br /&gt;   SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Failed&amp;#39;&lt;br /&gt;Should be&lt;br /&gt;   IF &amp;#40;&amp;#64;TestSessionStatus &amp;#61; 1&amp;#41; SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Passed&amp;#39; ELSE SET &amp;#64;TestSessionStatusString &amp;#61; &amp;#39;Failed&amp;#39; End&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;Correction&amp;#58; ETA&amp;#58; April 7th or earlier.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Fri, 23 Mar 2012 11:37:21 GMT</pubDate><guid isPermaLink="false">Commented Issue: Overall XML Status always yields "Failed" when using RunSuite [10030] 20120323113721A</guid></item><item><title>Commented Issue: IsLike not working if LIKE pattern &gt; 4000 chars [10311]</title><link>http://tst.codeplex.com/workitem/10311</link><description>The Assert.IsLike and IsNotLike procedures don&amp;#39;t work if the ExpectedLikeValue is bigger than 4000 characters. This is a limitation of sql server.&lt;br /&gt;Adjust the procedures to use nvarchar&amp;#40;4000&amp;#41; as data type of the &amp;#64;ExpectedLikeValue parameter to make this clear.&lt;br /&gt;Comments: ** Comment from web user: lmolnar ** &lt;p&gt;ETA&amp;#58; March 7th or earlier.&lt;/p&gt;</description><author>lmolnar</author><pubDate>Fri, 23 Mar 2012 06:19:47 GMT</pubDate><guid isPermaLink="false">Commented Issue: IsLike not working if LIKE pattern &gt; 4000 chars [10311] 20120323061947A</guid></item></channel></rss>