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.

Similar Messages

Weblogic 8.1/Oracle 9 Writing and Reading Clob

I’m trying to write and read a clob to a database table. The database table has
an Id field (int) and a Content field (clob).
My environment consists of Weblogic 8.1, and Oracle 9. Is there a way to get a
handle to a Weblogic connection to Oracle and then write and read clobs?
Any help would be greatly appreciated!
Thanks,
Mike

Problem 1. US7ASCII and Linux - Status Resolved.
The issue with the BEA 817 JDBC driver not connecting to the US7ASCII database tuned out to be that it had not deployed the connection pool correctly from the weblogic admin console... or that it was reported as being deployed when in fact it was not. After re-deploying the connection pool and restarting the server we were able to connect.
The patch was for character sets was not needed.
Problem 2. Oracle Stored Proc error.
The problem with the stored procedures tunred out to be with ref cursors. A patch in sp3, and a change to the way we called the stored proc allowed us to fix the problem.
The problem is reproduced when connecting to an Oracle 8.1.7 server.
It was introduced in the Connect JDBC driver build 3.0.0007. According
to the jdbcread.me file which comes with the 3.0.0007 build we
deprecated the refCursorSupport connection property. This could be
related to the driver not being able to execute a stored procedure
containing ref cursors.
Resolution
Driver was fixed in the Connect JDBC 3.1 Oracle driver version 3.1.0008
The trick was to use
"{call PROC(?,?)}"
instead of
"BEGIN PROC(?, ?);
END;"
Here is a very useful link on the matter:
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=b860627b.0405130528.4db317a0%40posting.google.com&rnum=1&prev=/groups%3Fq%3D%255BBEA%255D%255BOracle%2BJDBC%2BDriver%255DInvalid%2Bparameter%2Bbinding%26hl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3Db860 27b.0405130528.4db317a0%2540posting.google.com%26rnum%3D1
The bea type 4 is an oem from DataDirect
http://knowledgebase2.datadirect.com/kbase.nsf/26536a530e20a22b85256e550079afc2/b3be8f8fcb7c30c285256c9f006f8645?OpenDocument&Highlight=0,oracle

Global transaction problem with JDriver/Oracle and Oracle XA

We are haveing serious problems with Container Managed Transactions on Bea 6.1
and Oracle with EJB having set "Required" for all methods. We have tried in vain
to make it work with JDriver as well as OracleXAClient. Both fail at sometime
during the execution throwing "Not called in cotext of global transaction" (with
JDriver) OR "XAER_PROTO : Routine was invoked in an
inproper context start() failed on resource 'OracleXAPool'" (this one with oracle
XA).
1.) Weblogic JDriver-XA:
DatabaseMetaData metaData = dataSource.getJDBCConnection.getMetaData();
ResultSet resultSet = metaData.getTables(null, null, tableName.toUpperCase(),
new String[]{"TABLE"});
This fails immmediately saying that it was not called from global transaction.
Interesting thing is that with OracleXA, it doesnt say this exception at this
check point.
2) Oracle XA
Okie, we couldnot read through the CLOB using it so for reading CLOB, we used
direct jdbc connection and then did away with it. Now all next sql queries were
executed against oracle pool using XA data source with OracleXAClient. But at
some point we again ran into the problem "XAER_PROTO : Routine was invoked in
an
inproper context start() failed on resource 'OracleXAPool'"
3 Oracle Thin Driver
everything always works with it.

