Bug: 1335603 in Oracle 9.0.1

During our tests with Oracle 9.0.1, we had problems to run some of the database scripts in $ORACLE_HOME/rdbms/admin (e.g. catproc.sql). We always got the error message:
ERROR:
ORA-06550: line 1, column 29:
PLS-00553: character set name is not recognized
ORA-06550: line 0, column 0:
PL/SQL: Compilation unit analysis terminated
Oracle has now found the Bug in 9.0.1 and assigned bug number: 1335603. This bug will be fixed in Oracle 9.0.2.
Workaround
After creating the database with CREATE DATABASE ...., disconnect and reconnect again, just before running the admin scripts, this solves the problem.
REM Load the system scripts
REM -----------------------
DISCONNECT;
CONNECT / AS SYSDBA;
SET ECHO ON;
You can download corrected create DB scripts from our site: www.akadia.com

XSU currently doesn't have special handling for it? Would you help make sure if JDBC treat this like any other ADT? If not and you'd like XSU to support it. Please contact your Oracle support to file enhancement request.

Similar Messages

List of Bugs fixed by ORACLE E-BUSINESS SUITE 12.0.6 (RUP 6)

Hi,
I want to know what are the bugs fixed by ORACLE E-BUSINESS SUITE 12.0.6 RELEASE UPDATE PACK (RUP6)
If anybody have list of bugs then please provide me the list of link.
I already gone through readme of ORACLE E-BUSINESS SUITE 12.0.6 RELEASE UPDATE PACK (RUP6), but I couldn't get any proper list.
Thanks in advance.
Regards,
Manish.

Manish,
The list of patches included in R12 RUP6 is outlined in the following document (with the "Product Family Readme Documents MetaLink IDs").
Note: 743368.1 - Oracle E-Business Suite Release Update Pack Readme, Release 12.0.6
https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=743368.1
You can also refer to "E-Business Suite Release 12 Maintenance Strategy" document which is already referenced in the above document.
You may also review:
Note: 404152.1 - E-Business Suite Release 12: Release Content Documents
https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=404152.1
If the above does not answer your question, you can log a SR and ask Oracle support to provide you with this list (if possible, since I believe this is documented internally).
Regards,
Hussein

How to create link to Bug DB and Oracle Support SR

I have been trying to connect Bug DB to apex, but got a insufficient previledge error.
I need to connect to Bug DB and Oracle Support through my APEX application to get bug status and SR status automatically.
I think I should create db links to Bug DB and Oracle Support SR DB first,
but I got below error while trying to do it.
Create Database Link Failed.
ORA-01031: insufficient privileges
Who can grant me the privileges, or let me know how to link to Bug DB and SR DB.
My Workspace / Schema of APEX(apex.oraclecorp.com) are listed below.
OARDC_JSRC / JSRC_CLJ --- For Development and Test
NOKK_JSRC / NOKK_JSRC --- For release.
Thanks & Regards,
lgui

Hi Igui,
please don't discuss Oracle internals on the public OTN forum. We have an internal mailing list for such questions. Please see "Internal Application Express Discussion Forum" and "Contact Support" link in the "Side Specific Tasks" region on the login page. This link will also explain what to do to get database link privileges.
About BugDB integration, please have a look at the following posting http://joelkallman.blogspot.co.uk/2010/12/bugdb-reporting-version-2.html
Regards
Patrick
My Blog: http://www.inside-oracle-apex.com
APEX Plug-Ins: http://apex.oracle.com/plugins
Twitter: http://www.twitter.com/patrickwolf

Error in compilation - Bug in the Oracle Java Compiler ? (10.1.3)

I've the following situation :
I've a class wich extends ViewObjectImpl,named ClViewObjectImpl, and another class, named RbViewObjectImpl wich extends ClViewObjectImpl.
My classes have only a constructor with no parameters .
Compiling with standard Oracle complier I get the following error
Error: method $init$() in class oracle.jbo.server.RbViewObjectImpl cannot override method $init$() in class oracle.jbo.server.ClViewObjectImpl with weaker access privileges, was
Compiling with javacc it compiles.
Is it an bug ?
Is there any workaround ?
Tks
Tullio

