Invalid Month error in stored procedure

Question

Hello, I have a simple stored procedure that I pass a begin and end date into and it is complaining about the date formatting. Below is the table layout and stored procedure in question. How can I format the date for example as MM-DD-YYYY and not have it complain? I have tried using TO_DATE and TO_CHAR and it still complains.
Thank you.
-- Table
CREATE TABLE INV_MOVE_ARCHIVE
*( "RETAILER_ID" NUMBER NOT NULL,*
*"SKU_ID" VARCHAR2(18 BYTE) NOT NULL,*
*"OUTLET_ID" VARCHAR2(20 BYTE) NOT NULL,*
*"QTY_CHANGE" NUMBER NOT NULL,*
*"TRANS_DATE" DATE DEFAULT sysdate*
-- Stored procedure
CREATE OR REPLACE PROCEDURE inv_move_update(beginDate IN DATE, endDate IN DATE, retailerId IN INT)
IS
skuId VARCHAR(18);
outletId VARCHAR(20);
qtyChange INTEGER;
-- Declaring the cursor
CURSOR getInvRecord IS
SELECT
sku_id,
outlet_id,
qty_change
INTO
skuId,
outletId,
qtyChange
FROM
inv_move_archive
WHERE
retailer_id = retailerId AND
trans_date >= beginDate AND
trans_date <= endDate;
BEGIN
FOR rec_getInvRecord IN getInvRecord LOOP
UPDATE OUTLET_SKU_XREF
SET qty = qty + qtyChange
WHERE outlet_id = outletId
AND sku_id = skuId;
COMMIT;
END LOOP;
EXCEPTION
WHEN OTHERS THEN
IF getInvRecord%isopen THEN CLOSE getInvRecord;
END IF;
END inv_move_update;
*/*

Answer 1

Okay, I do not wantto change the table. I believe thatthe Java developers will need to change their code to call this procedure correctly. Another iss I am having is when I call this procedure manually from the database is is NOT doing the update. I put some debug statements in it and they indicate that the update statement is NOT updating any rows. If I run the select statement that is in the sp using the same parameters I pass into the sp it comes back with 1 row. The row to be updated is present in the table being updated.
-- Here is my sp call
DECLARE
  BEGINDATE DATE;
  ENDDATE DATE;
  RETAILERID NUMBER;
BEGIN
  BEGINDATE := to_date('01/07/2009 00:00:00', 'MM/DD-YYYY HH24:MI:SS');
  ENDDATE := to_date('01/07/2009 11:59:59', 'MM/DD-YYYY HH24:MI:SS');
  RETAILERID := 104;
  INV_MOVE_UPDATE(
    BEGINDATE => BEGINDATE,
    ENDDATE => ENDDATE,
    RETAILERID => RETAILERID
END;
-- Select statement with same values
SELECT
   sku_id,
   outlet_id,
   qty_change
FROM
   inv_move_archive
WHERE
   retailer_id = 104 AND
   trans_date >= to_date('01/07/2009 00:00:00', 'MM/DD-YYYY HH24:MI:SS') AND
   trans_date <= to_date('01/07/2009 11:59:59', 'MM/DD-YYYY HH24:MI:SS')
-- Results from select
036266579804040     9900165     500
-- Here is the procedure with the debug statements in it.
CREATE OR REPLACE PROCEDURE inv_move_update(beginDate IN DATE, endDate IN DATE, retailerId IN  INT)
IS
        skuId VARCHAR(18);
        outletId VARCHAR(20);
        qtyChange NUMBER;
        errorMessage  VARCHAR(2500) := NULL;       
-- Declaring the cursor
CURSOR getInvRecord IS
      SELECT
         sku_id,
         outlet_id,
         qty_change
      INTO
         skuId,
         outletId,
         qtyChange
      FROM
         inv_move_archive
      WHERE
         retailer_id = retailerId AND
         trans_date >= beginDate AND
         trans_date <= endDate;
BEGIN
   FOR rec_getInvRecord IN getInvRecord LOOP
      DBMS_OUTPUT.PUT_LINE('Rows Updated: ' || SQL%ROWCOUNT);
      UPDATE OUTLET_SKU_XREF
       SET qty = qty + qtyChange
      WHERE outlet_id = outletId
            AND sku_id = skuId;
      DBMS_OUTPUT.PUT_LINE('SKUID: ' || skuId);
      DBMS_OUTPUT.PUT_LINE('Rows Updated: ' || SQL%ROWCOUNT);
      COMMIT;       
   END LOOP;
EXCEPTION
WHEN OTHERS THEN
    errorMessage := 'Error updating the OUTLET_SKU_XREF table: ' || SQLCODE || ':' || SQLERRM;
    RAISE_APPLICATION_ERROR(-20001,errorMessage);
    DBMS_OUTPUT.PUT_LINE(errorMessage);
    IF getInvRecord%isopen THEN CLOSE getInvRecord;
    END IF;  
END inv_move_update;
/I get no errors when running it. The DBMS_OUTPUT shows null for the skuId and 0 for Rows Updated. Like I said I ran the select manually and it returns a row and I see that the row does exist in the target table. Any ideas what is going on here?
Thank you
-- David