AFAIR this issue was resoved by moving tx opreations out from non-tx
methods.
Regards,
Slava
"Apurb Kumar" <[email protected]> wrote in message
news:[email protected]...
Jawad,
It would be nice if you can post the full stack trace error message. Didyou try moving to
the latest service pack (sp2) for WLS6.1.
Thanks,
Jawad Mahmood wrote:
Yes we had correctly set TXDataSource and let it to point to the right
connection
pool each time and it worked well with oracle thin driver but not whenwe switched
the pool to JDriver or OracleXAClient. Note that we could aways confirmthat pool
was successfully created alongwith we could retrieve connection from itvia TXDatSource,
things gave problem after we attempted to do what i had mentioned in mylast posting.
>>
Also with JBoss 2.4.4 things work pretty well. So couldnt be our codeproblem.
"Slava Imeshev" <[email protected]> wrote:
Jawad,
Did you set up TxDataSource?
Regards,
Slava Imeshev
"Jawad Mahmood" <[email protected]> wrote in message
news:[email protected]...
We are haveing serious problems with Container Managed Transactionson
Bea 6.1
and Oracle with EJB having set "Required" for all methods. We havetried
in vain
to make it work with JDriver as well as OracleXAClient. Both fail atsometime
during the execution throwing "Not called in cotext of global
transaction"
(with
JDriver) OR "XAER_PROTO : Routine was invoked in an
inproper context start() failed on resource 'OracleXAPool'" (this onewith
oracle
XA).
1.) Weblogic JDriver-XA:
DatabaseMetaData _metaData =
_dataSource.getJDBCConnection.getMetaData();
ResultSet resultSet = metaData.getTables(null, null,tableName.toUpperCase(),
new String[]{"TABLE"});
This fails immmediately saying that it was not called from globaltransaction.
Interesting thing is that with OracleXA, it doesnt say this exceptionat
this
check point.
2) Oracle XA
Okie, we couldnot read through the CLOB using it so for reading CLOB,we
used
direct jdbc connection and then did away with it. Now all next sqlqueries
were
executed against oracle pool using XA data source with
OracleXAClient.
But
at
some point we again ran into the problem "XAER_PROTO : Routine wasinvoked
in
an
inproper context start() failed on resource 'OracleXAPool'"
3 Oracle Thin Driver
everything always works with it.
Apurb Kumar

Error While reading CLOB from Oracle using WebLogic Connection Pool, Works fine with out using pool

PROBLEM DESCRIPTION :
     When I try to read a clob from Oracle, I receive "ORA-03120: two-task
conversion routine: integer overflow" Error.
     This error occurs only for CLOB Type and only if I try to connect to
Oracle using WebLogic JDriver/Oracle POOL.
     IMPORTANT NOTE: I can read CLOB or any other data using direct JDBC
connection to ORacle with out any problem.
     Below Please find the JAVA CODE for Both Working and NON Working .
Created a Connection Pool as:
Name: MyJDBCConnectionPool
URL : jdbc:weblogic:oracle
DIRVER:weblogic.jdbc.oci.Driver
NON WORKING JAVA CODE (USES WEBLOGIC JDBC CONNECTION POOL TO ORACLE):
Driver myDriver =
(Driver)Class.forName("weblogic.jdbc.pool.Driver").newInstance();
Connection mconn =
myDriver.connect("jdbc:weblogic:pool:MyJDBCConnectionPool",null);
mconn.setAutoCommit (false);
CallableStatement cs = mconn.prepareCall("{call
P_XMLTEST2(?)}"); //This returns a CLOB
cs.registerOutParameter(1,java.sql.Types.CLOB);
cs.execute();
Clob clob = null;
clob = cs.getClob(1);
String data =new String();
data = clob.getSubString(1, (int)clob.length());
System.out.println(data); //print the data
data = null;
clob=null;
cs.close();
WORKING JAVA CODE (USES DIRECT THIN JDBC CONNECTION TO ORACLE):
Driver myDriver =
(Driver)Class.forName("oracle.jdbc.driver.OracleDriver").newInstance();
Connection mconn =
myDriver.connect("jdbc:oracle:thin:@server:1521:DB",null);
mconn.setAutoCommit (false);
CallableStatement cs = mconn.prepareCall("{call
P_XMLTEST2(?)}"); //This returns a CLOB
cs.registerOutParameter(1,java.sql.Types.CLOB);
cs.execute();
Clob clob = null;
clob = cs.getClob(1);
String data =new String();
data = clob.getSubString(1, (int)clob.length());
System.out.println(data); //print the data
data = null;
clob=null;
cs.close();
ERROR MESSAGE:
     ORA-03120: two-task conversion routine: integer overflow