Repost

The frustrating 'bug' of the oracle java page if you want 64 bit support.

gosh, i wish there were a way to simply contact the oracle webmaster/webdev team. there isn't, as far as i can find. here's what i just emailed to [email protected] figured i'd share it here, on the outside chance someone at oracle might know how to escalate this:
hi, this has frustrated me a number of times in the last year or two.
go to the main java download page:
http://www.java.com/en/download/manual.jsp
i want the 64 bit java plugin. hey, there's a link "information about the 64-bit java plug-in", yay! click it, it goes to
http://www.java.com/en/download/faq/java_win64bit.xml
<read a bit through it> ah, there towards the bottom of the page, "java for 64-bit browsers, with the following text and link:
"for downloading 64-bit java click 64-bit manual download". cool! click the link -
http://www.java.com/en/download/manual.jsp
it takes me right back to the main download page! it's an infinite loop!
i eventually just google, and type in 'jre-7u5-win' and it autocompletes to 'jre-7u5-widows-x64.exe download, and the first result returned is to the actual page needed:
http://www.oracle.com/technetwork/java/javase/downloads/jre7-downloads-1637588.html
is there any chance y'all could fix this? i'm sure i'm not the only person frustrated by the circular results the main download page provides.
thanks,
paul

Interesting... I have now tested on various Windows versions with various browsers, including FF, IE, and Safari. I even tested on my iPhone. It appears that the page attempts to identify your platform and browser and displays differences in the page based on that result. So, for example, on my iPhone (in Safari) and Linux (with FF) where I know I can't use java or at least one for Windows, the page resembles what you described. However, on all my Windows machines (regardless of browser) the page displays properly.
So the questions to you is, are you doing this on a Windows machine or something else? If not Windows, this is why you are having the issue. If you want to download a Windows release while running a Linux, Mac, or other platform, you should use the method I described in my previous post of using java.sun.com then choosing Java SE under Top Downloads.
If you are on a Windows platform, but are seeing this issue, be sure your browser version is current and ensure that you do not have a security setting or security software which may be preventing this page from properly detecting your platforms.
Edited by: Michael Ferrante (Oracle) on Aug 1, 2012 9:58 AM

Bug in the Oracle JSP parser..?

Hi,
I seem to have run into a problem with double quotes inside attributes of a custom tag. For example, on Tomcat the following line is valid in a JSP:
<mylib:person label="<%="Mr " + surname%>" />
Tomcat treats the "Mr " in the expression as a Java string, but OC4J seems to treat the first quote inside the expression as the end of the label attribute. It then complains because Mr is not a valid attribute of the tag.
Surely this is a bug?!
There are workarounds:
<mylib:person label='<%="Mr " + surname%>' />
i.e. use single quotes for the attribute value, but what if the JSP expression actually contains a single quote as well?!
<mylib:button action='<%="location.href='" + url + "'"%>' />
It's starts to get silly, and I end up having to create scriplet variables just to go inside the attribute. I'm migrating from Tomcat, and have numerous instances of this.
Is this a bug? (I'm using OC4J 9.03) Is there a setting I've missed?
Thanks,
Phil

That doesn't seem to work. On the login page we have the line (uses our own custom tag called "form"):
<html:form method="post" action="<%=response.encodeURL("j_security_check")%>" >
OC4J complains about this (Tomcat is happy enough). If I change this to:
<html:form method="post" action="<%=response.encodeURL(\""j_security_check\"")%>" >
then it won't compile in either OC4J or Tomcat... which to be honest is what I expected. The quotes is inside a JSP expression; it's not really part of the attribute.
Or did you mean something else?
Thanks,
Phil

Date Arithmetic Bug(s) with Oracle?

