Compiler sees delete function name as delete operator

I am trying to call the 'delete' method on a POJO service with:
serviceProxy.delete(...)
This fails to compile with the errors:
Error: Syntax error: expecting identifier before delete.
    [compc]          serviceProxy.delete(...);
    [compc]                       ^
Error: Syntax error: expecting identifier before rightparen.
    [compc]          serviceProxy.delete(...);
    [compc]                                 ^
It seems as if the compiler is detecting the call to the delete method as the delete operator instead. Is there a way to fix this or will I need to change the method name on the service?

Ohhh, haha, yeah that could be a problem.
Maybe try getOperation('delete') on your service and then call send() on the operation.

Similar Messages

Need to Set Current Row when Using Built-in Data Control Delete Operation?

I have an af:table bound to a ViewObject (VO) collection (no Entity Object) - within each row, I include a column that contains a 'Remove' command button so the user can remove the row. I add the command button by dragging/dropping the built-in delete operation from the VO on the Data Control Palette. When I use this as is (no changes), the Remove button always deletes the first row in the collection, not the selected row. Do I need to add code to set the current row, and if so can someone please provide an example and specify where I need to add? thanks.
------ .jspx af:table with command button to remove each row ------
<af:table value="#{bindings.ListView1.collectionModel}" var="row"
rows="#{bindings.ListView1.rangeSize}"
first="#{bindings.ListView1.rangeStart}"
// note: I don't have any code added for selectedRow or makeCurrent - assuming this is built-in?
selectionState="#{bindings.ListView1.collectionModel.selectedRow}"
selectionListener="#{bindings.ListView1.collectionModel.makeCurrent}">
<af:column>
<af:commandButton actionListener="#{bindings.Delete.execute}"
text="Remove"
disabled="#{!bindings.Delete.enabled}"/>
</af:column>
---------- corresponding pagedef file ------------
<bindings>.....
<action id="Delete" IterBinding="ListView1Iterator"
InstanceName="SrchDataControl.ListView1"
DataControl="SrchDataControl" RequiresUpdateModel="false"
Action="30"/>
</bindings>
Note: I also tried solution posted on following thread, but again, only first row is deleted, not the selected row?: Delete and Commit
Message was edited by:
javaX

I just want to delete (or remove) it from the VO. Data for this VO is not on the database.
The function is doing what I want it to do (delete from the VO), its just always deleting the first row, versus the selected row. I select the command button next on a column next to an item further down in the list and it deletes the first row. The problem is setting the selected row to be removed - I thought setting the current row would be taken care of by the SelectListener?
selectionState="#{bindings.MyIspListView1.collectionModel.selectedRow}"
selectionListener="#{bindings.MyIspListView1.collectionModel.makeCurrent}"

Delete Operation in JDBC Sender Adapter not works

Hi,
    I have one student table which contains the fields ID,Name,BirthMonth,BirthYear,ReadFlag fields. ReadFlag is a character field or lenght 1 which contains only values either 'Y' or ' '.
     I want to execute delete operation in this table ie to delete the records which contains the readflag = 'Y'. So, I set the below values for the following parameters.
DELETE FROM student WHERE READFLAG = ' Y '
Query SQL Statement : SELECT * FROM student WHERE readflag = 'Y'
Update SQL Statement : DELETE FROM student WHERE READFLAG = 'Y'
Poll Interval : 60 Seconds.
    There are more records in this table which contains readflag = 'Y'. But, the Adapter does not delete those records from the table i.e delete operation is not executed. At the same time, in Comm. Channel monitoring it does not show any error, but the delete operation is not carried out in the table.
     I tried after 'COMMIT' the table also. But it does not work. What could be the reason ? or How to use Delete Operation effectively on the table ?
     Kindly help me friends to solve this problem.
Thanking you.
Kind Regards,
Jeg.

http://help.sap.com/saphelp_nw04/helpdata/en/7e/5df96381ec72468a00815dd80f8b63/content.htm >>>
<i>Adapter Work Method
You must add an indicator that specifies the processing status of each data record in the adapter (data record processed/data record not processed) to the database table.
The UPDATE statement must alter exactly those data records that have been selected by the SELECT statement. You can ensure this is the case by using an identical WHERE clause. (See Processing Parameters, SQL Statement for Query, and SQL Statement for Update below).
<b>Processing can only be performed correctly when the isolation level for transaction is set to repeatable_read or serializable.
Example
SQL statement for query: SELECT * FROM table WHERE processed = 0;
SQL statement for update: UPDATE table SET processed = 1 WHERE processed = 0;
processed is the indicator in the database.</b></i>
try with repeatable_read or serializable !!!
Also go thru this thread - DELETE Querey in JDBC SENDER

