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:[EMAIL PROTECTED]]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