Post Author: Andrew Reedick
CA Forum: Data Connectivity and SQL
The following sql returns a value of 60 from run via sqlplus:
select to_date('14-Dec-2007')-to_date('15-Oct-2007') as foo from dual
However, when CR runs it, it returns a value of -304.
Needless to say, I would prefer that the value be the number of days between the two dates, which is 60. Anyone have any idea as to why CR is screwing up?
Great. Another discrepancy:
The following
select sysdate + (to_date('14-Dec-07')-to_date('15-Oct-07')) as foo from dual
returns a value of 25-JAN-08 using Oracle sqlplus, whereas CR returns 1/26/2007. Any idea why the two would return different date values when using the same sql?
Is there something wrong with CR's Oracle db driver?
(SYSDATE is 1/26/07)

Post Author: Andrew Reedick
CA Forum: Data Connectivity and SQL
Looks like CR's Oracle driver and sqlplus are using different defaults for the dates.
Explicitly specifying the date format seems to have fixed the problem. Ex:
(to_date('2007-12-14', 'yyyy-mm-dd')-to_date('2007-10-15', 'yyyy-mm-dd'))

Bug Found: jDriver/Oracle and reading CLOBs 4KB

look under
$BEA_HOME/wlserver6.0sp1/samples/examples/jdbc/oracle/OracleBlobClob.java
Filip
~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[email protected]
www.filip.net
"Cully Orstad" <[email protected]> wrote in message
news:3b5701fb$[email protected]..
>
Andy,
You appear to be working a problem one step ahead of our problem. Ourproblem
is how do you get data into a Clob in the first place?
If you could give us an example that works within WLS, we would greatlyappreciate
it.
Thanks,
Cully.
"Andy Feibus" <[email protected]> wrote:
Oracle 8i, which is not supported by WL6, it appears.
But, the Oracle thin and oci drivers work fine, so that's the way I'll
go.....
-- Andy.
"Raj Alagumalai" <[email protected]> wrote in message
news:3b015b9f$[email protected]..
Andy,
Which version of Oracle are you using?
Please refer to the following url for more information on the varioussupported
configurations.
http://www.weblogic.com/platforms/index.html#jdbc
Thanks
-Raj
Now you can ask us questions on the web!! The new 'AskBEA' serviceis
available
on http://www.bea.com/support/index.html. This service lets you ask
questions
on-line and get immediate responses to most of the common issues.
"Andy Feibus" <[email protected]> wrote:
After more investigation and help from Daniel Hoppe (THANKS!), the
problem
has been narrowed down to the jDriver/Oracle driver. Using the Oracle
native driver works fine, even in connection pools. I'll report toBEA
whenever their support calls me back on the case I opened on Friday.
-- Andy.

Import bug in linux oracle 8i

Hi,
i do an export(red hat6.2 o8i) with user level successfully,
however the following error occur while i import the dmp file into another db on other machine (red hat 6.2 o8i) :
IMP-00009: abnormal end of export file
Import terminated successfully with warnings.
Can anybody help me ???
Thanks
Stephen
null

Bug 1130746 ORA-3120 selecting a CLOB from a UTF8 database
해당 버그는 8.1.7.1 patchset 에서 수정되었네요....

Oracle 10g Enterprise Manager Console bug?

I think I have come across a bug in the Oracle 10g Enterprise Manager Console. If I go into my database, then into the schema, select your schema from the list, then tables. Now once your in your tables, find one that you know of and know fairly well, right click it, and select the show dependencies. A small window will open with just that table and its tablespace and user. Select user, database name, profile, then default. If you right click on the "default" and select "show dependencies" a blank blinking window will open and stay stuck in an infinite loop until you kill the application window. I think that this is a cumbersome tablespace issue. Any thoughts?

Hi Ugonic
Sorry both are same, it's spelling mistake it's " WCMMISLINK". Acutally, my database is getting updated but this alert log is getting generated in enterprise manager console of 10g.
The sql statement is
CREATE MATERIALIZED VIEW ADASNAP REFRESH FAST START WITH SYSDATE NEXT SYSDATE+1 AS
SELECT * FROM ADA@WCMMISLINK;
CREATE MATERIALIZED VIEW BGTABSNAP REFRESH FAST START WITH SYSDATE NEXT SYSDATE+1 AS
SELECT * FROM BGTAB@WCMMISLINK;
The above query is sheduled to run every day .
and i get the following Alert log in 10g enterprise manager console
Generic Alert log ORA-12012: error on auto execute of job 54
ORA-04052: error occured when looking up remote object WCMM.SYS@WCMMSERVERLINK
ORA-00604: error occured at recursive SQL level 3
ORA-12514: tns no listener
ORA-06512: AT "SYS.DBMS_SNAPSHOT" line 1883
can you guid me why the above error are occuring
Regards
Niranjan