Need Performance tuning in delete operation

Hi Gurus,
I am performing delete operation by following SQL query.
delete from gl_account where bu_id = -99
but it take long time to execute. Table contains 1 trigger and 5 index. I have disabled the trigger and rebuild the index but still it not executing.
Here is my explain plan.
Operation     Object Name     Rows     Bytes     Cost     Object Node     In/Out     PStart     PStop
DELETE STATEMENT Optimizer Mode=ALL_ROWS          561            19
DELETE     OFFLINETESTDB.GL_ACCOUNT
INDEX RANGE SCAN     OFFLINETESTDB.BU_ID     561      27 K     2
Pls help me out to solve this.

Hi All,
I am still facing the same performs problem for deleting row in a table.
here by i have attached my TKPROF for your consideration.
TKPROF: Release 10.2.0.1.0 - Production on Tue Oct 12 14:01:13 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Trace file: rubikon_s002_3952.trc
Sort options: exeela exerow
count    = number of times OCI procedure was executed
cpu      = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk     = number of physical reads of buffers from disk
query    = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows     = number of rows processed by the fetch or execute call
DELETE FROM GL_ACCOUNT
WHERE
GL_ACCT_ID IN (16908,16909,16456)
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.01       0.13          0          0          0           0
Execute      1      0.03       0.26          0          6        221           3
Fetch        0      0.00       0.00          0          0          0           0
total        2      0.04       0.40          0          6        221           3
Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 40 (OFFLINETESTDB)
Rows     Row Source Operation
      0 DELETE GL_ACCOUNT (cr=177742 pr=160538 pw=0 time=31518664 us)
      3   INLIST ITERATOR (cr=6 pr=0 pw=0 time=103 us)
      3    INDEX RANGE SCAN GL_ACCOUNT_PK (cr=6 pr=0 pw=0 time=86 us)(object id 65637)
Rows     Execution Plan
      0 DELETE STATEMENT   MODE: ALL_ROWS
      0   DELETE OF 'GL_ACCOUNT'
      3    INLIST ITERATOR
      3     INDEX   MODE: ANALYZED (RANGE SCAN) OF 'GL_ACCOUNT_PK'
                (INDEX (UNIQUE))
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ACCOUNT_SUMMARY" where "GL_ACCT_ID" = :1 and
"GL_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.06          0          0          0           0
Fetch        3      0.00       0.00          0          6          0           3
total        7      0.00       0.06          0          6          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=6 pr=0 pw=0 time=236 us)
      0   VIEW index$_join$_001 (cr=6 pr=0 pw=0 time=185 us)
      0    HASH JOIN (cr=6 pr=0 pw=0 time=172 us)
      0     INDEX RANGE SCAN GL_ACCOUNT_SUMMARY_IX2 (cr=6 pr=0 pw=0 time=82 us)(object id 65648)
      0     INDEX RANGE SCAN GL_ACCOUNT_SUMMARY_IX1 (cr=0 pr=0 pw=0 time=0 us)(object id 65647)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ACCOUNT_QUARTERLY_STAT" where "GL_ACCT_ID" = :1 and
"GL_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.06          0          0          0           0
Fetch        3      1.64      20.79     108398     109500          0           3
total        7      1.64      20.86     108398     109500          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=109500 pr=108398 pw=0 time=20797344 us)
      0   TABLE ACCESS FULL GL_ACCOUNT_QUARTERLY_STAT (cr=109500 pr=108398 pw=0 time=20797279 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ACCOUNT_MONTHLY_STAT" where "GL_ACCT_ID" = :1 and
"GL_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        2      0.00       0.00          0          0          0           0
Execute      4      0.00       0.06          0          0          1           0
Fetch        3      0.75      10.11      52140      59532          0           3
total        9      0.75      10.18      52140      59532          1           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Parsing user id: SYS
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=59532 pr=52140 pw=0 time=10116280 us)
      0   TABLE ACCESS FULL GL_ACCOUNT_MONTHLY_STAT (cr=59532 pr=52140 pw=0 time=10116221 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ACCOUNT_RECON_TXN_JOURNAL" where "GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.02          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.02          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=138 us)
      0   TABLE ACCESS FULL GL_ACCOUNT_RECON_TXN_JOURNAL (cr=9 pr=0 pw=0 time=97 us)
