hi, i think there is no official way to scan a directory. btw why does cocoon needs to load the jars from WEB-INF/lib? I think that's the task of the servlet-engine to load the jars residing in /WEB-INF/lib, and to load classes residing in /WEB-INF/classes (sub)directories. bye
----- Originalnachricht ----- Von: "Carsten Ziegeler" <[EMAIL PROTECTED]> Datum: Dienstag, Oktober 30, 2001 3:45 pm Betreff: RE: [C2.0] Source resolution in servlet container > Hi, > > I just started to remove the getRealPath() calls from at least the > CocoonServlet in the 2.1 branch. > But we have one problem with this approach: Cocoon scans on > startup the WEB-INF/lib directory for jar files and builds > the class-path from this. Now I see no possibility to scan > the directory if the war file is not unpacked. Or is there > any chance? > > Carsten > > > > -----Original Message----- > > From: Piroumian, Konstantin [mailto:[EMAIL PROTECTED]] > > Sent: Friday, October 26, 2001 2:10 PM > > To: [EMAIL PROTECTED] > > Subject: [C2.0] Source resolution in servlet container > > > > > > Hi, C2ers! > > > > According to Servlet 2.2 specification (paragraph 4.4): > > <quot> > > The ServletContext interface allows direct access to the static > document> hierarchy of content > > documents, such as HTML, GIF, and JPEG files, that are part of > the web > > application via the > > following methods of the ServletContext interface: > > . getResource > > . getResourceAsStream > > </quot> > > > > then: > > <quot> > > It is important to note that these methods give access to static > resources> from whatever repository > > the server uses. This hierarchy of documents may exist in a file > > system, in > > a web application archive > > file, on a remote server, or some other location. > > </quot> > > > > So, from this I can conclude that any other access to static > resources is > > not required to be supported. As I can see from the > CocoonServlet.java> source, it uses calls like this in many places: > > > > final FileInputStream fis = new > > FileInputStream(this.servletContext.getRealPath("/") + > logkitConfig);> > > This results in problems with servlet containers (or deployments) > > that does > > not extract files from WAR-archive and therefore the real path is > > undefined > > (is 'null') and CocoonServlet dies during initialization with NPE. > > > > Correct me if I am worng, but to be able to use Cocoon on any > > servlet engine > > that supports Servlet 2.2 specification several rules must be > followed in > > Cocoon architecture (this must be adapted for CLI): > > . any access to static resources of the Web application, including > > xsp/xml/xsl files, must be performed by getResource() and > > getResourceAsStream methods > > . any calls to other servlets must be performed by > > RequestDispatcher.include() methods (e.g. JspServlet) > > . use working (temporary) directory for any 'write' operations (e.g. > > logging) > > something else? > > > > Are there any comments on this? Will C2.0 be fixed (at least > getRealPath()> issue) before releasing? > > > > Best regards, > > > > Konstantin Piroumian > > Sr. Software engineer > > > > Protek Flagship LLC > > Phone: + 7 095 795 0520 (add. 1288) > > Fax: + 7 095 795 0525 > > E-mail: [EMAIL PROTECTED] > > http://www.protek.com > > > > > > > > > > > > > > ----------------------------------------------------------------- > ---- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, email: [EMAIL PROTECTED] > > > > > ------------------------------------------------------------------- > -- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] > >
begin:vcard n:Huber;Bernhard fn:Bernhard Huber version:2.1 email;internet:[EMAIL PROTECTED] end:vcard
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