FIXED: BUG in Oracle XSLT processor

Edit: I fixed it by just importing all of the Jdev libraries. My bad for being a dolt.
I am trying to detect certain values in an XML document that start with $ (the dollar sign) character. This has some conflicts with the syntax for XSL variables. The following code gives an exception when running in the Oracle XSLT...
<xsl:template name="interpretToken">
<xsl:param name="token" />
<xsl:choose>
<xsl:when test="starts-with($token, '$')" >
<a><xsl:attribute name="href">
<xsl:value-of select='replace($token, "\$", "#")' />
</xsl:attribute>
<xsl:value-of select='replace($token, "\$", "")' />
</a>
</xsl:when>
</xsl:choose>
</xsl:template>
(note that this isn't the best way to write the above code, but replace suffices)
When I run this in the XSLT of JDev 10.1.3.2, the following stack trace is given:
Exception in thread "Thread-1" java.lang.NoClassDefFoundError: oracle/i18n/text/OraNormalizer
     at oracle.xml.util.UnicodeUtil.<clinit>(UnicodeUtil.java:35)
     at oracle.xml.xslt.XSLSAXPrintDriver.printAttributes(XSLSAXPrintDriver.java:492)
     at oracle.xml.xslt.XSLSAXPrintDriver.startElement(XSLSAXPrintDriver.java:408)
     at oracle.xml.xslt.XSLEventHandler.reportStartElement(XSLEventHandler.java:267)
     at oracle.xml.xslt.XSLEventHandler.characters(XSLEventHandler.java:863)
     at oracle.xml.xslt.XSLValueOf.processAction(XSLValueOf.java:143)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLCondition.processAction(XSLCondition.java:181)
     at oracle.xml.xslt.XSLCondition.processAction(XSLCondition.java:157)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLTemplate.processAction(XSLTemplate.java:205)
     at oracle.xml.xslt.XSLCallTemplate.processAction(XSLCallTemplate.java:132)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLCondition.processAction(XSLCondition.java:181)
     at oracle.xml.xslt.XSLCondition.processAction(XSLCondition.java:157)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLTemplate.processAction(XSLTemplate.java:205)
     at oracle.xml.xslt.XSLCallTemplate.processAction(XSLCallTemplate.java:132)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLCondition.processAction(XSLCondition.java:181)
     at oracle.xml.xslt.XSLCondition.processAction(XSLCondition.java:157)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLTemplate.processAction(XSLTemplate.java:205)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:242)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:142)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLTemplate.processAction(XSLTemplate.java:205)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:242)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:142)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLTemplate.processAction(XSLTemplate.java:205)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:242)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:142)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLTemplate.processAction(XSLTemplate.java:205)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:242)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:142)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLTemplate.processAction(XSLTemplate.java:205)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:242)
     at oracle.xml.xslt.XSLApplyTemplates.processAction(XSLApplyTemplates.java:142)
     at oracle.xml.xslt.XSLNode.processChildren(XSLNode.java:480)
     at oracle.xml.xslt.XSLTemplate.processAction(XSLTemplate.java:205)
     at oracle.xml.xslt.XSLStylesheet.execute(XSLStylesheet.java:581)
     at oracle.xml.xslt.XSLStylesheet.execute(XSLStylesheet.java:548)
     at oracle.xml.xslt.XSLProcessor.processXSL(XSLProcessor.java:333)
     at oracle.xml.xslt.XSLProcessor.processXSL(XSLProcessor.java:181)
     at oracle.xml.xslt.XSLProcessor.processXSL(XSLProcessor.java:218)
     at oracle.xml.parser.v2.XSLProcessor.processXSL(XSLProcessor.java:121)
     at oracle.xml.async.XSLTransformer.run(XSLTransformer.java:136)
     at java.lang.Thread.run(Thread.java:595)