I appreciate your help on this problem.

PROBLEM DESCRIPTION :
     When I try to read a clob from Oracle, I receive "ORA-03120: two-task
conversion routine: integer overflow" Error.
     This error occurs only for CLOB Type and only if I try to connect to
Oracle using WebLogic JDriver/Oracle POOL.
     IMPORTANT NOTE: I can read CLOB or any other data using direct JDBC
connection to ORacle with out any problem.
     Below Please find the JAVA CODE for Both Working and NON Working .
Created a Connection Pool as:
Name: MyJDBCConnectionPool
URL : jdbc:weblogic:oracle
DIRVER:weblogic.jdbc.oci.Driver
NON WORKING JAVA CODE (USES WEBLOGIC JDBC CONNECTION POOL TO ORACLE):
Driver myDriver =
(Driver)Class.forName("weblogic.jdbc.pool.Driver").newInstance();
Connection mconn =
myDriver.connect("jdbc:weblogic:pool:MyJDBCConnectionPool",null);
mconn.setAutoCommit (false);
CallableStatement cs = mconn.prepareCall("{call
P_XMLTEST2(?)}"); //This returns a CLOB
cs.registerOutParameter(1,java.sql.Types.CLOB);
cs.execute();
Clob clob = null;
clob = cs.getClob(1);
String data =new String();
data = clob.getSubString(1, (int)clob.length());
System.out.println(data); //print the data
data = null;
clob=null;
cs.close();
WORKING JAVA CODE (USES DIRECT THIN JDBC CONNECTION TO ORACLE):
Driver myDriver =
(Driver)Class.forName("oracle.jdbc.driver.OracleDriver").newInstance();
Connection mconn =
myDriver.connect("jdbc:oracle:thin:@server:1521:DB",null);
mconn.setAutoCommit (false);
CallableStatement cs = mconn.prepareCall("{call
P_XMLTEST2(?)}"); //This returns a CLOB
cs.registerOutParameter(1,java.sql.Types.CLOB);
cs.execute();
Clob clob = null;
clob = cs.getClob(1);
String data =new String();
data = clob.getSubString(1, (int)clob.length());
System.out.println(data); //print the data
data = null;
clob=null;
cs.close();
ERROR MESSAGE:
     ORA-03120: two-task conversion routine: integer overflow
I appreciate your help on this problem.

Oracle JDBC (10g) reading clobs -- best practices

