Again : SQLJ, CLOB and JDEV2.0 BETA (BUG !!)

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

Hi David,
I saw your previous posts. I'm a different person than the one
who responded earlier. I am going to post your question to our
internal SQLJ mailing list to get some more help.
What version of the database are you connecting to? I noticed in
your first post, you were using Jdev 1.1, so I thought you might
be running against 8.0.
-L
David DUPONT (guest) wrote:
: 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

Similar Messages

  • SQLJ , CLOB and JDEV1.1

    Hi,
    I have a problem when i try to read a CLOB with JDev 1.1 in my
    SQLJ file.
    When i Build my Prg i have the following message:
    Warning: The Type oracle.jdbc.driver.OracleClob of host item
    ORARequeteSQL (at position #1) is not permitted in JDBC. This
    will not be portable.
    When I execute my Applet in the AppletViewer, I have the
    following message on SQLException:
    java.sql.SQLException: unable to convert database class
    java.lang.String to client class oracle.jdbc.OracleClob
    Below, you can see the SQLJ which generate this message:
    public String SQLRecupRequeteSQL(int iNumQuery) throws
    SQLException
    long lLongSQL;
    OracleClob ORARequeteSQL;
    String sRequeteSQL = new String();
    #sql { select libelle into :ORARequeteSQL from
    edcnx.requete where num_query=:iNumQuery};
    #sql lLongSQL={values(dbms_lob.getlength
    (:ORARequeteSQL)) };
    #sql { call dbms_lob.read
    (:ORARequeteSQL,:lLongSQL,0,:sRequeteSQL) };
    return(sRequeteSQL);
    null

    David,
    The semantics for using LOB datatypes in JDBC and SQLJ are
    covered in the SQLJ Client Developer's Guide and Reference. Here
    is an example of how to access a CLOB from that guide.
    void readFromClob(OracleClob clob) throws SQLException
    long clobLen, readLen;
    String chunk;
    #sql clobLen = { values(dbms_lob.getlength(:clob)) };
    for (long i = 1; i <= clobLen; i += readLen) {
    readLen = 10;
    #sql { call dbms_lob.read(:clob, :inout readLen, :i, :out chunk)
    System.out.println("read " + readLen + " chars: " + chunk);
    Regards,
    PSW
    DUPONT David (guest) wrote:
    : Hi,
    : I have a problem when i try to read a CLOB with JDev 1.1 in my
    : SQLJ file.
    : When i Build my Prg i have the following message:
    : Warning: The Type oracle.jdbc.driver.OracleClob of host item
    : ORARequeteSQL (at position #1) is not permitted in JDBC. This
    : will not be portable.
    : When I execute my Applet in the AppletViewer, I have the
    : following message on SQLException:
    : java.sql.SQLException: unable to convert database class
    : java.lang.String to client class oracle.jdbc.OracleClob
    : Below, you can see the SQLJ which generate this message:
    : public String SQLRecupRequeteSQL(int iNumQuery) throws
    : SQLException
    : long lLongSQL;
    : OracleClob ORARequeteSQL;
    : String sRequeteSQL = new String();
    : #sql { select libelle into :ORARequeteSQL from
    : edcnx.requete where num_query=:iNumQuery};
    : #sql lLongSQL={values(dbms_lob.getlength
    : (:ORARequeteSQL)) };
    : #sql { call dbms_lob.read
    : (:ORARequeteSQL,:lLongSQL,0,:sRequeteSQL) };
    : return(sRequeteSQL);
    null

  • Can't fetch clob and long in one select/query

    I created a nightmare table containing numerous binary data types to test an application I was working on, and believe I have found an undocumented bug in Oracle's JDBC drivers that is preventing me from loading a CLOB and a LONG in a single SQL select statement. I can load the CLOB successfully, but attempting to call ResultSet.get...() for the LONG column always results in
    java.sql.SQLException: Stream has already been closed
    even when processing the columns in the order of the SELECT statement.
    I have demonstrated this behaviour with version 9.2.0.3 of Oracle's JDBC drivers, running against Oracle 9.2.0.2.0.
    The following Java example contains SQL code to create and populate a table containing a collection of nasty binary columns, and then Java code that demonstrates the problem.
    I would really appreciate any workarounds that allow me to pull this data out of a single query.
    import java.sql.*;
    This class was developed to verify that you can't have a CLOB and a LONG column in the
    same SQL select statement, and extract both values. Calling get...() for the LONG column
    always causes 'java.sql.SQLException: Stream has already been closed'.
    CREATE TABLE BINARY_COLS_TEST
    PK INTEGER PRIMARY KEY NOT NULL,
    CLOB_COL CLOB,
    BLOB_COL BLOB,
    RAW_COL RAW(100),
    LONG_COL LONG
    INSERT INTO BINARY_COLS_TEST (
    PK,
    CLOB_COL,
    BLOB_COL,
    RAW_COL,
    LONG_COL
    ) VALUES (
    1,
    '-- clob value --',
    HEXTORAW('01020304050607'),
    HEXTORAW('01020304050607'),
    '-- long value --'
    public class JdbcLongTest
    public static void main(String argv[])
    throws Exception
    Driver driver = (Driver)Class.forName("oracle.jdbc.driver.OracleDriver").newInstance();
    DriverManager.registerDriver(driver);
    Connection connection = DriverManager.getConnection(argv[0], argv[1], argv[2]);
    Statement stmt = connection.createStatement();
    ResultSet results = null;
    try
    String query = "SELECT pk, clob_col, blob_col, raw_col, long_col FROM binary_cols_test";
    results = stmt.executeQuery(query);
    while (results.next())
    int pk = results.getInt(1);
    System.out.println("Loaded int");
    Clob clob = results.getClob(2);
    // It doesn't work if you just close the ascii stream.
    // clob.getAsciiStream().close();
    String clobString = clob.getSubString(1, (int)clob.length());
    System.out.println("Loaded CLOB");
    // Streaming not strictly necessary for short values.
    // Blob blob = results.getBlob(3);
    byte blobData[] = results.getBytes(3);
    System.out.println("Loaded BLOB");
    byte rawData[] = results.getBytes(4);
    System.out.println("Loaded RAW");
    byte longData[] = results.getBytes(5);
    System.out.println("Loaded LONG");
    catch (SQLException e)
    e.printStackTrace();
    results.close();
    stmt.close();
    connection.close();
    } // public class JdbcLongTest

    The problem is that LONGs are not buffered but are read from the wire in the order defined. The problem is the same as
    rs = stmt.executeQuery("select myLong, myNumber from tab");
    while (rs.next()) {
    int n = rs.getInt(2);
    String s = rs.getString(1);
    The above will fail for the same reason. When the statement is executed the LONG is not read immediately. It is buffered in the server waiting to be read. When getInt is called the driver reads the bytes of the LONG and throws them away so that it can get to the NUMBER and read it. Then when getString is called the LONG value is gone so you get an exception.
    Similar problem here. When the query is executed the CLOB and BLOB locators are read from the wire, but the LONG is buffered in the server waiting to be read. When Clob.getString is called, it has to talk to the server to get the value of the CLOB, so it reads the LONG bytes from the wire and throws them away. That clears the connection so that it can ask the server for the CLOB bytes. When the code reads the LONG value, those bytes are gone so you get an exception.
    This is a long standing restriction on using LONG and LONG RAW values and is a result of the network protocol. It is one of the reasons that Oracle deprecates LONGs and recommends using BLOBs and CLOBs instead.
    Douglas

  • Poor performance in select on CLOB (and actually anything not kept inrow)

    Hello,
    Creating a table with RAW(16) as primary key (GUID), CLOB
    and inserting some hundred-thousands up to 10 million records.
    Selects on this table are a randomly chosen (by sample query) 500-1000 ids from the table, then fetching
    the CLOB data, takes about 16-20 secs for 1000 records.
    Anyone have a clue on how to make these kind of selects faster. We are aiming at 5 seconds top for this kind of query.
    Or is it too much to expect ?
    The select itself is done as join which temporary table containing the id (which is better than just using the IN operator).
    Regards,
    Rani

    hi
    I alsow have a problem when i work with clobs , even doing the 10046 trace , there is still time un-accounted for , see my test case at [clob test case|http://forums.oracle.com/forums/message.jspa?messageID=3474400#3474400] although its just inserting/appending the clob.

  • ITunes 10.4 and Windows 7 bug thread

    I thought I would start an entire thread devoted to iTunes 10.4 and Windows 7 bugs since there are MANY people reporting various issues and may not know about all of them. Hopefully this will combine a list of all bugs for reference and help others. So far, most of this effects Windows 7 64 bit, but some are reporting issues under 32 bit too.
    I have spoken with both Apple Care and a higher level tech at iTunes support. The iTunes support tech said they were "looking into all reported bugs and are aware of issues with version 10.4, especially under Windows 7. They encourage others to report their bugs to iTunes support so they can work on this and find all the issues.
    KNOWN BUGS:
    Album Art copy/paste broken - A bug that causes copy/pase from clipboard where album art is not displayed in the info tab as before. Some have reported success by dragging the image file over to it vs copy/paste method but it is still very much spotty and a known bug.
    iTunes store not working - Some have been effected with the iTunes store not working properly for them. Personally I don't have a problem but this has been for some.
    "Purchases" link not working in iTunes - When you click on "Purchases" link on the right column, all your purchases are missing and do not show up. This includes, music, movies, apps, etc. This is also a known bug and one that I have personally. Works fine in iTunes 10.3 for Windows 7 64bit and also works fine under both Snow Leopard and Lion OS.
    Sync issues - Some have reported syncing issues since upgrading to 10.4 iTunes on Windows 7. This is a bit spotty as well as I have no trouble but there are others that have reported issues.
    Solutions:
    For now, the only way to fix this is to use iTunes 10.4 under Snow Leopard or Lion OS. Also, you can uninstall (not repair) 10.4 and install 10.3 again which should work.

    You are correct and I wish that I had known this before spending 4 days and a lot of trouble going over this with both Apple Care and iTunes support. They had me jumping through hoops and didn't know anything until it was finally escalated. Only then did I get a vague response like I mentioned in the first post. It's troubling to me how a simple response from anyone there could've just said we know about this and they are bugs in 10.4 causing this.
    There are other issues too as you point out with the syncing and crashing. Anyway, hopefully others will find information here more useful than calling Apple for help. Not much we can do now except roll back to 10.3 for those that kept it and hope also they can updated Apple Application Support component.

  • 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

  • Firefox Mobile 4 beta 3 (and pre-beta 4) fails to install on Archos 101 Tablet using Android 2.1 Eclair with no specific error.

    Firefox Mobile 4 beta 3 (and pre-beta 4) fails to install on Archos 101 Tablet using Android 2.1 Eclair with no specific error. Is this a know issue or has someone been able to successfully install?

    Sorry, we haven't tested Firefox on this device yet, and we aren't sure why it isn't working. If anyone (especially with Android development experience) would like to help us debug this problem, please start by creating an account and submitting a bug report at: https://bugzilla.mozilla.org/
    Thanks for the report.

  • Region and dialog return bug in JDEVELOPER 11.1.1.1.0

    SomeOne know hot to fix this bug...??
    http://adfbugs.blogspot.com/2009/08/region-and-dialog-return-bug.html
    ADF_FACES-60058: Attempt to re-register component with different model.
    Cause: An IllegalStateException occurred.
    Action: Contact Oracle Support Services.
    Level: 2
    Type: INCIDENT_ERROR
    Impact: Logging
    I have trying and trying and trying to solve this but didnt get a fix....

    John Stegeman wrote:
    The comments in that blog seem to indicate it was fixed in 11.1.1.2 - so two choices for you:
    1). upgrade
    2). File a support request and ask them to backport the fix.
    Since there is a bug filed with support, you can just contact them to see what the current status is.
    Johnas i heard from August 1, 2011 Oracle has stopped supporting 11.1.1.1.0 ......only 11.1.1.2 or later is supported (or may be they told us this to FORCEFULLY upgrade :P)
    so upgrade would be better choice.
    Zeeshan

  • In Photoshop CS6 my tools freeze or stick until I cursor off to the desktop and back again. will UNINSTSALLING and REINSTALLING resolve this issue

    In Photoshop CS6  sometime's my tools freeze or stick until I cursor off to the desktop and back again, will UNINSTSALLING and REINSTALLING Photoshop resolve this issue?

    BOILERPLATE TEXT:
    If you give complete and detailed information about your setup and the issue at hand, such as your platform (Mac or Win), exact versions of your OS, of Photoshop and of Bridge, machine specs, such as total installed RAM, scratch file HDs, video card specs, what troubleshooting steps you have taken so far, what error message(s) you receive, if having issues opening raw files also the exact camera make and model that generated them, etc., someone may be able to help you.
    Please read this FAQ for advice on how to ask your questions correctly for quicker and better answers:
    http://forums.adobe.com/thread/419981?tstart=0
    Thanks!

  • Messages beta - Bug List

    Hi All,
    I thought I'd "Help" and list the bugs I'm experiencing in Messages Beta. Part of the reason is to give some feedback to the team developing it and also to see if it's just me.
    1) Messages don't sync properly between devices.
    Lots of people have this problem and lots of people are offering solutions mainly around Apple IDs and Caller IDs. I've tried everything and I still can't get them to sync properly. I end up with messages missing.
    2) Late messages. A bit like messages not syncing, but they do arrive eventually, just late.
    3) Messages out of order on the same device even when delivery reports suggest they shouldn't be.
    A sends a picture to B. A gets told that it has been delivered even though B hasn't received it yet. A sends a message to say "what do you think of that picture". B replies "what picture"
    4) Failure to send
    I often try to send a message and then after a while I get the red exclamation mark to say it failed. It sends on the re-try. It's like Messages has lost connection to the server because when this happens I sometimes get old messages delivered too.
    5) Doc icon tells me I have unread messages when I don't
    6) The app sometimes marks messages as unread when I have read them and will keep doing this. Over time I seem to be building up a stack of unread messages.

    Notes.
    I can set up a message and "Send" it am Messages make the noses that it has gone but nothing appears in the chat window part.
    This tends to happen on the first Messages sent to that person (multiple times in Messages but only once to those it happens with).
    Re 4:
    I had this (Above) happen with a Pic I thought I had sent.
    Currently trying to test further.
    This might of course be an item 3 issue.
    Re 5:  Not seeing this but I ma not sending or receiving that many iMessages yet.
    Edit.
    Re 4 and 3
    The Message that made the sounds that I had sent the message was seen on my Phone and on my son's (testee)  (I ended up sending the pic twice)
    Also in Messages, like I used to in iChat, I typed a comment in the Balloon the Pic went it but my phone shows pics and text separately.
    9:13 PM      Wednesday; February 22, 2012
    Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"
      iMac 2.5Ghz 5i 2011 (Lion 10.7.3)
     G4/1GhzDual MDD (Leopard 10.5.8)
     MacBookPro 2Gb (Snow Leopard 10.6.8)
     Mac OS X (10.6.8),
    "Limit the Logs to the Bits above Binary Images."  No, Seriously

  • New Award 219 beta bug bios needs testing

    For those of you interested in testing the new beta bios for those that use the award bios, I posted this in the overclockers section of the forum - since this is an overclockers issue.
    https://forum-en.msi.com/index.php?topic=82493.0

    I know its a lot to ask (I will do it next week since Im on vaca this week) to test the 219 beta bios cause I would like to email my MSI connection the test results of this beta bios.  I know in the beginning the file was corrupted but I emailed rebelshaven again the file and it looks like it now works ok.
    One interesting development in looking thru the initial results is that it looks like we can interchange the diamond bios with the platinum bioses - ie 1.3 is the same as 3.3.  While Im not an expert in bioses, is this true?
    Tiresmoke - after I get a few answers (if I do) can we wait a little bit to move this to the bios section of the forum?

  • Pages Beta Bug?

    I have a resume which I first composed on iPad Pages.  When I used a laptop to visit iCloud, there it was, all good!  While in iCloud Pages, I'd did some revisions to the document.  A few days later (days of uninterrupted wifi access, BTW) I opened iPad Pages to email said resume but found only the original, not the revised document.  The message at iCloud Pages says revisions should appear on my devices "automatically," but in this case, did not happen.  Feedback would be appreciated!

    You could try to trigger the save and sync by typing some random text on the iCloud version. Or create a new document on iCloud Pages and see if it shows up on your device. But from my experience with other Apple apps, like notes or reminders, it just syncs without problem, so you might have found a Pages beta bug.

  • Performance between CLOB and VARCHAR2

    I would like to know if there is any really performance issues between CLOB and VARCHAR2 data types?
    In particular, why would it not be better to declare all large text items as CLOB rather than VARCHAR2(4000) in a table? For example, if I am going to store about a page of text, in a table, why not standardize of CLOB? Only use VARCHAR2 for small text items.

    I doubt that there would be much, if any, performance difference between a CLOB and a VARCHAR2. By default, Oracle will store CLOBS directly in the table if they are less than about 4000 bytes, so the effect would be the same as a VARCHAR2(4000).
    The advantage of VARCHAR2(4000) over a CLOB is that you document and enforce the maximum size of the field. If you know that no test item will exceed 4000 bytes, then I would store it as a VARCHAR2, because if they can store more, someone will.
    A possible disadvantage of using CLOBS instead of VARCHAR2(4000) is that when you declare a column as a CLOB, Oracle creates the two lob segments whether or not they are needed to actually store data. So, depending on how many VARCHAR2(4000) columns you change to CLOBS without needing to store more than 4000 bytes, you can potentially waste a significant amount of space.
    SQL> CREATE TABLE t_clob (id NUMBER, descr CLOB);
    Table created.
    SQL> SELECT segment_name, index_name
      2  FROM dba_lobs
      3  WHERE table_name = 'T_CLOB';
    SEGMENT_NAME                   INDEX_NAME
    SYS_LOB0000136329C00002$$      SYS_IL0000136329C00002$$
    SQL> SELECT segment_name, segment_type, blocks
      2  FROM dba_segments
      3  WHERE segment_name in ('SYS_LOB0000136329C00002$$','SYS_IL0000136329C00002$$')
    SEGMENT_NAME                   SEGMENT_TYPE           BLOCKS
    SYS_IL0000136329C00002$$       LOBINDEX                   64
    SYS_LOB0000136329C00002$$      LOBSEGMENT                 64HTH
    John

  • Problem with java.sql.Clob and oracle.sql.CLOB

    Hi,
    I am using oracle9i and SAP web application server. I am getClob method and storing that in java.sql.Clob and using the getClass().getName() I am getting the class name as oracle.sql.CLOB. But when I am trying to cast this to oracle.sql.CLOB i am getting ClassCastException. The code is given below
    java.sql.Clob lOracleClob = lResultSet.getClob(lColIndex + 1);
    lPrintWriter = new PrintWriter(new BufferedWriter (((oracle.sql.CLOB) lOracleClob).getCharacterOutputStream()));
    lResourceStatus = true;
    can anybody please tell me the what is the problem with this and solution.
    thanks,
    Ashok.

    Hi Ashok
    You can get a "ClassCastException" when the JVM doesn't have access to the specific class (in your case, "oracle.sql.CLOB").
    Just check your classpath and see if you are referring to the correct jar files.
    cheers
    Sameer
    PS: Please award points if you find the answer useful

  • HT4314 Hello, I have an Iphone 3GS and can't connect to Game Center.  It recognizes my apple ID account, states it was never used with Game Center. Then asks for country, birthdate, then returns to ask country again, then birthdate, and returns to the loo

    Hello, I have an Iphone 3GS and can't connect to Game Center.  It recognizes my apple ID account, states it was never used with Game Center. Then asks for country, birthdate, then returns to ask country again, then birthdate, and returns to the loop. Never ends the loop unless I cancel the setup process.  I have restored the iphone to the factory settings and restored the backup, but did not work. Any suggestions on what can be the problem? thank you.

    I just read another post that says you can go into a game that allows for multiple players and utalizes game center and enter your account information that way.  I haven't tried it yet, but it seems to work for others that had this issue.

Maybe you are looking for

  • Unable to initialize deck?

    I have 3 tapes from an event to capture and edit with my Panasonic DVX100B. The first tape captured fine. A couple of days later I try to capture another tape and suddenly I get "unable to initialize deck"! I have... 1) Tried to capture on my Macbook

  • Transferring iTunes from One Computer to Another

    I have a laptop (Thinkpad, Windows 2000) issued through work that has my iTunes program and all my songs loaded onto it. I'm leaving this current job and have to turn in my laptop. I understand how to transfer all my songs to removable media, I've al

  • Finder has got out of sync with system clock?

    For some reason, the system clock is reading the correct time, but the times indicated in Finder for "Date Modified" for every file or app are all wrong. For example, at 11:45PM (as indicated by the clock in the menu bar) I installed OnyX for the fir

  • HT1677 How do I put a parental lock on safari on the ipad2?

    I would like to put parental locks on Safari on the iPad2 so I can control what my children are viewing.  How do I do that?

  • Rich Client ioser12.dll error

    Hi I am looking for a bit of help on setting up a rich client on Win2000 with JDK1.3.1. I have followed the steps in chp 9 of the Java Prog Guide, but get the "Error! The shared library ioser12.dll could not be found" problem listed on page 213 of th