No line number in my XSLT is written, but I have isolated it to the above code in the XSL file. This is some bug in the Oracle implementation, because when I run it against Saxon9, it produces output without complaint. Please help me with a work around for detecting the dollar sign and removing it for the output or can I find an oracle xslt patched package.
Thanks a lot. - astewart / [email protected]
Message was edited by:
astewart
Message was edited by:
astewart
Message was edited by:
astewart

Hi,
You have posted to the wrong forum. Try posting to one of the XML forums such as:
General XML
Ron

Bug in Oracle JDBC Pooling Classes - Deadlock

We are utilizing Oracle's connection caching (drivers 10.2.0.1) and have found a deadlock situation. I reviewed the code for the (drivers 10.2.0.3) and I see the same problem could happen.
I searched and have not found this problem identified anywhere. Is this something I should post to Oracle in some way (i.e. Metalink?) or is there a better forum to get this resolved?
We are utilizing an OCI driver with the following setup in the server.xml
<ResourceParams name="cmf_toolbox">
<parameter>
<name>factory</name>
<value>oracle.jdbc.pool.OracleDataSourceFactory</value>
</parameter>
<parameter>
<name>driverClassName</name>
<value>oracle.jdbc.driver.OracleDriver</value>
</parameter>
<parameter>
<name>user</name>
<value>hidden</value>
</parameter>
<parameter>
<name>password</name>
<value>hidden</value>
</parameter>
<parameter>
<name>url</name>
<value>jdbc:oracle:oci:@PTB2</value>
</parameter>
<parameter>
<name>connectionCachingEnabled</name>
<value>true</value>
</parameter>
<parameter>
<name>connectionCacheProperties</name>
<value>(InitialLimit=5,MinLimit=15,MaxLimit=75,ConnectionWaitTimeout=30,InactivityTimeout=300,AbandonedConnectionTimeout=300,ValidateConnection=false)</value>
</parameter>
</ResourceParams>
We get a deadlock situation between two threads and the exact steps are this:
1) thread1 - The OracleImplicitConnectionClassThread class is executing the runAbandonedTimeout method which will lock the OracleImplicitConnectionCache class with a synchronized block. It will then go thru additional steps and finally try to call the LogicalConnection.close method which is already locked by thread2
2) thread2 - This thread is doing a standard .close() on the Logical Connection and when it does this it obtains a lock on the LogicalConnection class. This thread then goes through additional steps till it gets to a point in the OracleImplicitConnectionCache class where it executes the reusePooledConnection method. This method is synchronized.
Actual steps that cause deadlock:
1) thread1 locks OracleImplicitConnectionClass in runAbandonedTimeout method
2) thread2 locks LogicalConnection class in close function.
3) thread1 tries to lock the LogicalConnection and is unable to do this, waits for lock
4) thread2 tries to lock the OracleImplicitConnectionClass and waits for lock.
***DEADLOCK***
Thread Dumps from two threads listed above
thread1
Thread Name : Thread-1 State : Deadlock/Waiting on monitor Owns Monitor Lock on 0x30267fe8 Waiting for Monitor Lock on 0x509190d8 Java Stack at oracle.jdbc.driver.LogicalConnection.close(LogicalConnection.java:214) - waiting to lock 0x509190d8> (a oracle.jdbc.driver.LogicalConnection) at oracle.jdbc.pool.OracleImplicitConnectionCache.closeCheckedOutConnection(OracleImplicitConnectionCache.java:1330) at oracle.jdbc.pool.OracleImplicitConnectionCacheThread.runAbandonedTimeout(OracleImplicitConnectionCacheThread.java:261) - locked 0x30267fe8> (a oracle.jdbc.pool.OracleImplicitConnectionCache) at oracle.jdbc.pool.OracleImplicitConnectionCacheThread.run(OracleImplicitConnectionCacheThread.java:81)
thread2
Thread Name : http-7320-Processor83 State : Deadlock/Waiting on monitor Owns Monitor Lock on 0x509190d8 Waiting for Monitor Lock on 0x30267fe8 Java Stack at oracle.jdbc.pool.OracleImplicitConnectionCache.reusePooledConnection(OracleImplicitConnectionCache.java:1608) - waiting to lock 0x30267fe8> (a oracle.jdbc.pool.OracleImplicitConnectionCache) at oracle.jdbc.pool.OracleConnectionCacheEventListener.connectionClosed(OracleConnectionCacheEventListener.java:71) - locked 0x34d514f8> (a oracle.jdbc.pool.OracleConnectionCacheEventListener) at oracle.jdbc.pool.OraclePooledConnection.callImplicitCacheListener(OraclePooledConnection.java:544) at oracle.jdbc.pool.OraclePooledConnection.logicalCloseForImplicitConnectionCache(OraclePooledConnection.java:459) at oracle.jdbc.pool.OraclePooledConnection.logicalClose(OraclePooledConnection.java:475) at oracle.jdbc.driver.LogicalConnection.closeInternal(LogicalConnection.java:243) at oracle.jdbc.driver.LogicalConnection.close(LogicalConnection.java:214) - locked 0x509190d8> (a oracle.jdbc.driver.LogicalConnection) at com.schoolspecialty.cmf.yantra.OrderDB.updateOrder(OrderDB.java:2022) at com.schoolspecialty.cmf.yantra.OrderFactoryImpl.saveOrder(OrderFactoryImpl.java:119) at com.schoolspecialty.cmf.yantra.OrderFactoryImpl.saveOrder(OrderFactoryImpl.java:67) at com.schoolspecialty.ecommerce.beans.ECommerceUtil.saveOrder(Unknown Source) at com.schoolspecialty.ecommerce.beans.ECommerceUtil.saveOrder(Unknown Source) at com.schoolspecialty.ecommerce.beans.UpdateCartAction.perform(Unknown Source) at com.schoolspecialty.mvc2.ActionServlet.doPost(ActionServlet.java:112) at com.schoolspecialty.ecommerce.servlets.ECServlet.doPostOrGet(Unknown Source) at com.schoolspecialty.ecommerce.servlets.ECServlet.doPost(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at com.schoolspecialty.ecommerce.servlets.filters.EcommerceURLFilter.doFilter(Unknown Source) 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.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462) 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(Thread.java:534)

