Showing posts with label driver. Show all posts
Showing posts with label driver. Show all posts

Thursday, March 8, 2012

Bug in Microsoft SQL Server 2005 JDBC Driver

I am using the new Microsoft SQL Server 2005 JDBC Driver to connect to ms sql 2000. I am testing GMT date conversions in my application and found a bug in the way the driver converts DateTime columns in the ResultSet.getTimeStamp(int i, Calendar cal) method.

The driver is not converting GMT dates to client time correctly in the time range og April 1, 9:00 pm to 10:00 pm EST through the rs.getTimeStamp(int, Calendar) method. The date is coming back an hour off. In UTC time, this time is April 2, 2:00 AM to April 2, 3:00 AM. I guess daylight savings is confusing it. Can someone get back to me with a work around or verification of this bug. Thanks.

Sequence:

1. Set client and server to April 1, 9:05 PM EST. (This is the day before Daylight savings occurs).

2. Run an query on the client from java using the driver.

Calendar cal = Calendar.getInstance();
cal.setTimeZone(TimeZone..getTimeZone("UTC");
Date d;
ResultSet rs = stmt.executeQuery("SELECT getutcdate()");
while(rs.next())
{
d = rs.getTimeStamp(0, cal);
}

System.err.println(d);

Hi Harry,

I think I already replied to you in private email, but I wanted to make sure others scouring the forum are aware as well. This is a bug in the v1.0 SQL Server 2005 JDBC driver. Microsoft will be providing a QFE with a fix. I'll follow up with another post as soon as it becomes available. We are taking some extra time with the fix to make sure it is correct with respect to the subtle nuances of Java's Calendar object, like Daylight Savings Time start and end dates, and historical time zone offset changes.

Thank you for your patience.

--David Olix

JDBC Development

|||

This bug has been now been fixed as a QFE. Please notify CSS that you would like to get the hotfix for KB article 917055.

Again, thank you for your patience,

--David Olix

JDBC Development

Bug in Microsoft SQL Server 2005 JDBC Driver

I am using the new Microsoft SQL Server 2005 JDBC Driver to connect to ms sql 2000. I am testing GMT date conversions in my application and found a bug in the way the driver converts DateTime columns in the ResultSet.getTimeStamp(int i, Calendar cal) method.

The driver is not converting GMT dates to client time correctly in the time range og April 1, 9:00 pm to 10:00 pm EST through the rs.getTimeStamp(int, Calendar) method. The date is coming back an hour off. In UTC time, this time is April 2, 2:00 AM to April 2, 3:00 AM. I guess daylight savings is confusing it. Can someone get back to me with a work around or verification of this bug. Thanks.

Sequence:

1. Set client and server to April 1, 9:05 PM EST. (This is the day before Daylight savings occurs).

2. Run an query on the client from java using the driver.

Calendar cal = Calendar.getInstance();
cal.setTimeZone(TimeZone..getTimeZone("UTC");
Date d;
ResultSet rs = stmt.executeQuery("SELECT getutcdate()");
while(rs.next())
{
d = rs.getTimeStamp(0, cal);
}

System.err.println(d);

Hi Harry,

I think I already replied to you in private email, but I wanted to make sure others scouring the forum are aware as well. This is a bug in the v1.0 SQL Server 2005 JDBC driver. Microsoft will be providing a QFE with a fix. I'll follow up with another post as soon as it becomes available. We are taking some extra time with the fix to make sure it is correct with respect to the subtle nuances of Java's Calendar object, like Daylight Savings Time start and end dates, and historical time zone offset changes.

Thank you for your patience.

--David Olix

JDBC Development

|||

This bug has been now been fixed as a QFE. Please notify CSS that you would like to get the hotfix for KB article 917055.

Again, thank you for your patience,

--David Olix

JDBC Development

Bug in jdbc driver...

Error:
SQLException caught: [Microsoft][SQLServer 2000 Driver for JDBC]Column index
7 is out of range.
SQLException caught:.
-----
The procedure follows (slightly modified for security reasons):

SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS OFF
GO
CREATE PROCEDURE dbo.xprHSPMilestoneData (@.templateid int, @.groupid int) AS
DECLARE @.DataSQL varchar(6000)
DECLARE @.HeadCount int
DECLARE @.CurrentColumn datetime
DECLARE @.ColorColumn varchar(11)
BEGIN
DECLARE Head_cursor CURSOR FOR
SELECT milestone
FROM dbo.vwTrackingGroupDurMS
WHERE templateid = @.templateid AND groupid = @.groupid
OPEN Head_cursor
SET @.DataSQL = 'SELECT ''DSN Workflow Milestones'' AS MSLabel,
NULL'
SET @.HeadCount = 1
FETCH NEXT FROM Head_cursor INTO @.CurrentColumn
WHILE @.@.FETCH_STATUS = 0
BEGIN
SET @.DataSQL = @.DataSQL + ',''' +
convert(char(10),@.CurrentColumn,101) + ''' as Col' + CONVERT(varchar(2),
@.HeadCount) + 'MS'
SET @.HeadCount = @.HeadCount + 1
FETCH NEXT FROM Head_cursor INTO @.CurrentColumn
END
CLOSE Head_cursor
DEALLOCATE Head_cursor
--Loop thru the colors for each milestone
DECLARE Head_cursor CURSOR FOR
SELECT color
FROM dbo.vwTrackingGroupDurMX
WHERE templateid = @.templateid AND groupid = @.groupid
OPEN Head_cursor
SET @.HeadCount = 1
FETCH NEXT FROM Head_cursor INTO @.ColorColumn
WHILE @.@.FETCH_STATUS = 0
BEGIN
SET @.DataSQL = @.DataSQL + ',''' + @.ColorColumn +
''' as Col' + CONVERT(varchar(2), @.HeadCount) + 'Color'
SET @.HeadCount = @.HeadCount + 1
FETCH NEXT FROM Head_cursor INTO @.ColorColumn
END
CLOSE Head_cursor
DEALLOCATE Head_cursor
EXECUTE (@.DataSQL)
END
GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO

Microsoft Support Information for this error:
-----
FIX: "Column index <index> out of range" error when you try to read a field
from a JDBC ResultSet object
View products that this article applies to.
Article ID : 838610
Last Review : March 29, 2005
Revision : 2.0
SYMPTOMS
You have a Java application that uses the Java Database Connectivity (JDBC)
API to retrieve a ResultSet
object by using the Microsoft SQL Server 2000 Driver for JDBC. When you try
to read a field from the
ResultSet object by using the methods in the JDBC API, you may receive an
error message
that is similar to the following:
java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC]Column
index <index> is out of range.
Note <index> is a placeholder for the index of the column that is being
retrieved.
This problem occurs when all the following conditions are true:
? The Select Transact-SQL statement that is used to retrieve the
data from the SQL Server tables to the
ResultSet object contains a JOIN between different tables in the SQL
Server database.
? The Select Transact-SQL statement uses asterisk (*) to retrieve
all fields from the respective tables.
RESOLUTION
A supported hotfix is now available from Microsoft, but it is only intended
to correct the problem that is described in
this article. Only apply it to systems that are experiencing this specific
problem. This hotfix may receive
additional testing. Therefore, if you are not severely affected by this
problem, Microsoft recommends
that you wait for the next service pack that contains this hotfix.
How do I obtain this hotfix?
Michael Benedict wrote:

> Error:
>
> SQLException caught: [Microsoft][SQLServer 2000 Driver for JDBC]Column index
> 7 is out of range.
I looked at your procedure. Are you absolutely sure
your constructed SQL string got to selecting 7 fields?
I would have the procedure return the SQL string, just for
debugging, and/or do the typical resul set metadata processing
to see how many columns were really returned. The bug you cite
seems to be about *any* row index, under conditions your
procedure doesn't have...
Joe Weinstein at BEA

> SQLException caught:.
> -----
> The procedure follows (slightly modified for security reasons):
>
> ----
> SET QUOTED_IDENTIFIER OFF
> GO
> SET ANSI_NULLS OFF
> GO
> CREATE PROCEDURE dbo.xprHSPMilestoneData (@.templateid int, @.groupid int) AS
>
> DECLARE @.DataSQL varchar(6000)
> DECLARE @.HeadCount int
> DECLARE @.CurrentColumn datetime
> DECLARE @.ColorColumn varchar(11)
>
> BEGIN
> DECLARE Head_cursor CURSOR FOR
> SELECT milestone
> FROM dbo.vwTrackingGroupDurMS
> WHERE templateid = @.templateid AND groupid = @.groupid
>
> OPEN Head_cursor
> SET @.DataSQL = 'SELECT ''DSN Workflow Milestones'' AS MSLabel,
> NULL'
> SET @.HeadCount = 1
> FETCH NEXT FROM Head_cursor INTO @.CurrentColumn
>
> WHILE @.@.FETCH_STATUS = 0
> BEGIN
> SET @.DataSQL = @.DataSQL + ',''' +
> convert(char(10),@.CurrentColumn,101) + ''' as Col' + CONVERT(varchar(2),
> @.HeadCount) + 'MS'
> SET @.HeadCount = @.HeadCount + 1
> FETCH NEXT FROM Head_cursor INTO @.CurrentColumn
> END
> CLOSE Head_cursor
> DEALLOCATE Head_cursor
>
> --Loop thru the colors for each milestone
> DECLARE Head_cursor CURSOR FOR
> SELECT color
> FROM dbo.vwTrackingGroupDurMX
> WHERE templateid = @.templateid AND groupid = @.groupid
>
> OPEN Head_cursor
>
> SET @.HeadCount = 1
> FETCH NEXT FROM Head_cursor INTO @.ColorColumn
>
> WHILE @.@.FETCH_STATUS = 0
> BEGIN
> SET @.DataSQL = @.DataSQL + ',''' + @.ColorColumn +
> ''' as Col' + CONVERT(varchar(2), @.HeadCount) + 'Color'
> SET @.HeadCount = @.HeadCount + 1
> FETCH NEXT FROM Head_cursor INTO @.ColorColumn
> END
>
> CLOSE Head_cursor
> DEALLOCATE Head_cursor
>
> EXECUTE (@.DataSQL)
> END
> GO
> SET QUOTED_IDENTIFIER OFF
> GO
> SET ANSI_NULLS ON
> GO
>
> ----
> Microsoft Support Information for this error:
> -----
>
> FIX: "Column index <index> out of range" error when you try to read a field
> from a JDBC ResultSet object
> View products that this article applies to.
>
> Article ID : 838610
> Last Review : March 29, 2005
> Revision : 2.0
> SYMPTOMS
>
> You have a Java application that uses the Java Database Connectivity (JDBC)
> API to retrieve a ResultSet
> object by using the Microsoft SQL Server 2000 Driver for JDBC. When you try
> to read a field from the
> ResultSet object by using the methods in the JDBC API, you may receive an
> error message
> that is similar to the following:
>
> java.sql.SQLException: [Microsoft][SQLServer 2000 Driver for JDBC]Column
> index <index> is out of range.
> Note <index> is a placeholder for the index of the column that is being
> retrieved.
>
> This problem occurs when all the following conditions are true:
>
> ? The Select Transact-SQL statement that is used to retrieve the
> data from the SQL Server tables to the
> ResultSet object contains a JOIN between different tables in the SQL
> Server database.
> ? The Select Transact-SQL statement uses asterisk (*) to retrieve
> all fields from the respective tables.
> RESOLUTION
>
> A supported hotfix is now available from Microsoft, but it is only intended
> to correct the problem that is described in
> this article. Only apply it to systems that are experiencing this specific
> problem. This hotfix may receive
> additional testing. Therefore, if you are not severely affected by this
> problem, Microsoft recommends
> that you wait for the next service pack that contains this hotfix.
> How do I obtain this hotfix?

Wednesday, March 7, 2012

BUG (Microsoft SQL Server 2005 JDBC Driver)

Could you pls send me url to exist bug, if you guys already have it.
Here is exception stack trace.
2006-03-13 20:22:59,859 DEBUG [org.hibernate.jdbc.AbstractBatcher] closing statement
2006-03-13 20:22:59,859 DEBUG [org.hibernate.util.JDBCExceptionReporter] could not execute query [SELECT ...........................................here is my query..............................................]
com.microsoft.sqlserver.jdbc.SQLServerException: The conversion from numeric to CharacterStream is unsupported.
at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDriverError(Unknown Source)
at com.microsoft.sqlserver.jdbc.Column.throwConversionError(Unknown Source)
at com.microsoft.sqlserver.jdbc.Column.checkConvertsCharacterStream(Unknown Source)
at com.microsoft.sqlserver.jdbc.Column.checkGetCharacterStream(Unknown Source)
at com.microsoft.sqlserver.jdbc.SQLServerResultSet.getCharacterStream(Unknown Source)
at com.microsoft.sqlserver.jdbc.SQLServerResultSet.getCharacterStream(Unknown Source)
at org.apache.commons.dbcp.DelegatingResultSet.getCharacterStream(DelegatingResultSet.java:298)
at org.hibernate.type.TextType.get(TextType.java:29)
at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:77)
at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:94)
at org.hibernate.loader.custom.CustomLoader.getResultColumnOrRow(CustomLoader.java:133)
at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:329)
at org.hibernate.loader.Loader.doQuery(Loader.java:412)
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:218)
at org.hibernate.loader.Loader.doList(Loader.java:1593)
at org.hibernate.loader.Loader.list(Loader.java:1577)
at org.hibernate.loader.custom.CustomLoader.list(CustomLoader.java:112)
at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1414)
at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:153)
at com.nsite.presentation.business.BusinessFactory.loadForm(BusinessFactory.java:740)
at com.nsite.presentation.business.BusinessFactory.getBussinesObjectValue(BusinessFactory.java:118)
at org.apache.jsp.app.BODetailView_jsp._jspService(BODetailView_jsp.java:366)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:174)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:54)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Unknown Source)
2006-03-13 20:22:59,859 WARN [org.hibernate.util.JDBCExceptionReporter] SQL Error: 0, SQLState: null
2006-03-13 20:22:59,875 ERROR [org.hibernate.util.JDBCExceptionReporter] The conversion from numeric to CharacterStream is unsupported.

The best way to track these types of issue is by filing a bug:

http://lab.msdn.microsoft.com/productfeedback/default.aspx

These bugs all go directly to my product group and have to be triaged and formally replied to, this will allow you to track this issue. It would be very helpful if you could add more information regarding your scenario so that we can reproduce this error.

Thanks,

Angel

BUG (Microsoft SQL Server 2005 JDBC Driver)

Could you pls send me url to exist bug, if you guys already have it.
Here is exception stack trace.
2006-03-13 20:22:59,859 DEBUG [org.hibernate.jdbc.AbstractBatcher] closing statement
2006-03-13 20:22:59,859 DEBUG [org.hibernate.util.JDBCExceptionReporter] could not execute query [SELECT ...........................................here is my query..............................................]
com.microsoft.sqlserver.jdbc.SQLServerException: The conversion from numeric to CharacterStream is unsupported.
at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDriverError(Unknown Source)
at com.microsoft.sqlserver.jdbc.Column.throwConversionError(Unknown Source)
at com.microsoft.sqlserver.jdbc.Column.checkConvertsCharacterStream(Unknown Source)
at com.microsoft.sqlserver.jdbc.Column.checkGetCharacterStream(Unknown Source)
at com.microsoft.sqlserver.jdbc.SQLServerResultSet.getCharacterStream(Unknown Source)
at com.microsoft.sqlserver.jdbc.SQLServerResultSet.getCharacterStream(Unknown Source)
at org.apache.commons.dbcp.DelegatingResultSet.getCharacterStream(DelegatingResultSet.java:298)
at org.hibernate.type.TextType.get(TextType.java:29)
at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:77)
at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:94)
at org.hibernate.loader.custom.CustomLoader.getResultColumnOrRow(CustomLoader.java:133)
at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:329)
at org.hibernate.loader.Loader.doQuery(Loader.java:412)
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:218)
at org.hibernate.loader.Loader.doList(Loader.java:1593)
at org.hibernate.loader.Loader.list(Loader.java:1577)
at org.hibernate.loader.custom.CustomLoader.list(CustomLoader.java:112)
at org.hibernate.impl.SessionImpl.listCustomQuery(SessionImpl.java:1414)
at org.hibernate.impl.SQLQueryImpl.list(SQLQueryImpl.java:153)
at com.nsite.presentation.business.BusinessFactory.loadForm(BusinessFactory.java:740)
at com.nsite.presentation.business.BusinessFactory.getBussinesObjectValue(BusinessFactory.java:118)
at org.apache.jsp.app.BODetailView_jsp._jspService(BODetailView_jsp.java:366)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:174)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:54)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Unknown Source)
2006-03-13 20:22:59,859 WARN [org.hibernate.util.JDBCExceptionReporter] SQL Error: 0, SQLState: null
2006-03-13 20:22:59,875 ERROR [org.hibernate.util.JDBCExceptionReporter] The conversion from numeric to CharacterStream is unsupported.

The best way to track these types of issue is by filing a bug:

http://lab.msdn.microsoft.com/productfeedback/default.aspx

These bugs all go directly to my product group and have to be triaged and formally replied to, this will allow you to track this issue. It would be very helpful if you could add more information regarding your scenario so that we can reproduce this error.

Thanks,

Angel