What is the better approach using oracle 10g to save clobs:
#1) This:
PreparedStatement pstmt = conn.prepareStatement
//Create the clob for insert
Clobs Clobs = new Clobs();
CLOB TempClob = Clobs.CreateTemporaryCachedCLOB(conn);
java.io.Writer writer = TempClob.getCharacterOutputStream();
writer.write(Description);
writer.flush();
writer.close();
#2) Or this:
OraclePreparedStatement pstmt = (OraclePreparedStatement)conn.prepareStatement
pstmt.setStringForClob()
According to my notes, it is #2.
What is the better approach to read clobs:
#1) Stream the clob
//Get character stream to retrieve clob data
Reader instream = ClobIn.getCharacterStream();
//Create temporary buffer for read
char[] buffer = new char[10];
//Length of characters read
int length = 0;
//Fetch data
while ((length = instream.read(buffer)) != -1){
for (int i=0; i<length; i++){
Contents += buffer;
//Close input stream
instream.close();
//Empty LOB
ClobIn.empty_lob();
#2) Or this:
Simply use rs.getString() to get your clob contents. This will return the entire clob and will not truncate.
Im just confused on the best practices for performance/memory allocation and I keep reading people saying different.
Reposted in JDBC forum

Check chapter 16 of "PL/SQL Programming", by Oracle Press, for a starter.
Then have a look at this link - I found it helpful: http://www.oracle.com/technology/sample_code/tech/java/sqlj_jdbc/files/advanced/LOBSample/LOBSample.java.html

Unable to load ITUNES onto PC HP, windows 7 Home Version. Error message reads "Application Application Support not found". "Unistall and reload". I have done that 4 times on Explorer and Firefox without success. Help??

Unable to load ITUNES onto PC HP, windows 7 Home Version. Error message reads "Application Application Support not found". "Uninstall and reload". I have done that 4 times on Explorer and Firefox without success. Help??

I had gotten a similar problem, except with "provider services", i believe, but i solved it by copying sqlite3.dll from E:\Program Files\Common Files\Apple\Apple Application Support to E:\Program Files\Common Files\Apple\Mobile Device Support. doing that solved my first problem, but now i have been getting the error described in this topic (unable to load dataclass info... etc.). i tried reinstalling itunes (i already had 9.1.1, and thats what i reinstalled) by using the method described on apples site (using the "remove programs" tool in the control panel) and then downloading and installing itunes. when i opened it again, i still got the same error, and just now i got an error saying "the instruction at "0x00aadb6b" referenced memory at "0x00000008". the memory could not be read" it gave me the option to cancel and debug, or to press ok and terminate the program. I tried pressing cancel, and the popup went away but nothing else happened. a minute later the popup was back, so i pressed ok and itunes quit. Upon opening Itunes again, i got the very same error. sorry for the long post, but its really been bugging me. thanks for any help you might give, and if you need anymore info, feel free to contact me.

Bug Found and Fix Found Creative ZEN XFI Style 32 Gig

9Bug Found and Fix Found> Creative ZEN XFI Style 32 Gig?Hello I was having problems getting my MP3 TAGS to show up on a number of my MP3's.
Whenever I loaded my files onto my ZEN it would show up as a Voice under Recordings.
And the file name would be "MIC and the date file created etc..."
I noticed that these files where all starting with the letters MIC at the front of the filename...
For instance: Michael_Jackson_Thriller.mp3?? or? Michael_W_Smith_Let_it_rain.mp3
and so on and so on... ANY file that started with the letters M I C? would be thrown in as a voice recorded file and the TAG would not operate.
I have the latest Firmware on my MP3 Player.
The fix was just to change the file name so it did not start with MIC... so i went and switched Michael Jackson to M.Jackson and also switched Michael W Smith to M W smith.
The tag showed up appropriately and I have had no problems since.
It would be nice if there was another Firmware update so that MP3's could start with the letters MIC also I was hoping to bring awareness to this situation for other users.

=Re: Bug Found and Fix Found> Creative ZEN XFI Style 32 Gig?I did three methods of?loading the files.
I used Windows Media Player to sync the files.
I used Creative Central to transfer the files.
These two methods produced results where the file starting with MIC turned into a voice recordings.
I also had problems just copying and pasting the files (using windows explorer).
I have not had any problems with any other file. I normally use MP3Tag to tag my files.
However i even tried using Windows Media to tag the file and I even tried using Creative Central to tag the files.
I tried as many work arounds as possible. But once i renamed the file it worked.

HOW to read CLOB and create XML file on UNIX/LINUX

Hi,
Could you please let me know, how to read CLOB using ADODB. I have column CLOB type on Oracle 9.2, with content of whole XML type. I am unable to retreive more than 4k. I use adLongVarChar. So I have written Oracle stored procedure to read the clob and create XML file using DBMS_LOB package and UTL_FILE package, still no joy.
Please help.
example of my XML file is:
<EXAMPLE><HEADER><VERSION>1.0</VERSION><TEMPLATE>XXXX</TEMPLATE><TAG1>CON</TAG1></HEADER><BODY><TAG2>X1</TAG2><OFFICE>assad</OFFICE><CREATE_DATE>27/02/2006 10:55</CREATE_DATE><SOURCE></SOURCE></BODY><FIXEDTABLE1><TABLEROW1COL1>asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd</TABLEROW1COL1><TABLEROW1COL2></TABLEROW1COL2><TABLEROW2COL1></TABLEROW2COL1><TABLEROW2COL2></TABLEROW2COL2><TABLEROW3COL1></TABLEROW3COL1><TABLEROW3COL2></TABLEROW3COL2><TABLEROW4COL1>asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd</TABLEROW4COL1><TABLEROW4COL2></TABLEROW4COL2><TABLEROW5COL1></TABLEROW5COL1><TABLEROW5COL2></TABLEROW5COL2></FIXEDTABLE1><CHECKBOX><CHECKBOX1>False</CHECKBOX1><CHECKBOX2>False</CHECKBOX2><CHECKBOX3>False</CHECKBOX3><CHECKBOX4>False</CHECKBOX4><CHECKBOX5>False</CHECKBOX5><CHECKBOX6>False</CHECKBOX6><CHECKBOX7>False</CHECKBOX7><CHECKBOX8>False</CHECKBOX8><CHECKBOX9>False</CHECKBOX9></CHECKBOX></EXAMPLE>
My STored Procedure:
ftypFileHandle := UTL_FILE.fopen ('XML_DIR_FILE', vFileName, 'w', 32000);
lMarker := 'Selecting XML row';
println(lMarker, 2);
SELECT XML_FILE
INTO clobBuffer
FROM XML_TABLE
WHERE x=1;
lMarker := 'Get length of the clob';
iClobLength := nvl(DBMS_LOB.getlength(clobBuffer), 0);
WHILE (l_offset <= iClobLength) LOOP
DBMS_LOB.READ (
lob_loc=> clobBuffer,
amount=> l_amt,
offset=> l_offset,
buffer=> vOutputBuffer
UTL_FILE.put (ftypFileHandle, vOutputBuffer);
UTL_FILE.fflush (ftypFileHandle);
UTL_FILE.new_line (ftypFileHandle);
l_offset := l_offset + l_amt;
END LOOP;
lMarker := 'Close file';
println(lMarker, 2);
UTL_FILE.fclose (ftypFileHandle);
Thanks

Hello myself,
nobody has answered my question, so now I answer myself!!
The wrong part is to read the file with "open dataset" and to create the inputstream with
p_istream = p_streamfactory->create_istream_itable(
table = g_xml_table
size = g_xml_size ).
Better ist to create the inputstream with
p_istream = p_streamfactory->create_istream_uri(
.......................PUBLIC_ID = ''
.......................SYSTEM_ID = '
applserver\I$\TEMP\Datei.XML' ).
In this way no space is needed for the file.
Best regards,
Thomas
Message was edited by:
Thomas13 Scheuermann

Again and again : CLOB,SQLJ and JDEV 2.0 (BUG!!!)

It's the same message than before but with more informations for
jdev. Team
I use this version of ORACLE (Evaluation version):
Oracle8 Enterprise Edition Release 8.0.5.0.0 - Production
PL/SQL Release 8.0.5.0.0 - Production
CORE Version 4.0.5.0.0 - Production
TNS for 32-bit Windows: Version 8.0.5.0.0 - Production
NLSRTL Version 3.3.2.0.0 - Production
I'm beginning to develop this project with JDeveloper 1.1
(Evaluation version) and now, i continue this project with jdev
2.0 Beta.
With Jdev. 1.1 , I can compile "with Warning" and when i launch
It, It's the Crach. (It's an Datatype message Error)
With Jdev 2.0 Beta, I cannot compile.
After reading the ORACLE DOCUMENTATION about using of CLOB in a
SQLJ file, i try this:
package Pack_ConnexionOracle;
import sqlj.runtime.*;
import sqlj.runtime.ref.*;
import java.sql.*;
// Importing the Oracle Jdbc driver package makes the code more
readable
import oracle.jdbc.driver.*;
public class OraCrit
public OraCrit(String Surl,String Susr,String Spwd)
try
DriverManager.registerDriver(new
oracle.jdbc.driver.OracleDriver());
DefaultContext.setDefaultContext(new DefaultContext
(Surl,Susr,Spwd));
catch(Exception ex)
ex.printStackTrace();
public String SQLRecupRequeteSQL(int iNumQuery) throws
SQLException
long lLongSQL;
OracleClob ORARequeteSQL;
String sRequeteSQL = new String();
#sql { select requete_sql into :ORARequeteSQL from requete where
num_query=:iNumQuery };
#sql lLongSQL={values(dbms_lob.getlength(:ORARequeteSQL)) };
#sql { call dbms_lob.read
(:ORARequeteSQL,:lLongSQL,0,:sRequeteSQL) };
return(sRequeteSQL);
at the line 61:
#sql { select requete_sql into :ORARequeteSQL from requete where
num_query=:iNumQuery };
I have this compilation error:
Error:(61) Liste of links Variables INTO...Prohibited: illegal
expression
at the line 62:
#sql lLongSQL={values(dbms_lob.getlength(:ORARequeteSQL)) };
I have this compilation error:
Error:(62) The Java type doesn't exist for the host element n 1..
at the line 63:
#sql { call dbms_lob.read
(:ORARequeteSQL,:lLongSQL,0,:sRequeteSQL) };
Same message than at line 62.
Is it possible to use a CLOB in SQLJ with JDeveloper 2.0 Beta?
HELP ME PLEASE,
Thanks a lot.............
null

