SQL Server Forum / Programming / XML / June 2005
For XML Problem with IIS6 and W2k3
|
|
Thread rating:  |
ajsmith02 - 06 Oct 2004 21:37 GMT I have this function that worked like a charm under IIS5 and W2K. You pass a sql string that has for xml auto or a stored produre that has for xml auto in it. Under IIS6 and W2K3 it stops working after a couple of days with no rhyme or reason. No error log either. We applied all the service packs including sqlxml sp3. What is wrong? Thanks.
Here is the code: function getSQLXML(byval sqlString) dim adoConn dim adoCmd dim adoStreamQuery set adoConn = vbsqlconnection 'located in sharedfunctions.asp adoConn.CommandTimeout = 300 set adoStreamQuery = Server.CreateObject("ADODB.Stream") set adoCmd = Server.CreateObject("ADODB.Command")' adoCmd.ActiveConnection = adoConn adoCmd.CommandTimeout = 300 adoConn.CursorLocation = adUseClient
dim sQuery sQuery = "<recordset xmlns:sql='urn:schemas-microsoft-com:xml-sql'>" sQuery = sQuery + "<sql:query>"+sqlString+"</sql:query>" sQuery = sQuery + "</recordset>" adoStreamQuery.Open 'Open the command stream so it may be written to adoStreamQuery.WriteText sQuery, adWriteChar 'Set the input command stream's text with the query string adoStreamQuery.Position = 0 'Reset the position in the stream, otherwise it will be at EOS
adoCmd.Dialect = "{5D531CB2-E6Ed-11D2-B252-00C04F681B71}" 'Set the dialect for the command stream to be a SQL query. adoCmd.CommandStream = adoStreamQuery 'Set the command object's command to the input stream set above
dim outStrm set outStrm = Server.CreateObject("ADODB.Stream") 'Create the output stream outStrm.Open
adoCmd.Properties("Output Stream").Value = outStrm 'Set command's output stream to the output stream just opened adoCmd.Execute , , adExecuteStream 'Response.Write(outStrm.ReadText) adoCmd.ActiveConnection = nothing adoConn.Close set adoConn = nothing getSQLXML = outStrm.ReadText end function
P.S. Goorbeeman in the group microsoft.public.sqlserver.server has the same problem
Michael Rys [MSFT] - 07 Oct 2004 08:36 GMT Can you run the FOR XML query directly on the database?
Have you tried a different template/query to see if the connection works?
Best regards Michael
>I have this function that worked like a charm under IIS5 and W2K. You pass >a [quoted text clipped - 53 lines] > same > problem ajsmith02 - 07 Oct 2004 15:07 GMT To specify the problem. This chunk of code has been working for about 3 years on IIS5 and W2K. The sql that gets executed is passed in as a string variable. To answer your question the for xml queries always runs correctly in sql server. In the IIS6 and W2k3 combo this code runs fine for days and then all of a sudden it bombs without an error message. I have isolated the place in the asp code snippet below on this line:
adoCmd.Execute , , adExecuteStream
My next step is to recycle the application pool and for the most part that gets things going again. Sometimes I have to restart IIS and still sometimes I have to reboot the server all together. If something where wrong with the code then it should never work. If something were wrong with the sql being executed then I should get a sql server error.
Thanks for the reply.
> Can you run the FOR XML query directly on the database? > [quoted text clipped - 60 lines] > > same > > problem Michael Rys [MSFT] - 07 Oct 2004 18:15 GMT Can you send me your private contact info (delete the online part in my email alias)? I will get somebody from the SQLXML team to get in contact with you to figure out where the problem lays.
Thanks Michael
> To specify the problem. This chunk of code has been working for about 3 > years on IIS5 and W2K. The sql that gets executed is passed in as a [quoted text clipped - 91 lines] >> > same >> > problem ajsmith02 - 08 Oct 2004 17:23 GMT I ran iisstate against w3wp.exe and it consistantly hangs at this point
ModLoad: 74540000 745d2000 C:\WINDOWS\system32\mlang.dll (e88.5d0): Access violation - code c0000005 (first chance) (e88.5d0): C++ EH exception - code e06d7363 (first chance)
> Can you send me your private contact info (delete the online part in my > email alias)? I will get somebody from the SQLXML team to get in contact [quoted text clipped - 98 lines] > >> > same > >> > problem Bertan ARI [MSFT] - 07 Oct 2004 21:24 GMT You can send your case directly to me: bertan at gmail dot com. Please, iclude your vb script and query, your schema/template if there is any.
In the mean time, I don't see that you are using IIS anywhere here. You are simply using ADO. IIS shouldn't be the issue here.
I am afraid your problem lies somewhere in your machine/system configurations. The only issue I know for SqlXml3 on Win2003 is that you have to install Soap toolkit seperately.
Thanks.
 Signature Bertan ARI This posting is provided "AS IS" with no warranties, and confers no rights.
