[
https://issues.apache.org/jira/browse/COCOON-1529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13504159#comment-13504159
]
Juan Jose Pablos commented on COCOON-1529:
--
Hey, that was quick! :-)
Created
Reinhard Poetz escribió:
... then please provide meaningful error reports. To draw an analogy,
many complaints have the quality of My pipeline doesn't work. Please
provide help.
I created a page
(http://cocoon.zones.apache.org/daisy/documentation/g1/1164.html) in
Daisy that contains the
[
http://issues.apache.org/jira/browse/COCOON-1529?page=comments#action_12358357
]
Juan Jose Pablos commented on COCOON-1529:
--
It is a superfluous namespace declaration.
I18ntranformation output xmlns:i18n in the first element
Jörg Heinicke (JIRA) wrote:
[ http://issues.apache.org/jira/browse/COCOON-1529?page=all ]
Jörg Heinicke closed COCOON-1529:
-
Resolution: Invalid
So I hope your are ok with closing the bug. Issues with superfluous namespace
declarations have to
Hi,
Apparently there is a typo on 2.2 for this commit, could anyone apply
this patch?
Cheers,
cheche
Index: src/java/org/apache/cocoon/components/thread/ThreadPool.java
===
---
Thorsten Scherler wrote:
El mar, 11-10-2005 a las 11:04 +0200, Juan Jose Pablos escribió:
Hi,
Apparently there is a typo on 2.2 for this commit, could anyone apply
this patch?
Dude, you can apply such patches yourself. You have write access. ;-)
salu2
I know man!, but I could not find
Carsten Ziegeler wrote:
Juan Jose Pablos wrote:
Hi,
Since this version:
http://svn.apache.org/viewcvs.cgi?rev=164112view=rev
I am getting a null pointer exception when runnig forrest:
Exception in thread main java.lang.NullPointerException
at org.apache.cocoon.Cocoon.initialize
Carsten Ziegeler wrote:
Juan Jose Pablos wrote:
Since this version:
http://svn.apache.org/viewcvs.cgi?rev=164112view=rev
I am getting a null pointer exception when runnig forrest:
You're using trunk? Great :) Now, the CLI is (obviously) not working
atm. The creation
of an environment (like
Hi,
Since this version:
http://svn.apache.org/viewcvs.cgi?rev=164112view=rev
I am getting a null pointer exception when runnig forrest:
Exception in thread main java.lang.NullPointerException
at org.apache.cocoon.Cocoon.initialize(Cocoon.java:177)
at
Rajaneesh wrote:
How do I unsubscribe from this mailing list
check here:
http://cocoon.apache.org/community/mail-lists.html#Cocoon+Dev
Click on the unsubscribe link
Sylvain Wallez wrote:
oceatoon wrote:
Hi everyone
Is anybody aware of such a thing as JX generating a weirds namespaces??
head xmlns:[EMAIL PROTECTED]@#=[EMAIL PROTECTED]@#
weird !! and blocking...g
This seems to happen only on a cforms / jx mixed page, I tested simple
jx is
ok.
Fixed. The
Jean-Baptiste Quenot wrote:
* oceatoon:
Is anybody aware of such a thing as JX generating a weirds
namespaces?? head xmlns:[EMAIL PROTECTED]@#=[EMAIL PROTECTED]@#
Yes, and this has already been reported.
But AFAICT it is *not* blocking. You may be facing another
problem without any
Joerg Heinicke wrote:
Juan Jose Pablos cheche at apache.org writes:
Hi,
I think that it would be nice to add half line text on the deprecated
section on blocks.properties to point out what is the block replacement.
Please apply this patch.
blocks.properties is auto-generated, so
Hi,
I think that it would be nice to add half line text on the deprecated
section on blocks.properties to point out what is the block replacement.
Please apply this patch.
Cheers,
cheche
Index: blocks.properties
===
---
Bertrand Delacretaz wrote:
Great, it will be good to have several people who can act as bridges
between the french and english list, to avoid fragmentation or
duplication of issues.
¿? When you say about duplication of issues, are you thinking on
bugzilla? The issues should be written in
Hi,
I am trying to build the released version of cocoon 2.1.6 from SVN but I
am not able to find the exact revision number.
On CVS there used to be symbolic names like RELEASE_2_1_5_1 or
RELEASE_2_1 so you could go back and build it. So build.sh was creating
a build/cocoon-2.1.5.1 directory
Sylvain Wallez wrote:
We also used to have a bunch of logos in CVS [1], but for a strange
reason they've been deleted and not moved. Perhaps a mistake, in which
case we can ressurect them.
Sylvain
[1]
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/src/resources/logos/?hideattic=0
Sylvain,
Upayavira wrote:
Bertrand Delacretaz wrote:
find /final-site-dir -type f | sort /tmp/f1
find /generated-stuff -type f | sort /tmp/f2
diff /tmp/f1 /tmp/f2
Of course there are other ways, but I think this is practical.
rsync -av --delete foo/ foo.old/
use the -n if you want to test first
Great.
Upayavira escribió:
What do you all think?
I am not sure if this is right, but I like it, I am happy to help you so
it can be integrated within forrest.
When I've finished implementing this, I'll go onto extend the CLI to be
able to work effectively with this kind on i18n site, enableing it to
Stefano Mazzocchi escribió:
Sylvain Wallez wrote:
Hi all,
Jean-Baptiste Quenot, a colleague of mine, made a FreeBSD port of
Cocoon 2.1.5, replacing the previous one which was based on... Cocoon
1.8.3!!
See http://www.freshports.org/textproc/cocoon/
The port includes a GUI to specify which
There is more information here:
http://logging.apache.org/log4j/docs/manual.html
Antonio Gallardo escribió:
Hi Rolf:
You can ignore the jcs warnings, they does not affect the normal behavior.
If you want to get rid the logs from the consore, then you need to
configure log4j, ie: in WEB-INF/classes
Hi there,
I am just wondering if on a transformation say:
map:transform src=welcome.xslt
Added this line:
xsl:value-of select=document('book-cocoon.xml')/
to load this file:
[EMAIL PROTECTED]:~/xml/cocoon-2.1/build/webapp$ more book-cocoon.xml
?xml version=1.0?
!DOCTYPE book PUBLIC
Hi Pier,
It is working from my side,
Cheers,
cheche
Pier Fumagalli escribió:
Is CVS down or is my firewall broken again?
Pier
Sylvain,
I remember looking on this issue on the forrest list a while ago.
What about impact instead of importance?
Cheers,
Cheche
Sylvain Wallez wrote:
So let's finally vote on this.
- do you want to add an importance=high|low|medium attribute on
action in changes.xml?
- do you want each
Reinhard Pötz wrote:
I think high|low|medium should me more meaningful or in other words
self-explaining. What about newFeature, incompatibleChange,
minorChange?
Well if the output of that is going to be just more visibility to some
actions, then this will increase complexity adding poor
Steven Noels wrote:
On 05 Feb 2004, at 11:24, Steven Noels wrote:
I'll try to wordsmith this into a short mission statement, but I'd
like to hear whether this categorization makes sense to you.
Thanks for all your comments suggestions. Let's see how lyric I am today:
skip nice retoric
How's
Stefano Mazzocchi wrote:
htaccess stuf/
Stefano, who has been waiting for some 18 months for somebody else to
come up with the idea of having forrest pregenerating the .htaccess
file to do some sort of poor-man multichannel or content negotiation,
but has lost hope so it's time to inject
Stefano,
Stefano Mazzocchi wrote:
nono, you guys don't get it: it was a social experiment about cross
pollination between the java/xml world and the httpd world.
Are you talking about forrest?, I did like the idea but I do not know
what would be posible to do with .htaccess. To tell you the
Antonio,
I think that this has been my mistake, I uploaded a wron version for
jetty, I have just test it, and It did not work with jdk 1.3.
Please get the new version that uploaded on forrest right now..
Cheers
Cheche
Antonio Gallardo wrote:
Ugo Cei dijo:
[EMAIL PROTECTED] wrote:
Update
29 matches
Mail list logo