David,
I think the problem is that the code you have written is for the
8.0.5 JDBC driver (the default driver for JDev 1.1). By default,
JDeveloper 2.0 uses the 8.1.4 JDBC driver and there are some
syntax/API changes for LOB support between 8.0.5 and 8.1 (namely
that OracleClob is replaced by oracle.sql.CLOB).
Also, while you can still use the DBMS_LOB package, there are new
methods provided in the oracle.sql package that allow more direct
access to LOBs.
You have two options:
1. switch your driver to use JDBC 8.0.5
2. switch your code to use the new 8.1 JDBC APIs
1. Switch your driver version:
a. For the project you are workin on, select Project->Project
Properties from the menu
b. Look in the Java Libraries list box. You want to see Oracle
8.0.5 JDBC listed BEFORE Oracle 8.1.4 JDBC AND Oracle EJB. I
don't have immediate access to Jdev right now, so I'm not
positive what the libraries were called.
If Oracle JDBC 8.0.5 is not listed at all, click the Add button,
select the Oracle JDBC 8.0.5 library and add it to the list, then
select it and drag it up so it is above the other two I
mentioned.
c. Exit from JDeveloper and edit the jdeveloper.ini file in your
<JDEV_HOME>/bin directory. Make sure
..\jdbc\lib\oci8\classes111.zip appears in the IDE_CLASSPATH
setting before ..\aurora\lib\classes111.zip (8.1.4 JDBC).
2. Switch your code to use the new 8.1 JDBC APIs
a. you will need to import oracle.sql.*
b. change 'OracleClob' to 'CLOB'
c. to read from the CLOB locator (you can still use DBMS_LOB, but
there are new methods as well):
char stream:
//Read CLOB data into Reader char stream
Reader char_stream = the_clob.getCharacterStream();
char [] char_array = new char[10];
int chars_read = char_stream.read (char_array, 0, 10);
//Read CLOB data into Input ASCII character stream
Inputstream asciiChar_stream = the_clob.getAsciiStream();
byte[] asciiChar_array = new byte[10];
int asciiChar_read =
asciiChar_stream.read(asciiChar_array,0,10);
The above examples are from the JDBC 8.1.5 User's Guide and
Reference.
Here is one from the 8.1.5 SQLJ doc:
void readFromClob (CLOB clob) throws SQLException
long clobLen, readLen;
String chunk;
clobLen = clob.length();
for (long i = 0; i< clobLen; i+= readLen) {
chunk = clob.getSubString(i,10);
readLen = chunk.length();
System.out.println("Read " + readLen + " chars: " + chunk);
-L
David DUPONT (guest) wrote:
: It's the same message than before but with more informations
for
: jdev. Team
: I use this version of ORACLE (Evaluation version):
: Oracle8 Enterprise Edition Release 8.0.5.0.0 - Production
: PL/SQL Release 8.0.5.0.0 - Production
: CORE Version 4.0.5.0.0 - Production
: TNS for 32-bit Windows: Version 8.0.5.0.0 - Production
: NLSRTL Version 3.3.2.0.0 - Production
: I'm beginning to develop this project with JDeveloper 1.1
: (Evaluation version) and now, i continue this project with jdev
: 2.0 Beta.
: With Jdev. 1.1 , I can compile "with Warning" and when i
launch
: It, It's the Crach. (It's an Datatype message Error)
: With Jdev 2.0 Beta, I cannot compile.
: After reading the ORACLE DOCUMENTATION about using of CLOB in a
: SQLJ file, i try this:
: package Pack_ConnexionOracle;
: import sqlj.runtime.*;
: import sqlj.runtime.ref.*;
: import java.sql.*;
: // Importing the Oracle Jdbc driver package makes the code more
: readable
: import oracle.jdbc.driver.*;
: public class OraCrit
: public OraCrit(String Surl,String Susr,String Spwd)
: try
: DriverManager.registerDriver(new
: oracle.jdbc.driver.OracleDriver());
: DefaultContext.setDefaultContext(new DefaultContext
: (Surl,Susr,Spwd));
: catch(Exception ex)
: ex.printStackTrace();
: public String SQLRecupRequeteSQL(int iNumQuery) throws
: SQLException
: long lLongSQL;
: OracleClob ORARequeteSQL;
: String sRequeteSQL = new String();
: #sql { select requete_sql into :ORARequeteSQL from requete
where
: num_query=:iNumQuery };
: #sql lLongSQL={values(dbms_lob.getlength(:ORARequeteSQL)) };
: #sql { call dbms_lob.read
: (:ORARequeteSQL,:lLongSQL,0,:sRequeteSQL) };
: return(sRequeteSQL);
: at the line 61:
: #sql { select requete_sql into :ORARequeteSQL from requete
where
: num_query=:iNumQuery };
: I have this compilation error:
: Error:(61) Liste of links Variables INTO...Prohibited: illegal
: expression
: at the line 62:
: #sql lLongSQL={values(dbms_lob.getlength(:ORARequeteSQL)) };
: I have this compilation error:
: Error:(62) The Java type doesn't exist for the host element n
1..
: at the line 63:
: #sql { call dbms_lob.read
: (:ORARequeteSQL,:lLongSQL,0,:sRequeteSQL) };
: Same message than at line 62.
: Is it possible to use a CLOB in SQLJ with JDeveloper 2.0 Beta?
: HELP ME PLEASE,
: Thanks a lot.............
null

