Ouch, I should have done a grep before removing it. But this file looked
so useless :) I will re-add it.
Joerg
David Crossley wrote:
joerg 2003/07/02 17:18:42
Removed: src/documentation/xdocs/userdocs/generators telnet.txt
Log:
I guess nobody needs this file ...
There is a
David Crossley wrote:
David Crossley wrote:
[EMAIL PROTECTED] wrote:
joerg 2003/07/05 07:33:17
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPMerge.java
Log:
clean up
line endings fixed
The email diff
http://nagoya.apache.org/
The Scarab Issue Tracking System:
Scarab is an alternative Issue Tracking System and it will shortly replace
the current BugZilla installation.
Joerg
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
Besides the ParanoidCocoonServlet option 2 should work (copying endorsed
jars to $TOMCAT/common/endorsed (I have the same Tomcat version in use and
working).
Joerg
Olivier Billard wrote:
Hi all,
Could you tell me what is the current receipe to get Cocoon M3 work with
Tomcat 4.1.24 ?
- Copy
A complete website update would take hours ... and megabytes ...
This was only the root directory (for removing links to invalid
mail-lists.html) and nearly 1 MB.
But it seems that I can not login on daedalus as written at daedalus.
Whom should I ask? Can someone else do the update?
Joerg
Forrest CVS HEAD did not work, used tagged version stable-20030626.
Joerg
Steven Noels wrote:
On 9/07/2003 0:02 Joerg Heinicke wrote:
A complete website update would take hours ... and megabytes ...
This was only the root directory (for removing links to invalid
mail-lists.html) and nearly 1
Thanks.
Now the wrong mailing list links are no longer available and the first
PDFs have images, Antonio :)
Joerg
Vadim Gritsenko wrote:
Done. Here is the log for you:
...
Vadim
/tools/ant/
Main
Joerg
Vadim Gritsenko wrote:
Joerg Heinicke wrote:
Ok, if you do the update again :)
Just ping me when you are done
Vadim
://www.w3.org/TR/REC-xml#sec-comments
Christoph
- Original Message -
From: Joerg Heinicke
To: [EMAIL PROTECTED]
Sent: Wednesday, July 09, 2003 10:59 PM
Subject: Re: cvs commit:
cocoon-site/src/documentation/content/xdocs/community mail-archives.xml
Hello Vadim,
while in CygWin
Message -
From: Joerg Heinicke [EMAIL PROTECTED]
build site?
Joerg
Christoph Gaffga wrote:
I tried to build the 1.8.2 (WinXP, JDK1.2.2), and it seems to work
without an exception. strange :-/
Christoph
- Original Message -
From: Joerg Heinicke [EMAIL PROTECTED]
That's correct, it's
Gianugo Rabellino wrote:
Joerg Heinicke wrote:
Nice job. A more generic solution is always useful.
Unfortunately your implementations do not base on the latest *DG
stuff. E.g. I fixed the Caching key in the DG
Uh? We did that yesterday, basing on the latest CVS version of the DG
+1 SourceHierarchy
But as long as this is only for naming reasons it does make no sense,
does it? You need the old namespace and node names too.
Joerg
Vadim Gritsenko wrote:
public class DirectoryGenerator extends
TraversableSourceHierarchyGenerator {
/**
* Identical to superclass - class only for
Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
throw new ProcessingException(SAXException
JspGenerator.generate(),e.getException());
} catch (IOException e) {
throw new ProcessingException(IOException
JspGenerator.generate(),e);
-} catch
Geoff Howard wrote:
BUILD SUCCESSFUL
Total time: 14 minutes 29 seconds
Yes, the build takes again very much time ... and memory. Especially
because of JavaDoc, that creates 3.500 files and copies them afterwards.
And copying so many so little files takes very much time :-(
Furthermore our
IIU(C) = If I understand (correctly) IIRC :)
Joerg
Jeremy Quinn wrote:
Incidentally, someone tell me what 'IIU' stands for, cannot find it
anywhere .
regards Jeremy
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
www.virbus.de
But why removing all jars? I used it the last weeks without removing the
jars. Tomcat
(http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html)
(and also Jetty from my experience) look first at /WEB-INF/classes,
second /WEB-INF/lib/*.jar for the needed classes. This would also
Geoff Howard wrote:
Yes, the build takes again very much time ... and memory. Especially
because of JavaDoc, that creates 3.500 files and copies them
afterwards. And copying so many so little files takes very much time :-(
Maybe the copy is unnecessary?
Yes, I guess so :) The output directory
Reinhard Pötz wrote:
As I have been confused by all those suggestions you can find a summary
here:
http://wiki.cocoondev.org/Wiki.jsp?page=FlowSitemapIntegration
Cool summary, really helps a lot. And here the cool voting matrix :)
| A | B | C | D | E |
Ah, there is a magic thing shift? I have looked for anything like
that, but didn't find it.
The problem while using $* is, that $0 is passed
(http://www.labmice.net/articles/batchcmds.htm#variable). So it works in
general ($0 is shifted), but you need it twice to shift $1 too. As you
see my
Upayavira wrote:
On Sun, 20 Jul 2003 02:58:32 +0200, Joerg Heinicke
[EMAIL PROTECTED] said:
Ah, there is a magic thing shift? I have looked for anything like
that, but didn't find it.
It's there in cocoon.bat already! But I've just found out that it does
not affect $* :-(
In the cocoon.bat
(Moving this discussion to dev list because it implies an more or less
important change - wanted or not.)
The problem: Does the processing return to a calling pipeline after
map:call resource=/?
The docu at
http://cocoon.apache.org/2.1/userdocs/concepts/sitemap.html#Calling+resources
and
Sylvain Wallez wrote:
Ugo has been there for years (the archives show his first post back in
July 2000!), has been an early adopter of flowscript and wrote the first
Cocoon-based blogging tool.
+1
Marc is working intensively on the binding and flowscript integrations
of Woody and cares a lot
Fixed.
Thanks,
Joerg
Miguel Carvalho wrote:
Hi, im havinf some trouble creating a Generator in XSP and after that
aplying a transformer in XSL, the problem is, that i am not able to parse
the XML returned by the generator with the transformer.
But please cut at least the stack trace when responsing to such a long
mail like your original one - again 59 KB.
Joerg
Olivier Billard wrote:
I changed the default transformer from xsltc to xalan and it works...
What's wrong with the xsltc ?
That's not the first time I see things working with
Carsten Ziegeler wrote:
I just want to collect opinions how to manage the final release.
Now, it seems 2.1rc1 is relative stable, no real complains, some minor
issues but no showstoppers. From that we could say: the current cvs
is the final version. point. I don't think we need a rc2.
Should we
IIRC it's a Jetty /feature/. Tomcat does not do this.
Joerg
I've just done a further check which makes this problem easier to see:
1) add the cacheparameter name=store
value=org.apache.excalibur.store.Store/ /cache thing to cocoon.xconf.
2) Start Cocoon in Jetty
3) Load a page to get something
No, to all Mozilla users. Because there are many websites having to
little fonts. For example www.spiegel.de is a bit strenuous to read in
default font size,
Looks good to me, btw. I hadn't understand a word, but size is good :)
What I can't read is www.distrowatch.com without pressing Ctrl-+
Has anybody asked them for releasing a new version?
Joerg
Frank Taffelt wrote:
Hi,
i had the same problems with jtds jdbc driver and ms sql server (and it was
driving me crazy).
The problem described shortly: The sql server closes connections and the
jdbc driver throws an exception. This
Can you add this to bugzilla, so it won't get lost?
Joerg
Steve Schwarz wrote:
Hi again,
Sorry for the thrash, I had a paste error in the diff I posted - here is
the correct one
Regards
Steve
diff -u SQLTransformer.java.old SQLTransformer.java
...
[EMAIL PROTECTED] wrote:
upayavira2003/08/10 12:58:09
Modified:src/java/org/apache/cocoon/environment/commandline
LinkSamplingEnvironment.java
Log:
Make the CLI only report unique link count in a page (previously it reported every link, including repeated
[EMAIL PROTECTED] wrote:
upayavira2003/08/09 06:12:04
Modified:src/documentation/xdocs/userdocs/concepts book.xml
Added: src/documentation/xdocs/userdocs/concepts aggregation.xml
Log:
Couldn't find any documentation on map:aggregate, so here's some basic docs, just
in time
[EMAIL PROTECTED] wrote:
joerg 2003/08/11 13:57:33
Modified:.README.txt
Log:
improvements by Steven Noels applied
Revision ChangesPath
1.4 +26 -32cocoon-2.1/README.txt
...
+ The documentation available as of the date of this release is included
Bruno Dumon wrote:
This makes me think...
What about reverting the official i18n namespace to .../i18n/2.0 as
it was before ? This would allow warning-less compatibility of 2.0
applications and avoid breaking lots of docs, books, articles, etc.
Of course, we should provide legacy support for
Done. Maybe there is a better navigation possible?
Joerg
Carsten Ziegeler wrote:
Joerg Heinicke wrote:
A few days ago I divided the livesites list into three parts: 1.x, 2.0,
2.1 and committed them to their corresponding CVS module. The first
reason was to lower the maintenance effort
Reading bugzilla mails will do it :-p
Joerg
Sylvain Wallez wrote:
[EMAIL PROTECTED] wrote:
i18n transformer does not recognize 2.0 namespace
[EMAIL PROTECTED] changed:
What|Removed |Added
Reinhard Pötz wrote:
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Modified:lib jars.xml
src/webapp/WEB-INF cocoon.xconf
Added: lib/core excalibur-store-20030815.jar
Removed: lib/core excalibur-store-20030726.jar
Log:
Updating to
Vadim Gritsenko wrote:
Yahoo screenscrape example was not working for long time now. I had
not had a chance to find a reason why. Search sample sitemaps, I had
included yahoo screenscrape pipeline somewhere. Oops, it's gone.
Found it in blocks/html/samples/sitemap.xmap. Does not work:
That
Vadim Gritsenko wrote:
Joerg Heinicke wrote:
Specifiying the XPath exactly
(/html[1]/body[1]/center[1]/table[4]/tr[1]/td[1]) works. Should be a
good hint for the Xalan team, shouldn't it?
I'd added into XPathTestCase.java in avalon-excalibur/xmlutil:
...
Still works :-/
Can you reproduce
I'm using Remote Java Application (for hot code replacement), which
has no feature to set VM args.
Joerg
Upayavira wrote:
Joerg wrote:
That happens only if used with the xpath parameter. I debugged a bit
as far as possible (is it possible to tell Eclipse not to use the
Xalan sources out of
Geoff Howard wrote:
GOT IT!!!
What ever node type this should be: ![if !IE] ![endif]
this is the reason for the exception. Why the explicite XPath works? I
don't know ... At other places in the same file these constructs are
placed in comments and don't disturb: !--[if IE]![endif]-- To
which
[EMAIL PROTECTED] wrote:
sylvain 2003/08/16 06:42:40
Modified:src/java/org/apache/cocoon/components/treeprocessor
TreeProcessor.java
src/java/org/apache/cocoon/environment
ForwardRedirector.java
Log:
Code cleanup and...
And this was only because I'm testing Marc Leicester's newest midi patch
at the moment. I wanted to build the samples to see everything is
working and I thought there is new stuff, take it and test it too.
There was no need for the update :-)
Joerg
Sylvain Wallez wrote:
Joerg Heinicke wrote
Hello,
it's now the second time that I don't get any mail from Apache, though
I'm subscribed to several lists. Because I'm not the only one using GMX
I wanted to ask if anybody else has problems receiving Apache mails.
They simply seem to stop without any particular reason - and the last
time
the delivery queue a bit; I'll try not to do that next time.
HTH
Cheers,
Reinhard
-Original Message-
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]
Hello,
it's now the second time that I don't get any mail from
Apache, though
I'm subscribed to several lists. Because I'm not the only one
The #13; in the conf files come out of the XPatch task I guess. All
included stuff is polluted this way. But they do not matter, they are
ignored by XML parsers.
Joerg
Tony Collen wrote:
Hi everyone,
I'm noticing strange entities in cocoon.xconf:
!--. Start configuration from
Bruno, who implemented the new XInclude stuff, is/was on vacation AFAIK.
Why not simply filing a bug?
Joerg
Niclas Hedhman wrote:
Niclas Hedhman said:
xinclude:include href=abc.xml /
does not behave correctly. The xml:base is set to the top-level
directory, i.e. content/, and not to the same
Steven Noels wrote:
[EMAIL PROTECTED] wrote:
Contributions to the portal from Friedrich Klenner
([EMAIL PROTECTED]),
Gerald Kahrer ([EMAIL PROTECTED]) and Gernot Koller
([EMAIL PROTECTED]).
I'm getting increasingly annoyed that, to the best of my knowledge,
these contributions have been
Back from holidays ... having more than 2200 mails (not only Cocoon) in
11 days ... started with CVS mails, so ignore my question if it sounds
stupid:
Isn't this now handled by the dependency in the gump descriptor? At
least I read something about library dependency on blocks (portal vs.
Bertrand Delacretaz wrote:
Le Dimanche, 7 sep 2003, à 13:36 Europe/Zurich, Joerg Heinicke a écrit :
...Isn't this now handled by the dependency in the gump descriptor? At
least I read something about library dependency on blocks (portal vs.
html). So do we need this comments in the properties
relativation of a possible absolute path can not work in
many cases. If I deactivate javadoc and validate jars it works for me as I
want it.
Joerg
Steven Noels wrote:
Joerg Heinicke wrote:
We have a global repository that now also stores the Cocoon 2.1.1
sources. If one wants to use Cocoon
As somebody might remember we had a problem with the undeployment with
Tomcat. This was fixed in Cocoon 2.1.1 by updating excalibur event and util
concurrent IIRC. Now the undeployment works and no process hangs but I get
an exception (see below). Does any body has an idea (JBoss 3.0.6, Tomcat
Hello Peter,
we already have this:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=106215953707243w=2
and this:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21730.
If it's wished I can do the change again and commit it immediately.
Anybody against it?
Joerg
Peter Royal wrote:
Anyone
We are helpless without Carsten :-)
Joerg
Sylvain Wallez wrote:
Hi team,
The 2.1.1 should now have reached the mirrors. Does someone know how to
update the web site and send the announcements ?
Sylvain
Bruno Dumon wrote:
On Tue, 2003-09-09 at 17:30, Joerg Heinicke wrote:
As somebody might remember we had a problem with the undeployment with
Tomcat. This was fixed in Cocoon 2.1.1 by updating excalibur event and util
concurrent IIRC. Now the undeployment works and no process hangs but I get
.
At the end I changed the servlet class to ParanoidCocoonServlet in the
web.xml of this Cocoon instance. Is there a better option?
Joerg
Bruno Dumon wrote:
On Tue, 2003-09-09 at 17:30, Joerg Heinicke wrote:
As somebody might remember we had a problem with the undeployment with
Tomcat
on the server.
Joerg
Joerg Heinicke wrote:
JBoss has its own concurrent.jar, what's loaded prior to Cocoon's jar. I
tried to patch JBoss libs using jboss.patch.url pointing to Cocoon's
concurrent.jar (it should at least work similar to endorsed dirs), but
first it does not work and second one
The exception below was the reason for building our own FOP and not taking
the released fop.jar. Immediately before releasing Cocoon 2.1 somebody told
us that Cocoon's FOP and Batik are incompatible, but a rebuild of FOP using
Cocoon's Batik helped, so I did it too and committed the fop.jar.
I
Hmm, I read it the other way around: This is exactly the error that can
occur when using ParanoidCocoonServlet. Does anybody know more about such
issues?
Joerg
Reinhard Poetz wrote:
From: Joerg Heinicke
And I know why I asked for a better option: I get now
java.lang.LinkageError: duplicate
Steven Noels wrote:
Hi folks,
forgive me for putting on my BOFH hat, while making the following
observations...
1) We suck at freezing and stabilizing the codebase prior to releases.
I would suggest that, from now on, the Release Manager puts forward a
release date after discussion on the dev
David Crossley wrote:
I propose Antonio Gallardo and Tony Collen to be Cocoon committers.
They have both been contributing lots of stuff and discussion
on both cocoon-dev and cocoon-users since mid-2002.
Here is my +1 for both.
--David
+1
Furthermore 2 really nice and (especially Antonio)
to arbitrate between parties in community wars :-)
Joerg
Bertrand Delacretaz wrote:
Le Jeudi, 11 sep 2003, à 09:04 Europe/Zurich, Joerg Heinicke a écrit :
Furthermore 2 really nice and (especially Antonio) compensational (is
it the correct word?) guys.
Totally agreed - it might
http://dict.tu-chemnitz.de/dings.cgi?lang=denoframes=0query=ausgleichendservice=optword=1optcase=1opterrors=0optpro=0self=1
or
http://dict.leo.org/?search=ausgleichend
Both know compensational. What's the correct word?
Joerg
Geoff Howard wrote:
Joerg Heinicke wrote:
Furthermore 2 really nice
which can easily be fixed?
Joerg Heinicke wrote:
Can we also remove JDOM completely? I didn't see any relation to the
Cocoon project and could exclude it from build without any problems
with compiling.
Sure. Let's clear up this above issue, and then I'll remove jdom too.
Vadim
Congrats from here too, you are also mentioned on the docbook apps list
because of the new DocBook capabilities.
Joerg
PS: They also noticed the many broken links on
http://xml.apache.org/forrest/upgrading_05.html ;-)
Steven Noels wrote:
Jeff Turner wrote:
The Forrest team is pleased to
Chris Clark wrote:
Understood. Keep in mind that Cocoon does have some instrumentation available
to it through Avalon's instrumentation package. It has a nice client that can
connect to remote servers. That way you can monitor your Cocoon instances from
your desk, and see their relative
Bertrand Delacretaz wrote:
I know, this has been discussed before and we decided to keep the docs
mailing list, but:
-The traffic on the docs list is almost nil
-I suspect people unsubscribe from it to avoid the many wiki update
messages
-People writing to docs tend to copy important messages
Bertrand Delacretaz wrote:
Le Vendredi, 19 sep 2003, à 11:25 Europe/Zurich, Carsten Ziegeler a écrit :
...Now to the docs:
Yes, looking back it was a very stupid idea to reorganize the docs. I
didn't thought about links pointing to the old docs. I'm very sorry
for that!
I don't think it was a
Stefano Mazzocchi wrote:
OTOH if it is the case, then we're back to needing an uninhibited way
to experiment with them, and the block.xml and the whole block content
may need to be duplicated in 2.2 until cocoon-blocks is worked out.
yes. if the fop block, for example, requires dependencies on
Stefano Mazzocchi wrote:
Joerg Heinicke wrote:
IMO this is difficult to maintain. If someone wants to look on the
code base of a block he has to search for its dependencies first or
search for the code at different places. Can't we extract the blocks
from 2.1 as they are at the moment
http://www.saxproject.org/?selected=namespaces
In addition to those events [correctly used startElement() and
endElement], SAX2 reports the scope of Namespace declarations using the
startPrefixMapping and endPrefixMapping methods, so that applications
can resolve prefixes in attribute values
Antonio Gallardo wrote:
Hi:
How often the cocoon website is updated? Is the site automatically updated?
I ask because I saw there are 2 cvs.
cocoon-2.1 and cocoon-site.
Please explain.
Best Regards,
Antonio Gallardo.
cocoon-2.1 contains the XDocs files for the 2.1 part, cocoon-site the
XDocs
Carsten Ziegeler wrote:
Hi,
it seems that we had some minor problems with the 2.1.1 release
as stated recently in this list. That's why we didn't officially
announce the release.
AFAIK, the problems are all solved in the current cvs, so I suggest
that we make quickly a 2.1.2 release and announce
The pages are generated at cocoon-site/build/ context/ tmp/ site/ (don't
know the exact path). I copied them by hand to cocoon-site/site. So the CLI
works, but either the output directory is wrong (or interpreted in a wrong
way) or the pages have to be copied.
Joerg
Steven Noels wrote:
Hi
Bruno Dumon wrote:
On Wed, 2003-09-24 at 00:55, Joerg Heinicke wrote:
http://www.saxproject.org/?selected=namespaces
In addition to those events [correctly used startElement() and
endElement], SAX2 reports the scope of Namespace declarations using the
startPrefixMapping and endPrefixMapping
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Bruno Dumon wrote:
Ok, convinced. I will revert it and add it to the other mentioned generators.
Furthermore, the ContentHandler.startElement() doc says (see [1]) that
xmlns:* attributes are only added if the
[EMAIL PROTECTED] wrote:
vgritsenko2003/09/25 05:59:54
Modified:src/java/org/apache/cocoon/generation RequestGenerator.java
Ui, happy conflict resolving ... I have already all the changes on my PC at
home, only had no internet access yesterday evening. And today morning
cvs.apache.org
Reinhard Poetz wrote:
From: Joerg Heinicke
Not until now though it was planned and we finished work 2
months ago. I
know we have a presentation system, which is normally not
reachable from
outside. I will ask the /decision-makers/ tomorrow :-)
Thanks for your interest,
Joerg
PS: Reinhard
Tony Collen wrote:
Hi gang,
I've been working to get SSH tunneled CVS working and I am currently
using the following setup:
Windows 2000
Win32 version of CVS command-line
Putty with an SSH tunnel setup to cvs.apache.org:2401
My CVSROOT is set to ':pserver:[EMAIL PROTECTED]:/home/cvs'
localhost?
Giacomo Pati wrote:
Well, as my time permits it and Berin could give a hand as well, why
not.
But first we need to come to a consensus about which build
infrastructure we would support to use:
1) Ant
in this case we can use the current build system and tune it to the
needs we have for
Giacomo Pati wrote:
3) Maven
ATM this is my preferred build infrastructure and I could help
building the 2.2 repo based on it
Heard interesting things it (besides the opinion that there is nearly no
^^^^
documentation ;-) ), so +1 from here
Mark Butler updated Deli from 0.9.1 to 0.9.8 in the last week. But he didn't
react on the message of Jeff (?) about this new exception.
For the OJB block it seems that one needs again a JAR from Sun. Is this correct?
But these are only blocks, if no one fixes them we can switch them off by
Is this also a valuable fix before 2.1.2 release?
Joerg
[EMAIL PROTECTED] wrote:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23486
[PATCH] Race condition in MountNode.invoke
Summary: [PATCH] Race condition in MountNode.invoke
Product: Cocoon 2
Version:
http://127.0.0.1:/samples/batik/anne.jpeg
http://127.0.0.1:/samples/batik/anne.png
An I/O error occured while processing the URI
'batikLogo.svg#Batik_Tag_Box' specified on the element use
http://127.0.0.1:/samples/i18n/simple.xsp: The link to Cocoon docs
does not work, because of
Sylvain Wallez wrote:
Done.
I went through most samples that involve cocoon: sources and they seem
to behave correctly. But please cross-check.
I also have an error with the Midi block (first time I look at it) :
http://localhost:/samples/midi/inverted/cocoon.mid :
Original Exception:
Hello Thomas,
as you can see in the Javadoc above the method this is a check method for
namespace handling. I have not written that class and don't know whether
this bit of code is part of the test, but I don't think so. It really looks
like a bug.
If no one complains, I can apply the patch.
Carsten Ziegeler wrote:
The new version is currently uploading.
So this is the end of the code freeze. Start changing whatever you want :)
Carsten
Hurray!
Short question: IMP = important??
Joerg
--
System Development
VIRBUS AG
Fon +49(0)341-979-7419
Fax +49(0)341-979-7409
[EMAIL PROTECTED]
Bertrand Delacretaz wrote:
http://127.0.0.1:/samples/xsp/java/cacheable
Is there any reason why opening every link in a new window?
Didn't write it, but assumed that the purpose is so that you can
compare the date stamp printed out on the page between the two versions.
Exactly - to check the
Carsten Ziegeler wrote:
I tried to update our website, but building the docs fails:
BUILD FAILED
Z:\dev\workspace\xml-forrest\build\dist\shbat\forrest.build.xml:635: Java
return
ed: 1
Total time: 2 minutes 11 seconds
I'm using latest forrest. Is someone able to build the docs
with changing
David Crossley wrote:
Carsten Ziegeler wrote:
Joerg Heinicke wrote:
I could build it with Forrest 0.5 some days ago. There was a thread about
non-working Forrest, but WORKSFORME.
Great :)
Could you please update the cocoon-site cvs module with the generated docs?
I could then update our website
Stefano Mazzocchi wrote:
/BLOCK-INF/ - /COB-INF/
+1
Hello Antonio,
Antonio Gallardo wrote:
Hi:
The news page at: http://cocoon.apache.org/news/index.html
It does not show there is a 2.1.2 release!
this page has to be maintained. It's in
cocoon-site/src/documentation/content/xdocs/news/index.xml and there is
no problem updating it.
I will be
Bertrand Delacretaz wrote:
Le Jeudi, 9 oct 2003, à 12:13 Europe/Zurich, Carsten Ziegeler a écrit :
...And we also create a process in the following way:
- the wiki feature request page is scanned from time to time (the mails
help there)
- A new entry is evaluated (perhaps the feature doesn't
Bertrand Delacretaz wrote:
I think there was agreement on Monday about this, do we need a vote, or
am I mistaken about the agreement?
Someone mentioned that Forms in the name is to official and Stefano
answered if we won't have forms in the name we don't need to rename it at
all. Such a nice
Stefano Mazzocchi wrote:
However,
can't we use bugzilla also to track (serious) feature requests? There
are a couple of other enhancement requests in there, should we also
close them and add them to the wiki page?
We created
http://wiki.cocoondev.org/Wiki.jsp?page=CocoonFeatureRequests Monday
Stefano Mazzocchi wrote:
also, i don't want to do conversations over bugzilla, it's painful
and removes the ability to estimate people relationships (think
agora)
Hmm, stupid answer, but is it better to communicate over the wiki? I
don't think so.
nono, you missed my point: bugzilla forces
Bertrand Delacretaz wrote:
Another issue is the configuration of bugzilla itself. Isn't it
customizable? Furthermore more recent versions offer more options.
I bet ...but doesn't Bertrand know? :)
Newer versions of bugzilla use HTML templates which can make it look
much nicer if that's the
Bertrand Delacretaz wrote:
...Finally, saved queries help a lot, you can create the 4-5 queries
that you need regularly and then mostly forget about the query page.
I don't know if they exist in the 2.14.2 version that we're using,
but if they are they seem to be disabled (Pier?).
No, I'm
Stefano Mazzocchi wrote:
nono, you missed my point: bugzilla forces discussion to happen over
the issue comments. wiki, since it's hard to do communication
overthere (as you suggest), forces you to write comments on email,
like it should be.
And what's so bad about communication on bugzilla?
1 - 100 of 1595 matches
Mail list logo