select text
from
view$ where rowid=:1
call     count       cpu    elapsed       disk      query    current        rows
Parse        3      0.01       0.00          0          0          0           0
Execute      3      0.01       0.00          0          0          2           0
Fetch        3      0.00       0.00          0          6          0           3
total        9      0.03       0.00          0          6          2           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: CHOOSE
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      1 TABLE ACCESS BY USER ROWID VIEW$ (cr=1 pr=0 pw=0 time=34 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_BULK_CRITERIA" where "GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=109 us)
      0   TABLE ACCESS FULL GL_BULK_CRITERIA (cr=9 pr=0 pw=0 time=71 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ACCOUNT_HISTORY" where "GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.01       0.02          0       5070          0           3
total        7      0.01       0.02          0       5070          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=5070 pr=0 pw=0 time=22519 us)
      0   TABLE ACCESS FULL GL_ACCOUNT_HISTORY (cr=5070 pr=0 pw=0 time=22472 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ACCOUNT_BULK_HISTORY" where "GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=106 us)
      0   TABLE ACCESS FULL GL_ACCOUNT_BULK_HISTORY (cr=9 pr=0 pw=0 time=69 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ALLOTMENT" where "POOL_ACCT_ID" = :1 and "POOL_ACCT_NO" =
   :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.02          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          3          0           3
total        7      0.00       0.02          0          3          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=3 pr=0 pw=0 time=113 us)
      0   TABLE ACCESS BY INDEX ROWID GL_ALLOTMENT (cr=3 pr=0 pw=0 time=68 us)
      0    INDEX RANGE SCAN GL_ALLOTMENT_IX1 (cr=3 pr=0 pw=0 time=50 us)(object id 65651)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ACCOUNT_YEARLY_STAT" where "GL_ACCT_ID" = :1 and
