I Upgrade to 2.1.4 today and then I found my found can't display.the
problem is obviously occour when tranform using woody-samples-styling.xsl.
In 2.1.3,my form define cotain simplified Chinese so it will throw an
exception like Attempt to output character of integral value 21516 that is
not
Le Vendredi, 13 fév 2004, à 16:52 Europe/Zurich, Christopher Oliver a
écrit :
I noticed the Petstore and Linotype samples were both broken _after_
the release. I'm not sure what caused this but it'd probably be a good
idea to test all the samples before releasing next time
I think we all
Bertrand Delacretaz wrote:
I noticed the Petstore and Linotype samples were both
broken _after_
the release. I'm not sure what caused this but it'd
probably be a good
idea to test all the samples before releasing next time
I think we all agree that testing is a good idea, but
There were some change in the last weeks to the 2.1 branch that weren't
committed to the 2.2 version. Please make sure that you keep these
two branches in sync. Otherwise we will definitly loose updates and
bug features when we roll out 2.2.
Thanks
Carsten
Le Lundi, 16 fév 2004, à 11:09 Europe/Zurich, Carsten Ziegeler a écrit :
...It might have been discussed before, but I still have this thought
anyway:
Isn't it possible to use our nice crawling feature of Cocoon to check
each link? So, basically we could start Cocoon as a servlet, start the
Anyone attending the XML Europe 2004?
Arjé
I've been asked to speak about SVG and PDF from a developer's view
(FOP/Batik/ASF-related) at Seybold 2004 which is co-located with XML
Europe 2004. So I guess I will also pay XML Europe a little visit.
On 16.02.2004 14:05:26 Arje Cahn wrote:
Anyone attending the XML Europe 2004?
Jeremias
Hi Steven,
I am also trying to use woody and flow but would like to use my cocoon.xconf
datasource by setting up the connection:
cocoon.load("resource://org/apache/cocoon/components/flow/_javascript_/Database.js");Registration.prototype.getConnection
= function(id) { return
On 16 Feb 2004, at 15:16, Kelly wrote:
I am also looking for a snippet of sample code
without the weight of the Petstore example to open a connection to
cocoon.xconfig-defined pool.
This is ancient, untested against current Cocoon HEAD, and code I wrote
without people keeping my hands off the
Momento is a native XML persistence engine. Is supports XSLT 2.0 and
XQuery 1.0 (via Saxon), it supports XUpdate.
It is transactional and ACID.
It is designed with Cocoon in mind.
I am considering a open source path for future development.
On Feb 12, 2004, at 2:24 PM, Ralph Goers wrote:
How
can an unstable block be the recommended approach?
That's easy.
What this tells me as a user is that I have a choice between (a) using something whose interfaces cannot be not locked down yet, or (b) choosing a dead-end technology.
On 16 Feb 2004, at 20:45, Mark Lundquist wrote:
All this is what I think when I read Woody, though unstable, is the
recommended way for forms handling.
Thank you for showing a great understanding of community development at
work. You're right on the spot.
/Steven
--
Steven Noels
Hi all,
Documentation [1] states that JXTemplate generator has cocoon.request /
cocoon.session / etc variables declared to access request/session/etc.
And, that it has request / session / etc variables that also provide
access to the similar objects.
Now, the issue is that JXTemplate
yangontha Maung wrote:
http://myserver:/samples/batik/hello.jpeg
I am using cocoon 2.1.3 on Red Hat Linux 9.0; Tomcat
5.0.18.
I try to view the samples and when I view svg, it is
OK.
But when I click the jpeg and png links, there is an
error message.
The image
Geoff Howard wrote:
Sylvain Wallez wrote:
Geoff Howard wrote:
Sylvain Wallez wrote:
Mark Lundquist wrote:
I've uploaded a corrected version of Nicolas Maisonneuve's
FileUploadManager component, to:
http://wiki.cocoondev.org/attach?page=FileUploadsWithFlow%2Fcocoon-
upload.jar
...and
Ralph Goers wrote:
Then please don't tell me that Woody can be used without Flowscript in the
future. If it doesn't provide all the parts necessary for it to be used from
the sitemap without writing Java code it simply doesn't provide the support.
Ahem...
Woody does provide all the parts
Tim Larson wrote:
I would like to make the WidgetDefinition objects be static final, so the compiler can help us respect the definitions by preventing us from changing them in ways that are not thread-safe.
Uh? Can you elaborate on why some definitions could be not thread-safe?
AFAIK, once
Gianugo Rabellino wrote:
Christopher Oliver wrote:
That is a problem with JXPath. I may be wrong, but if IIRC it doesn't
support namespaces properly or at all.
Bad bad news. Actually it seems to do selections just fine, but
insertions are flawed. OK, time for tricks then :-/
AFAIK, even
Sylvain Wallez wrote:
Gianugo Rabellino wrote:
Christopher Oliver wrote:
That is a problem with JXPath. I may be wrong, but if IIRC it doesn't
support namespaces properly or at all.
Bad bad news. Actually it seems to do selections just fine, but
insertions are flawed. OK, time for tricks
Vadim Gritsenko wrote:
Hi all,
Documentation [1] states that JXTemplate generator has cocoon.request
/ cocoon.session / etc variables declared to access
request/session/etc. And, that it has request / session / etc
variables that also provide access to the similar objects.
Now, the issue is
Hello Roy,
On 16.02.2004 09:13, ? ?? wrote:
I Upgrade to 2.1.4 today and then I found my found can't display.
In 2.1.3 ... Attempt to output character of integral value 21516 that
is not represented in specified output encoding of . ... xalan 2.5.2's
bug ... so xsltc ...
... after upgrade to
Considering the widespread use of JXPath in Cocoon, this seems like a
good opportunity for some Cocoon developers to help Dmitri add this
feature to JXPath:
http://marc.theaimsgroup.com/?l=jakarta-commons-devm=107454542000704w=2
Regards,
Chris
Gianugo Rabellino wrote:
Sylvain Wallez wrote:
On 16.02.2004 07:55, David Crossley wrote:
All the Windows files you touched now seem to have a line ending issue.
How I can solve this?
Every time a UNIX-based committer receives files from somewhere
else (for example Buzgilla Patch or another project) then they
need to ensure that they do not
On 15.02.2004 13:30, Antonio Gallardo wrote:
src/blocks/ojb/lib db-ojb-1.0.rc5-20040203.jar
What happened here?
Locally I mantain a builded copy of ojb with the lastest changes. To avoid
every day changing the name in libs.xml I rename it to the lastest updated
version in Cocoon.
On 17.02.2004 00:54, Antonio Gallardo wrote:
Hi:
I think I had similar problems. Woody is working fine now. The solution was:
1- Put the new Xerces parser in endorsed dir
2- If you use Tomcat, then another tip is to remove the work directory to
avoid problems.
A Xerces issue *wonder*? That
Joerg Heinicke dijo:
On 15.02.2004 13:30, Antonio Gallardo wrote:
src/blocks/ojb/lib db-ojb-1.0.rc5-20040203.jar
What happened here?
Locally I mantain a builded copy of ojb with the lastest changes. To
avoid
every day changing the name in libs.xml I rename it to the lastest
On 17.02.2004 02:23, Antonio Gallardo wrote:
src/blocks/ojb/lib db-ojb-1.0.rc5-20040203.jar
Oh, that's an important issue! We will never get the correct source from
CVS if you switch the binary, but not the date! Please don't start with
such a Bad Thing (TM).
Don't worry. It is
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=26709.
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=26709.
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=26709.
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=26392.
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=26392.
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=26881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 13.02.2004 18:35, Antonio Gallardo wrote:
Hi:
The cocoon-site seems to be updated for the 2.1.4 release. Please review:
http://cocoon.apache.org/2.1/changes.html
There is missing the 2.1.4 tag for the lastest changes.
I built the website from the files in the release (checkout of tagged
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=26881.
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=26881.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Interesting Open Letter form Eric Raymond to Sun:
http://www.catb.org/~esr/writings/let-java-go.html
snip
Today, the big issue is Java. Sun's insistence on continuing tight control
of the Java code has damaged Sun's long-term interests by throttling
acceptance of the language in the open-source
Hello everyone, as I was building an image gallery app I was requested
to add
the ability to tint an image to coordinate color schemes with the
website in
general. To do this I patched the ImageReader to perform a transform on the
RGB color channels. This is configured in exactly the same manner
Alan wrote:
Momento is a native XML persistence engine. Is supports XSLT 2.0 and
XQuery 1.0 (via Saxon), it supports XUpdate.
It is transactional and ACID.
It is designed with Cocoon in mind.
I am considering a open source path for future development.
Sorry, please disregard the patch attached to the previous message. This
patch is updated to resolve:
* Documentation was misleading - you can use grayscale alongside
tinting.
* Cache key was misleading - grayscale and color tags were inverted.
Apologies,
Peter
Pete wrote:
Hello
On Mon, Feb 16, 2004 at 10:14:43PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
I would like to make the WidgetDefinition objects be static final, so
the compiler can help us respect the definitions by preventing us from
changing them in ways that are not thread-safe.
Uh? Can you
Le Mardi, 17 fév 2004, à 06:17 Europe/Zurich, David Crossley a écrit :
...
The -k option is only for 'add' and 'update' etc.
The default with the command-line client is to do ASCII and you
need to explicitly do 'cvs add -kb' for images, and jar files, etc
Note also that the binary -kb flag is
* Stefano Mazzocchi [EMAIL PROTECTED] [2004-02-17 04:22]:
Alan wrote:
Momento is a native XML persistence engine. Is supports XSLT 2.0 and
XQuery 1.0 (via Saxon), it supports XUpdate.
It is transactional and ACID.
It is designed with Cocoon in mind.
I am considering a
Le Mardi, 17 fév 2004, à 07:42 Europe/Zurich, Alan a écrit :
...My communication skills are getting streched by all the
announcing. Please let me know if this is a good explaintion.
I can use it to create a better overview document
hmmm..this sounds very interesting but for me the
* Bertrand Delacretaz [EMAIL PROTECTED] [2004-02-17 06:55]:
Le Mardi, 17 f?v 2004, ? 07:42 Europe/Zurich, Alan a ?crit :
...My communication skills are getting streched by all the
announcing. Please let me know if this is a good explaintion.
I can use it to create a better overview
45 matches
Mail list logo