Hi,
a new xdoc for the StoreJanitor + sample configuration and
a patch for the xdoc dir.
Cheers
Gerhard
xdocs.zip
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
I've no right to vote, but a thought +1 to this idea
>-Original Message-
>From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
>Sent: Friday, September 07, 2001 4:27 AM
>To: Avalon Development; [EMAIL PROTECTED]
>Subject: Standardizing build.xml files
>
>
>I proposed this on the general lists,
On Thu, 6 Sep 2001, Berin Loritsch wrote:
+1
Giacomo
> I proposed this on the general lists, and got a couple +1s
> from the folks there. Please let me know if this makes sense
> for us. This proposal is a minimum set of targets and
> conventions for build.xml files. This allows a familiar
>
Yes, thanks, it works now again!
Carsten
> -Ursprungliche Nachricht-
> Von: Davanum Srinivas [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 6. September 2001 19:05
> An: [EMAIL PROTECTED]
> Betreff: Re: AW: [C2]: Unable to build was [C2]: Updating to latest
> Xalan and Xerces
>
>
> U
On Thu, Sep 06, 2001 at 10:26:34PM -0400, Berin Loritsch wrote:
> I proposed this on the general lists, and got a couple +1s
> from the folks there. Please let me know if this makes sense
> for us. This proposal is a minimum set of targets and
> conventions for build.xml files. This allows a fa
I proposed this on the general lists, and got a couple +1s
from the folks there. Please let me know if this makes sense
for us. This proposal is a minimum set of targets and
conventions for build.xml files. This allows a familiar
environment for all projects (if adopted).
-
Leo Sutic wrote:
>
> Berin, Dims,
>
> here's the updated version of the parent component manager patch. I have
> moved all classes to org.apache.cocoon.sample.parentcm, so the class
> org.apache.cocoon.components.ParentComponentManager should be removed.
>
> Berin:
> 1) I have specified the
> -Original Message-
> From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 5:00 PM
> To: [EMAIL PROTECTED]
> Subject: Re: cvs commit:
>xml-cocoon2/src/org/apache/cocoon/components/language/markup/xsp/java esql.xsl
>
>
> Davanum Srinivas wrote:
> >
> > B
Hi,
fixed the imports in the
StoreJanitor.
Cheers
Gerhard
patch.diff
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
We have a requirement to prepare a generic database connector which is
able to concurrently communicate with databases on different platforms
(e.g Oracle, SQL Server, DB2, etc.), possibly feeding the results from
the query on one platform into a query on a second platform.
We understand that our
Thanks Leo. Checked in. Please cross check.
-- dims
--- Leo Sutic <[EMAIL PROTECTED]> wrote:
> Berin, Dims,
>
> here's the updated version of the parent component manager patch. I have
> moved all classes to org.apache.cocoon.sample.parentcm, so the class
> org.apache.cocoon.components.ParentCo
Davanum Srinivas wrote:
>
> Berin,
>
> There's one more esql.xsl in the C1.X repository :)
Done.
I have an idea, lets have another fork of Cocoon so we can
synchronize with an even four repositories!
All joking aside, I will be so happy when Cocoon 2.0 goes
final and we can focus stricly on
dims01/09/06 13:56:33
Modified:.Tag: cocoon_20_branch build.xml
webapp Tag: cocoon_20_branch sitemap.xmap
webapp/WEB-INF Tag: cocoon_20_branch web.xml
webapp/docs/samples Tag: cocoon_20_branch samples.xml
xdocs
dims01/09/06 13:56:21
Modified:.build.xml
webapp sitemap.xmap
webapp/WEB-INF web.xml
webapp/docs/samples samples.xml
xdocsdocs-book.xml site-book.xml
Added: src/org/apache/cocoon/samples/parentcm Confi
dims01/09/06 13:53:28
xml-cocoon2/webapp/stylesheets/parentcm - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [E
bloritsch01/09/06 13:53:07
Modified:src/org/apache/cocoon/processor/xsp/library/sql esql.xsl
Log:
make sure change is in third instance of this logicsheet.
Revision ChangesPath
1.92 +2 -2
xml-cocoon/src/org/apache/cocoon/processor/xsp/library/sql/esql.xsl
dims01/09/06 13:50:59
xml-cocoon2/src/org/apache/cocoon/samples/parentcm - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
dims01/09/06 13:50:52
xml-cocoon2/src/org/apache/cocoon/samples - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
I want to create an installable Cocoon for version 2.1.
We have already discussed its features a couple of months
ago. The most important ones are the predictable classloaders,
the separation of implementation and interface, and smaller
webapps.
Currently, the Cocoon demonstration Web App weighs
Berin,
There's one more esql.xsl in the C1.X repository :)
Thanks,
dims
--- [EMAIL PROTECTED] wrote:
> bloritsch01/09/06 13:03:36
>
> Modified:src/org/apache/cocoon/components/language/markup/xsp/java
> esql.xsl
> Log:
> Forgot one file
>
> Revision
Berin, Dims,
here's the updated version of the parent component manager patch. I have
moved all classes to org.apache.cocoon.sample.parentcm, so the class
org.apache.cocoon.components.ParentComponentManager should be removed.
Berin:
1) I have specified the lookup-config-via-JNDI as the preferre
bloritsch01/09/06 13:04:13
Modified:src/org/apache/cocoon/acting Tag: cocoon_20_branch
AbstractDatabaseAction.java
src/org/apache/cocoon/components/language/markup/xsp/java
Tag: cocoon_20_branch esql.xsl
src/o
bloritsch01/09/06 13:03:36
Modified:src/org/apache/cocoon/components/language/markup/xsp/java
esql.xsl
Log:
Forgot one file
Revision ChangesPath
1.21 +27 -27
xml-cocoon2/src/org/apache/cocoon/components/language/markup/xsp/java/esql.xsl
bloritsch01/09/06 12:56:22
Modified:src/org/apache/cocoon/acting AbstractDatabaseAction.java
ScriptAction.java
src/org/apache/cocoon/reading DatabaseReader.java
src/org/apache/cocoon/transformation SQLTransformer.java
Removed:
Arnaud,
Thanks for the patch. Have checked it into both C2.0 and C2.1.
-- dims
--- Arnaud Bienvenu <[EMAIL PROTECTED]> wrote:
> Unless I am mistaken, the tag will
> not work properly if there are several cookies sent in the request. I think
> you should apply this tiny patch :
>
> Index: ./sr
dims01/09/06 10:50:43
Modified:src/org/apache/cocoon/components/language/markup/xsp Tag:
cocoon_20_branch XSPCookieHelper.java
Log:
Patch for "XSPCookieHelper bug" from Arnaud Bienvenu
<[EMAIL PROTECTED]>
Revision ChangesPath
No
dims01/09/06 10:50:13
Modified:src/org/apache/cocoon/components/language/markup/xsp
XSPCookieHelper.java
Log:
Patch for "XSPCookieHelper bug" from Arnaud Bienvenu
<[EMAIL PROTECTED]>
Revision ChangesPath
1.8 +3 -0
xml-cocoon2/src/
Done. Please cross-check.
-- dims
--- "Piroumian, Konstantin" <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I get a NPE at CocoonServlet.java:140 if there is no a configuration file
> for LogKit. I think that this must be handled better, isn't it? It was
> difficult to understand what was the cause of t
Hi All,
My understanding of the form validator is:
for each constraint in the constraint set
{
if (request parameter not null)
{
validate constraints
}
else
{
if (not nullable)
{
if (
dims01/09/06 10:37:58
Modified:src/org/apache/cocoon/servlet CocoonServlet.java
Log:
dumps stuff onto stdout when logkit.xconf is missing.
Revision ChangesPath
1.37 +18 -16xml-cocoon2/src/org/apache/cocoon/servlet/CocoonServlet.java
Index: CocoonServlet
dims01/09/06 10:37:43
Modified:src/org/apache/cocoon/servlet Tag: cocoon_20_branch
CocoonServlet.java
Log:
dumps stuff onto stdout when logkit.xconf is missing.
Revision ChangesPath
No revision
No re
dims01/09/06 10:19:44
Modified:webapp/resources/entities CatalogManager.properties
Log:
Patch for CatalogManager.properties from David Crossley <[EMAIL PROTECTED]>
Revision ChangesPath
1.5 +11 -10xml-cocoon2/webapp/resources/entities/CatalogManager.properti
dims01/09/06 10:19:26
Modified:webapp/resources/entities Tag: cocoon_20_branch
CatalogManager.properties
Log:
Patch for CatalogManager.properties from David Crossley <[EMAIL PROTECTED]>
Revision ChangesPath
No revision
dims01/09/06 10:15:55
Modified:.build.xml
Log:
Eliminate DEPRECATED warning when using style task.
Revision ChangesPath
1.56 +1 -1 xml-cocoon2/build.xml
Index: build.xml
===
RC
dims01/09/06 10:15:41
Modified:.Tag: cocoon_20_branch build.xml
Log:
Eliminate DEPRECATED warning when using style task.
Revision ChangesPath
No revision
No revision
1.8.2.32 +1 -1 xml-cocoon2/build.xm
Updated to ANT 1.4. Now all's well. Please try it out.
Thanks,
dims
--- Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> That was the hint I was waiting for :-).
>
> Is this a windows problem only?
>
> Carsten
>
> > Vadim Gritsenko wrote:
> >
> > Hint:
> >
> > Second build IS NOT successful:
>
dims01/09/06 10:00:09
Added: lib ant_1_4-optional.jar ant_1_4.jar
Removed: lib ant_1_3-optional.jar ant_1_3.jar
Log:
Updated to ANT-1.4 from
http://jakarta.apache.org/builds/jakarta-ant/release/v1.4/bin/
Revision ChangesPath
1.2 +1763 -0 xm
dims01/09/06 09:59:53
Removed: lib Tag: cocoon_20_branch ant_1_3-optional.jar
ant_1_3.jar
Log:
Updated to ANT-1.4 from
http://jakarta.apache.org/builds/jakarta-ant/release/v1.4/bin/
--
dims01/09/06 09:59:42
Added: lib Tag: cocoon_20_branch ant_1_4-optional.jar
ant_1_4.jar
Log:
Updated to ANT-1.4 from
http://jakarta.apache.org/builds/jakarta-ant/release/v1.4/bin/
Revision ChangesPath
No revision
That was the hint I was waiting for :-).
Is this a windows problem only?
Carsten
> Vadim Gritsenko wrote:
>
> Hint:
>
> Second build IS NOT successful:
>
> Directory of
> C:\Apache\xml-cocoon2\build\cocoon\src\org\apache\cocoon\component
> s\browser
>
> 09/06/2001 11:37a.
Hi Mario,
I am using 3 nested actions in my sitemap:
action1: form validation and substitution of default value for missing
non-nullable parameters
action2: request parameter manipulation (new values are saved into request
attributes since there is no setParameter() method on the Request object
Send email to [EMAIL PROTECTED]
Pier
"hotbee" <[EMAIL PROTECTED]> wrote:
> hello, could you please remove my email from your newsgroup?
>
> thanks
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, September 06, 2001 4:19 PM
> Subject: c
Hi Chris,
1. how does this intermediate "request attribute over request param" work
in practice? I mean, how does your code / sitemap look like, when you use
this feature?
2. To whom do you forward your patch for AbstractDatabaseAction? Or do you
have permissions to write to the CVS tree? I ask
> -Original Message-
> From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
> Sent: den 6 september 2001 15:02
> To: [EMAIL PROTECTED]
> Subject: Re: [C2][VOTE - it is a new one] Sync C2.0 and C2.1 branches
>
> I like your vision. Can you pull it off in time?
Starting now. Shouldn't take mor
Hi all,
I know you are working hard at the first release.
So here is a confusion between the docs and the xsp.
the parameters:
sidemap
noLogin
at xsp:
userRole:parameters.getParameter("userRole")
(to do it is descript at matchers_selectors.xsp at "So what are the
differ
Giacomo Pati wrote:
>
> Quoting Berin Loritsch <[EMAIL PROTECTED]>:
>
> > Leo Sutic wrote:
> > >
> > > Jörn,
> > >
> > > the crux is the compilation of the sitemap. The sitemap compiles to
> > > org.apache.cocoon.www.sitemap_xmap for *all* webapps. Since the
> > sitemap
> > > class is loaded usi
Hint:
Second build IS NOT successful:
Directory of C:\Apache\xml-cocoon2\build\cocoon\src\org\apache\cocoon\component
s\browser
09/06/2001 11:37a.
09/06/2001 11:37a..
09/06/2001 11:37a 1,549 Browser.java
09/06/2001 11:37a 0 Br
> Vadim Gritsenko wrote:
>
> Cocooners,
>
> After migrating to new Source interface (extended from
> XMLizable), certain exception handling issues arised:
>
> o Source is unable to throw ProcessingException anymore
> (from toSAX method).
>
> Result (in SitemapSource):
>
> o ProcessingExcept
This patch sets a dummy path for the "catalogs" property.
We leave it free for their local configuration use, now that
the default catalog is auto-loaded.
David
Index: CatalogManager.properties
===
RCS file:
/home/cvspublic/xml-coc
OK, that works nicely to auto-load the default catalog.
I will send a patch for the properties file to set a dummy
catalog path, now that we do not rely on their build process.
Yes, the next thing is to decide what default entities should
be shipped. The ISO entity sets and Apache DTDs for a star
Dinms,
Situation is a little bit more complex then this. See my posting
"New Source Interface & Exception Handling Issues".
The problem is in SAXException which wraps FileNotFoundException.
I think it is needed to add "throws ProcessingException" to toSAX method and
analyze exception in XS
The cvs is not down, it works. The problem must be at your site.
Carsten
> -Ursprüngliche Nachricht-
> Von: Piroumian, Konstantin [mailto:[EMAIL PROTECTED]]
> Gesendet: Donnerstag, 6. September 2001 17:08
> An: [EMAIL PROTECTED]
> Betreff: NPE in CocoonServlet because of logger configura
Ok, after updating to the latest xalan, I get the following
exception on windows when trying to build:
Buildfile: build.xml
init:
[echo] --- Apache Cocoon 2.0b2-dev
[1999-2001]
prepare:
[mkdir] Created dir: D:\sunshine\cvsroot\cocoon\build\cocoon
gener
Quoting Berin Loritsch <[EMAIL PROTECTED]>:
> Leo Sutic wrote:
> >
> > Jörn,
> >
> > the crux is the compilation of the sitemap. The sitemap compiles to
> > org.apache.cocoon.www.sitemap_xmap for *all* webapps. Since the
> sitemap
> > class is loaded using the same classloader as cocoon (since
Cocooners,
After migrating to new Source interface (extended from
XMLizable), certain exception handling issues arised:
o Source is unable to throw ProcessingException anymore
(from toSAX method).
Result (in SitemapSource):
o ProcessingException is wrapped into SAXException
But, getInputSou
Hi!
I get a NPE at CocoonServlet.java:140 if there is no a configuration file
for LogKit. I think that this must be handled better, isn't it? It was
difficult to understand what was the cause of the problem.
I could submit a patch, but for whatever reason I can't get access to CVS.
Regards,
Hi Chris,
when I have a form validation descriptor to validate parameters, which
are later stored in database columns, then I do not like to put the same
rules into the form validation descriptor and also in the database
descriptor.
I like to have all validation rules in one descriptor. I thin
Hi Chris,
sorry for interrupting your discussion with Andrew. You wrote:
"nullable" attribute in the AbstractDatabaseAction descriptor
"default" attribute in the AbstractDatabaseAction descriptor
Does this not conflict with the Form Validation descriptor, which also includes
nullable and default
Hi Mario,
You are completely right!
I'd forgotton that the form validation action could substitute default
values for missing form parameters. In that case there is no need to add
support for nullable and default descriptor attributes in
AbstractDatabaseAction.
I'll still submit a patch to Abst
cziegeler01/09/06 07:42:41
Modified:src Tag: cocoon_20_branch Manifest.mf
Log:
Updated manifest
Revision ChangesPath
No revision
No revision
1.1.1.1.2.1 +3 -3 xml-cocoon2/src/Manifest.mf
Index: Manifest.m
cziegeler01/09/06 07:42:27
Modified:src Manifest.mf
Log:
Updated manifest
Revision ChangesPath
1.2 +3 -3 xml-cocoon2/src/Manifest.mf
Index: Manifest.mf
===
RCS file: /home/cvs/xml-co
cziegeler01/09/06 07:39:11
Added: lib Tag: cocoon_20_branch xerces_1_4_3.jar
Removed: lib Tag: cocoon_20_branch xerces_1_4_1.jar
Log:
Latest Xerces
Revision ChangesPath
No revision
No revision
1.1.2.1
Hi.
I'm trying to figure out which exact libraries version are needed for
building cocoon 1.8.2
Current fop 0.20.1 doesn't work, but provided jar shows à 0.15.0, so it's OK.
However, it doesn't work with turbine 2.1.1-dev (from CVS), and i can't
figure wich version correspond to the provided tu
cziegeler01/09/06 07:33:30
Added: lib xerces_1_4_3.jar
Removed: lib xerces_1_4_1.jar
Log:
Latest Xerces
Revision ChangesPath
1.1 xml-cocoon2/lib/xerces_1_4_3.jar
<>
-
cziegeler01/09/06 07:19:46
Modified:webapp sitemap.xmap
webapp.site sitemap.xmap
Log:
Removed obsolete use-store option
Revision ChangesPath
1.48 +0 -1 xml-cocoon2/webapp/sitemap.xmap
Index: sitemap.xmap
=
cziegeler01/09/06 07:19:20
Modified:webapp Tag: cocoon_20_branch sitemap.xmap
Log:
Removed obsolete use-store option
Revision ChangesPath
No revision
No revision
1.11.2.32 +0 -1 xml-cocoon2/webapp/sitemap.xmap
cziegeler01/09/06 07:18:53
Modified:lib Tag: cocoon_20_branch xalan-2.2.0-dev.jar
Log:
Updated to latest cvs of xalan
Revision ChangesPath
No revision
No revision
1.1.2.4 +2229 -2086xml-cocoon2/lib/xalan-2.2.0-de
cziegeler01/09/06 07:15:25
Modified:lib xalan-2.2.0-dev.jar
Log:
Updated to latest cvs of xalan
Revision ChangesPath
1.5 +2229 -2086xml-cocoon2/lib/xalan-2.2.0-dev.jar
<>
--
Not that i know of. So i think we should just go ahead.
Thanks,
dims
--- Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> Does anything hinder us from updating to the
> lastest Xerces (1.4.3) and the current cvs
> version of xalan?
> Our tests showed that the current cvs of
> xalan works much bett
Does anything hinder us from updating to the
lastest Xerces (1.4.3) and the current cvs
version of xalan?
Our tests showed that the current cvs of
xalan works much better in some areas than
the one currently used in C2 (especially
xsl:copy).
Carsten
Open Source Groupsu
cziegeler01/09/06 07:04:31
Modified:src/org/apache/cocoon/components/source Tag:
cocoon_20_branch SitemapSource.java URLSource.java
src/org/apache/cocoon/components/xslt Tag: cocoon_20_branch
XSLTProcessorImpl.java
Log:
cziegeler01/09/06 07:04:11
Modified:src/org/apache/cocoon/components/source SitemapSource.java
URLSource.java
src/org/apache/cocoon/components/xslt XSLTProcessorImpl.java
Log:
Added automatic refreshing of Source objects according to Berins pro
Hi All,
The util logicsheet still doesn't work in Cocoon2b2 (from CVS). Is this
still a valid way to insert a String containing XML into the document as SAX
events? i.e. should I try and fix it or is there a better way to do this?
(I'm using namespace xmlns:util="http://apache.org/xsp/util/2.0";
Hi Mario,
I can't see how this conflicts. I would imagine that people would be using
different descriptor files for form validation and database manipulation
wouldn't they?
A form validation descriptor is about parameter constraint validation, the
database action descriptor is about manipulating
"Piroumian, Konstantin" wrote:
> > Samples should never be packaged with the main jar. They should be
> compiled
> > into the WEB-INF/classes/ directory. Use the package name:
> >
> > org.apache.cocoon.sample
> >
>
> Btw, should the actions be in the core? I noticed some action specific
> cons
On Thu, 6 Sep 2001 22:52, Berin Loritsch wrote:
> Leo Sutic wrote:
> > Jörn,
> >
> > the crux is the compilation of the sitemap. The sitemap compiles to
> > org.apache.cocoon.www.sitemap_xmap for *all* webapps. Since the sitemap
> > class is loaded using the same classloader as cocoon (since you p
> > - Package name for sample components.
org.apache.cocoon.components.sample?
> > (Will move the parent component manager here as well.)
>
> Samples should never be packaged with the main jar. They should be
compiled
> into the WEB-INF/classes/ directory. Use the package name:
>
> org.apache.c
Hi!
Wanted to post the JSPReader, but couldn't get access to CVS. Is CVS down or
some settings have been changed? I get a "Connection refused" error.
If not, then this is our MIS department again playing with the proxy ;(
Regards,
Konstantin Piroumian
--
Leo Sutic wrote:
>
> > -Original Message-
> > From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
> >
> > Davanum Srinivas wrote:
> > > > 10) Parent Component Manager Support - Specify a configurable
> > parent Component Manager from Leo
> > >
> > > Carsten : +1
> > > Berin : +0 I haven't s
Hi Andrew,
I'm working with the latest Cocoon2b2 code from CVS.
I've added support in AbstractDatabaseAction for:
request attributes overriding request parameters
"nullable" attribute in the AbstractDatabaseAction descriptor
"default" attribute in the AbstractDatabaseAction descriptor
I'll be
Leo Sutic wrote:
>
> Jörn,
>
> the crux is the compilation of the sitemap. The sitemap compiles to
> org.apache.cocoon.www.sitemap_xmap for *all* webapps. Since the sitemap
> class is loaded using the same classloader as cocoon (since you put the libs
> in the Resin lib directory), the same clas
> Berin Loritsch wrote:
>
> Carsten Ziegeler wrote:
> >
> > Hi Team,
> >
> > I am not quiet sure, put I have some strange feelings with the
> > changes to the Source interface.
> >
> > The source interface is now split into Source and ModifiableSource.
> > This is a good idea, but I am not sur
Carsten Ziegeler wrote:
>
> Hi Team,
>
> I am not quiet sure, put I have some strange feelings with the
> changes to the Source interface.
>
> The source interface is now split into Source and ModifiableSource.
> This is a good idea, but I am not sure if it is practicable.
> The original idea b
cziegeler01/09/06 04:20:54
Modified:src/org/apache/cocoon/sitemap ContentAggregator.java
Log:
Removed obsolete code
Revision ChangesPath
1.17 +10 -38xml-cocoon2/src/org/apache/cocoon/sitemap/ContentAggregator.java
Index: ContentAggregator.java
===
cziegeler01/09/06 04:20:39
Modified:src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
ContentAggregator.java
Log:
Removed obsolete code
Revision ChangesPath
No revision
No revision
1.5.2.13 +1
Vadim,
Please ignore my previous e-mailI think the inputSource is now being resolved in
setup() can
you please add additional code there to throw ResourceNotFoundException?
Thanks,
dims
--- Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
> Dims,
>
> I'm not sure is it yours mistake or somebod
cziegeler01/09/06 04:11:09
Modified:src/org/apache/cocoon/components/source Tag:
cocoon_20_branch SitemapSource.java URLSource.java
src/org/apache/cocoon/xml Tag: cocoon_20_branch
ContentHandlerWrapper.java
Log:
Better h
cziegeler01/09/06 04:10:54
Modified:src/org/apache/cocoon/components/source SitemapSource.java
URLSource.java
src/org/apache/cocoon/xml ContentHandlerWrapper.java
Log:
Better handling of LexicalHandlers for toSAX
Revision ChangesPath
dims01/09/06 04:08:08
Modified:src/org/apache/cocoon/generation Tag: cocoon_20_branch
FileGenerator.java
Log:
I must have had decaf by mistake. rolling back my previous checkin.
Revision ChangesPath
No revision
No
dims01/09/06 04:07:48
Modified:src/org/apache/cocoon/generation FileGenerator.java
Log:
I must have had decaf by mistake. rolling back my previous checkin.
Revision ChangesPath
1.22 +6 -9 xml-cocoon2/src/org/apache/cocoon/generation/FileGenerator.java
Everyone,
Please check C2.0 branch and make sure all your "favourite" patches are still there :)
Also as per Carsten's previous email, PLEASE re-send any patches that have not yet
been checked
in. As usual the protocol is:
1) Get the latest C2.0 sources.
2) Apply your changes.
3) run "cvs dif
Vadim,
Please take a look now.
Thanks,
dims
--- Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
> Dims,
>
> I'm not sure is it yours mistake or somebody's else, but:
>
> Correct exception handling is vanished from (at least) FileGenerator,
> and may be from some other places (did not cvecked rest)
dims01/09/06 03:45:11
Modified:src/org/apache/cocoon/generation Tag: cocoon_20_branch
FileGenerator.java
Log:
Re-add Patch for better exception handling in FileGenerator. Had got lost in the
sync.
Revision ChangesPath
No rev
dims01/09/06 03:44:56
Modified:src/org/apache/cocoon/generation FileGenerator.java
Log:
Re-add Patch for better exception handling in FileGenerator. Had got lost in the
sync.
Revision ChangesPath
1.21 +9 -6 xml-cocoon2/src/org/apache/cocoon/generation/File
Hello cocoon-dev,
1. I try to use DatabaseAddAction for getting form data. In
descriptor file i setup column type as timestamp
.
How to set request parameter on NOW + 1 hour (for example)?
I can get integer or string values from form through request
parameters, but can't get timestamp
Jörn,
the crux is the compilation of the sitemap. The sitemap compiles to
org.apache.cocoon.www.sitemap_xmap for *all* webapps. Since the sitemap
class is loaded using the same classloader as cocoon (since you put the libs
in the Resin lib directory), the same class gets loaded for different
weba
Hi Gerhard,
the answer is in fact really short: It's the way it was designed :-)
No, seriously, the idea behind this was that you can configure both
stores differently. For example you can choose to make a weaker
store for the event pipelines (weaker=caches not many objects) and
a "big" store for
Hi Carsten,
for my understanding each CachingPipeline has ist own EventCache. Really two
instances.
Can you explain me in some short words why?
Cheers
Gerhard
--
Gerhard Fröhlich
[EMAIL PROTECTED]
"black holes are,
when GOD is dividing by zero"
GMX - Die Kommunikationsplattform im Internet.
The main question: Can Cocoon 2 only run as a webapp (with a context)?
I'm using Resin with several virtual hosts. To make this easier to configure
I put all the required cocoon libs to the lib dir of resin.
The projects are sepated into different directories but not inside the
webapp dir of resi
> -Original Message-
> From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
>
> Davanum Srinivas wrote:
> > > 10) Parent Component Manager Support - Specify a configurable
> parent Component Manager from Leo
> >
> > Carsten : +1
> > Berin : +0 I haven't seen it in full action yet. Leo
> >
1 - 100 of 115 matches
Mail list logo
