DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32157.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I'll check it tonight, but it is very likely the same problem: different
xalan.jar version in jdk endorsed (I use jdk 1.4.1 or 1.4.2).
I don't think another bcel jar is the problem, since I checked out the trunk
into an empty directory and I ran the build from the commandline (no
weblogic,
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
snip/
Should we create a separate block for JXTG 2.0? I think scratchpad
would be enough for now. WDYT?
Create a separate block. We will add taglibs for JXTG1 functionality,
CForms and maybe ESQL2 to it. So a separate block
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32259.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Automated Cocoon Unit tests failed!
Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20041129.log
Last messages from the log file:
==
[foreach] reader-mime-type.xml:39
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32425.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32157.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I have made some progress on this task. My first
step is to use UNIX tools find and grep, to estimate
how many component documents and how many components
we already have. I am building the first few columns
of the co-ordination table to list the documents and
related java files. Not finished yet.
Sylvain Wallez wrote:
Reinhard Poetz wrote:
After working a lot with cForms the last week I was fed up by looking
at the resources directory and always having a sense of staring at a
big mess. I moved all images, css and js into their own directories.
Unfortunatly this broke templates that
On 27 Nov 2004, at 17:26, Sylvain Wallez wrote:
Reinhard Poetz wrote:
After working a lot with cForms the last week I was fed up by looking
at the resources directory and always having a sense of staring at a
big mess. I moved all images, css and js into their own directories.
Unfortunatly this
As you probably have noticed, we are working on a replacement on JXTG.
The goal is that it, as far as it is desirable, should be back
compatible with JXTG. But instead of being implemented as a huge (and
somewhat scary) monolith, it will be implemented as a taglib framework.
By implementing it
Jeremy Quinn wrote:
snip/
Yes, I was one of the people always doing that !!!
I always assumed you needed to add the mime-type to the map:read/ so
needed specific pipelines for each type.
Thanks for the tip !!!
How does cocoon send the mimetype of a file then? Does it have a
mime.types
On Sun, 2004-11-28 at 21:17 +0100, Leszek Gawron wrote:
Snip...
Should we vote on that? If not I'll create a new block on Monday.
Just thought I'd mention that I added a new version of the jxtg block to
the bug yesterday. It supports expressions in templates.
The download contains both the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32259.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 29 Nov 2004, at 13:16, Jorg Heymans wrote:
Jeremy Quinn wrote:
snip/
Yes, I was one of the people always doing that !!!
I always assumed you needed to add the mime-type to the map:read/
so needed specific pipelines for each type.
Thanks for the tip !!!
How does cocoon send the mimetype of a
cita quién=Jorg Heymans
Jeremy Quinn wrote:
snip/
Yes, I was one of the people always doing that !!!
I always assumed you needed to add the mime-type to the map:read/ so
needed specific pipelines for each type.
Thanks for the tip !!!
How does cocoon send the mimetype of a file then?
cita quién=Reinhard Poetz
Another question: currently all XSLTs are in the base directory of
resources. As
we only support HTML at the moment, this is not a problem. But where do
we put
e.g. a XUL stylesheet so that we don't end up in a big mess?
I propose
/resources
Antonio Gallardo wrote:
cita quién=Jorg Heymans
Jeremy Quinn wrote:
snip/
Yes, I was one of the people always doing that !!!
I always assumed you needed to add the mime-type to the map:read/ so
needed specific pipelines for each type.
Thanks for the tip !!!
How does cocoon send the mimetype of a
On 23 Nov 2004, at 10:58, Reinhard Poetz wrote:
Pier,
IIUC a block declares in a descriptor file all components that it
wants to provide to other blocks by their interfaces. External blocks
can then lookup those components because they are provided by the
classloader.
Is it still true that a
cita quién=Klaus Bertram
Antonio Gallardo wrote:
cita quién=Jorg Heymans
Jeremy Quinn wrote:
snip/
Yes, I was one of the people always doing that !!!
I always assumed you needed to add the mime-type to the map:read/ so
needed specific pipelines for each type.
Thanks for the tip !!!
How
Daniel Fagerstrom said:
Naming
==
The goal is that the new template framework should replace JXTG and XSP
as the recomended template system for Cocoon users. It is a community
effort rather than a one man show. It is based on our previous experince
of templating solutions.
This should
Pier Fumagalli wrote:
On 23 Nov 2004, at 10:58, Reinhard Poetz wrote:
Pier,
IIUC a block declares in a descriptor file all components that it
wants to provide to other blocks by their interfaces. External blocks
can then lookup those components because they are provided by the
classloader.
Is
Ralph Goers wrote:
Daniel Fagerstrom said:
snip/
Tag Interface
===
What data should be available for the taglib writer and how should it be
made accessible? What about thread safety?
Why wouldn't it be thread safe? I would think this would need to be a
requirement.
What I
On Mon, 2004-11-29 at 08:33 -0800, Ralph Goers wrote:
snip...
Expressions
---
This is somewhat OT in the current context but IMO expressions, (the
stuff inside ${}), should only have access to FOM and preferably just
read access. IMHO expressions should not have side effects.
Some corrections to my own post
On Mon, 2004-11-29 at 18:59 +0100, Jonas Ekstedt wrote:
map:generate type=template src=showQuery
map:parameter name=context-populator src=com.MyPopulator/
/map:generate
map:generate type=template src=showQuery
map:parameter name=context-populator
Pier Fumagalli wrote:
On 29 Nov 2004, at 17:32, Reinhard Poetz wrote:
Pier Fumagalli wrote:
On 23 Nov 2004, at 10:58, Reinhard Poetz wrote:
Pier,
IIUC a block declares in a descriptor file all components that it
wants to provide to other blocks by their interfaces. External
blocks can then
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32434.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32434.
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://issues.apache.org/bugzilla/show_bug.cgi?id=32434.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Jonas Ekstedt wrote:
On Mon, 2004-11-29 at 08:33 -0800, Ralph Goers wrote:
snip...
Expressions
---
This is somewhat OT in the current context but IMO expressions, (the
stuff inside ${}), should only have access to FOM and preferably just
read access. IMHO expressions should not have side
Reinhard Poetz wrote:
Pier Fumagalli wrote:
On 29 Nov 2004, at 17:32, Reinhard Poetz wrote:
Pier Fumagalli wrote:
On 23 Nov 2004, at 10:58, Reinhard Poetz wrote:
Pier,
IIUC a block declares in a descriptor file all components that it
wants to provide to other blocks by their interfaces. External
Jonas Ekstedt wrote:
On Mon, 2004-11-29 at 08:33 -0800, Ralph Goers wrote:
snip...
Expressions
---
This is somewhat OT in the current context but IMO expressions, (the
stuff inside ${}), should only have access to FOM and preferably just
read access. IMHO expressions should not have side
Just checked: an old xalan version hanging around. When I replaced it with
the version in Cocoon javaflow compiled ok.
Bye, Helma
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Monday, 29 November 2004 09:19
To: [EMAIL PROTECTED]
Subject: RE: Javaflow
On Tue, 23 Nov 2004 16:02:40 -0800, Roy G. Biv [EMAIL PROTECTED] wrote:
Peter Hunsberger wrote:
We've brought Cocoon up under JBoss 4 and it behaves a litte
strangely. Haven't figured out exactly what is going on but it
appears that -- with no other configuration changes being made --
Guys,
When clicking around in the samples of the trunk I tried groovy in the
scratchpad, but none of the samples work. What's the status?
Also: the cardemo in the Faces block doesn't work correctly (pipeline to
javadocs missing and selecting the US for english doesn't do anything).
Just
Stefano Mazzocchi wrote:
Only one thing is missing: you need a linkrewriter in place because
one block does not now where the other block's URLs are mounted.
Thanks. Added to the Wiki page.
--
Reinhard
On Mon, 2004-11-29 at 22:26 +0100, Leszek Gawron wrote:
Jonas Ekstedt wrote:
How about allowing a context-populator parameter to the template
generator. As an example, suppose we want to populate the context with a
query from a db.
In sitemap:
map:generate type=template
On Mon, 29 Nov 2004 22:26:18 +0100, Leszek Gawron [EMAIL PROTECTED] wrote:
Jonas Ekstedt wrote:
On Mon, 2004-11-29 at 08:33 -0800, Ralph Goers wrote:
snip...
Expressions
---
This is somewhat OT in the current context but IMO expressions, (the
stuff inside ${}), should only
Leszek Gawron said:
Jonas Ekstedt wrote:
On Mon, 2004-11-29 at 08:33 -0800, Ralph Goers wrote:
snip...
Expressions
---
This is somewhat OT in the current context but IMO expressions, (the
stuff inside ${}), should only have access to FOM and preferably just
read access. IMHO
[EMAIL PROTECTED] wrote:
Also: the cardemo in the Faces block doesn't work correctly (pipeline to
javadocs missing and selecting the US for english doesn't do anything).
Yes, no javadocs.
All controls on first page works for me: English link, English button, and
clicking on the map on US works
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon has an issue affecting its community integration.
This issue affects 1
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-xsp has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-taglib has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-html has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-itext has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-linkrewriter has an issue affecting its community
integration.
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-velocity has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-midi has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-poi has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-profiler has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-serializers has an issue affecting its community
integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-slop has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-web3 has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-deli has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-portal has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-ojb has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-linotype has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-naming has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-qdox has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-stx has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-axis has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-jsp has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-proxy has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-cron has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-asciiart has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-faces has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-scratchpad has an issue affecting its community
integration.
This
67 matches
Mail list logo