Can you suggest a best way to store and read arabic from oracle database?

Hi ,
can you suggest a best way to store and read arabic from oracle database?
My oracle database is Oracle Database 10g Release 10.1.0.5.0 - 64bit Production on unix HP-UX ia64.
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CHARACTERSET WE8ISO8859P1
I have presently stored the data in nvarchar2 field. But i am not able to display it correctly.

Using the national characterset should work but there are other factors that you have to consider when working with NCHAR/NVARCHAR2/NCLOB.
If possible, changing the characterset is usually the best solution if it's a possiblity for you.
For more info:
Dear Gurus: Can u pls explain the difference between VARCHAR2 & NVARCHAR2??

Find a word and read until a character found

Hi,
I am trying to find a keyword in the string and read until a character is found. Given that the keyword is available in the string several times, so all found keywords will go into an array.
In following example: I will look for keyword "module" and will read the sentence until a space (" ") found.
Results:
module=pngBasicInventory.dll
module=pngNetComms.dll
etc..will go into an array
Any help please?
date=May 29 06:56:29 severity=2 hostName=STPACCESS source=EventTransport module=pngnsagent.exe process=pngnsagent.exe pid=1888 thread=4780 tickCount=759631date=May 29 06:56:33 severity=2 hostName=STPACCESS source=BasicInventory module=pngBasicInventory.dll
process=pngnsagent.exe pid=1888 thread=1928 tickCount=763890date=May 29 06:56:36 severity=2 hostName=STPACCESS source=pngNetworkTransport module=pngNetComms.dll process=pngnsagent.exe pid=1888 thread=1928 tickCount=766869date=May 29 06:56:36 severity=2 hostName=STPACCESS
source=CoNetworkTransport(347) module=pngNetComms.dll process=pngnsagent.exe pid=1888 thread=1928 tickCount=766869date=May 29 06:56:36 severity=1 hostName=STPACCESS source=ConfigServer module=pngnsagent.exe process=pngnsagent.exe pid=1888 thread=1928 tickCount=766869date=May
29 06:56:36 severity=4 hostName=STPACCESS source=ServerSettings module=pngnsagent.exe process=pngnsagent.exe pid=18 thread=1928 tickCount=766869date=May 29 06:56:36 severity=4 hostName=STPACCESS source=ScheduleEngine module=AgentScheduler.dll process=pngnsagent.exe
pid=1888 thread=1960 tickCount=766932