> To specify the problem. This chunk of code has been working for about 3 > years on IIS5 and W2K. The sql that gets executed is passed in as a string [quoted text clipped - 77 lines] > > > same > > > problem ajsmith02 - 08 Oct 2004 17:23 GMT I ran iisstate against w3wp.exe. When the web app hangs here is the consistant error ModLoad: 74540000 745d2000 C:\WINDOWS\system32\mlang.dll (e88.5d0): Access violation - code c0000005 (first chance) (e88.5d0): C++ EH exception - code e06d7363 (first chance)
> You can send your case directly to me: bertan at gmail dot com. Please, > iclude your vb script and query, your schema/template if there is any. [quoted text clipped - 105 lines] > > > > same > > > > problem Kuen Siew [MSFT] - 10 Feb 2005 02:35 GMT I tried running a simple for xml query on W2K3 IIS6 for almost a week and haven't seen any AV/hangs or exception under a debugger. Could you send me a sample of your xml query that caused the problem? Did you see any unusual behavior in sqlserver process when it happened?
thanks, -kuen
> I ran iisstate against w3wp.exe. When the web app hangs here is the > consistant error [quoted text clipped - 111 lines] > > > > > same > > > > > problem Andrew - 15 Feb 2005 18:09 GMT I am seeing the same thing. The queries continue to execute just fine through Query Analyzer. The ASP pages in IIS run fine for days with no apparent problem, but after a while they begin to hang. Each time, an IISRESET fixes the problem, but it always returns. Looking at the resources in the task manager, you'd never know anything was wrong; memory and CPU usage are so low they barely register. No errors seem to be reported anywhere. IIS itself even continues to serve pages without any noticable slowdown. The only pages that seem to be affected are the ones using ADODB commands and streams to read XML query results.
> I tried running a simple for xml query on W2K3 IIS6 for almost a week and > haven't seen any AV/hangs or exception under a debugger. Could you send me a [quoted text clipped - 123 lines] > > > > > > same > > > > > > problem klockwood - 10 Jun 2005 21:28 GMT Hi All,
I am having the EXACT same problem that all of you have so eloquently described. Was there any luck with either the patches or the use of SQLXMLOLEDB instead of SQLOLEDB?
Thanks much.
Keith
> To specify the problem. This chunk of code has been working for about 3 > years on IIS5 and W2K. The sql that gets executed is passed in as a string [quoted text clipped - 77 lines] > > > same > > > problem Chandra Kalyanaraman [MSFT] - 10 Jun 2005 21:49 GMT Can you post a repro of this scenario or the one that you have. I can ask the stress team here to run and analyse this one.
Thanks Chandra
 Signature
------------------------------------------------------ This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
> Hi All, > [quoted text clipped - 105 lines] >> > > same >> > > problem klockwood - 13 Jun 2005 14:57 GMT Hi,
Our code, with the exception of a few On Error Statements, is exactly the same as the code block listed by ajsmith02 below. Is that enough to go on?
Thanks
Keith
> Can you post a repro of this scenario or the one that you have. I can ask > the stress team here to run and analyse this one. [quoted text clipped - 110 lines] > >> > > same > >> > > problem Chandra Kalyanaraman [MSFT] - 14 Jun 2005 01:08 GMT Hi Keith, I have asked one of my team members to look at this. It seems we have seen similar issue once before. It would help if you can give me a SqlQuery to execute and sample data for this scenario.
thanks Chandra
 Signature ------------------------------------------------------ This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