"GL_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.01       0.01          0       3453          0           3
total        7      0.01       0.01          0       3453          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=3453 pr=0 pw=0 time=10485 us)
      0   TABLE ACCESS FULL GL_ACCOUNT_YEARLY_STAT (cr=3453 pr=0 pw=0 time=10440 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."BU_GL_INTERFACE_ACCOUNT" where "CASH_GL_ACCT_ID" = :1 and
"CASH_GL_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=110 us)
      0   TABLE ACCESS FULL BU_GL_INTERFACE_ACCOUNT (cr=9 pr=0 pw=0 time=71 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."BU_GL_INTERFACE_ACCOUNT" where "DEPOT_GL_ACCT_ID" = :1 and
"DEPOT_GL_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=107 us)
      0   TABLE ACCESS FULL BU_GL_INTERFACE_ACCOUNT (cr=9 pr=0 pw=0 time=71 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_TXN_ALLOTTEE" where "GL_ALLOTTEE_ACCT_ID" = :1 and
"GL_ALLOTTEE_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=122 us)
      0   TABLE ACCESS FULL GL_TXN_ALLOTTEE (cr=9 pr=0 pw=0 time=84 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."BU_GL_INTERFACE_ACCOUNT" where "POSN_GL_ACCT_ID" = :1 and
"POSN_GL_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=110 us)
      0   TABLE ACCESS FULL BU_GL_INTERFACE_ACCOUNT (cr=9 pr=0 pw=0 time=69 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ALLOTTEE" where "RECIPIENT_ACCT_ID" = :1 and
"RECIPIENT_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=155 us)
      0   TABLE ACCESS FULL GL_ALLOTTEE (cr=9 pr=0 pw=0 time=119 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."BU_GL_INTERFACE_ACCOUNT" where "INTER_BU_GL_ACCT_ID" = :1
and "INTER_BU_GL_ACCT_NO" = :2
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=102 us)
      0   TABLE ACCESS FULL BU_GL_INTERFACE_ACCOUNT (cr=9 pr=0 pw=0 time=67 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_BUDGET_ITEM_DATA" where "GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=151 us)
      0   TABLE ACCESS FULL GL_BUDGET_ITEM_DATA (cr=9 pr=0 pw=0 time=108 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_TOTALLING_ACCOUNT_LINE" where "GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.02          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.02          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=119 us)
      0   TABLE ACCESS FULL GL_TOTALLING_ACCOUNT_LINE (cr=9 pr=0 pw=0 time=82 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."SWEEP_FUNDS_XFER" where "TO_GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.01       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.01       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=123 us)
      0   TABLE ACCESS FULL SWEEP_FUNDS_XFER (cr=9 pr=0 pw=0 time=84 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."GL_ACCESS_ACCOUNT_LIST" where "GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=117 us)
      0   TABLE ACCESS FULL GL_ACCESS_ACCOUNT_LIST (cr=9 pr=0 pw=0 time=79 us)
select /*+ all_rows */ count(1)
from
"OFFLINETESTDB"."SETTLEMENT_BANK_ACCOUNT" where "MIRROR_GL_ACCT_ID" = :1
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      3      0.00       0.00          0          0          0           0
Fetch        3      0.00       0.00          0          9          0           3
total        7      0.00       0.00          0          9          0           3
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS   (recursive depth: 1)
Rows     Row Source Operation
      3 SORT AGGREGATE (cr=9 pr=0 pw=0 time=121 us)
      0   TABLE ACCESS FULL SETTLEMENT_BANK_ACCOUNT (cr=9 pr=0 pw=0 time=86 us)
OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
call     count       cpu    elapsed       disk      query    current        rows
Parse        8      0.01       0.29          0          0          8           0
Execute     11      0.03       0.32          0          6        222           3
Fetch        7      0.75      10.11      52140      59532          0           7
total       26      0.79      10.73      52140      59538        230          10
Misses in library cache during parse: 7
Misses in library cache during execute: 2
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
call     count       cpu    elapsed       disk      query    current        rows
Parse       47      0.01       0.06          0          0          0           0
Execute     85      0.03       0.18          0          0          2           0
Fetch       85      1.67      20.83     108398     118214          0          85
total      217      1.71      21.08     108398     118214          2          85
Misses in library cache during parse: 21
Misses in library cache during execute: 20
    7 user SQL statements in session.
   48 internal SQL statements in session.
   55 SQL statements in session.
    5 statements EXPLAINed in this session.
Trace file: rubikon_s002_3952.trc
Trace file compatibility: 10.01.00
Sort options: exeela exerow
       1 session in tracefile.
       7 user SQL statements in trace file.
      48 internal SQL statements in trace file.
      55 SQL statements in trace file.
      29 unique SQL statements in trace file.
       5 SQL statements EXPLAINed using schema:
           OFFLINETESTDB.prof$plan_table
             Default table was used.
             Table was created.
             Table was dropped.
     548 lines in trace file.
      32 elapsed seconds in trace file.Thanks & Regards
Sami

How to override the default delete operation

Hi,
I am new to Jheadstart, java coding for that matter.
Here's my situation,
I have a view which is based on a function (function returns a collection).
I have created instead of triggers on this view to perform insert/update/delete operations.
All these DML operations work as expected in Oracle database.
Now, I created an Entity object and a view object on this view in my jheadstart project.
When I run this Jheadstart application my insert and search operations run fine but update and delete operations fail with JBO-26080 error.
The underlying oracle error is "ORA-02014: cannot select FOR UPDATE from view with DISTINCT, GROUP BY, etc."
I know that delete and update operations work fine in Oracle and hence I would like to override the default Jheadstart operations. Can any body tell me how can I do it or point me in right direction?

Hi,
From the JHeadstart Developer's Guide, chapter TroubleShooting - Problem Assessment:
If you are getting a JBO error (Business Components for Java error), try to perform the same data retrieval or data manipulation action using the BC4J Tester. You can
invoke the tester through a right-mouse-click on the BC4J application module. If you get the same error using the BC4J tester, the problem is in the BC4J object definitions. If you added business rules, or other custom code to your BC4J objects that executes during your data retrieval or data manipulation action, you can debug this code line-by-line by running the tester in debug mode. You can also look up the JBO error in the JDeveloper online help, for each error possible causes and how to solve them are described.
It sounds to me like you will also get this error in the BC4J Tester. This means that the problem is not related to JHeadstart. You can go to the JDeveloper discussion forum http://otn.oracle.com/discussionforums/jdev.html and ask your question there without mentioning JHeadstart. Maybe there is some switch you can set in the BC4J object to let BC4J not use SELECT FOR UPDATE.
Hope this helps,
Sandra Muller
JHeadstart Team

ORA-20001: Error in multi row delete operation: ORA-01403: no data

Whenever I attempt a multi-row delete on my master detail page, I recieve the error:
ORA-20001: Error in multi row delete operation: ORA-01403: no dataI have seen in other threads that the primary key attribute of the underlying table needs to be set to 'Show' in the report attributes. I have tried this both with it displaying as 'Hidden' ('Show' is unchecked) and with it displaying as text. Either way still gives me the same error.
Is there anything else not mentioned in the other threads that could be causing this error for me?
Thanks.
BoilerUP

Jimmy,
In your multi row delete process you specify schema name, table and column name. Your report needs to be of type âSQL query (Updateable report)â. And your report needs to include the primary key column of your table. The column or alias name of that report column needs to correspond with the actual column name of your table.
Marc

How to create stored procedure for insert update and delete operations with input output paramters?

I have the follwing table is called master table contain the follwing fields,
So here i need to create three Stored procedures
1.Insert operations(1 o/p paramter,and 14 input paramters) - uspInsert
2.Update operations(1 o/p paramter,and 14 input paramters) - uspUpdate
3.Delete Operations(1 o/p paramter,and 14 input paramters)
- uspdelte
The following is the table ,so using this to make the three sp's ,Here we will use Exception machanism also.
Location
Client Name
Owner
ConfigItemID
ConfigItemName
DeploymentID
IncidentID
Package Name
Scope
Stage
Type
Start Date
End Date
Accountable
Comments
So can u pls help me out for this ,bcz i knew to stored procedure's creation.

I have the follwing table is called master table contain the follwing fields,
So here i need to create three Stored procedures
1.Insert operations(1 o/p paramter,and 14 input paramters) - uspInsert
2.Update operations(1 o/p paramter,and 14 input paramters) - uspUpdate
3.Delete Operations(1 o/p paramter,and 14 input paramters) - uspdelte
The following is the table ,so using this to make the three sp's ,Here we will use Exception machanism also.
Location
Client Name
Owner
ConfigItemID
ConfigItemName
DeploymentID
IncidentID
Package Name
Scope
Stage
Type
Start Date
End Date
Accountable
Comments
So can u pls help me out for this ,bcz i knew to stored procedure's creation.
Why you have to pass 14 parameters for DELETE and UPDATE? Do you have any Primary Key? If you do NOT have primary key in your table then in case you have duplicate information, SQL will update both or delete them together. You need to provide DDL of
you table. What are the data types of fields?
Best Wishes, Arbi; Please vote if you find this posting was helpful or Mark it as answered.

Help in Delete operation

I have a problem when deleting rows from a table. When I created the database the following delete statement worked fine, but now it takes a lot to complete. To delete 600 rows it takes more than 10 minutes. Maybe the transaction log is full, but i don't know how to check the space assigned to it or where is it.
The delete operation is the following one.
DELETE FROM event_TTT WHERE event_TTT.event_id IN
(SELECT event.event_id FROM event WHERE event_TTT.event_id=event.event_id and event.MM_id=1328)

Thank you for your information about statistics. After reading some papers and after checking that automatic statistics are being gathered in my system, I think that my tables do not fulfill the requirements to gather statistics manually ("statistics on tables which are significantly modified during the day"). Maybe I'm wrong. I'll continue reading about this.
Anyway, I've new data about my delete operation. I think it is very slow, but I'll give you the details:
DELETE FROM event_track e
WHERE EXISTS
SELECT
NULL
FROM event e1
WHERE e1.event_id = e.event_id
AND e1.pdep_mission_id = 1328
AND ROWNUM = 1
The is an index on e1.pdep_mission_id.
e1.event_id and e.event_id are primary keys.
Number of rows on e = 117000.
Number of rows on e1 = 120000
Number or rows to delete = 3500
This is the execution plan (with autotrace):
Plan hash value: 660928614
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | DELETE STATEMENT | | 1 | 254 | 217K (1)| 00:31:20 |
| 1 | DELETE | EVENT_TRACK | | | | |
|* 2 | FILTER | | | | | |
| 3 | TABLE ACCESS FULL | EVENT_TRACK | 119K| 28M| 667 (3)| 00:00:06 |
|* 4 | COUNT STOPKEY | | | | | |
|* 5 | TABLE ACCESS BY INDEX ROWID| EVENT | 1 | 9 | 2 (0)| 00:00:01 |
|* 6 | INDEX UNIQUE SCAN | PK_EVENT271 | 1 | | 1 (0)| 00:00:01 |
Predicate Information (identified by operation id):
2 - filter( EXISTS (SELECT 0 FROM "PDEP"."EVENT" "E1" WHERE ROWNUM=1 AND
"E1"."EVENT_ID"=:B1 AND "E1"."PDEP_MISSION_ID"=1305))
4 - filter(ROWNUM=1)
5 - filter("E1"."PDEP_MISSION_ID"=1305)
6 - access("E1"."EVENT_ID"=:B1)
Estadísticas
11207 recursive calls
26273 db block gets
24517966 consistent gets
23721872 physical reads
4316076 redo size
932 bytes sent via SQL*Net to client
1105 bytes received via SQL*Net from client
6 SQL*Net roundtrips to/from client
12 sorts (memory)
0 sorts (disk)
3518 rows processed
This operation took 2 hours and 5 minutes to complete the deletion of 3500 rows. Do I have to assume that this is correct or maybe I'm doing something wrong ??
Thank you in advance.

DELETE Operation

Hi All,
I am very new to OAF. I am trying to complete the below delete operation. But logicwise I am not able to
get an idea. Please help me.
Requirement:
If user give the po number and click on "GO" button i need to display the all 10 lines of this po.
I completed this.
Now all these 10 lines have check boxes. If user selects 5 lines out of 10 lines and click on "DELETE" button
all the selected 5 lines have to be deleted.
So in the process form request i have to write the code to achive this. But not able to move further from here.
Can we delete these lines without connecting to the database? I mean by taking the references of selected check boxes
can we delete these rows?
Please help.
Regards
Chandra.

Chandra,
Step 1 - Create a Trasient attribute with the VO attached to the Table. And attach this to the Mulltiple selection VO attribute.
Step 2 - Below code will return all the selected rows by the user
OAViewObject vo = (OAViewObject) getRoundVO1();
Row[] selectRows1 = vo.getFilteredRows("Selectflag","Y") ;//where Selectflag is the trasient attribute attached with the Multiple selection VO attribute.
for(int i=0; i<selectRows.length; i++)
RoundVORowImpl selectedRows = (RoundVORowImpl) selectRows;
String meaning =(String) selectedRows.getAttribute("<Primary Attribute Name>");
System.out.println("value of meaning: "+meaning);
//Now pass the meaning to the procedure to delete the selected rows.
Regards,
Gyan

BAPI_ALM_ORDER_MAINTAIN - cost determination error when deleting operations

Dear all,
I have a problem with BAPI 'BAPI_ALM_ORDER_MAINTAIN'.
When I add and delete operations several times in an order using this BAPI, cost determination works incorrectly:
in transaction IW32 Plan costs sum on 'Costs' tab becomes wrong. But if I look at the detailed report (Rep. Plan/Act button on the same tab), the total plan costs sum is correct.
What I have tried so far:
1. adding method 'CALCULATE' for the header (within the same call and within a call in separate transaction)
2. changing the order in IW32 and saving it
3. 'Calculate costs' button in the same transaction
3. clearing buffers using FM 'CO_ZF_DATA_RESET_COMPLETE' before calling the BAPI,
but without luck.
Any help will be much appreciated!
Andrey

Hi Andrey,
Thanks a lot for the prompt reply.
As you said, the problem is in the standard BAPI BAPI_ALM_ORDER_MAINTAIN where the costs table is not getting refreshed, it is taking the buffer value.
Few OSS notes like 750606 were suggested by SAP, which also suggested the solution suggested by you, ( to use'Destination 'NONE' when callling the function module so that the BAPI will get called in the new session each time ),but it did not work. and SAP note also says that the complete solution is not yet implemented.
So, to resolve this ( to clear the buffer) I have used two programs, the internal one is called by the main program using 'submit' statmeent so that buffer value is cleared as it is a separate program. Finally it worked out
Thanks & Regards,
Vishnu Priya

Track the delete operation.

Guys,
I've an Oracle table from which records get deleted very often.
I would like to track the user(and the system name) who issued the delete operation,timestamp of the operation and the no. of records deleted from the user's transaction.Can someone help me with a procedure for this task?
Thanks,
Sevuga.

Thanks Jameel.
I've got it working now.
Let me share the steps that I've followed to set the auditing 'ON' on the table concerned.
CONNECT system/manager AS SYSDBA
-- Truncate the database audit table.
-- The database audit table was truncated so any old audited information will be deleted for
TRUNCATE TABLE aud$
-- View the AUDIT_TRAIL parameter value.
SHOW PARAMETER audit_trail
-- The NONE value indicates that the audit process was not activated.
-- Change the AUDIT_TRAIL parameter to db.
ALTER SYSTEM SET audit_trail=db SCOPE=spfile
-- Shutdown and startup the database. Use the default Server Parameter File (SPFILE).
-- Notice that when the AUDIT_TRAIL option is set to db, our audit trail information is stored in the AUD$ table owned by sys.
-- And also, when AUDIT_TRAIL is set to Operating System,ouraudit trail information will be stored in the director named by the AUDIT_FILE_DEST parameter.
-- In our case, we are storing data into the AUD$ table in the Oracle database.
SHUTDOWN IMMEDIATE
CONNECT system/manager AS SYSDBA
STARTUP
-- View the AUDIT_TRAIL value again.
SHOW PARAMETER audit_trail
-- Notice that this time, the value would be changed to db.
-- Query the AUD$ table.
SELECT * FROM aud$
-- Notice that there are no records in the audit table.
-- Audit who ever deleted a record from the EMP table.
AUDIT DELETE
ON emp
BY ACCESS
WHENEVER SUCCESSFUL
-- Connect as the normal user.
CONNECT scott/tiger
DELETE FROM emp
WHERE empno = 9999
COMMIT
-- Connect again as the SYSTEM/MANAGER user.
CONNECT system/manager AS SYSDBA
-- View the SYS.AUD$ table to display the date and time who (username), and what (statement of an action) was done.
SELECT
TO_CHAR(timestamp#,'DD-MON-YYYY HH24:MI:SS') as "Date and Time",
userid, name "Action by user"
FROM sys.aud$ JOIN sys.audit_actions
ON action = action#
Thanks,
Sevuga

Need help in Delete operation using blazeDS

Please find the flex client code and servlet code given below
Trying to call a DELETE methods on the servlet using BlazeDS.Configuration is perfect in the proxy-config.xml and services-config.xml
when DELETE is called with paramter user="krishna it is being printed as
received DELETE operation with parameternull
My Question is why the servlet printing null value for the user where it should print "someuser"?Can some one help me on this?
FLEX CLIENT
<?xml version="1.0" encoding="utf-8"?><mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="vertical">
<mx:Script><![CDATA[
import mx.controls.Alert;
import mx.rpc.http.HTTPService;
import mx.rpc.events.ResultEvent;
import mx.rpc.events.FaultEvent;
public function callServletDELETE():void {
var service:HTTPService = new HTTPService();
//service.url= "http://localhost:8080/examples/blazeDS";service.destination=
"BlazeDSHTTP"; //this is configured in proxy-config.xml fileservice.useProxy =
true; service.method =
"DELETE"; service.resultFormat=
"e4x"; service.addEventListener(
"result", billingCarrierResult);service.addEventListener(
"fault", httpFault); service.send({user:
'someuser'});}
protected function billingCarrierResult(event:ResultEvent):void{
serviceResultsTextArea.text =
"Success with BlazeDS!\n"+event.result;
protected function httpFault(event:FaultEvent):void{
serviceResultsTextArea.text =
"Failure trying to access service.\n"+ event.fault.faultString + "\n" + event.fault.faultDetail;}
]]>
</mx:Script> <mx:TextArea id="serviceResultsTextArea" width="50%" height="50%" />
<mx:Button label="DELETE" click="callServletDELETE()"/>
</mx:Application>
servlet
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
* Simple example intended to demonstrate BlazeDS with HttpService.
public class BlazeHttpExample extends HttpServlet
   //excluded other methods GET,POST as they are working fine
    * Handles the HTTP <code>DELETE</code> method.
    * @param request servlet request
    * @param response servlet response
   @Override
   protected void doDelete(HttpServletRequest request, HttpServletResponse response)
      throws ServletException, IOException
      System.out.println("received DELETE operation with parameter"+request.getParameter("user"));
   @Override
   public String getServletInfo()
      return "Simple intended to illustrate BlazeDS HttpService support.";

in your java code you are considering user as the parameter.. but that is not a parameter..
When making a http call in flex try something like this
var obj:Object = new Object();
obj["user"] = 'someuser';
service.send(obj);
this should work hopefully.

Usage of triggers for delete operation

Hi,
I have a table named tst_employee:
CREATE TABLE TST_EMPLOYEE
(EMPLOYEE_ID NUMBER,
NAME VARCHAR2(100),
DEPT_ID NUMBER,
AGE NUMBER,
DOB DATE,
DESIGNATION VARCHAR2(50),
ADDRESS VARCHAR2(1000),
UPDATED_BY NUMBER,
UPDATED_DATE DATE,
APP_SOURCE_CODE VARCHAR2(3),
ACTIVE_IND VARCHAR2(1));
And another table for storing the audit records as:
CREATE TABLE TST_AUDIT
(AUDIT_ID NUMBER,
EMPLOYEE_ID NUMBER,
FIELD_ID NUMBER,
FIELD_DESCR VARCHAR2(50),
TRAN_TYPE VARCHAR2(1),
BEFORE_VALUE VARCHAR2(1000),
AFTER_VALUE VARCHAR2(1000),
BEFORE_DATE DATE,
AFTER_DATE DATE,
APP_SOURCE_CODE VARCHAR2(3),
UPDATED_BY NUMBER);
Now on the event of insert, update or delete I want to capture the data in the audit table. This is for the monitoring purpose. Now the problem which I have is in the delete operation. When a record is deleted I want to capture who is deleting the record in the column TST_AUDIT.UPDATED_BY. Can you please suggest the options how can I do this. I am using Oracle 10g.

Row level triggers offer :OLD.column_name and :NEW.column_name. For insert :OLD.column_name is always null and :NEW.column_name constains inserted/to be inserted value. In case of update :OLD.column_name is value before update and :NEW.column_name constains updated/to be updated value. In case of delete :OLD.column_name is deleted/to be deleted value and :NEW.column_name is always null.
SY.

Deleted operations appearing in IW40

Hi there,
IW40 report shows operations that have been deleted whereas in other reports like IW49 / IW37 we can remove deleted operations from the list through status exclusive field.
Is there any way that IW40 report doesnʼt display deleted operations? This is affecting user reports. I canʼt think of any solution as of now.
Any suggestions?
Regards,
Salman

Hi,
As there is no filter function then it not possible to remove the operations with deleted status. It would not be possible to use output filter anyway as all the status values are grouped together for display so not possible to access the individual status values.
Possible solution would be to copy the existing code and make your own version.
Following code area in SAPDBAFI could be adjusted.
      LOOP AT viafvc_tab.
        h_objnr_tab-objnr = viafvc_tab-objnr.
        APPEND h_objnr_tab.
      ENDLOOP.
If viafvc_tab-bedzl is zero then remove that entry from viafvc_tab
This internal counter will always be zero in case of a deleted operation.
-Paul

Cannot delete Opera.app entirely

I recently installed Opera but quickly realised that Safari worked sufficiently well for my needs and so deleted Opera - or at least thought I did. All the application files have been deleted - including preferences and preference panes, but when I go to open a .jpg using the pop-up 'open with' command, Opera is listed along with the apps I expect to see there. If I click on Opera it opens the .jpg! I can then find new preferences but no sign of the application. How weird is that? I deleted Opera using a utility called AppDelete. Is this a bug perhaps? I'd really like to get Opera completely off my system is at all possible. Any ideas?

Hi Oldgustav
If you had deleted Opera, then it would have been deleted, and would not be able to open anything. Do a Spotlight search. It will show you where the app is and where the preferences file is, and any other associated files like the Opera cache.
I am suspicious of apps like AppDelete. After having read user comments of this app it seems that the app cannot truly distinguish between files associated with the application you want deleted and other files that just happen to have a similar name, and it may well delete important files. I would delete AppDelete if I were you.
Matthew Whiting

Compiler sees delete function name as delete operator

Similar Messages

Maybe you are looking for