From smuench@us.oracle.com Sun Feb 6 07:06:43 2000 Return-Path: Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 20594 invoked from network); 6 Feb 2000 07:06:43 -0000 Received: from inet-smtp3.us.oracle.com (HELO inet-smtp3.oracle.com) (205.227.43.23) by locus.apache.org with SMTP; 6 Feb 2000 07:06:43 -0000 Received: from usmail04 (usmail04.us.oracle.com [130.35.60.81]) by inet-smtp3.oracle.com (8.9.3/8.9.3) with SMTP id XAA04289 for ; Sat, 5 Feb 2000 23:06:43 -0800 (PST) Received: from smuenchlap by usmail04 with SMTP (SMI-8.6/37.9) id XAA15115; Sat, 5 Feb 2000 23:06:20 -0800 Message-ID: <026601bf7070$cb46b500$84672382@us.oracle.com> From: "Steve Muench" To: References: <004201bf6e81$e1df2f40$e64d95c1@acidbox> <389C3083.97EB0214@apache.org> Subject: Re: RunTimeException in XSPProcessor Date: Sat, 5 Feb 2000 23:06:58 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Our JDBC driver's don't use URL handlers to the best of my knowledge. _________________________________________________________ Steve Muench, Consulting Product Manager & XML Evangelist Business Components for Java Development Team http://technet.oracle.com/tech/java http://technet.oracle.com/tech/xml ----- Original Message ----- From: "Stefano Mazzocchi" To: Sent: Saturday, February 05, 2000 6:15 AM Subject: Re: RunTimeException in XSPProcessor | Jeff Martin wrote: | > | > Sounds like the sort of thing that would cause this problem. It's possible | > that the oracle DB drivers on are using a URL handler. It's working on my NT | > box where it's the only thing running and not when I have multiple servlets | > on the linux box. | > | > As far as the exact problem I'm getting (There maybe other places where this | > could become a problem). It looks like it maybe possible to remove the need | > to use URL for the libraries loaded from the cocoon.properties checking the | > protocol before passing it on to the URL object for handling whould allow | > the internal resources to be loaded without using the factory. | > | > Something like this | > | > InputStream is=null; | > if(location.startsWith("resource:"){ | > is = this.getClass().getResourceAsStream(location); | > }else{ | > is = new URL(location).openStream(); | > } | | Yes, I was going to do exactly that. Thanks :) | | -- | Stefano Mazzocchi One must still have chaos in oneself to be | able to give birth to a dancing star. | Friedrich Nietzsche | -------------------------------------------------------------------- | Come to the first official Apache Software Foundation Conference! | ------------------------- http://ApacheCon.Com --------------------- | | |