> Hi, > [quoted text clipped - 133 lines] >> >> > > same >> >> > > problem Chandra Kalyanaraman [MSFT] - 14 Jun 2005 18:51 GMT Hi Keith, Here are a few workarounds that you could try. These were the solutions given when we saw this issue last time.We were not able to repro it last time.
You could try this and see if any of these solutions work for you. (These are posts from people who had a similar problem)
1.
> "spamgone@cox.net" wrote:
> > Well, my company called into Microsoft yesterday and they gave us a
> > couple of solutions. We haven't implemented any of them yet, so
> > take them with a grain of salt. The problem is that the sqlxmlx.dll
> > is unloading unexpectedly, which causes the web pages to lockup.
> > There at three possible solutions.
> > 1. Install the hotfix associated to this KB: > > http://support.microsoft.com/?kbid=838976
> > 2. Install the MDAC 2.8 hotfixes associated to this KB: > > http://support.microsoft.com/?kbid=839801 (includes the above
> > hotfix)
> > 3. Install W2K3 Service Pack 1 (includes both of the above) I think we are going to try solution one first and go from there.
> > Again, we haven't tried them yet and since the problem doesn't
> > happen daily, when we do implement them we won't know for a while if
> > it is successful. Hopefully this helps.
> > Paul
> Thanks for the tip, Paul. It looks like the most promising lead I've seen.
> As a possible workaround, I switched to the SQLXMLOLEDB provider,
> since this is a straight XML request. Although it's too soon to tell,
> the page has been stable for 3 days now, which is the longest it's
> gone so far without a freeze-up. I'm going to let it go a full week,
> and then I'll install the hotfix from Paul's KB link and switch back to > the SQLOLEDB provider to test.
> I'll report my results back here.
> //bob the site has been stable for a week now using the SQLXMLOLEDB provider, so I'm assuming that the problem is indeed in the SQLOLEDB files themselves.
I'm loading the MDAC 2.8 hotfixes now (from http://support.microsoft.com/kb/838976/), after which I will switch back to the original SQLOLEDB connection string. I'll post a followup with my results.
//bob
"Bob Hobnob" wrote:
HTH,
Chandra
------------------------------------------------------
 Signature This posting is provided "AS IS" with no warranties, and confers no rights.
Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
> Hi Keith, > I have asked one of my team members to look at this. It seems we have seen [quoted text clipped - 145 lines] >>> >> > > same >>> >> > > problem klockwood - 16 Jun 2005 21:51 GMT OK. Will do. I only posted in case some more information had been found on the problem since then, but this is still MUCH more information than we've been able to find elsewhere. I've also verified that our IT support staff has not installed SP1 on our Windows 2003 server, so the suggestions below might just work out.
Thanks for your help.
Keith
> Hi Keith, > Here are a few workarounds that you could try. These were the solutions [quoted text clipped - 224 lines] > >>> >> > > same > >>> >> > > problem ashort - 25 Jan 2005 17:57 GMT Did anyone ever resolve this? I am having the exact same issue...returning results from a FOR XML procedure to an ado stream object stops working every several days.
> I have this function that worked like a charm under IIS5 and W2K. You pass a > sql string that has for xml auto or a stored produre that has for xml auto in [quoted text clipped - 49 lines] > P.S. Goorbeeman in the group microsoft.public.sqlserver.server has the same > problem ajsmith02 - 26 Jan 2005 16:17 GMT Nobody helped me. It turned out to be a blessing in disguise. I wound up creating a component using .Net to pass through the "For XML" sql statements and return the xml in for of a text stream. After I created the component I Com Wrapper (using .NET) so that my old asp page to use it.
> Did anyone ever resolve this? I am having the exact same issue...returning > results from a FOR XML procedure to an ado stream object stops working every [quoted text clipped - 53 lines] > > P.S. Goorbeeman in the group microsoft.public.sqlserver.server has the same > > problem TomKelleher - 17 Apr 2005 19:34 GMT Folks, Has ANYONE solved this problem? I am getting "Catastrophic failure messages and Err.Number = -2147418113 from my ASP pages, consistently
Thanks in advance...
- Tom
> [B]Did anyone ever resolve this? I am having the exact sam > issue...returning [quoted text clipped - 10 lines] > with no > > rhyme or reason. - TomKellehe -----------------------------------------------------------------------
Kuen Siew [MSFT] - 18 Apr 2005 18:37 GMT Hi,
Could anyone reproduce the problem with a generic ASP page against e.g. Northwind database? If so, please send me the code if possible. I have the following ASP page and run it for days on Windows Server 2003 and SQLXML3 SP3, but didn't see it hanging using a stress app.
Also, Windows Server 2003 SP1 can be downloaded, so if someone could give it a try, it would be great.
<!--#include file="common.inc"--> <% Response.ContentType = "text/xml" %> <object id="conn" progid="ADODB.Connection" runat="Server"></object> <% Dim strSQL, getSQLXML, strSQLXML, objCmd dim outStrm set outStrm = Server.CreateObject("ADODB.Stream") 'Create the output stream outStrm.Open
strSQL = "<sql:query>select * from orders for xml auto</sql:query>" strSQLXML = "<?xml version=""1.0"" ?><root xmlns:sql='urn:schemas-microsoft-com:xml-sql'>" & strSQL & "</root>" conn.Open strConnNew
Set objCmd = Server.CreateObject("ADODB.Command")
objCmd.ActiveConnection = conn objCmd.CommandText = strSQLXML objCmd.Dialect = "{5d531cb2-e6ed-11d2-b252-00c04f681b71}" objCmd.Properties("Output Stream").Value = outStrm
objCmd.Execute , , 1024 outStrm.Position = 0 outStrm.Charset = "utf-8" getSQLXML = outStrm.ReadText(-1) outStrm.Close Response.Write("<root/>") %>
thx, -kuen
 Signature This posting is provided "AS IS" with no warranties, and confers no rights.