Assuming this is in a file, you can use this.
#PowerShell V3+ approach
$Keyword = "module"
$Content = Get-Content .\list.txt
[regex]::Matches($Content,"\b$Keyword\=\S+\b").value
Or if running V2
#PowerShell V2 approach
$Keyword = "module"
$Content = Get-Content .\list.txt
[regex]::Matches($Content,"\b$Keyword\=\S+\b") | ForEach {$_.value}
Boe Prox
Blog |
Twitter
PoshWSUS |
PoshPAIG | PoshChat |
PoshEventUI
PowerShell Deep Dives Book

Comparison and implications of Informix vs Oracle isolation levels and read consisten

We are migrating from Informix 7x to Oracle 9i. Does anyone have information regarding differences in Isolation Levels and read consistency methodologies of the 2 products and how this might influence application coding changes.
Thanks!
Dick

I would not touch Hibernate with a 10ft barge pole.
The best in Oracle, is standard pessimistic locking, using the default transaction isolation level.
However, this requires stateful client-server.
Web-based client-server is stateless. Which means optimistic locking is the only viable alternative. 3 choices with optimistic locking. Check each every row column for a row update/change. Add a version column to the row and compare before and after version numbers when updating. Checksum the row before and after and confirm the checksums are the same.
You need a keyboard, a bit of a brain, and some basic code to implement one of these as an optimistic locking interface for stateless client-server. Not Hibernate.