We used a documented option to abandon connects in the case of an unforeseen error. The consequence of using this option was not a graceful degradation in performance but a complete lockup of the application. The scenario in which we created a moderate number of abandoned connections was a rare error scenario but a valid test.
How could this not be a bug in the Oracle driver? Is dead-lock a desireable outcome of using an option? Is dead-lock ever an acceptable consequence of using a feature as documented?
Turns out other Oracle options to recover from an unexpected error also incur a similar deadlock (TimeToLiveTimeout).
I did a code review of the decompiled drivers and it clearly shows the issue, confirming the original report of this issue. Perhaps you have evidence to the contrary or better evidence to support your statement "not a bug in Oracle"?
Perhaps you are one of the very few people who have not experience problems with Oracle drivers? I've been using Oracle since 7.3.4 and it seems that I have always been working around Oracle JDBC driver problems.
We are using Tomcat with the OracleDataSourceFactory.

Bug in Oracle 10.2.0.1.0-10.2.0.3.0: Sorted Hash Cluster

I found another bug in Oracle:
SQL> create cluster tfsys_cluster
2 (
3 name varchar2(30),
4 cdp number(6),
5 stime number(6) sort)
6 hashkeys 1000
7 size 100;
SQL> create table tfsys(
2 name varchar2(30) not null,
3 cdp number(6) not null,
4 stime number(6) not null,
5 data number(10,2))
6 cluster tfsys_cluster(name, cdp, stime);
SQL> alter table tfsys add constraint tfsys_pk primary key(name, cdp, stime);
SQL> begin
2 for i in 1..5 loop
3 insert into tfsys values('IANC', 1, i, 15.25 + i);
4 end loop;
5 end;
6 /
SQL> commit;
SQL> select * from tfsys where name='IANC' and cdp=1 and stime <= 3;
NAME CDP STIME DATA
IANC 1 1 16,25
IANC 1 2 17,25
IANC 1 3 18,25
SQL> select * from tfsys where name='IANC' and cdp=1 and stime < 3;
NAME CDP STIME DATA
IANC 1 1 16,25
IANC 1 2 17,25
IANC 1 3 18,25
SQL> select * from tfsys where name='IANC' and cdp=1 and trunc(stime) < 3;
NAME CDP STIME DATA
IANC 1 1 16,25
IANC 1 2 17,25
This bug exists in Oracle 10.2.0.1.0-10.2.0.3.0 for Windows installation, for example in Oracle 10.1.0.3.1 for Red Hat 3 this query work right.

