> Giacomo Pati wrote:
>
> On Thu, 19 Jul 2001, Michael McKibben wrote:
>
> > I am new to cocoon and have been playing with the beta1 for several days
> > now. I am salivating over all the possibilities available with cocoon2!
> >
> > One issue with the Cocoon Servlet: it seems unsafe to assume tha
On Thu, 19 Jul 2001, Christian Haul wrote:
> On 19.Jul.2001 -- 11:06 PM, giacomo wrote:
> > I totally agree with you, Sylvain, and would encourage Christian to
> > remove the hole configuration part from the AbstractAction at all
> > because this forces new developer to think of using parameter
>
On Thu, 19 Jul 2001, Michael McKibben wrote:
> I am new to cocoon and have been playing with the beta1 for several days
> now. I am salivating over all the possibilities available with cocoon2!
>
> One issue with the Cocoon Servlet: it seems unsafe to assume that the
> WEB-INF/ directory is write
On Fri, 20 Jul 2001, Donald Ball wrote:
> On Thu, 19 Jul 2001, Michael McKibben wrote:
>
> > I am new to cocoon and have been playing with the beta1 for several days
> > now. I am salivating over all the possibilities available with cocoon2!
> >
> > One issue with the Cocoon Servlet: it seems uns
On Thu, 19 Jul 2001, Berin Loritsch wrote:
> I just checked in some additions to the "xsp-formval" logicsheet in
> Cocoon 2.1 that allow you to have XML constructed like this:
>
>
>
> The user id must be at least 5 characters
>
>
>
> I find this very useful, and it eliminates most of my need
Sean Timm wrote:
>
> The change of pace is true for the current version, but my understanding
was
> that Ant 2.x would not be backward-compatible with the current 1.x
series.
> It's been a while since I checked on the progress of Ant 2, though...
I have my doubts that a non-backwards compatible v
Donald Ball [mailto:[EMAIL PROTECTED]] wrote:
> > > The problem I see is that new versions of Ant can (and
> have) introduced
> > > various incompatibilities with prior versions. This
> means that all projects
> > > have to ensure that they are all using the same version
> of Ant and that they
On Thu, 19 Jul 2001, Sylvain Wallez wrote:
> > The problem I see is that new versions of Ant can (and have) introduced
> > various incompatibilities with prior versions. This means that all projects
> > have to ensure that they are all using the same version of Ant and that they
> > all upgrade
On Thu, 19 Jul 2001, Michael McKibben wrote:
> I am new to cocoon and have been playing with the beta1 for several days
> now. I am salivating over all the possibilities available with cocoon2!
>
> One issue with the Cocoon Servlet: it seems unsafe to assume that the
> WEB-INF/ directory is write
At 3:39 PM +0200 19/7/01, Stefano Mazzocchi wrote:
>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.
Congratulations!
I wish you a great future, I am sure you have
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2645
*** shadow/2645 Thu Jul 19 12:11:05 2001
--- shadow/2645.tmp.12833 Thu Jul 19 16:12:33 2001
***
*** 48,51
sure it is managing the resource properly.
--- Additional Comments From [EMAIL PROTECTED] 2001-07-19
On 19.Jul.2001 -- 11:06 PM, giacomo wrote:
> I totally agree with you, Sylvain, and would encourage Christian to
> remove the hole configuration part from the AbstractAction at all
> because this forces new developer to think of using parameter
> elements instead of better ones like bar.
I found
Hi Team,
I determined the context path wrong. I overlooked an
exiting method in IOUtils class. Now it should work
correctly, but as Rick mentioned the path of the cache-dir
must be always relativ to the work-dir.
Maybe the problem is in that fileFromKey() method in
the FilesystemStore where alway
Title: [C2] writeable workdir inside WEB-INF?
I am new to cocoon and have been playing with the beta1 for several days now. I am salivating over all the possibilities available with cocoon2!
One issue with the Cocoon Servlet: it seems unsafe to assume that the WEB-INF/ directory is writeable
On Thu, 19 Jul 2001, Sylvain Wallez wrote:
> Hi team,
>
> I just discovered that many of the new actions/selector/matchers that
> Christian added a week ago rely on value="pvalue"> for their configuration inside the , and
> that a change on AbsctractAction also assumes this syntax for all
> acti
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2190
*** shadow/2190 Thu Jul 19 13:55:33 2001
--- shadow/2190.tmp.11998 Thu Jul 19 14:19:50 2001
***
*** 2,8
| unable to use connection pooling in esql |
+---
Ahh, I mean there is the similar bug in the MRUMemoryStore.
I determine there the context path wrong.
But your are right with the actual implementation
of the filesystem store it's always relativ to the work-dir
-Ursprungliche Nachricht-
Von: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
Hi,
yes there is an bug. I'm actually fixing it.
Cheers
Gerhard
-Ursprungliche Nachricht-
Von: Rick Tessner [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 19. Juli 2001 23:06
An: [EMAIL PROTECTED]
Betreff: [C2] Bug : Caching with filesystem storing
Hi all,
There is a problem with th
Hi Team,
when I store a object with the FileSystemStore class, must
the pathname always be relativ to work-dir??
Cheers
Gerhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi all,
There is a problem with the Caching using the filesystem. It
stopped working when the "cache-dir" parameter was added to the
web.xml deployment descriptor.
I have the "cache-directory" parameter set to
/WEB-INF/work/cache-dir
That directory is being created. However, the cached ite
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2190
*** shadow/2190 Thu Jul 19 13:37:22 2001
--- shadow/2190.tmp.11595 Thu Jul 19 13:55:33 2001
***
*** 107,109
--- 107,122
class is in Cocoon's normal classpath. How do I specify the classpath? Once I
get this an
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2190
*** shadow/2190 Thu Jul 19 11:15:30 2001
--- shadow/2190.tmp.10974 Thu Jul 19 13:37:22 2001
***
*** 99,102
-->
oracle.jdbc.driver.OracleDriver
!
--- 99,109
-->
oracle.jdbc.driver.Oracl
I just checked in some additions to the "xsp-formval" logicsheet in
Cocoon 2.1 that allow you to have XML constructed like this:
The user id must be at least 5 characters
I find this very useful, and it eliminates most of my need to have
"xsp:logic" tags in my markup. Please note, I did n
balld 01/07/19 13:11:56
Modified:.build.xml
Log:
removed jakarta-regexp from sitewebapp libs thanks to berin's patch
Revision ChangesPath
1.36 +0 -1 xml-cocoon2/build.xml
Index: build.xml
Hi,
the jsp-generator.xml is in the attachment,
bye bernhard
- Originalnachricht -
Von: Davanum Srinivas <[EMAIL PROTECTED]>
Datum: Donnerstag, Juli 19, 2001 8:09 pm
Betreff: Re: Fwd: Re: [C2] Configurable JspEngineImpl
> In, jsp-generator.xml under xdocs. You can do a "build docs" to
bloritsch01/07/19 12:46:25
Modified:src/org/apache/cocoon/acting Tag: cocoon_20_branch
DatabaseAuthenticatorAction.java
Log:
Fix authenticator action again
Revision ChangesPath
No revision
No revision
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
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
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
>> 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
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
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
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
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 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
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
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
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
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-
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
==
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
>
> 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
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
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 |
+---
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=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 |
+---
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
> 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.
>
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
_
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
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
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
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
> > 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
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
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
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
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
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
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:
>
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
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
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:
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: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: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
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]
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
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
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
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,
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
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: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
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
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
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
>
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
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
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:
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
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
=
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
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: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
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
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
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://
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
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
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
>>
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
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
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
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
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
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
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
==
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
> > 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
1 - 100 of 126 matches
Mail list logo
