Download BFILE Procedure

Question

I have a problem with a procedure for downloading BFILE. This procedure was working
before (I swear):
   PROCEDURE download_bfile (
      file_in        IN   VARCHAR2,
      directory_in   IN   VARCHAR2 DEFAULT 'DATA_PUMP'
   AS
      lob_loc    BFILE;
      v_mime     VARCHAR2 (48) DEFAULT 'application/txt';
      v_length   NUMBER;
   BEGIN
      lob_loc := BFILENAME (UPPER (directory_in), file_in);
      v_length := DBMS_LOB.getlength (lob_loc);
      -- set up HTTP header
            -- use an NVL around the mime type and
            -- if it is a null set it to application/octect
            -- application/octect may launch a download window from windows
      OWA_UTIL.mime_header (NVL (v_mime, 'application/octet'), FALSE);
      -- set the size so the browser knows how much to download
      HTP.p ('Content-length: ' || v_length);
      -- the filename will be used by the browser if the users does a save as
      HTP.p (   'Content-Disposition:  attachment; filename="'
             || SUBSTR (file_in, INSTR (file_in, '/') + 1)
             || '"'
      -- close the headers
      OWA_UTIL.http_header_close;
      -- download the BLOB
      WPG_DOCLOAD.download_file (lob_loc);
   END download_bfile;I call this procedure using the following link (it is a part of a package):
<a href="http://pd2.synventive.de:7777/pls/htmldb/file_util.download_bfile?file_in=test.txt">download bfile</a>It runs and gives me the choice to open the file or to save it. But, after I choose one of
the options it runs into an error:
Internal Server Error
The server encountered an internal error or
misconfiguration and was unable to complete your request.
Please contact the server administrator, [email protected]
and inform them of the time the error occurred, and
anything you might have done that may have caused the
error.
More information about this error may be available in the
server error log.
Oracle-HTTP-Server/1.3.28 Server at pd2.synventive.de
Port 7777The execute to public is there (otherwise it would not run first). The required directory
is there and I have access to read and write on it. The file with that name is there.
Apache log says:
[Sat Mar 17 16:08:21 2007] [error] [client 10.2.70.73] [ecid:
1174144101:10.2.28.134:3460:3612:51,0] mod_plsql: /pls/htmldb/file_util.download_bfile
HTTP-500 ORA-22285: Verzeichnis oder Datei für GETLENGTH-Vorgang ist nicht
Vorhanden
[Sat Mar 17 16:08:21 2007] [alert] [client 10.2.70.73] [ecid:
1174144101:10.2.28.134:3460:3612:51,0] mod_plsql: Unable to reset state for mode 0:
Err 22285 url=>/pls/htmldb/file_util.download_bfileCould someone, please, test this procedure and tell me if it performs the same way?
Thanks in advance,
Denes Kubicek

Answer 1

Denes / Doug
Do you know whether downloading a BFILE has been tested over the APEX listener. I'm running with the 4.02 patched version and the production release of the listener but I can't get the OWA.downloadFile procedure to work. I've tried on Tomcat and Glassfish. The log file in glassfish records the following error when running the process (the Tomcat error is documented fully here - I didn't get any reply WPG_DOCLOAD.download_file - can I download a BFILE directly?
java.lang.NullPointerException
at oracle.dbtools.apex.OWA.downloadFile(OWA.java:248)
at oracle.dbtools.apex.hooks.postProcess.CachedItems.postProcess(CachedItems.java:54)
at oracle.dbtools.apex.hooks.ProcessorRegistry.postProcess(ProcessorRegistry.java:57)
at oracle.dbtools.apex.ModApex.handleRequest(ModApex.java:217)
at oracle.dbtools.apex.ModApex.doGet(ModApex.java:91)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at oracle.dbtools.rt.web.HttpEndpointBase.defaultServlet(HttpEndpointBase.java:115)
at oracle.dbtools.rt.web.HttpEndpointBase.service(HttpEndpointBase.java:82)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
at java.lang.Thread.run(Thread.java:619)