> Folks, > Has ANYONE solved this problem? I am getting "Catastrophic failure" [quoted text clipped - 27 lines] > ------------------------------------------------------------------------ > spamgone@cox.net - 21 Apr 2005 20:09 GMT I have started experiencing the same problem when my company switched to the Windows 2003 servers. Since the switch, our asp web pages that contain the adodb.stream objects will randomly lockup until the application pool is recycled in IIS. Then everything will run smoothly for a few days. All ASP pages that don't contain the adodb.stream object will continue to work as normal, when the lockup occurs. No errors are generated in the logs and the web server and database server doesn't show any signs of heavy memory or CPU usage. You can even run the "FOR XML AUTO" stored procedures in query analyzer without any errors during this time. To try and prevent the problem we setup the application pools to be recycled nightly, but that doesn't appear to make any difference. We have Microsoft SQL Server on a different machine then our web server, but I doubt that makes a difference. The offending ASP pages were working perfectly fine without any issues when the server was still Windows 2000 Server.
Here is the basics of the offending ASP pages:
<%@ Language=VBScript %> <%Option Explicit%> <% Dim objCommand,objXML,objStream,objRoot
Set objCommand = Server.CreateObject("ADODB.Command") Set objXML = Server.CreateObject("MSXML2.DomDocument") Set objStream = Server.CreateObject("ADODB.Stream")
objStream.Open With objCommand .ActiveConnection = "Provider=SQLOLEDB; Data Source=ExampleServer; Network Library=DBMSSOCN; Initial Catalog=ExampleDB; User Id=Example; Password=Example" .CommandType = adCmdStoredProc .CommandText = "SP_Example" .Properties("Output Stream") = objStream .Execute ,, adExecuteStream End With
objXML.loadXML("<root>" & objStream.ReadText & "</root>") Set objRoot = objXML.documentElement %>
I have not included the rest of the code that displays the returned data because the page does not appear to get past the Execute statement.
The stored procedure is basically:
CREATE PROCEDURE SP_Example AS SELECT ExampleID, ExampleName from ExampleTable FOR XML AUTO
GO
Any suggestions, beyond recoding every web page, would be greatly appreciated.
Thanks. Paul
Michael Rys [MSFT] - 22 Apr 2005 05:50 GMT Thanks for the explanation. I am checking with the MDAC team to see if they are aware of the issue.
Thanks Michael
>I have started experiencing the same problem when my company switched > to the Windows 2003 servers. Since the switch, our asp web pages that [quoted text clipped - 56 lines] > Thanks. > Paul Bob Hobnob - 09 May 2005 02:41 GMT Any result from the MDAC team? I am fighting the same issue, and would be very interested in a solution or workaround.
> Thanks for the explanation. I am checking with the MDAC team to see if they > are aware of the issue. [quoted text clipped - 62 lines] > > Thanks. > > Paul Anton Klimov [MS] - 09 May 2005 20:29 GMT MDAC team hasn't seen the problem you describe in our internal tests. Does this page lockup mean that the thread executing the script hangs? If so is it possbile to get the stack trace and the version information for the modules involved?
 Signature This posting is provided "AS IS" with no warranties, and confers no rights.