Editable and Read-Only Date Picker have different display formats -- Bug?

Hi all,
This is a follow on to a previous posting about getting a Date Picker field to display read-only (Date Picker and Read-Only Condition works on LAST state of element
Now past that hurdle, I have noticed something about the date picker field when it is displays read-only. Namely, the date format is not the format selected, nor does the read-only date format comply with the format mask in the source section.
I've modified my small test app to work as intended in order to demonstrate this feature. I also opened it up so everyone can see it <blush>. You can find it here: http://htmldb.oracle.com/pls/otn/f?p=42513: Please navigate to the Update Project tab.
When a project in Program One through Four is selected (which has a Spec Committed date), the date is displayed DD-MON-YY format. When a project the other Programs (which do not have Spec Committed dates at the time of this writing) are selected, and a date value selected with the date picker, the date is displayed in the anticipated DD-MON-YYYY format.
Anyone else notice this, or have I just missed something obvious?
Thanks,
Petie

I'm not sure why this happens but to work around it I added this before header process code to the page:
execute immediate 'alter session set nls_date_format = ''DD-MON-YYYY''';
Scott

What mechanism Oracle 10g use for write (Insert/ Update) and Read (Select)?

Hi
What mechanism Oracle 10g use for write (Insert/ Update) and Read (Select)?
Thank you

Aren't the answers given in PL/SQL forum sufficient enough?Well, as the first answer in that forum directed the OP to this forum you can hardly blame them for the repost.
There is some high-level stuff in the Concepts Guide. If that is insufficient the OP will need to tell us what more details they need to know (and perhaps why).
Cheers, APC

Can we read clob data present in oracle database by BPEL

Hi all,
Please let me know or help me understand whether we can read clob data(excel file) present in database by BPEL?
TIA

Try this one,
Re: Reading Xml file from clob column in the staging table
Hope it helps,

Bug Found: jDriver/Oracle and reading CLOBs 4KB

Similar Messages

Maybe you are looking for