[EMAIL PROTECTED] wrote:
joerg 2003/07/01 16:44:47
Modified:lib jars.xml
Log:
replace POI 1.7-dev with 1.10-dev
Revision ChangesPath
1.55 +2 -2 cocoon-2.1/lib/jars.xml
Is it possible to fix this "changed lines"-counter? :-)
Index
joerg 2003/07/01 16:47:44
Modified:.status.xml
Log:
Updated POI from 1.7.0-dev to 1.10.0-dev. Patched code accordingly. Fixed usage of
deprecated methods.
Revision ChangesPath
1.71 +4 -1 cocoon-2.1/status.xml
Index: status.xml
joerg 2003/07/01 16:44:47
Modified:lib jars.xml
Log:
replace POI 1.7-dev with 1.10-dev
Revision ChangesPath
1.55 +2 -2 cocoon-2.1/lib/jars.xml
Index: jars.xml
===
RCS file: /home
joerg 2003/07/01 16:44:32
Added: src/blocks/poi/lib jakarta-poi-1.10.0-dev-20030222.jar
Removed: src/blocks/poi/lib jakarta-poi-1.7.0-dev-20020624.jar
Log:
replace POI 1.7-dev with 1.10-dev
Revision ChangesPath
1.1
cocoon-2.1/src/blocks/poi
joerg 2003/07/01 16:43:21
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPStyle.java Row.java Sheet.java
Log:
patched for usage with POI 1.10-dev (thanks to Alfred Nathaniel),
fixed usage of deprecated
there is no need to do it after
every change. Much was done since the last website update, the next one
will be done after the next release - at least this makes most sense IMO.
Joerg
joerg 2003/06/30 12:50:35
Modified:src/documentation/xdocs/link hosting.xml
Log:
RimuHosting added
Revision ChangesPath
1.3 +27 -32cocoon-2.0/src/documentation/xdocs/link/hosting.xml
Index: hosting.xml
joerg 2003/06/30 12:50:10
Modified:src/documentation/xdocs/link hosting.xml
Log:
RimuHosting added
Revision ChangesPath
1.3 +27 -32cocoon-2.1/src/documentation/xdocs/link/hosting.xml
Index: hosting.xml
joerg 2003/06/30 12:53:16
Modified:src/documentation/xdocs/link livesites.xml
Log:
Center for Technology in Govenment added
Revision ChangesPath
1.7 +1 -0 cocoon-2.0/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/28 05:11:20
Modified:.status.xml
Log:
patch 19104 applied: Fixed SchematronValidator.evalRule() in xmlforms block: create
a relative context instead of an absolute one.
This allows to refer to another form field by using relative paths (../password
joerg 2003/06/28 05:06:11
Modified:
src/blocks/xmlform/java/org/apache/cocoon/components/validation/schematron
SchematronValidator.java
Log:
patch 19104 applied:
evalRule() now creates a relative context instead of an absolute one
this allows to refer
joerg 2003/06/27 16:18:51
Modified:.status.xml
Log:
fixed bug 20682: multiple calls on getValidity() return different DirValidity
objects (DirectoryGenerator)
Revision ChangesPath
1.65 +4 -1 cocoon-2.1/status.xml
Index: status.xml
joerg 2003/06/27 16:18:31
Modified:.cocoon.bat
Log:
fixed bug 20682: multiple calls on getValidity() return different DirValidity
objects (DirectoryGenerator)
Revision ChangesPath
1.8 +2 -2 cocoon-2.1/cocoon.bat
Index: cocoon.bat
joerg 2003/06/27 16:18:18
Modified:.changes.xml
Log:
fixed bug 20682: multiple calls on getValidity() return different DirValidity
objects (DirectoryGenerator)
Revision ChangesPath
1.25 +7 -4 cocoon-2.0/changes.xml
Index: changes.xml
joerg 2003/06/27 16:04:40
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
fixed bug 20682: multiple calls on getValidity() return different DirValidity objects
Revision ChangesPath
1.5 +4 -2
cocoon-2.0/src
joerg 2003/06/27 16:00:57
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
fixed bug 20682: multiple calls on getValidity() return different DirValidity objects
Revision ChangesPath
1.6 +4 -2
cocoon-2.1/src
joerg 2003/06/27 14:41:54
Modified:src/documentation/xdocs/link livesites.xml
Log:
we have 3 livesites for both Cocoon 1, Cocoon 2.0 and Cocoon 2.1,
so divided the live sites into the 3 sites
Revision ChangesPath
1.9 +11 -126 cocoon-2.1/src/documentation
joerg 2003/06/27 14:41:34
Modified:src/documentation/xdocs/link livesites.xml
Log:
we have 3 livesites for both Cocoon 1, Cocoon 2.0 and Cocoon 2.1,
so divided the live sites into the 3 sites
Revision ChangesPath
1.6 +8 -79 cocoon-2.0/src/documentation
joerg 2003/06/27 14:41:17
Modified:xdocslivesites.xml
Log:
we have 3 livesites for both Cocoon 1, Cocoon 2.0 and Cocoon 2.1,
so divided the live sites into the 3 sites
Revision ChangesPath
1.50 +58 -86cocoon-1/xdocs/livesites.xml
Index
Bertrand Delacretaz wrote:
Le Vendredi, 27 juin 2003, à 15:52 Europe/Zurich, Geoff Howard a écrit :
Joerg, David and I are discussing alternatives to the current
build file entities for the sub-targets. One that's on the
table now is to use ANTModule from http://www.ct42.de/en/ch02.html
Geoff Howard wrote:
To David's question:
I don't have an ant reference, but I don't think there's
a way to do that and still do the entity include. That's
why the resource Joerg pointed to exists I'd guess. You
can't have entities point to the children of
May I point to http://www.ct42.de/en/ch02.html?
Joerg
David Crossley wrote:
On 2003-03-30, Geoff Howard wrote:
Is there any strategy for making the xml fragments in
src/targets well-formed so editors don't barf on them?
That sounds like a good idea and makes me itch.
What do you think
[EMAIL PROTECTED] wrote:
joerg 2003/06/26 17:46:41
Modified:src/documentation/xdocs/userdocs/generators
directory-generator.xml
Log:
as promised the update on the documentation of the DirectoryGenerator
Revision ChangesPath
1.2 +113 -114
joerg 2003/06/26 17:48:46
Modified:src/documentation/xdocs/userdocs/generators
directory-generator.xml
Log:
some re-formulations/restatements
Revision ChangesPath
1.4 +22 -21
cocoon-2.0/src/documentation/xdocs/userdocs/generators
joerg 2003/06/26 17:46:41
Modified:src/documentation/xdocs/userdocs/generators
directory-generator.xml
Log:
as promised the update on the documentation of the DirectoryGenerator
Revision ChangesPath
1.2 +113 -114
cocoon-2.1/src
s when the default namespace and a namespace-prefix
are set to one namespace-uri.
Joerg
joerg 2003/06/24 17:58:40
Modified:.status.xml
Log:
fixed cache key generation (creating a String from the parameters)
Revision ChangesPath
1.61 +3 -3 cocoon-2.1/status.xml
Index: status.xml
joerg 2003/06/24 17:55:32
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
fixed cache key generation (creating a String from the parameters)
Revision ChangesPath
1.5 +28 -4
cocoon-2.1/src/java/org/apache
e JXPath context of the GarbageGenerator...
----
I hope I am making some sense... If not, flame me badly... It's 2:30 am, and
I spent the whole day coding JSPs with a bad fever :-(
Not so bad :-)
Joerg
(Lame excuse, but! :-) )
Pier
Jeff Turner wrote:
Vote 1: Cocoon committers automatically become Forrest committers
+1
Vote 2: Forrest should become a subproject of Cocoon
(http://cocoon.apache.org/forrest)
+1
Joerg
no problem if they (or their community) ask for committer access on
Cocoon. Similar like Cocoon/Excalibur.
Cocoon committers don't have commit access on the sub projects, do they?
Joerg
is possibly the same problem as described at
http://marc.theaimsgroup.com/?t=105586313100003&r=1&w=2 ??
Joerg
David Crossley wrote:
I propose Reinhard Pötz to be a Cocoon committer.
+1 of course
: remove symlink, create cvs repo, have just
README in it.
+ 1 for avoiding user confusion as much as possible
Joerg
Thanks, David, but you don't need to for 2.1: I already planned to do
it, but wanted to finish the Java stuff first (caching in 2.1,
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=105620309928135&w=2).
And at least Sunday is my Cocoon free day :-) So I will do the rest next
joerg 2003/06/21 07:14:28
Modified:.status.xml
Log:
some fixes on DirectoryGenerator
Revision ChangesPath
1.60 +9 -4 cocoon-2.1/status.xml
Index: status.xml
===
RCS file: /home
it there and tell me, if this is the best
approach or if it is possible to improve it?
Joerg
[EMAIL PROTECTED] wrote:
joerg 2003/06/21 06:34:04
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
...
+/* (non-Jav
joerg 2003/06/21 06:34:04
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
fixed cache key generation (missing rootRE + dateFormatter),
fixed the root pattern handling (if not matching directory found leave out the
ancestors
joerg 2003/06/21 04:51:27
Modified:.changes.xml
Log:
caching directory generator + some fixes on it
Revision ChangesPath
1.24 +6 -2 cocoon-2.0/changes.xml
Index: changes.xml
joerg 2003/06/21 04:48:00
Modified:src/documentation/xdocs/userdocs/generators
directory-generator.xml
Log:
updated the documentation (file size + caching)
Revision ChangesPath
1.3 +71 -61
cocoon-2.0/src/documentation/xdocs/userdocs
joerg 2003/06/21 04:47:08
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
backporting the caching from Cocoon 2.1 (thanks to Jorg Heymans),
fixed cache key generation,
fixed the root pattern handling (if not matching
joerg 2003/06/19 16:42:35
Modified:src/documentation/xdocs/link livesites.xml
Log:
added mammakarzinom.de
Revision ChangesPath
1.8 +1 -0 cocoon-2.1/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/19 16:42:20
Modified:src/documentation/xdocs/link livesites.xml
Log:
added mammakarzinom.de
Revision ChangesPath
1.5 +1 -0 cocoon-2.0/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/19 16:27:10
Modified:src/java/org/apache/cocoon/webapps/session/transformation
SessionPostTransformer.java
Log:
replaced deprecated StringBufferInputStream with ByteArrayInputStream,
removed "== true" in boolean tests,
code
joerg 2003/06/19 16:19:58
Modified:
src/blocks/session-fw/java/org/apache/cocoon/webapps/session/transformation
SessionPostTransformer.java
Log:
replaced deprecated StringBufferInputStream with ByteArrayInputStream,
removed "== true" in boo
fano said in his "[RT] the
quest for the perfect template language", consulted XQuery, but Scott is a
very bad driver and uses to many curly braces (and I go nuts), shakered,
added salt and pepper, built and climbed a tree, parsed the garden with
JavaCC, and puff... Here comes out the trash...
A
ocoon 2.1
or waiting for FOM? I have no problem with it if there is the /hope/
releasing 2.1 as soon as possible. What's the status? Waiting til monday
(=> 23rd) and looking what we have?
Joerg
Do you mean each map:part in an aggregation? Where do you take this from
(debug?)?
Joerg
Klaus Bertram wrote:
Hi all,
the treeprocessor call an map:part src twice at one request.
The first generated map:part are used from the browser
(both Mozilla and IE6.0)
The sitemap log file show both
I guess a bug, they should be created in dependency on the properties
(not excluded blocks).
Joerg
Klaus Bertram wrote:
Hi all,
is it an bug or an feature that the whole javadocs for the block classes
are not created by an build??
cvs checkout form 1/2 hour before
I had a look at the build
Already fixed on May, 21th, the same day of, but after the 2.1m2 release:
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/acting/DatabaseAuthenticatorAction.java.diff?r1=1.3&r2=1.4&diff_format=h
But thanks for your effort,
Joerg
Sune Simonsen
joerg 2003/06/16 14:19:22
Modified:src/documentation/xdocs/link hosting.xml
Log:
updated supported Cocoon versions of MediaHost
Revision ChangesPath
1.2 +1 -1 cocoon-2.1/src/documentation/xdocs/link/hosting.xml
Index: hosting.xml
joerg 2003/06/16 14:18:30
Modified:src/documentation/xdocs/link hosting.xml
Log:
updated supported Cocoon versions of MediaHost
Revision ChangesPath
1.2 +1 -1 cocoon-2.0/src/documentation/xdocs/link/hosting.xml
Index: hosting.xml
joerg 2003/06/16 14:16:51
Modified:src/documentation/xdocs/link livesites.xml
Log:
added software-express.de, replaced entities with their values
Revision ChangesPath
1.4 +21 -23cocoon-2.0/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/16 14:16:06
Modified:src/documentation/xdocs/link livesites.xml
Log:
added software-express.de, replaced entities with their values
Revision ChangesPath
1.7 +21 -23cocoon-2.1/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
required functionality and grow as the users express their needs.
+1 for big to small
But this *must* be an error ;-)
The FOM design that was proposed by myself and Ricardo follows
methodology #2.
Joerg
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
cause ExcaliburComponentSelector rethrows
ComponentException and these are handled in the Cocoon pipeline code.
Can somebody with a deeper knowledge have a look on it.
Joerg
Brian Purvis wrote:
morning all,
concerning:
- linux Redhat 8.0 (kernel 2.4.19)
- SUN jdk1.4.2 (and even back to 1.4.0)
- cocoon 2.1m2 (and even
://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem.
Joerg
Joerg Heinicke wrote:
[+0.5] Release Cocoon 2.1 /immediately/.
[+0.5] Release Cocoon 2.1 beta 1 /immediately/.
[-0.9] Release further milestones while implementing the FOM. Cocoon 2.1
will be released subsequently.
[+1] Release Cocoon 2.0.5 as soon as possible.
Joerg
e as it is
mostly. But I hope we will get consensus either.
With Cocoon 2.0.5 it's simpler. No big things have to be done delaying a
release. IMO it's only about the time to release a further minor
release, 2.0.4 is almost exactly half a year old.
[ ] Release Cocoon 2.0.5 as soon as possible.
Joerg
ion of the sitemap to Java code.
Joerg
Guardiola, Derek (ELS-STL)) wrote:
Here is what I was able to identify using your help below.
Cocoon version 2.0.4
Xalan Java 2.4.D1
Xerces-J 2.3.0
DOM 2.0
DOM.draftlevel 2.0fd
Crimson Not Present
JAXP 1.1
SAX 2.0
--
Derek Guardiola
Elsevier Science
-Origin
joerg 2003/06/13 18:16:59
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
Sheet.java
Log:
clean up, javadoc fix, code formatting
Revision ChangesPath
1.4 +80 -165
cocoon-2.1/src/blocks
joerg 2003/06/13 18:16:21
Modified:
src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
Sheet.java
Log:
clean up, javadoc fix, code formatting
Revision ChangesPath
1.2 +93 -182
cocoon-2.0/src/java/org/apache
joerg 2003/06/13 17:31:28
Modified:.status.xml
Log:
bugfix 15365: HSSFSerializer, hardcoded encoding UTF-16
Revision ChangesPath
1.55 +4 -0 cocoon-2.1/status.xml
Index: status.xml
joerg 2003/06/13 17:31:16
Modified:.changes.xml
Log:
bugfix 15365: HSSFSerializer, hardcoded encoding UTF-16
Revision ChangesPath
1.23 +5 -1 cocoon-2.0/changes.xml
Index: changes.xml
joerg 2003/06/13 17:26:43
Modified:
src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPCell.java
Log:
fixed javadoc error, code formatting
Revision ChangesPath
1.2 +77 -146
cocoon-2.0/src/java/org/apache
joerg 2003/06/13 17:26:27
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPCell.java
Log:
fixed javadoc error, code formatting
Revision ChangesPath
1.3 +83 -122
cocoon-2.1/src/blocks
joerg 2003/06/13 17:24:59
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
Cell.java
Log:
fixed internationalization support (hack: harcoded encoding UTF-16), bug 15365
Revision ChangesPath
1.3
joerg 2003/06/13 17:24:07
Modified:
src/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
Cell.java
Log:
fixed internationalization support (encoding UTF-16), bug 15365
Revision ChangesPath
1.2 +24 -45
cocoon
Updated the rest. LiveHTTPHeaders is really a nice tool. I love Mozilla
more and more :-) Imagine you have to do this work using wget ...
Joerg
Steven Noels wrote:
On 6/06/2003 19:13 Joerg Heinicke wrote:
Do you believe me, that it is a Cocoon application ;-) it's possible
that the
joerg 2003/06/13 15:47:39
Modified:src/documentation/xdocs/link livesites.xml
Log:
kicked the marked-to-kick pages
Revision ChangesPath
1.3 +4 -31 cocoon-2.0/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/13 15:47:22
Modified:src/documentation/xdocs/link livesites.xml
Log:
kicked the marked-to-kick pages
Revision ChangesPath
1.6 +4 -31 cocoon-2.1/src/documentation/xdocs/link/livesites.xml
Index: livesites.xml
joerg 2003/06/13 15:45:52
Modified:src/documentation/xdocs/link livesites.xml
Log:
complete update on the livesites,
sorting the pages by their Cocoon version,
kicked some pages (this commit is only for documenting the kicks)
Revision ChangesPath
1.5 +156 -97
joerg 2003/06/13 15:45:37
Modified:src/documentation/xdocs/link livesites.xml
Log:
complete update on the livesites,
sorting the pages by their Cocoon version,
kicked some pages (this commit is only for documenting the kicks)
Revision ChangesPath
1.2 +157 -97
With or without beta release?
Joerg
Steven Noels wrote:
On 13/06/2003 21:18 Joerg Heinicke wrote:
If the FOM implementer themselves are of this opinion, let's go ahead
and release Cocoon 2.1 as soon as possible.
Does it need a vote?
It normally does, would you mind starting it?
If the FOM implementer themselves are of this opinion, let's go ahead
and release Cocoon 2.1 as soon as possible.
Does it need a vote?
Joerg
Christopher Oliver wrote:
I agree with you that 2.1 should not be delayed for changes to FOM. That
can come later.
Stephan Michels wrote:
On Fr
After this:
http://marc.theaimsgroup.com/?l=xml-cocoon-cvs&m=105537399821420&w=2
is it possible to remove XSPUtil.include() in 2.0 too?
Joerg
ocoon 2.0: http://server:port/pathToCocoon/welcome
Cocoon 2.1: http://server:port/pathToCocoon/samples/
Joerg
Derek Guardiola
Elsevier Science
-Original Message-----
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 3:56 PM
To: [EMAIL PROTECTED]
Subject:
joerg 2003/06/11 16:28:49
Modified:.changes.xml
Log:
fixed usage of deprecated(?) method XSPUtil.include() in ESQL logicsheet (bug 20658)
Revision ChangesPath
1.22 +5 -1 cocoon-2.0/changes.xml
Index: changes.xml
joerg 2003/06/11 16:26:42
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
XSPUtil.java
Log:
code formatting
Revision ChangesPath
1.3 +59 -61
cocoon-2.0/src/java/org/apache/cocoon/components/language/markup/xsp
joerg 2003/06/11 16:26:28
Modified:src/java/org/apache/cocoon/components/language/markup/xsp/java
esql.xsl
Log:
fixed usage of deprecated(?) method XSPUtil.include() by usage of convenience
methods (bug 20658)
Revision ChangesPath
1.3 +11
joerg 2003/06/11 16:16:35
Modified:.status.xml
Log:
fixed usage of removed method XSPUtil.include() in ESQL logicsheet
(bug 20658)
Revision ChangesPath
1.54 +3 -0 cocoon-2.1/status.xml
Index: status.xml
joerg 2003/06/11 16:15:56
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
XSPUtil.java
Log:
code formatting
Revision ChangesPath
1.6 +20 -25
cocoon-2.1/src/java/org/apache/cocoon/components/language/markup/xsp
joerg 2003/06/11 16:15:26
Modified:
src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp/java
esql.xsl
Log:
fixed usage of removed method XSPUtil.include() (bug 20658)
Revision ChangesPath
1.3 +11 -24
cocoon-2.1
Is there any reason for catching all exceptions instead of catching
SQLExc., IOExc. and ComponentExc. separately?
Joerg
[EMAIL PROTECTED] wrote:
joerg 2003/06/10 17:28:31
Modified:src/blocks/databases/java/org/apache/cocoon/transformation
SQLTransformer.java
joerg 2003/06/10 17:34:30
Modified:.status.xml
Log:
fixed bug 14977: NPE in SQLTransformer.serializeData()
Revision ChangesPath
1.53 +3 -0 cocoon-2.1/status.xml
Index: status.xml
joerg 2003/06/10 17:33:33
Modified:.changes.xml
Log:
fixed bug 14977: NPE in serializeData()
Revision ChangesPath
1.21 +4 -1 cocoon-2.0/changes.xml
Index: changes.xml
===
RCS
joerg 2003/06/10 17:28:31
Modified:src/blocks/databases/java/org/apache/cocoon/transformation
SQLTransformer.java
Log:
fixed bug 14977: NPE in serializeData()
Revision ChangesPath
1.6 +14 -13
cocoon-2.1/src/blocks/databases/java/org
joerg 2003/06/10 17:28:00
Modified:src/java/org/apache/cocoon/transformation
SQLTransformer.java
Log:
fixed bug 14977: NPE in serializeData()
Revision ChangesPath
1.5 +13 -12
cocoon-2.0/src/java/org/apache/cocoon/transformation
joerg 2003/06/10 17:11:15
Modified:src/java/org/apache/cocoon/serialization
AbstractTextSerializer.java
Log:
not more than simple code formatting
Revision ChangesPath
1.5 +76 -85
cocoon-2.1/src/java/org/apache/cocoon/serialization
joerg 2003/06/10 17:10:33
Modified:src/java/org/apache/cocoon/serialization
AbstractTextSerializer.java
Log:
not more than simple code formatting
Revision ChangesPath
1.3 +70 -78
cocoon-2.0/src/java/org/apache/cocoon/serialization
joerg 2003/06/10 16:54:17
Modified:src/webapp sitemap.xmap
Log:
fixed XHTML 1.1 mime-type in accordance with
http://www.w3.org/TR/2002/NOTE-xhtml-media-types-20020801/#summary
Revision ChangesPath
1.21 +2 -2 cocoon-2.1/src/webapp/sitemap.xmap
Index
joerg 2003/06/10 16:48:28
Modified:src/webapp sitemap.xmap
Log:
fixed XHTML 1.1 mime-type in accordance with
http://www.w3.org/TR/2002/NOTE-xhtml-media-types-20020801/#summary
Revision ChangesPath
1.5 +4 -4 cocoon-2.0/src/webapp/sitemap.xmap
Index
e Cocoon version you use?
Joerg
Guardiola, Derek (ELS-STL)) wrote:
lines 454 of sitemap.xls
// Prepare the pattern for ""
this._expr =
this.preparePattern("", "");
The XSLTFactoryLoader:escapeBraces($factory-loader, @pattern) seems to be
causing t
Hello Christian,
applying to your commit message and in comparison to the second example
shouldn't it be
return (result[0] == null? null : result);
Otherwise it seems to make no sense.
Joerg
[EMAIL PROTECTED] wrote:
Make sure to return null instead of { null }
...
O
e
HTMLSerializer, but I get the same output using LogTransformer.
And I saw XSLTC does not use any prefix mapping, but as you can see it
does neither use URIs. How is it propagating namespaces? Through
xmlns:xyz="anyUri" attributes? That's the only possibility I can imagine.
But why does XSLTC use SAX in such a bad way? They completely ignore the
/SAX contract/. And why does SAX allow this?
Joerg
joerg 2003/06/06 13:34:25
Modified:.changes.xml
Log:
added XSLTC configuration to sitemap and cocoon.xconf
Revision ChangesPath
1.20 +3 -1 cocoon-2.0/changes.xml
Index: changes.xml
joerg 2003/06/06 13:23:03
Modified:src/webapp sitemap.xmap
src/webapp/WEB-INF cocoon.xconf
Log:
added XSLTC configuration
What about use-store param? It's true in 2.0, but false in 2.1.
Revision ChangesPath
1.4 +16 -4 cocoon-2.0/src/w
ly working
xslt processor as default.
Knowing the problems many users have was the reason for my question. I
will at least add XSLTC to cocoon.xconf and sitemap to make it easily
usable.
Joerg
me, last link "Zum Shop")
starting with wfm;jsessionid=*** are served through Cocoon. The version
is 2.0.1 IIRC.
Joerg
st1'
startPrefix [prefix: 'xhtml', uri: 'http://www.w3.org/1999/xhtml'
startPrefix [prefix: 'i18n', uri: 'i18nnamespace'
startPrefix [prefix: '', uri: 'http://www.w3.org/1999/xhtml'
startPrefix [prefix: 'xhtml', uri: 'http://www.w3.org/1999/xhtml'
startElement[uri: '', localName: 'xhtml:div', raw: 'xhtml:div'
endElement [uri: 'http://www.w3.org/1999/xhtml', localName: 'div', raw:
'xhtml:div'
endElement [uri: 'http://www.w3.org/1999/xhtml', localName: 'body',
raw: 'body'
endElement [uri: '', localName: 'html', raw: 'html'
result: heavy use of prefix mapping, no endPrefixMapping
Can this be improved in Cocoon or is it Xalan core?
Joerg
1 - 100 of 209 matches
Mail list logo