> Any result from the MDAC team? I am fighting the same issue, and would be > very interested in a solution or workaround. [quoted text clipped - 65 lines] > > > Thanks. > > > Paul Bob Hobnob - 10 May 2005 05:17 GMT Below I have copied my post from the data.ado group - it contains my ASP code and the IISState log for the problem thread. I can provide module versions, if you wouldn't mind telling me which dll's to examine. I did just install the MDAC 2.8 upgrade, but the behavior was the same before as after. I'm not sure how to provide a stack trace, but I'll see if I can Google something on it. I'd be happy to provide anything I can to help solve this issue.
//bob
--snip-- Like many others, I am struggling with a problem in Win2K3 and IIS6 using an ADO Stream object and an SQL FOR XML stored procedure. Let me preface by saying that the ASP code has worked flawlessly on Win2K and IIS 5 for over a year. Now on Win2K3, the page will work for a while, then it becomes unresponsive. It returns no error, it just hangs the connection so that no other site page will respond until the browser is closed and re-opened. Sometimes recycling the app pool will clear it up temporarily, sometimes I have to restart IIS. Page will work fine for a few hours or even days, then it stops responding. CPU and memory utilization seem normal in TaskMan.
First, here's the ASP code:
<% dim cn set cn = server.CreateObject("ADODB.Connection") cn.open MM_iiWeb_STRING dim result result = getSQLXML(cn, "exec proc_getLinkCatXML", "linkpage.xsl", ".") response.Write result if cn.state=1 then cn.close() set cn = nothing
%>
<% function getSQLXML(byref cn, byval sql, byval xslfile, byval basepath) dim cmd dim objOutStream Set objOutStream = Server.CreateObject("ADODB.Stream") objOutStream.open Set cmd = Server.CreateObject("ADODB.Command") cmd.ActiveConnection = cn cmd.CommandText = sql cmd.Properties("Base Path").Value = Server.MapPath(basepath) cmd.Properties("XML Root") = "root" cmd.Properties("XSL") = xslfile cmd.Properties("Output Stream") = objOutStream cmd.Execute , , adExecuteStream
getSQLXML = objOutStream.ReadText objOutStream.Close set objOutStream = nothing set cmd = nothing end function %>
When it hangs, here is IISState log info for the thread:
Thread ID: 15 System Thread ID: bc0 Kernel Time: 0:0:0.109 User Time: 0:0:0.968 Thread Type: ASP Executing Page: C:\INETPUB\WWWROOT\IIWEB\TEMPLATES\LINKS.ASP
# ChildEBP RetAddr 00 025de3d8 77f4262b SharedUserData!SystemCallStub+0x4 01 025de3dc 77e418ea ntdll!NtDelayExecution+0xc 02 025de444 77e416ee kernel32!SleepEx+0x68 03 025de450 0439c4f9 kernel32!Sleep+0xb 04 025de464 04382a20 msado15!CQuery::Cancel+0x50 05 025de49c 0437d84d msado15!CCommand::Cancel+0x58 06 025de4ac 0437516f msado15!CCommand::Term+0xd 07 025de4c8 04373951 msado15!CStdSymbiontObject::InternalRelease+0x6c 08 025de4d8 7710736a msado15!ATL::CComObject<CRecordset>::Release+0x11 09 025de4e8 7346384b OLEAUT32!VariantClear+0xad 0a 025de4fc 734641cf vbscript!VAR::Clear+0xab 0b 025de50c 7346416a vbscript!CScriptRuntime::Cleanup+0x59 0c 025de84c 73465184 vbscript!CScriptRuntime::Run+0x2ccc 0d 025de504 80020102 vbscript!CScriptRuntime::Run+0x99 WARNING: Frame IP not in any known module. Following frames may be wrong. 0e 025de504 80020102 0x80020102 0f 00000000 00000000 0x80020102
I have seen the same problem posted several times in various newsgroups and message boards for the past 8 months or so, but I have seen no explaination, solution, or workaround offered. I would appreciate any insights.
//bob
--end snip--
> MDAC team hasn't seen the problem you describe in our internal tests. > Does this page lockup mean that the thread executing the script hangs? > If so is it possbile to get the stack trace and the version information for > the modules involved? Anton Klimov [MS] - 10 May 2005 22:22 GMT The stack you provided shows a problem with releasing a pointer to a rowset. However the code fragment you posted does not have any rowsets defined, unless I'm missing something. You should see where you might have recordsets created with asynchronous execution.
 Signature This posting is provided "AS IS" with no warranties, and confers no rights.
