On Mon, 29 Oct 2001, Carsten Ziegeler wrote:
> > Giacomo Pati wrote:
> >
> > On Sun, 28 Oct 2001, Ovidiu Predescu wrote:
> >
> > > Is it possible to create a Component which is a singleton? I can
> > > implement the singleton myself but I was hoping to reuse an already
> > > implemented pattern f
Hi,
as this patch is required for Cocoon to work with T3.3
(and maybe other servlet engines), I also added it
to the 20 branch.
Thanks Ovidiu for the patch,
Carsten
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 29, 2001 4:45 AM
> To:
> Giacomo Pati wrote:
>
> On Sun, 28 Oct 2001, Ovidiu Predescu wrote:
>
> > Is it possible to create a Component which is a singleton? I can
> > implement the singleton myself but I was hoping to reuse an already
> > implemented pattern from Avalon.
>
> Let your Component implement the ThreadSa
cziegeler01/10/28 23:38:56
Modified:src/org/apache/cocoon/servlet Tag: cocoon_20_branch
CocoonServlet.java
Log:
Sync with 2.1: create a directory inside the servlet engine work directory to avoid
classloader problems (e.g. with tomcat 3.3)
Revision Cha
On Sun, 28 Oct 2001, Ovidiu Predescu wrote:
> Is it possible to create a Component which is a singleton? I can
> implement the singleton myself but I was hoping to reuse an already
> implemented pattern from Avalon.
Let your Component implement the ThreadSave interface.
Giacomo
--
cziegeler01/10/28 23:38:05
Modified:src/org/apache/cocoon/servlet CocoonServlet.java
Log:
Removed version information from work directory name
Revision ChangesPath
1.48 +3 -2 xml-cocoon2/src/org/apache/cocoon/servlet/CocoonServlet.java
Index: CocoonServlet
On Sun, 28 Oct 2001, Ovidiu Predescu wrote:
> On Sat, 27 Oct 2001 23:02:29 +0200 (CEST), giacomo <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 26 Oct 2001, Berin Loritsch wrote:
> >
> > > > /**
> > > > * Return the ComponentManager managing this instance.
> > > > *
> > > > * @re
cziegeler01/10/28 23:35:42
Added: lib logkit-1.0.jar
Removed: lib logkit-1.0b5.jar
Log:
Updated to final release of LogKit
Revision ChangesPath
1.2 +282 -0xml-cocoon2/lib/logkit-1.0.jar
<>
cziegeler01/10/28 23:34:56
Added: lib Tag: cocoon_20_branch logkit-1.0.jar
Removed: lib Tag: cocoon_20_branch logkit-1.0b5.jar
Log:
Updated to final release of LogKit
Revision ChangesPath
No revision
No revisi
On Sun, 28 Oct 2001, Stefano Mazzocchi wrote:
> giacomo wrote:
>
> > Sometimes it is good if you have pressure from real work which suck time
> > you'd like to give to OS projects. Afterwards you'll usually have new
> > power and ideas to rejoin the community. I speak from experience and I
> > al
Structured searching is an obvious beneficiary of a solid
XML framework. Cocoon would need capability to allow
such functionality to be implemented by any search system
of choice.
I would prefer to utilise the Z39.50 protocol (ISO 23950).
This is stateful and session-based. It suports both fielde
Is it possible to create a Component which is a singleton? I can
implement the singleton myself but I was hoping to reuse an already
implemented pattern from Avalon.
Thanks,
--
Ovidiu Predescu <[EMAIL PROTECTED]>
http://orion.nsr.hp.com/ (inside HP's firewall only)
http://sourceforge.net/users/o
On Sat, 27 Oct 2001 23:02:29 +0200 (CEST), giacomo <[EMAIL PROTECTED]> wrote:
> On Fri, 26 Oct 2001, Berin Loritsch wrote:
>
> > > /**
> > > * Return the ComponentManager managing this instance.
> > > *
> > > * @return a ComponentManager value
> > > */
> > > - pub
ovidiu 01/10/28 19:34:20
Modified:src/org/apache/cocoon/servlet CocoonServlet.java
Log:
Create the temporary files in a subdirectory inside the work directory, instead of
having them directly there. This hides the temporary files from Tomcat, thus
eliminating the reloading of the
Thanks Costin for the analysis.
Carsten, Berin, based on Costin's remarks, the following patch
included in CVS, fixes the problem on Tomcat 3.3.
It creates the temporary files in a subdirectory inside the work
directory, instead of having them directly there. This hides the
temporary files from
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
hi, stefano
- Originalnachricht -
Von: Stefano Mazzocchi <[EMAIL PROTECTED]>
Datum: Sonntag, Oktober 28, 2001 12:21 pm
Betreff: Re: Subject: Lucene as Avalon Component?
> Bernhard, perfect timing! I was thinking about the same thing the
> otherday.
>
> Bernhard Huber wrote:
> >
> > hi
Stefano Mazzocchi a écrit :
>
> giacomo wrote:
>
> > > The main purpose is to switch from a code-generation approach to an
> > > interpreted one. IMO, code generation is most usefull when the language
> > > offers an exit point to the target language like in JSP and XSP but
> > > unlike sitemap
giacomo wrote:
> Sometimes it is good if you have pressure from real work which suck time
> you'd like to give to OS projects. Afterwards you'll usually have new
> power and ideas to rejoin the community. I speak from experience and I
> also think Stefano can confirm it ;)
Absolutely, dude! :)
On Sat, 27 Oct 2001, Stefano Mazzocchi wrote:
> "Piroumian, Konstantin" wrote:
> >
> > Hi, C2ers!
> >
> > As I've written already, I faced a problem installing Cocoon 2.0rc1 on IONA
> > App server. The WAR archive is not unpacked when application is running and
> > this results in problems during
Berin Loritsch wrote:
> UNDER NO CIRCUMSTANCES should the ComponentManager be openly available
> to all code in the world. The Components that receive the ComponentManager
> must be carefully managed.
+1
--
Stefano Mazzocchi One must still have chaos in oneself to be
giacomo wrote:
> > The main purpose is to switch from a code-generation approach to an
> > interpreted one. IMO, code generation is most usefull when the language
> > offers an exit point to the target language like in JSP and XSP but
> > unlike sitemap. XSP also can be extended using logicsheets
Bernhard, perfect timing! I was thinking about the same thing the other
day.
Bernhard Huber wrote:
>
> hi,
> I'm taking a look at lunce, a nice search engine.
> As Cocoon2 claims to be an XML publishing engine,
> some sort of searching feature would be quite nice.
Yes, this is very true.
> No
24 matches
Mail list logo
