Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 28348 invoked by uid 500); 14 Oct 2002 17:47:11 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 28337 invoked from network); 14 Oct 2002 17:47:11 -0000 From: "Leo Sutic" To: Subject: RE: [VOLUNTEER] Re: DO NOT REPLY [Bug 13541] New: - SAVE_UPLOAD_FILES_TO_DISK should be configurable Date: Mon, 14 Oct 2002 19:48:36 +0200 Message-ID: <000001c273a9$ed0f8600$0801a8c0@Lagrange> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <20021014173909.89964.qmail@web40803.mail.yahoo.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-OriginalArrivalTime: 14 Oct 2002 17:47:14.0476 (UTC) FILETIME=[BB0E9EC0:01C273A9] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I have made some progress toward making the RequestFactory servlet-scoped instead of classloader scoped. This should pave way for pipeline-specific request factories. The change is backwards incompatible, because code that called the RequestFactory.getRequestFactory with a null parameter and expects the classloader requestFactory can't do so any longer. The issue was in the RequestFactory.getRequestFactory() method. It accessed a static variable. I could only find two places where this method was called - in CocoonServlet and in HttpRequest. So I set it up so that the HttpRequest had its own reference to the RequestFactory that created it. Problem is: I can't get the thing to compile: [javac] C:\Home\leo\private\Apache\xml-cocoon2\build\cocoon\src\org\apache\c ocoon\acting\ClearPersistentStoreAction.java:84: cannot resolve symbol [javac] symbol : method clear () [javac] location: interface org.apache.excalibur.store.Store [javac] store_persistent.clear(); [javac] ^ [javac] C:\Home\leo\private\Apache\xml-cocoon2\build\cocoon\src\org\apache\c ocoon\caching\impl\CacheImpl.java:147: cannot resolve symbol [javac] symbol : method clear () [javac] location: interface org.apache.excalibur.store.Store [javac] this.store.clear(); [javac] ^ [javac] C:\Home\leo\private\Apache\xml-cocoon2\build\cocoon\src\org\apache\c ocoon\Cocoon.java:239: cannot resolve symbol [javac] symbol : method setInstrumentManager (org.apache.excalibur.instrum ent.InstrumentManager) [javac] location: class org.apache.avalon.excalibur.component.ExcaliburCompo nentManager [javac] this.componentManager.setInstrumentManager(this.instrumentMa nager); [javac] ^ [javac] 3 errors Anyone know if the excalibur-store in CVS is out of date? /LS > From: Geoff Howard [mailto:cocoongeoff@yahoo.com] --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org