> Below I have copied my post from the data.ado group - it contains my ASP code > and the IISState log for the problem thread. I can provide module versions, [quoted text clipped - 92 lines] > > If so is it possbile to get the stack trace and the version information for > > the modules involved? Bob Hobnob - 11 May 2005 08:35 GMT The code I posted is the complete content of the "links.asp" problem page. This page is called via an ASP Server.Execute command inside another page. This "parent" page does have 2 database routines of it's own - both use the ADODB.Connection "Execute" method to run stored procedures that return recordsets into variables (no recordset objects explicitly created). As far as I know, the default "Execute" behavior is synchronous, yes? I certainly am not specifying the asynchronous option. After the recordsets are returned, I explicitly close and "nothing" the recordsets, then close and "nothing" the connection object. This code is all supposed to run and complete before the "links.asp" page gets executed.
Does any of this info raise a red flag?
//bob
> The stack you provided shows a problem with releasing a pointer to a rowset. > However the code fragment you posted does not have any rowsets defined, > unless I'm missing something. > You should see where you might have recordsets created with asynchronous > execution. spamgone@cox.net - 11 May 2005 15:57 GMT Well, my company called into Microsoft yesterday and they gave us a couple of solutions. We haven't implemented any of them yet, so take them with a grain of salt. The problem is that the sqlxmlx.dll is unloading unexpectedly, which causes the web pages to lockup.
There at three possible solutions.
1. Install the hotfix associated to this KB: http://support.microsoft.com/?kbid=838976
2. Install the MDAC 2.8 hotfixes associated to this KB: http://support.microsoft.com/?kbid=839801 (includes the above hotfix)
3. Install W2K3 Service Pack 1 (includes both of the above)
I think we are going to try solution one first and go from there. Again, we haven't tried them yet and since the problem doesn't happen daily, when we do implement them we won't know for a while if it is successful. Hopefully this helps.
Paul
Bob Hobnob - 12 May 2005 17:48 GMT Thanks for the tip, Paul. It looks like the most promising lead I've seen.
As a possible workaround, I switched to the SQLXMLOLEDB provider, since this is a straight XML request. Although it's too soon to tell, the page has been stable for 3 days now, which is the longest it's gone so far without a freeze-up. I'm going to let it go a full week, and then I'll install the hotfix from Paul's KB link and switch back to the SQLOLEDB provider to test. I'll report my results back here.
//bob
> Well, my company called into Microsoft yesterday and they gave us a > couple of solutions. We haven't implemented any of them yet, so take [quoted text clipped - 17 lines] > > Paul Bob Hobnob - 17 May 2005 19:57 GMT UPDATE: the site has been stable for a week now using the SQLXMLOLEDB provider, so I'm assuming that the problem is indeed in the SQLOLEDB files themselves. I'm loading the MDAC 2.8 hotfixes now (from http://support.microsoft.com/kb/838976/), after which I will switch back to the original SQLOLEDB connection string. I'll post a followup with my results.
//bob
> Thanks for the tip, Paul. It looks like the most promising lead I've seen. > [quoted text clipped - 28 lines] > > > > Paul Francisco Amaro - 28 Feb 2005 15:34 GMT Just to say we are getting the same problem quite a quite a large FOR XML statement. The returned XML isn't that big.
I also am able to run that exact statement on query analyser without problems while the problem is occuring. hence I think it is an issue with the ADODB.stream object rather than the SQL statement.
Any information would be greaty appreciated.
Francisco.Amaro[at]migg.com
|
|
|