FWIW I have not been able to reproduce your problem on Windows.
I am getting the same results in Windows and Linux.
You should check if the execution plan is different in both cases

Bug in Oracle Driver 11.2.0.3.0 when handling CLOB?

Hello,
I got a table which is defined like this:
CREATE TABLE FOO
FOO_id NUMBER(18) NOT NULL ,
xml_content sys.XMLTYPE NOT NULL
According to the documentation Oracle is using a CLOB as internal type.
For reading the CLOB from the database we are using Spring's org.springframework.jdbc.support.lob.OracleLobHandler (Spring 3.0.6.RELEASE) class which is implemented like this:
public String getClobAsString( ResultSet rs, int columnIndex ) throws SQLException
logger.debug( "Returning Oracle CLOB as string" );
Clob clob = rs.getClob( columnIndex );
initializeResourcesBeforeRead( rs.getStatement().getConnection(), clob );
String retVal = ( clob != null ? clob.getSubString( 1, (int) clob.length() ) : null );
releaseResourcesAfterRead( rs.getStatement().getConnection(), clob );
return retVal;
For me, this looks like the valid solution. But when reading CLOB greater than 4109 bytes, the resulting String contains a 0x0 (NULL) byte. Because the table is defined to contain XML, the XML parser is unable to handle this.
As workaround I got the following solution:
public String getClobAsString( ResultSet rs, int columnIndex ) throws SQLException
logger.debug( "Returning Oracle CLOB as string" );
Clob clob = rs.getClob( columnIndex );
initializeResourcesBeforeRead( rs.getStatement().getConnection(), clob );
readAllCharacter( clob );
String retVal = ( clob != null ? clob.getSubString( 1, (int) clob.length() ) : null );
releaseResourcesAfterRead( rs.getStatement().getConnection(), clob );
return retVal;
* Dummy read of all characters of the given lob. This fixes an issue that the resulting string
* contains 0x0 bytes.
* @param clob the clob
* @throws SQLException
private void readAllCharacter( Clob clob ) throws SQLException
if( clob != null )
Reader characterStream = clob.getCharacterStream();
char[] buffer = new char[4 * 1000];
try
while( characterStream.read( buffer ) != -1 )
catch( IOException e )
logger.error( "Exception while reading from the clob", e );
finally
try
characterStream.close();
catch( IOException e )
// nothing to do;
With this dummy read, the string does not contain the 0x0 token.
I think it's a Bug in the oracle.sql.CLOB class or did I miss something?
Kind regards
Michael

