The in-law's live in Glasgow - Edinburgh would be fine! ;)
> -Original Message-
> From: Stuart Roebuck [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 18 July 2001 5:41 pm
> To: [EMAIL PROTECTED]
> Subject: Re: ApacheCon 2001 Europe: CANCELLED
>
>
> How about Edinburgh! :-)
>
> Stuart.
>
*GRIN* that hardly count's as Europe *GRIN*.
> -Original Message-
> From: Donald Ball [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 18 July 2001 6:57 pm
> To: '[EMAIL PROTECTED]'
> Subject: RE: ApacheCon 2001 Europe: CANCELLED
>
>
> On Wed, 18 Jul 2001, Morrison, John wrote:
>
> > I'd
"Timm, Sean" a écrit :
>
> Berin Loritsch [mailto:[EMAIL PROTECTED]] wrote:
> > The current trend among Jakarta projects is to require developers to
> > install ant on
> > their machines locally--and be responsible for current updates. The
> > reason is that
> > it is becomming increasingly cl
giacomo a écrit :
>
> On Wed, 18 Jul 2001, Donald Ball wrote:
>
> > On Wed, 18 Jul 2001, Vadim Gritsenko wrote:
> >
> > > Don't blame on SQL examples, they are working - just set ! ;-)
> > >
> > > Donald,
> > > what is your (non-working) configuration?
> >
> > just dropping the cocoon.war file
cziegeler01/07/19 00:59:02
Modified:.Tag: cocoon_20_branch build.xml
xdocsTag: cocoon_20_branch installing.xml
Log:
Added installation instructions for sql examples and optional components
Revision ChangesPath
No revision
cziegeler01/07/19 00:59:21
Modified:.build.xml
Log:
Added installation instructions for sql examples and optional components
Revision ChangesPath
1.32 +1 -1 xml-cocoon2/build.xml
Index: build.xml
==
cziegeler01/07/19 00:59:57
Modified:xdocsinstalling.xml
Log:
Added installation instructions for sql examples and optional components
Revision ChangesPath
1.13 +92 -4 xml-cocoon2/xdocs/installing.xml
Index: installing.xml
=
Is this trick still required? I thought that we implement
now the destroy() method of the servlet, so everything should
be cleaned up fine.
If not, could you please add this to the faq?
Carsten
Open Source GroupsunShine - b:Integrated
===
Carsten Ziegeler a écrit :
>
> Is this trick still required? I thought that we implement
> now the destroy() method of the servlet, so everything should
> be cleaned up fine.
>
Yes, but destroy() is called only if the servlet engine is shutdown
cleanly. With a ctrl-C on Tomcat, destroy() isn't
Hi,
looking at some problems I am wondering if it is "legal"
to use the ThreadLocal class.
I see some use cases for it:
Use Case 1:
Marcus Crafter recently asked if it is possible to
have the SourceResolver available in components
which are not SitemapComponents and/or if it is
possible to have
Attached is a patch for webapp/stylesheets/documents/root2html.xsl that
just ensures that the source in the documentation gets formatted as a
listing rather than as continuous text. I've also taken the liberty of
adding a little bit of CSS to improve the look, and changed the priorities
on th
Here's the same content as a patch.
> -Original Message-
> From: Davanum Srinivas [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 18 July 2001 9:46 pm
> To: [EMAIL PROTECTED]
> Subject: Fwd: Two Cocoon FAQ entries (version 0.0.1)
>
>
> FYI. Here are two entries from Luca.
>
> Note: forwa
Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
> Hi,
>
> I just saw in the docs that something Cocoon2 is mentioned
> and sometimes Cocoon 2 and even sometimes the first letter
> is lower case.
>
> We should make this consistent, what is the "correct" way
> of writing it?
>
> I remember a threa
Hi,
for a couple of days now I have been unable to get the latest
2.0 branch to run. I checked it out with:
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co -r
cocoon_20_branch xml-cocoon2
and built with:
sh ./build.sh clean -Dinclude.webapp.libs=yes webapp-local docs javadocs
The cocoo
Berin Loritsch wrote:
>
> Berin Loritsch wrote:
> >
> > The Avalon web site has been updated recently to publish the
> > "Developing with Apache Avalon" whitepaper I wrote--originally
> > for the ApacheCon. It is in HTML, as I have not had the time
> > to convert it to PDF yet.
>
> I almost for
sylvain 01/07/19 02:45:38
Modified:xdocsfaq.xml
Log:
Added FAQs for SQL samples
Revision ChangesPath
1.7 +41 -0 xml-cocoon2/xdocs/faq.xml
Index: faq.xml
===
RCS file: /home/cvs/xml-coc
Cocoon gets a mention in the September 2001 (#180) issue of PCPlus in it's
'Expert Workshops' 'Using XSL to create HTML pages from XML documents'.
I've just had my boss gleefully point this article out to me. He seems to
think that this indicates that Cocoon is becomming more wide spread! (as if
sylvain 01/07/19 02:46:33
Modified:xdocsTag: cocoon_20_branch faq.xml
Log:
Added FAQs for SQL samples
Revision ChangesPath
No revision
No revision
1.1.1.1.2.6 +41 -0 xml-cocoon2/xdocs/faq.xml
Index: faq.xml
haul01/07/19 02:52:25
Modified:.INSTALL
Log:
Added -Dinstall.war=... to build instructions
Revision ChangesPath
1.2 +28 -8 xml-cocoon2/INSTALL
Index: INSTALL
===
RCS file: /hom
haul01/07/19 02:55:12
Modified:.Tag: cocoon_20_branch INSTALL
Log:
Added instructions to add -Dinstall.war=... to build
Revision ChangesPath
No revision
No revision
1.1.1.1.2.1 +27 -7 xml-cocoon2/INSTALL
Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
> Is this trick still required? I thought that we implement
> now the destroy() method of the servlet, so everything should
> be cleaned up fine.
I don't think a ctrl-C will end up in the destroy method for some servlet
implementation (can this be c
> -Ursprüngliche Nachricht-
> Von: Giacomo Pati [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 19. Juli 2001 11:38
> An: [EMAIL PROTECTED]
> Betreff: Re: [C2]: Cocoon2 or Cocoon 2
>
>
> Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
>
> > Hi,
> >
> > I just saw in the docs that someth
Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
>
>
> > -Ursprüngliche Nachricht-
> > Von: Giacomo Pati [mailto:[EMAIL PROTECTED]]
> > Gesendet: Donnerstag, 19. Juli 2001 11:38
> > An: [EMAIL PROTECTED]
> > Betreff: Re: [C2]: Cocoon2 or Cocoon 2
> >
> >
> > Quoting Carsten Ziegeler <[EMAI
> Giacomo Pati wrote:
>
> Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
>
> >
> >
> > > -Ursprüngliche Nachricht-
> > > Von: Giacomo Pati [mailto:[EMAIL PROTECTED]]
> > > Gesendet: Donnerstag, 19. Juli 2001 11:38
> > > An: [EMAIL PROTECTED]
> > > Betreff: Re: [C2]: Cocoon2 or Cocoon 2
> >
> Torsten Curdt wrote:
>
> > Sad news about ApacheCon2001 in Europe.
> >
> > --
> > Ovidiu Predescu <[EMAIL PROTECTED]>
>
> Maybe Carstens initiative to originate a CocoonCon
> is now (even) more desireable?
> --
Originally it was Matthews idea and initiative and
I only joined in.
Carsten
>
Giacomo Pati a écrit :
>
> Quoting Carsten Ziegeler <[EMAIL PROTECTED]>:
>
> > Is this trick still required? I thought that we implement
> > now the destroy() method of the servlet, so everything should
> > be cleaned up fine.
>
> I don't think a ctrl-C will end up in the destroy method for s
> > Torsten Curdt wrote:
> >
> > > Sad news about ApacheCon2001 in Europe.
> > >
> > > --
> > > Ovidiu Predescu <[EMAIL PROTECTED]>
> >
> > Maybe Carstens initiative to originate a CocoonCon
> > is now (even) more desireable?
> > --
> Originally it was Matthews idea and initiative and
> I only
dims01/07/19 03:46:06
Modified:xdocsTag: cocoon_20_branch faq.xml
Log:
2 FAQ Content from Luca converted into FAQ.xml patch by John.
Revision ChangesPath
No revision
No revision
1.1.1.1.2.7 +107 -0xml-cocoon
dims01/07/19 03:46:32
Modified:xdocsfaq.xml
Log:
2 FAQ Content from Luca converted into FAQ.xml patch by John.
Revision ChangesPath
1.8 +107 -0xml-cocoon2/xdocs/faq.xml
Index: faq.xml
==
Thanks Luca. Thanks John.
-- dims
--- "Morrison, John" <[EMAIL PROTECTED]> wrote:
> Here's the same content as a patch.
>
> > -Original Message-
> > From: Davanum Srinivas [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, 18 July 2001 9:46 pm
> > To: [EMAIL PROTECTED]
> > Subject: Fwd: Tw
Hi,
I just came around this note in the CocoonServlet.class:
>>>
if (!this.cocoon.process(env)) {
// FIXME (NKB) It is not true that !this.cocoon.process(env)
// means only SC_NOT_FOUND
I looked through the sitemap, but saw no other case when
false is returned than r
dims01/07/19 03:53:28
Modified:webapp/stylesheets/documents root2html.xsl
Log:
Patch from Stuart Roebuck for Improvement of documentation source display
Revision ChangesPath
1.5 +13 -6 xml-cocoon2/webapp/stylesheets/documents/root2html.xsl
Index: root2
dims01/07/19 03:53:37
Modified:webapp/stylesheets/documents Tag: cocoon_20_branch
root2html.xsl
Log:
Patch from Stuart Roebuck for Improvement of documentation source display
Revision ChangesPath
No revision
No
Thanks Stuart. Have checked it in.
-- dims
--- Stuart Roebuck <[EMAIL PROTECTED]> wrote:
> Attached is a patch for webapp/stylesheets/documents/root2html.xsl that
> just ensures that the source in the documentation gets formatted as a
> listing rather than as continuous text. I've also taken
>>
Oh, I'm sorry, Matthew!
<<
Thats Ok! Actually the original idea was a Cocoon conference here in
Paderborn (Germany). But the response was very weak - and so the idea was
dumped.
What we are currently planning is a 2 day event covering "XML/XSL solutions
in eBusiness" - to take place in Paderb
dims01/07/19 04:16:05
xml-cocoon2/src/org/apache/cocoon/i18n - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EM
There seem to be a number of problems with code in the debug method. I
have
similar problem when I try to run it under jboss 2.2.2.
The cheesy solution ... set the logging level to INFO or lower in the
web.xml file.
k.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTEC
Marcus,
All Checked into C2.1 Branch for now. Please cross-check. I will start a vote to see
if this can
be included in C2.0-Beta2 soon.
Thanks,
dims
--- Marcus Crafter <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> Hope all is well.
>
> Many thanks to those who sent me feedback regard
Hi team,
I just discovered that many of the new actions/selector/matchers that
Christian added a week ago rely on for their configuration inside the , and
that a change on AbsctractAction also assumes this syntax for all
actions.
I'd like to remind the discussion that we had in May (see
http://
On 18.Jul.2001 -- 06:38 PM, Torsten Curdt wrote:
> > Well, I would like to tackle forms in a vew days, but frankly,
> > I would reckon multipage forms to be too complex for an initial
> > release...
>
> I don't think it will make much sense to try a simple form
> first when we don't have an idea
cziegeler01/07/19 05:20:32
Modified:src/org/apache/cocoon Notifier.java
src/org/apache/cocoon/servlet CocoonServlet.java
Log:
When the http status RC_NOT_FOUND is set, nothing is written to the output
Revision ChangesPath
1.3 +3 -2 xml-cocoon2/s
cziegeler01/07/19 05:20:49
Modified:src/org/apache/cocoon Tag: cocoon_20_branch Notifier.java
src/org/apache/cocoon/servlet Tag: cocoon_20_branch
CocoonServlet.java
Log:
When the http status RC_NOT_FOUND is set, nothing is written to the output
On 19.Jul.2001 -- 01:30 PM, Sylvain Wallez wrote:
> Christian, would you mind if I change the syntax ? It would be great to
> have this fixed for beta 2.
Sylvain,
I'm sorry for that. I've not seen that discussion and assumed that it
would be nice if parameters where the same for run-time and
set
cziegeler01/07/19 05:43:34
Modified:.Tag: cocoon_20_branch announcement.xml build.xml
Log:
Added filter docname to build script, so we can simply refer to it in the docs
Revision ChangesPath
No revision
No revision
cziegeler01/07/19 05:43:54
Modified:.announcement.xml build.xml
Log:
Added filter docname to build script, so we can simply refer to it in the docs
Revision ChangesPath
1.4 +6 -6 xml-cocoon2/announcement.xml
Index: announcement.xml
=
Marc van Kempen wrote:
>Berin Loritsch wrote:
>
>>Berin Loritsch wrote:
>>
>>>The Avalon web site has been updated recently to publish the
>>>"Developing with Apache Avalon" whitepaper I wrote--originally
>>>for the ApacheCon. It is in HTML, as I have not had the time
>>>to convert it to PDF yet
I have had a look on the updated XForm specification.
And here are some more RT:
Unfortunately there is only little information on subpages
in the spec. But this is what I understood from spec a
multipage form could look like:
cziegeler01/07/19 06:18:22
Modified:.Tag: cocoon_20_branch announcement.xml build.xml
changes.xml
xdocsTag: cocoon_20_branch 3rdparty.xml
Added: xdocsTag: cocoon_20_branch IMPORTANT
Log:
Now we have two tags @docname@ an
cziegeler01/07/19 06:18:52
Modified:.announcement.xml build.xml changes.xml
xdocs3rdparty.xml faq.xml
Log:
Now we have two tags @docname@ and @doctitle@ which should be
used in the documentation; @docname@ is the projectname and
@doctitle@ is the proje
Not exactly right. False is returned also when ConnectionResetException occured.
Vadim
> -Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 19, 2001 6:48 AM
> To: Cocoon-Dev@Xml. Apache. Org
> Subject: [C2]: When does the sitemap return false
>
Kevin O'Neill wrote:
>
> There seem to be a number of problems with code in the debug method. I
> have
> similar problem when I try to run it under jboss 2.2.2.
>
> The cheesy solution ... set the logging level to INFO or lower in the
> web.xml file.
>
> k.
>
Thanks for the suggestion but it d
People,
I'm very happy to announce I've finally completed my studies and
received my degree of "Doctor of Electronic Engineering" from the
University of Pavia with a votation of 108/110.
>From now on, officially, my name turns into "Dott. Stefano Mazzocchi",
but as far as all of you are concerne
bloritsch01/07/19 06:36:23
Modified:src/org/apache/cocoon/components/language/markup/sitemap/java
sitemap.xsl
src/org/apache/cocoon/matching RegexpURIMatcherFactory.java
Log:
Fix Sitemap so that Jakarta Regexp is not needed unless
we use the
bloritsch01/07/19 06:40:41
Modified:src/org/apache/cocoon/matching
RegexpTargetHostMatcherFactory.java
Log:
Fix Sitemap so that Jakarta Regexp is not needed unless
we use the RegExp Matcher
Revision ChangesPath
1.2 +4 -4
xml-cocoon2/
bloritsch01/07/19 06:41:00
Modified:src/org/apache/cocoon/components/language/markup/sitemap/java
Tag: cocoon_20_branch sitemap.xsl
src/org/apache/cocoon/matching Tag: cocoon_20_branch
RegexpTargetHostMatcherFactory.java
Carsten,
Is it time to remove NullSAXConnector?
After removing it from sitemap.roles, cocoon.xconf, and AbstractEventPipeline,
everything still works.
Vadim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
I think this always worked, but we kept the NullSAXConnector in,
because inside Avalon were a NPE raised when a role was defined
and the default class was missing.
But the role for the sax connector must still be in the sitemap.roles
files but it must not have a default class. The role is require
On 19.Jul.2001 -- 03:08 PM, Torsten Curdt wrote:
> So how could we tackle things now. I think it is quite
> natural on such approach to have a DOMObject that will
> hold the instance data of the xform. The most simplyfied
> definition of such an interface would probably be:
>
> interface DOMObjec
Stefano Mazzocchi wrote:
>People,
>
>I'm very happy to announce I've finally completed my studies and
>received my degree of "Doctor of Electronic Engineering" from the
>University of Pavia with a votation of 108/110.
>
I'm happy to know about this. I would have liked to go see your
presentation
Congrats!
Can't wait to hear about your new project!!!
Take care, and have a good time in vacation!
v
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
vgritsenko01/07/19 07:54:03
Modified:src/org/apache/cocoon/components/pipeline
AbstractEventPipeline.java
src/org/apache/cocoon/sitemap sitemap.roles
Log:
Remove NullSAXConnector
Revision ChangesPath
1.13 +3 -8
xml-cocoon
vgritsenko01/07/19 07:56:20
Modified:src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
sitemap.roles
src/org/apache/cocoon/components/pipeline Tag:
cocoon_20_branch AbstractEventPipeline.java
Log:
Remove NullSAXConnect
vgritsenko01/07/19 07:58:53
Removed: src/org/apache/cocoon/components/saxconnector
NullSAXConnector.java
Log:
Remove NullSAXConnector
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To
vgritsenko01/07/19 07:59:54
Removed: src/org/apache/cocoon/components/saxconnector Tag:
cocoon_20_branch NullSAXConnector.java
Log:
Remove NullSAXConnector
--
In case of troubles, e-mail:
Hi,
I've implemented something similar:
My form descriptor is similar to the XForms WD. I've made some
simplifications and some enhancements to allow simple processing and
validation definitions.
example form control:
User ID
User ID must be specified.
The User ID m
Yes, it works without any exceptions if role is defined without default-class:
Vadim
> -Original Message-
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 19, 2001 10:25 AM
> To: [EMAIL PROTECTED]
> Subject: AW: NullSAXConnector
>
>
> I think this always worke
Great!
Carsten
> -Ursprüngliche Nachricht-
> Von: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 19. Juli 2001 17:02
> An: [EMAIL PROTECTED]
> Betreff: RE: NullSAXConnector
>
>
> Yes, it works without any exceptions if role is defined without
> default-class:
>
Hi,
congratulations. Now you are entering hard live of business, with deadlines,
less free time, working till morning and those nice things out there :-).
Cheers
Gerhard
--
Gerhard Fröhlich
[EMAIL PROTECTED]
"black holes are,
when GOD is dividing by zero"
GMX - Die Kommunikationsplattform im
Congratulations, Stefano!
Have a nice vacation, and I'll be waiting for that Java/XML project you have
with you when you come back.
/LS
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2621
*** shadow/2621 Fri Jul 13 11:10:35 2001
--- shadow/2621.tmp.3503Thu Jul 19 09:46:33 2001
***
*** 9,15
++
| Assigned To: [EMAIL PROTECTE
dims01/07/19 10:27:52
Modified:webapp cocoon.xconf
Added: src/org/apache/cocoon/components/jsp
JSPEngineImplNamedDispatcherInclude.java
JSPEngineImplWLS.java
Log:
Contribution for JspEngineImplWLS and JSPEngineImplNamedDi
dims01/07/19 10:31:11
Modified:webapp Tag: cocoon_20_branch cocoon.xconf
Log:
servlet-name is not really used right now in C2.0, But adding it anyway as it will
be needed if we decide to hange the implementation to use NamedDispatcherInclude's as
is being done in C2.1's JspE
> > So how could we tackle things now. I think it is quite
> > natural on such approach to have a DOMObject that will
> > hold the instance data of the xform. The most simplyfied
> > definition of such an interface would probably be:
> >
> > interface DOMObject extends XMLFragment, XMLConsumer, X
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2645
*** shadow/2645 Mon Jul 16 17:11:37 2001
--- shadow/2645.tmp.5177Thu Jul 19 10:34:33 2001
***
*** 9,15
++
| Assigned To: [EMAIL PROTECTE
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2190
*** shadow/2190 Thu Jun 14 15:25:45 2001
--- shadow/2190.tmp.5202Thu Jul 19 10:36:12 2001
***
*** 74,76
--- 74,80
--- Additional Comments From [EMAIL PROTECTED] 2001-06-14 15:25 ---
Created an attach
Please check that you don't have any stale Cocoon library in
classpath or ext dir or somewhere else.
If this is not the case, please quote lines around line where exception occured from
your Cocoon.java file. If this line have method call on request object, check
your HttpRequest.java from cocoon
dims01/07/19 10:37:04
Modified:.build.xml
Log:
Added weblogic.present.
Revision ChangesPath
1.35 +4 -0 xml-cocoon2/build.xml
Index: build.xml
===
RCS file: /home/cvs/xml-cocoon
Thanks Bernhard. Checked in JSPEngineImplWLS and JSPEngineImplNamedDispatcherInclude
into C2.1
ONLY. Could you help us (once again) by updating the documentation a bit?
Thanks Again,
dims
Note: forwarded message attached.
=
Davanum Srinivas, JNI-FAQ Manager
http://www.jGuru.com/faq/JNI
_
> I've implemented something similar:
>
> My form descriptor is similar to the XForms WD. I've made some
> simplifications and some enhancements to allow simple processing and
> validation definitions.
>
> example form control:
>
> User ID
> User ID must be specified.
>
Okay
Where should I add some comments?
- Originalnachricht -
Von: Davanum Srinivas <[EMAIL PROTECTED]>
Datum: Donnerstag, Juli 19, 2001 7:40 pm
Betreff: Fwd: Re: [C2] Configurable JspEngineImpl
> Thanks Bernhard. Checked in JSPEngineImplWLS and
> JSPEngineImplNamedDispatcherInclude into
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2621
*** shadow/2621 Thu Jul 19 09:46:33 2001
--- shadow/2621.tmp.6707Thu Jul 19 11:07:12 2001
***
*** 2,8
| xsp logicsheets are broken |
+---
In, jsp-generator.xml under xdocs. You can do a "build docs" to build the
documentation.
Thanks,
dims
--- Bernhard Huber <[EMAIL PROTECTED]> wrote:
> Okay
> Where should I add some comments?
>
> - Originalnachricht -
> Von: Davanum Srinivas <[EMAIL PROTECTED]>
> Datum: Donnerstag, Juli
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2190
*** shadow/2190 Thu Jul 19 10:36:12 2001
--- shadow/2190.tmp.7357Thu Jul 19 11:15:30 2001
***
*** 2,9
| unable to use connection pooling in esql |
+---
Question:
When I try to use the Connection pooling code, I get the following
exception:
Could not get the datasource java.sql.SQLException: You cannot
get a Poolable before the pool is initialized
What's going on?
Answer:
The most common reason for this exception is that the driver was not
> Please check that you don't have any stale Cocoon library in
> classpath or ext dir or somewhere else.
>
> If this is not the case, please quote lines around line where exception occured from
> your Cocoon.java file. If this line have method call on request object, check
> your HttpRequest.java
Simeon Walker wrote:
>>Please check that you don't have any stale Cocoon library in
>>classpath or ext dir or somewhere else.
>>
>>If this is not the case, please quote lines around line where exception occured from
>>your Cocoon.java file. If this line have method call on request object, check
>
bloritsch01/07/19 11:33:34
Modified:webapp/WEB-INF web.xml
Log:
Documented initial param in CocoonServlet
Revision ChangesPath
1.6 +12 -1 xml-cocoon2/webapp/WEB-INF/web.xml
Index: web.xml
==
bloritsch01/07/19 11:33:45
Modified:webapp/WEB-INF Tag: cocoon_20_branch web.xml
Log:
Documented initial param in CocoonServlet
Revision ChangesPath
No revision
No revision
1.1.1.1.2.5 +12 -1 xml-cocoon2/webapp/WEB-
Berin Loritsch wrote:
> Simeon Walker wrote:
>
>>> Please check that you don't have any stale Cocoon library in
>>> classpath or ext dir or somewhere else.
>>>
>>> If this is not the case, please quote lines around line where
>>> exception occured from
>>> your Cocoon.java file. If this line hav
Simeon,
Cocoon.java (and other files too) have line which reads
* @version CVS $Revision: 1.9.2.11 $ $Date: 2001/07/17 10:10:39 $
You need revision number.
Check versions of your Cocoon.java, HttpRequest.java, and also Request.java.
You can browse webcvs at:
http://cvs.apache.org/viewcv
bloritsch01/07/19 11:43:49
Modified:xdocsTag: cocoon_20_branch faq.xml
Log:
Add new FAQ entry for JdbcConnectionPool
Revision ChangesPath
No revision
No revision
1.1.1.1.2.9 +34 -0 xml-cocoon2/xdocs/faq.xml
bloritsch01/07/19 11:44:40
Modified:xdocsfaq.xml
Log:
Add new FAQ entry for JdbcConnectionPool
Revision ChangesPath
1.11 +34 -0 xml-cocoon2/xdocs/faq.xml
Index: faq.xml
===
RCS file: /h
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2645
*** shadow/2645 Thu Jul 19 10:34:33 2001
--- shadow/2645.tmp.9280Thu Jul 19 11:55:45 2001
***
*** 35,37
--- 35,48
default behavior was that temporary pool connections could still be created
after this point,
bloritsch01/07/19 12:07:47
Modified:src/org/apache/cocoon/acting Tag: cocoon_20_branch
DatabaseAuthenticatorAction.java
Log:
Fix incorrect connection handling by DBauthenticatorAction
Revision ChangesPath
No revision
No
bloritsch01/07/19 12:08:55
Modified:src/org/apache/cocoon/acting
DatabaseAuthenticatorAction.java
Log:
Fix incorrect connection handling by DBauthenticatorAction
Revision ChangesPath
1.5 +58 -40
xml-cocoon2/src/org/apache/cocoon/acting/D
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2645
*** shadow/2645 Thu Jul 19 11:55:45 2001
--- shadow/2645.tmp.9610Thu Jul 19 12:11:05 2001
***
*** 45,48
If a Component does not perform Connection.close(), then the connection is
never returned to the pool. I
>> I've implemented something similar:
>>
>> My form descriptor is similar to the XForms WD. I've made some
>> simplifications and some enhancements to allow simple processing and
>> validation definitions.
>>
>> example form control:
>>
>> User ID
>> User ID must be specifi
On 19 Jul 2001 [EMAIL PROTECTED] wrote:
> + --- Additional Comments From [EMAIL PROTECTED] 2001-07-19 11:07 ---
> + Not really, The namespace is wrong... Try "http://apache.org/xsp/request/2.0";
> + instead of "http://apache.org/xsp/request";.
okay, now i feel _really_ stupid.
- donald
bloritsch01/07/19 12:40:06
Modified:src/org/apache/cocoon/components/language/markup/xsp/java
form-validator.xsl
Log:
Add "on-" processing. This allows you to do this:
Foo was too large. It should be less than 64 characters
Revision Chan
bloritsch01/07/19 12:45:58
Modified:src/org/apache/cocoon/acting
DatabaseAuthenticatorAction.java
Log:
Fix authenticator action again
Revision ChangesPath
1.6 +6 -6
xml-cocoon2/src/org/apache/cocoon/acting/DatabaseAuthenticatorAction.j
1 - 100 of 126 matches
Mail list logo
