The GPS in front of me says:
42°25,80 North
9°34,94 East
Sailing to Corsica and Sardegna.
I would like to thank all of you for the nice and warm words you sent me
privately, and assure you that I'll be fine.
If you want to follow me, you'll find pictures over at our web site
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Should this be head only or release too?
[ ] Head
[ ] Release
(I'm +1 Head, +0 Release)
J.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Subject: DO NOT REPLY [Bug 10770] - [PATCH] RTFSerializer: add jfor.jar
and RTF samples
On Saturday 13 July 2002 12:16, John Morrison wrote:
Should this be head only or release too?
(I have no formal voting rights here but)
[+1] Head
[+1] Release
jfor has been used with Cocoon 2 for some time now at several sites where I
work, I think it is stable enough (despite serious
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Additional Comments From [EMAIL PROTECTED] 2002-07-13
10:53 ---
Applied all patches except for build.xml to head. If vote says
will also add
to release.
I don't think you are supposed to call javadocs1[3|4] directly,
rather use
javadocs and let it work it out :)
OK -
morrijr 2002/07/13 05:15:30
Modified:.build.xml
lib jars.xml
src/webapp/samples samples.xml
src/webapp/samples/hello-world sitemap.xmap
Added: legalLICENSE.jfor
lib/optional jfor-0.7.0.jar
Log:
Hi,
Tested using Linux, JDK1.4, Tomcat 4.0.4. Initial Results: Build
Failed. Error details follow:
BUILD FAILED
file:/usr/local/cocoon-CVS/xml-cocoon2/build.xml:1519: No source files
and no packages have been specified.
build.xml snippet:
1505: !--
I get exactly the same error message using WindowsXP, JDK1.4 and Tomcat
4.0.4.
Unfortunately, Ant is not my thing... anybody else?
Litrik De Roy
www.litrik.com
- Original Message -
From: Ryan Hoegg [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, July 12,
On Saturday 13 July 2002 13:44, John Morrison wrote:
. . .
*NEITHER* head nor release build without
depend=init being added to the javadocs1[3|4] tasks...
Yes, that's what I found out too. And as these targets use variables defined
in init in makes sense to say that they depend on it.
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]]
On Saturday 13 July 2002 13:44, John Morrison wrote:
. . .
*NEITHER* head nor release build without
depend=init being added to the javadocs1[3|4] tasks...
Yes, that's what I found out too. And as these targets use
variables defined
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]]
On Saturday 13 July 2002 12:16, John Morrison wrote:
Should this be head only or release too?
AFAIU, jfor serializer is in Cocoon for ages, and change basically adds
a demo to the release. Thus:
(I have no formal voting rights here
Was this a co of the head or cocoon_2_0_3_branch?
What were you trying to build (build.sh webapp?) what options?
J.
From: Ryan Hoegg [mailto:[EMAIL PROTECTED]]
Hi,
Tested using Linux, JDK1.4, Tomcat 4.0.4. Initial Results: Build
Failed. Error details follow:
BUILD FAILED
P.S.
I use SQLTransformer only, and I'm happy with it :) don't deprecate it :(
I guess it would be cool for both ESQL and the SQLTransformer to share code as
well as syntax. But this will probably break backwards compatibility for
both. IMHO it could be nice to start a new combo of XSQL
vgritsenko2002/07/13 06:13:21
Modified:src/java/org/apache/cocoon/servlet CocoonServlet.java
Log:
just nitpicking...
Revision ChangesPath
1.30 +2 -2
xml-cocoon2/src/java/org/apache/cocoon/servlet/CocoonServlet.java
Index: CocoonServlet.java
vgritsenko2002/07/13 06:13:21
Modified:src/java/org/apache/cocoon/servlet Tag: cocoon_2_0_3_branch
CocoonServlet.java
Log:
just nitpicking...
Revision ChangesPath
No revision
No revision
Torsten Curdt wrote:
P.S.
I use SQLTransformer only, and I'm happy with it :) don't deprecate it :(
I guess it would be cool for both ESQL and the SQLTransformer to share code as
well as syntax. But this will probably break backwards compatibility for
both. IMHO it could be nice to
Shouldn't we ship with the latest xerces release?
I was desperatly trying to upgrade everything correctly to have it shipped
with the upcoming release but failed. Couldn't figure out what's wrong (see
thread xerces 2.0.2)
Anyone else a try?
I also asked dims who did it last time...
but he
vgritsenko2002/07/13 06:36:34
Modified:.INSTALL.src
Log:
fix spelling
Revision ChangesPath
1.5 +1 -1 xml-cocoon2/INSTALL.src
Index: INSTALL.src
===
RCS file:
vgritsenko2002/07/13 06:36:34
Modified:.Tag: cocoon_2_0_3_branch INSTALL.src
Log:
fix spelling
Revision ChangesPath
No revision
No revision
1.3.2.2 +1 -1 xml-cocoon2/INSTALL.src
Index: INSTALL.src
Andrew,
do you mind terribly showing an example of an ESQL feeded by a dynamic query produced
by XSLT ?
Best regards,
-
Luca Morandini
GIS Consultant
[EMAIL PROTECTED]
Sure. I'm preparing to give a talk and writing a webapp so give me a
couple days. Someone else in this thread mentioned they have a ready
example. If not, I'll have to prepare one. I'll probably supply it as
documentation patches.
-Andy
Luca Morandini wrote:
Andrew,
do you mind
From: Luca Morandini [mailto:[EMAIL PROTECTED]]
Andrew,
do you mind terribly showing an example of an ESQL feeded by a dynamic
query
produced by XSLT ?
I don't mind. Moreover, something tells me I already answered similar
question on user list...
Will it help you if I answer?
Vadim
Vadim Gritsenko wrote:
From: Luca Morandini [mailto:[EMAIL PROTECTED]]
Andrew,
do you mind terribly showing an example of an ESQL feeded by a dynamic
query
produced by XSLT ?
I don't mind. Moreover, something tells me I already answered similar
question on user list...
Will
I can get it to work with TC 4.0.4-b3, need to replace the version
of xerces in common/lib with the newer one. Downloading 4.0.4 as I
type. I'll try it in there too. The only other TC I know about is
4.1.7-beta.
J.
From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
Shouldn't we ship with the
I built my own version using Xerces 2.0.2 and had no problems.
What about the current release versions of Lucene 1.2 and Fop 0.20.4?
Joerg
Torsten Curdt wrote:
Shouldn't we ship with the latest xerces release?
I was desperatly trying to upgrade everything correctly to have it shipped
I have the same problems using Win2k, Sun JDK 1.4.0_01, Tomcat 4.0.4 LE,
cvs checkout from HEAD and build -Dinstall.webapp.libs=yes webapp.
I think it's not the CSS from line 1519, but the complete javadoc
element which ends in 1519. Furthermore there is a DEPRECATED warning of
ant 1.5:
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
Vadim Gritsenko wrote:
From: Luca Morandini [mailto:[EMAIL PROTECTED]]
Andrew,
do you mind terribly showing an example of an ESQL feeded by
a dynamic query produced by XSLT ?
I don't mind. Moreover, something tells me I already
Hi Team,
It's time to update TODO document. We have to do this before release. I
will paste here all items and comment on whatever I can.
-8-
actions priority=high
action context=code assigned-to=open
Rewrite the FilesystemStore. The current implementations relies
on a
vgritsenko2002/07/13 08:02:13
Modified:.Tag: cocoon_2_0_3_branch todo.xml
Log:
assign hsqldb task to me
Revision ChangesPath
No revision
No revision
1.28.2.2 +3 -2 xml-cocoon2/todo.xml
Index:
vgritsenko2002/07/13 08:02:13
Modified:.todo.xml
Log:
assign hsqldb task to me
Revision ChangesPath
1.37 +3 -2 xml-cocoon2/todo.xml
Index: todo.xml
===
RCS file:
vgritsenko2002/07/13 08:09:21
Modified:.Tag: cocoon_2_0_3_branch changes.xml
Log:
nitpicking
Revision ChangesPath
No revision
No revision
1.138.2.31 +11 -14xml-cocoon2/changes.xml
Index: changes.xml
vgritsenko2002/07/13 08:09:21
Modified:.changes.xml
Log:
nitpicking
Revision ChangesPath
1.212 +6 -6 xml-cocoon2/changes.xml
Index: changes.xml
===
RCS file:
action context=code assigned-to=VG
Close hsqldb server properly on shutdown
/action
I will address it once HSQLDB 1.7.0 is out. I'm not sure if it is a good
idea to put 1.7.0RC6j. If there will be +1, I can patch it now.
Because HSQLDB is mainly used for development (if you use it
Hi all,
Found a bug in XSLTC, version from
http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-cocoon2/lib/core/xsltc.
jar?rev=HEADcontent-type=text/plain.
Here is XSLT reproducing the bug:
--8--
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:param
I think this bug might be due to lazy type converions in XSLTC. Have you
tried passing the numbers into the numbers()-function before the comparison,
i.e.: xsl:value-of select=number($var) lt; number(3)/ ?
The assignment through the if-construct makes $var into a result-set; I'm
not sure if
From: Koen Pellegrims [mailto:[EMAIL PROTECTED]]
I think this bug might be due to lazy type converions in XSLTC.
Have you tried passing the numbers into the numbers()-function
before the comparison, i.e.: xsl:value-of select=number($var)
lt; number(3)/ ?
I know work-around, see:
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]]
I built my own version using Xerces 2.0.2 and had no problems.
Did you need to move/copy into the servlet engine or did you manage
to make it run solely within the webapp?
What about the current release versions of Lucene 1.2 and Fop 0.20.4?
morrijr 2002/07/13 09:09:08
Modified:lib jars.xml
Added: lib/optional fop-0.20.4.jar lucene-1.2.jar
Removed: lib/optional fop-0.20.3.jar lucene-1.2-rc2.jar
Log:
Update to latest versions - want JJAR
Revision ChangesPath
1.20 +2 -2
I added xerces-2.0.2.jar to the xml-cocoon2\lib\core\ and changed the
jars.xml. (The same for Xalan, FOP and Lucene.) Subsequently I built the
webapp and had no problem. I tested Xalan, Xerces and FOP. We use
current Lucene since a few weeks within a project (with Cocoon 2.0.1).
Joerg
John
From: John Morrison [mailto:[EMAIL PROTECTED]]
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]]
I built my own version using Xerces 2.0.2 and had no problems.
Did you need to move/copy into the servlet engine or did you manage
to make it run solely within the webapp?
What about
vgritsenko2002/07/13 09:28:04
Modified:src/webapp/search Tag: cocoon_2_0_3_branch create-index.xsp
search-index.xsp sitemap.xmap statistic-index.xsp
src/webapp/search/stylesheets Tag: cocoon_2_0_3_branch
search2html.xsl
Sending you all the strength I can.
Rest assured that you got a LOT of friends here on the list.
See you when you have found some answers to the new questions.
Bert
At 19:59 11/07/2002 +0200, you wrote:
Due to some events in my life, the chaos in myself grew too much and the
dancing star is
At 15:32 12/07/2002 -0500, you wrote:
Bert Van Kets wrote:
this is a great idea if implemented properly. I hate being moved to a
new page just clicking on a link on an abbreviation.
I see different implementations
1. a link to a footnote on the same place where the abbreviation is
explained.
From=test
Email=test
OS=Windows 2000
OS Details=test
JDK=Sun 1.3
JDK Details=test
Server=Tomcat 4.0.x
Server Details=test
Summary=
XSLT=default
Compiler=default
Comments=test
submit=Send
-
To unsubscribe, e-mail:
giacomo 2002/07/13 10:17:50
Modified:src/java/org/apache/cocoon/serialization FOPSerializer.java
Log:
Fixing compilation error
Revision ChangesPath
1.9 +3 -2
xml-cocoon2/src/java/org/apache/cocoon/serialization/FOPSerializer.java
Index:
From: Luca Morandini [mailto:[EMAIL PROTECTED]]
Sent: Saturday, July 13, 2002 1:29 PM
To: [EMAIL PROTECTED]
Subject: RE: [PROPOSAL] Remove SQLTransformer in 2.1
Vadim Andrew,
first:
thanks.
second:
I don't want to rain on your parade, but...
It's not my parade, it's Andrew's: I
vgritsenko2002/07/13 11:42:07
Modified:src/webapp Tag: cocoon_2_0_3_branch sitemap.xmap
src/webapp/samples sitemap.xmap
Log:
grab more yahoo... it changes too much
Revision ChangesPath
No revision
No revision
vgritsenko2002/07/13 11:43:21
Modified:src/webapp/samples/tutorial Tag: cocoon_2_0_3_branch
menu.xml
Log:
improve navigation a bit more
Revision ChangesPath
No revision
No revision
1.1.2.1 +22
vgritsenko2002/07/13 11:43:22
Modified:src/webapp/search Tag: cocoon_2_0_3_branch create-index.xsp
search-index.xsp statistic-index.xsp
welcome-index.xsp
Log:
improve navigation a bit more
Revision ChangesPath
No
vgritsenko2002/07/13 11:43:22
Modified:src/webapp/tutorial Tag: cocoon_2_0_3_branch menu.xml
Log:
improve navigation a bit more
Revision ChangesPath
No revision
No revision
1.1.2.1 +7 -5
vgritsenko2002/07/13 11:43:22
Modified:src/webapp/samples/search create-index.xsp search-index.xsp
statistic-index.xsp welcome-index.xsp
Log:
improve navigation a bit more
Revision ChangesPath
1.3 +1 -0
vgritsenko2002/07/13 11:43:22
Modified:src/webapp/search/stylesheets Tag: cocoon_2_0_3_branch
search2html.xsl
Log:
improve navigation a bit more
Revision ChangesPath
No revision
No revision
vgritsenko2002/07/13 11:43:22
Modified:src/webapp/samples/tutorial menu.xml
Log:
improve navigation a bit more
Revision ChangesPath
1.2 +7 -5 xml-cocoon2/src/webapp/samples/tutorial/menu.xml
Index: menu.xml
vgritsenko2002/07/13 11:43:22
Modified:src/webapp/samples/search/stylesheets search2html.xsl
Log:
improve navigation a bit more
Revision ChangesPath
1.3 +1 -0
xml-cocoon2/src/webapp/samples/search/stylesheets/search2html.xsl
Index: search2html.xsl
vgritsenko2002/07/13 11:58:32
Modified:src/webapp/tutorial Tag: cocoon_2_0_3_branch menu.xml
Log:
improve navigation a bit more
Revision ChangesPath
No revision
No revision
1.1.2.2 +2 -2
Vadim,
My parade was to do achieve the following:
1. Excite a final decision on whether the SQLTransformer is deprecated
or not
2. Excite an effort (if not) to clean both SQLTransformer and ESQL if
not (SQLTransformer is *slow*)
It sounds like the answer is there is a need still for
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]]
Vadim,
My parade was to do achieve the following:
1. Excite a final decision on whether the SQLTransformer is deprecated
or not
2. Excite an effort (if not) to clean both SQLTransformer and ESQL if
not (SQLTransformer is *slow*)
It
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
From: John Morrison [mailto:[EMAIL PROTECTED]]
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]]
What about the current release versions of Lucene 1.2 and Fop 0.20.4?
Updated both in head. However, FOP's changed it's loging mechanism
I am still having problems running the most recent CVS build.
Using Tomcat 4.0.4, Windows XP, JDK 1.3.1_02.
I believe it has to do with classloading problems between Avalon and Tomcat.
Not an expert in the area. Already reported the detailed exceptions on the
list.
Does someone have a working
From: John Morrison [mailto:[EMAIL PROTECTED]]
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
From: John Morrison [mailto:[EMAIL PROTECTED]]
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]]
What about the current release versions of Lucene 1.2 and Fop
0.20.4?
Updated both in
ivelin 2002/07/13 19:50:44
Modified:lib jars.xml
Log:
expanded description for XSLTC and JXPath
Revision ChangesPath
1.21 +4 -2 xml-cocoon2/lib/jars.xml
Index: jars.xml
===
RCS
Quick update.
With Andrew's help, I finally figured that the build was working for me
until July 5.
After that there were a number of check-ins which broke it and caused me
quite a bit of grief. Other people also reported build problems.
I hope this will be addressed soon.
Ivelin
66 matches
Mail list logo