>
I'm unsure what you mean with your citation and how this affects my code?
>
That citation specifically tells you how the drivers (based on version) support 'the Oracle SQL XML type (XMLType)'.
>
A call to getSubString should give me the content of the clob. But why does the content contain some bytes (0x0) which should not be there.
>
A CLOB instance is just a LOB locator. A locator contains the information necessary for Oracle to 'locate' the full lob contents. It usually also contains all of the lob data that is stored 'inline' in the table row. There is a limit of around 4k for the 'inline' part of the lob data.
A lob locator does NOT contain the part of the lob that is stored in the lob segment. The 'out-of-line' lob is generally retrieved using streams as shown in that doc.
So the 'getSubString' call is only using the contents of the locator.
See Inline and Out-of_Line LOB Storage in the 'Oracle® Database SecureFiles and Large Objects Developer's Guide'
http://docs.oracle.com/cd/B28359_01/appdev.111/b28393/adlob_tables.htm
>
Inline and Out-of-Line LOB Storage
LOB columns store locators that reference the location of the actual LOB value. Depending on the column properties you specify when you create the table, and depending the size of the LOB, actual LOB values are stored either in the table row (inline) or outside of the table row (out-of-line).
LOB values are stored out-of-line when any of the following situations apply:
If you explicitly specify DISABLE STORAGE IN ROW for the LOB storage clause when you create the table.
If the size of the LOB is greater than approximately 4000 bytes (4000 minus system control information), regardless of the LOB storage properties for the column.
If you update a LOB that is stored out-of-line and the resulting LOB is less than approximately 4000 bytes, it is still stored out-of-line.
LOB values are stored inline when any of the following conditions apply:
When the size of the LOB stored in the given row is small, approximately 4000 bytes or less, and you either explicitly specify ENABLE STORAGE IN ROW or the LOB storage clause when you create the table, or when you do not specify this parameter (which is the default).
When the LOB value is NULL (regardless of the LOB storage properties for the column).
Using the default LOB storage properties (inline storage) can allow for better database performance; it avoids the overhead of creating and managing out-of-line storage for smaller LOB values. If LOB values stored in your database are frequently small in size, then using inline storage is recommended.
Note:
LOB locators are always stored in the row.
A LOB locator always exists for any LOB instance regardless of the LOB storage properties or LOB value - NULL, empty, or otherwise.
If the LOB is created with DISABLE STORAGE IN ROW properties and the BASICFILE LOB holds any data, then a minimum of one CHUNK of out-of-line storage space is used; even when the size of the LOB is less than the CHUNK size.
If a LOB column is initialized with EMPTY_CLOB() or EMPTY_BLOB(), then no LOB value exists, not even NULL. The row holds a LOB locator only. No additional LOB storage is used.
LOB storage properties do not affect BFILE columns. BFILE data is always stored in operating system files outside the database.
>
You should generally use streams to read/write LOBs as they are the most efficient way to access them. If you commonly only need a subset of the data I suggest you use a PL/SQL package/function/procedure to perform the substringing and return the results.
>
the first read results also in an String with the 0x0 byte
>
And those would be part of the lob locator.

Bug in oracle embedded http listener

Hi there,
I've discovered a bug in the Oracle embedded http listener for our Oracle on RHEL database version 11.1.0.6 where it will return HTTP-400 bad request errors if a cookie is created with a bare comma in the cookie value. To see for yourself, simply create an apex application with an open door authentication and enter a username with a comma in it - page 101 writes the username to a cookie, and then you get HTTP-400 errors.
I'll raise this as a bug at Oracle, but in the meantime I'm frantically trying to figure out a workaround. We have a production site using a standard Apache frontend that we link to Apex applications using mod_rewrite. There are other applications on the site (invision powerboard) which create cookies with bare commas, so we have no control over the creation of these maligned cookies. My thinking is that we might be able to use mod_rewrite rules to weed out the offending cookies and encode the commas so that things continue to work.
Can anyone assist with a workaround?
Many thanks,
Mike

Hi Mike,
perhaps you can try to modify the cookies on the client?
http://scripts.franciscocharrua.com/javascript-cookies.php
Or is it already too late so that you cannot even run the first procedure to inject the javascript code into the first page?
Or, you could configure the DAD to run a stored procedure before anything else:
PlsqlBeforeProcedure
http://download-uk.oracle.com/docs/cd/B19306_01/appdev.102/b14258/d_epg.htm
If this is already too late, your only option seems to be to use an Apache as a proxy and modify the cookie value there.
Regards,
~Dietmar.

Bug: 1335603 in Oracle 9.0.1

Similar Messages

Maybe you are looking for