Le Mercredi, 3 mars 2004, à 19:06 Europe/Zurich, Carsten Ziegeler a
écrit :
And renaming woody, right?
right - forgot this one, sorry.
-Bertrand
Hi all,
Next Friday is FirstFriday, be there and squash'em bugs!
We're also planning to work on the ASF license changes.
More info at http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday
-Bertrand
Le Mardi, 2 mars 2004, à 08:59 Europe/Zurich, Corin Moss a écrit :
...JCS does have its own R/W lock of course - but I'd love not to have
to change too many classes ;)
I have no idea how the current locks work, but in this case the on-disk
Store is going to be private to a single Cocoon
Le Mardi, 2 mars 2004, à 09:52 Europe/Zurich, Sylvain Wallez a écrit :
...Have a look in cocoon.roles: it's the default class for the
org.apache.excalibur.store.Store/PersistentStore role.
I did
$ find src -type f | xargs grep -i defaultpersistent
and it told me indeed:
Le Mardi, 2 mars 2004, à 15:30 Europe/Zurich, Geoff Howard a écrit :
...I think we say the preferable way would be to create a bugzilla
patch entry, which for new features is just a bug whose
description starts with [PATCH] and has the source attached, usually
as a .zip file. A unified diff
Hi Antonio,
It is fixed in the CVS.
Confirmed - thanks very much!
If you update jars, it would be good to test related stuff before and
after your changes, to make sure nothing weird happens.
-Bertrand
Le Dimanche, 29 fév 2004, à 18:53 Europe/Zurich, Carsten Ziegeler a
écrit :
As far as I know (from my weak memory :) ) there hasn't been a vote
at Cocoon about accepting this block...
Sorry, last I told the lenya-dev guys that IMO a vote was not needed to
create a new block in Cocoon (but I
Le Lundi, 1 mars 2004, à 10:43 Europe/Zurich, Jorg Heymans a écrit :
...There was a discussion a few months ago about the need for a
blocks.cocoondev.org alike site, maybe this is relevant again now? By
default you would allow all blocks into an incubation phase and do a
vote on the ones to
Le Lundi, 1 mars 2004, à 11:13 Europe/Zurich, Andreas Hartmann a écrit :
Bertrand Delacretaz wrote:
[...]
Seeing how hard it is to retrofit tests and docs to existing blocks,
maybe we should require the following for any new non-scratchpad
block:
-samples
-automated tests
-documentation
Le Lundi, 1 mars 2004, à 15:48 Europe/Zurich, Daniel Fagerstrom a écrit
:
...I meant something a little bit more explicit:
map:generate type=request/
map:transform src=prepare-query-for-user-preferences/
map:transform type=sql/
map:store type=xml dest=xmodule:request-attr:foo/
map:call
Corin,
...Someone mentioned JCS as a good solution - and it strikes me as
being fairly simple to extend the JCS AbstractDiskCache
(http://jakarta.apache.org/turbine/jcs/xref/org/apache/jcs/auxiliary/
disk/AbstractDiskCache.html.) I hope to start work on this in the
short term - today or
Le Mardi, 2 mars 2004, à 08:16 Europe/Zurich, Corin Moss a écrit :
... I guess conceptually this really belongs within the
Avalon-Excalibur-store framework, as it will sit along side
AbstractJispFilesystemStore rather than on top of it...
Makes sense but I don't think it prevents you from
Le Samedi, 28 fév 2004, à 05:23 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
Added: src/blocks/qdox/lib qdox-1.3.jar
src/blocks/cron/lib quartz-1.3.2.jar
Removed: src/blocks/qdox/lib qdox-1.2.jar
src/blocks/cron/lib quartz-1.2.3.jar
Antonio, did you
Le Vendredi, 27 fév 2004, à 11:33 Europe/Zurich, Joerg Heinicke a écrit
:
...Using only released versions as far it makes sense is a valueable
goal. But additionally I suggest whenever somebody commits a dated
version he puts the jared/zipped sources into a directory on the above
mentioned
Le Vendredi, 27 fév 2004, à 12:59 Europe/Zurich, Vadim Gritsenko a
écrit :
The Apache Cocoon Team
+1
and +1 on Dirk-Willem's view as well.
-Bertrand
Le Mercredi, 25 fév 2004, à 16:49 Europe/Zurich, Daniel Fagerstrom a
écrit :
snip-plenty-of-good-stuff/
...But in many cases using SAX based XML as in pipelines is not enough
we need a data structure i.e. DOM. This leads to flowscript components
that reads some input format to DOM and from
Le Jeudi, 26 fév 2004, à 01:14 Europe/Zurich, Ralph Goers a écrit :
...I have no problem with using flowscript to
manage a couple of pages that are linked together (i.e. - a form to
fill
out followed by a confirmation page). But using it for more than this
violates the separation of concerns
..We had quite a discussion about this...
..so remove the author tags on the same update?
+1
-Bertrand
Le Mardi, 24 fév 2004, à 08:44 Europe/Zurich, Carsten Ziegeler a écrit :
...Exactly, we already tried out a store that simply used the
filesystem
(with converting a key to several directories). This Filesystem store
is still available somewhere and could be used.
BUT there were several problems
Le Mardi, 24 fév 2004, à 13:12 Europe/Zurich, Andreas Hartmann a écrit :
...I would use CInclude. I'll try if it includes text files
and complain if it doesn't work :)
Note that there are at least two ways to XMLize text files:
-The chaperon block TextGenerator, which puts the whole text in a
Le Mercredi, 25 fév 2004, à 01:48 Europe/Zurich, Michael Hartle a écrit
:
...GPL works cannot be incorporated into Apache works) ?
GPL hasn't changed and is still viral as ever, so GPL software cannot
be distributed with ASF software. Doing so would force the ASF software
to adopt the GPL as
Le Lundi, 23 fév 2004, à 17:20 Europe/Zurich, Scott Robert Ladd a écrit
:
...When I've written cache system, I've always used the file system
directly. The only catch is that some operating systems limit the
number of files on disk or in a directory; a very active server could
hit those
Le Samedi, 21 fév 2004, à 17:13 Europe/Zurich, Christopher Oliver a
écrit :
...I did some informal tests and it appears to actually be slower than
interpreted Rhino (not sure exactly why, perhaps because Rhino
bytecodes are higher level), but was significantly faster than
BeanShell (which is
Le Vendredi, 20 fév 2004, à 11:52 Europe/Zurich, Reinhard Poetz a écrit
:
...As our store depends on Jisp - what does this mean for us? IMO we
have
to look for a replacement. Any ideas/hints?
Hmm..I'm not too excited by http://www.coyotegulch.com/jisp/index.html
mentioning the Apache project as
Le Vendredi, 20 fév 2004, à 20:19 Europe/Zurich, Hunsberger, Peter a
écrit :
...Now, exactly, how you go about building a community is another
question.
But, it seems that perhaps some of the Cocoon project members might be
willing to help?..
After starting an Open-Source project myself (jfor,
Le Jeudi, 19 fév 2004, à 11:17 Europe/Zurich, Carsten Ziegeler a écrit :
...I propose to move the producer part from the scratchpad into
the block combining both and maintaining everything that
belongs to the portal in one place.
+1
I haven't had time to look closer but this portlets stuff looks
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
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
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
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
Le Vendredi, 13 fév 2004, à 09:45 Europe/Zurich, Bruno Dumon a écrit :
... 1) removing XMLForms entirely (they have been deprecated for a
while now)
I'm with Joerg here, there's no harm in leaving it sit there for a
little longer, and there are people using it.
I'd be +1 for removing all its
Le Vendredi, 13 fév 2004, à 12:47 Europe/Zurich, Reinhard Poetz a écrit
:
... 3) moving Woody inside cocoon core and rename it Cocoon...
...
+1 to renaming it ASAP (BTW, do we need a formal vote for the archives?
+I know we all agreed on this at Ghent but I also know there were not
+all
Le Jeudi, 12 fév 2004, à 10:25 Europe/Zurich, Carsten Ziegeler a écrit :
REALLY! No joke this time!...
You didn't say Carsten says end of code freeze. It doesn't count ;-)
More seriously: thanks very much Carsten for negociating and doing
the release!
-Bertrand
Le Jeudi, 12 fév 2004, à 11:04 Europe/Zurich, Carsten Ziegeler a écrit :
Bertrand Delacretaz
REALLY! No joke this time!...
You didn't say Carsten says end of code freeze. It doesn't count ;-)
Although I really appreciate the idea, the first thing that comes into
my mind if I hear/read Simon
Le Jeudi, 12 fév 2004, à 16:51 Europe/Zurich, Sylvain Wallez a écrit :
...
+1 also, but we have to be careful of the potential parallel
evolutions of the same class in the trunk and in the scratchpad...
CVS branches are very useful IMHO for such experimental-but-maybe-cool
stuff.
For some
Did I miss something, or is there a good reason why 2.1.2 is not
available for download anymore on our mirrors?
-Bertrand
Saw this on lenya-dev:
De: Gregor J. Rothfuss [EMAIL PROTECTED]
Date: Jeu 12 fév 2004 17:10:50 Europe/Zurich
À: Lenya Developers List [EMAIL PROTECTED]
Objet: we need to
Le Vendredi, 13 fév 2004, à 00:22 Europe/Zurich, Joerg Heinicke a écrit
:
On 12.02.2004 07:38, Bertrand Delacretaz wrote:
...The dependency tree as we use it at the moment is not meant
blocking, but that's an obvious wrong usage of it and bugzilla as it
reads bug 123 blocks 456. We really
Le Vendredi, 13 fév 2004, à 08:29 Europe/Zurich, Carsten Ziegeler a
écrit :
...I think the general rule for dists is that only the last release
is in the usual dist directory and all other old releases
are on archive.apache.org
We currently always have three releases there, the last two ones
for
Le Mercredi, 11 fév 2004, à 16:11 Europe/Zurich, Carsten Ziegeler a
écrit :
To increase the confusion :) I think we should stick to the code
freeze as I
see the chance for a release tomorrow...
A release would be good as it looks like all known blockers are gone.
FYI I cannot help integrating
Le Mercredi, 11 fév 2004, à 17:37 Europe/Zurich, Sylvain Wallez a écrit
:
...I let you decide as I'm currently too swamped to follow closely the
flow...
What, Sylvain not following the flow? I thought you were a Flow expert
;-)
-Bertrand
Le Mardi, 10 fév 2004, à 15:37 Europe/Zurich, Carsten Ziegeler a écrit :
..So, please cast your vote.
+1
The caching/jisp problem seems to be present in 2.1.3 already, so a
release is ok IMHO.
-Bertrand
Le Dimanche, 8 fév 2004, à 18:59 Europe/Zurich, Carsten Ziegeler a
écrit :
...Now, in general I totally agree with you, but I fear that this bug
is
in there for a long time, which means all 2.1.x releases have already
this bug (perhaps I'm wrong)...
In this case no problem to release with bug
Le Lundi, 9 fév 2004, à 11:32 Europe/Zurich, Stuart Roebuck a écrit :
On 7 Feb 2004, at 2:36 pm, Geoff Howard wrote:
Vadim Gritsenko wrote:
Bertrand Delacretaz wrote:
Le Samedi, 7 fév 2004, à 15:15 Europe/Zurich, Geoff Howard a écrit :
Vadim Gritsenko wrote:
5) Cacheable XSP is *painfully
Le Dimanche, 8 fév 2004, à 14:11 Europe/Zurich, Joerg Heinicke a écrit :
http://cvs.apache.org/viewcvs.cgi/cocoon-2.1/lib/core/Attic/excalibur-
store-20031211.jar
I've tried with this jar instead of the one which is in CVS now and was
able to reproduce the lockup problem, details at
Le Lundi, 9 fév 2004, à 11:19 Europe/Zurich, Carsten Ziegeler a écrit :
Bertrand Delacretaz wrote:
...But shouldn't we add prominent warnings to such
issues, a link on the welcome page or something?
Yes, but we have to be very careful with the formulation. Users
shouldn't
Get the impression
Le Lundi, 9 fév 2004, à 11:56 Europe/Zurich, Stuart Roebuck a écrit :
...Okay, it's me that's daft, I thought the conversation was talking
about Cacheable XSP, not a demo of it...
No problem - only those who write nothing never write something daft
;-)
-Bertrand
Le Samedi, 7 fév 2004, à 23:44 Europe/Zurich, Geoff Howard a écrit :
[EMAIL PROTECTED] wrote:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26753
Persistent store or cache corruption?
--- Additional Comments From [EMAIL PROTECTED] 2004-02-07
18:34 ---
Afaik, this is a known Jisp
Le Dimanche, 8 fév 2004, à 10:45 Europe/Zurich, Joerg Heinicke a écrit :
...Do we and how do we want to store the sources of CVS snapshots of
our libraries?
If you do your CVS snapshot against a particular date it is
reproducible, something like
cvs export -D 2003-12-31 12:00 somemodule
Then
Le Dimanche, 8 fév 2004, à 10:23 Europe/Zurich, Joerg Heinicke a écrit :
...Bertrand, can you do your test again with the former version of the
JAR (mid december)? From what I see the bug was already in before and
the patch provided by Charles did not solve it as it does not address
the bug in
Joerg, did you forget to commit TraxTransformer after your
DeliTransformer changes?
Deli block now compiles ok, please cross-check.
(I'm no Avalon guru) (yet;-).
-Bertrand
bdelacretaz2004/02/07 00:59:57
Modified:src/java/org/apache/cocoon/transformation
Le Samedi, 7 fév 2004, à 15:04 Europe/Zurich, Geoff Howard a écrit :
Carsten Ziegeler wrote:
starts nowjust a joke :)
The code freeze starts tomorrow morning and ends with the release on
thursday (hopefully).
Do I need a vote to apply a bug fix now that the code freeze has
(presumably)
Le Samedi, 7 fév 2004, à 15:12 Europe/Zurich, Joerg Heinicke a écrit :
...Maybe you can add an anteater test too ;)
+1, me loves anteater tests ;-)
-Bertrand
Le Samedi, 7 fév 2004, à 15:01 Europe/Zurich, Vadim Gritsenko a écrit :
I took some time to test what we have... Found several showstoppers:...
See also the next release bug
http://nagoya.apache.org/bugzilla/showdependencytree.cgi?id=25321
we have entered some new stuff including a scary cache
Le Samedi, 7 fév 2004, à 15:15 Europe/Zurich, Geoff Howard a écrit :
Vadim Gritsenko wrote:
5) Cacheable XSP is *painfully* slow! It takes 2 seconds per
request!!!...
Um, isn't that because the xsp intentionally sleeps for 2 seconds so
you can observe the effect of the caching? It says it is
I made some small changes which clarify how tests can be written, but
everything has been in place for ages.
People, please have a look!
More info at http://wiki.cocoondev.org/Wiki.jsp?page=TestingFramework
-Bertrand
Le Vendredi, 6 fév 2004, à 18:22 Europe/Zurich, Stefano Mazzocchi a
écrit :
..me thinking: since we are already distributing ant and junit, why
don't we distribute anteater as well and make that part of the build
process? I'm sure that would make it easier for people to write new
tests.
Why
Based on http://wiki.cocoondev.org/Wiki.jsp?page=FlowAndWebServices, we
talked a bit about this on IRC today and I did some research.
It looks like the only things missing are:
a) A rhino adapter (written in java, rhino extension), which accepts
any method name and number of parameters, and
Le Vendredi, 6 fév 2004, à 20:44 Europe/Zurich, Davanum Srinivas a
écrit :
For #2 - See DynamicInvoker in Axis
(http://cvs.apache.org/viewcvs.cgi/ws-axis/java/samples/client/)
Thanks - looks like just what we need!
-Bertrand
Le Vendredi, 6 fév 2004, à 22:38 Europe/Zurich, Vadim Gritsenko a écrit
:
...Sounds yummy... How much slower will it be comparing to good old
Axis - generated classes?
Compared to the network round-trip that any SOAP call implies, the
difference might be negligible for most applications. But
see http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday
I'll be there at least in the (GMT) morning - see you!
-Bertrand
Le Lundi, 2 fév 2004, à 11:45 Europe/Zurich, Guido Casper a écrit :
Torsten Curdt wrote:
...I just hope it's worth the effort since everyone
seems to be going the OJB way...
It _is_ worth it IMHO since there is more to databases (like reporting
applications) than persisting Java objects
Le Lundi, 2 fév 2004, à 16:27 Europe/Zurich, Steven Noels a écrit :
...How about dropping the mailto: link for the 2.1.4 release?
+1
As we saw last week [1], many sysadmins use default error pages, so I
agree that these should not be point and click noise generators for our
lists.
Tech people
Le Vendredi, 30 jan 2004, à 08:21 Europe/Zurich, Matthew Langham a
écrit :
It looks as though the German Commerzbank is using Cocoon:
https://portal01.commerzbanking.de/cocoon/zgs/frankfurt/pubdist/
derivate.pag
e
Yes, and this
https://portal01.commerzbanking.de/cocoon/NOPAGE
makes it more
Le Vendredi, 30 jan 2004, à 14:30 Europe/Zurich, Geoff Howard a écrit :
On 30.01.2004 10:54, Carsten Ziegeler wrote:
...I propose the 12th of february
as the release date for 2.1.4 - regardless if we have solved all
the open issues (RORE - Release often, release early).
WDYAT?
+1
+1 - The 1.3
Le Vendredi, 30 jan 2004, à 16:38 Europe/Zurich, Geoff Howard a écrit :
...Appears it's properly blocking in the release plan for next release:
http://nagoya.apache.org/bugzilla/showdependencytree.cgi?id=25321
Am I interpreting that right?
you're right - I have increased the severity to make it
Current CVS does not compile here, looks like the PageLocalScopeHolder
class source code is missing:
src/java/org/apache/cocoon/components/flow/javascript/fom/
FOM_Cocoon.java:238: cannot resolve symbol
symbol : class PageLocalScopeHolder
location: class
Sorry, my bad. Should be fixed now.
it is - thanks!
-Bertrand
Le Mercredi, 28 jan 2004, à 02:40 Europe/Zurich, Joerg Heinicke a écrit
:
One problem often mentioned is that Cocoon provides to many
possibilities to achieve some goals. Cocoon's flexibility ends where
it is more confusing than helpful. Therefore I want to propose to
remove/deprecate the
Le Mercredi, 28 jan 2004, à 11:52 Europe/Zurich, Joerg Heinicke a écrit
:
...With our deprecated block we have another mean to lead the user to
the new components. When it's excluded the application will just not
work. But I don't know if this is true for 2.2 and real blocks too...
hmm...I
Le Lundi, 26 jan 2004, à 22:14 Europe/Zurich, Joerg Heinicke a écrit :
Bertrand Delacretaz wrote:
Before switching to NetNewsWire (macosx only) I used
http://www.newsisfree.com which does a decent job and requires only a
browser on the client side.
This is more or less a portal where you
Le Dimanche, 25 jan 2004, à 22:52 Europe/Zurich, Joerg Heinicke a écrit
:
...Can you recommend some little nice piece of software for handling
the RSS stuff automatically for me without surfing around through the
world of blogs?
Before switching to NetNewsWire (macosx only) I used
Le Mardi, 13 jan 2004, à 09:47 Europe/Zurich, Steven Noels a écrit :
... saw Marc once hooking the Eclipse debugger into an Apple, and that
seriously kicked ass - you don't need println() anymore of you have a
full-blown debugger at your service.
Yes, if you're debugging java code it's fairly
Le Mardi, 13 jan 2004, à 03:41 Europe/Zurich, Tony Collen a écrit :
Vadim Gritsenko wrote:
[snip]
I don't like that message has been added to the core sitemap tags.
How about adding separate tag (ant-like):
map:debug message= {1} ./
It's easier to add/remove (comment/uncomment) a
For me 2003 has been a great year around here, the GT was fantastic and
Cocoon has made great progress towards becoming a widespread and
well-known tool. I'm proud to play my small part here even if I often
wish I could do more.
Thanks to everybody, I hope you all have a great year in 2004!
Next Friday should in theory be a FirstFriday but I don't know if
anyone is in the mood at this time of the year.
I won't be able to participate, but if people are willing to do it,
please go ahead and create a new page from
http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday
If it doesn't
Le Mardi, 30 déc 2003, à 21:06 Europe/Zurich, Litrik De Roy a écrit :
...I liked the fact that 2.1.1, 2.1.2 and 2.1.3 followed each other
quickly. And I know that Bertrand has hinted several times at a 2.1.4
release...
me? hinted at something?
You're right though, people have mentioned several
Le Mercredi, 31 déc 2003, à 13:25 Europe/Zurich, Antonio Gallardo a
écrit :
...I also noted there are some files that currently has:
1999-2002 in the portal block, hssf serializer (poi block) + some on
slop,
qdox files
Can I changed this too?
IANAL but I think so.
In fact it would be more
Le Samedi, 20 déc 2003, à 09:59 Europe/Zurich, Antonio Gallardo a écrit
:
http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html#JAR%20Index
Sounds interesting, and as it is based on an extra file in jars (IIUC)
I don't see how it could cause any harm.
Did you do any measurements with and
Le Vendredi, 19 déc 2003, à 21:41 Europe/Zurich, Timothy Larson a écrit
:
I made my first commit (to cform's AbstractWidget.java).
Would somebody please check whether the line endings
were handled correctly?
Line endings of
src/blocks/woody/java/org/apache/cocoon/woody/formmodel/
Le Vendredi, 19 déc 2003, à 19:19 Europe/Zurich, Tony Collen a écrit :
Happy Birthday, Joerg!
does ICQ tell the truth? if so: HAPPY BIRTHDAY JOERG!
-Bertrand
(Too bad we lost the orignal Happy Birtdhay Thread ID ;-)
Le Samedi, 20 déc 2003, à 11:17 Europe/Zurich, Antonio Gallardo a écrit
:
..The change is already in the CVS. Please check it.
build works, cocoon servlet works. Didn't do any performance check.
Ciao,
Bertrand
Well, if we can believe the cryptic messages from
http://www.silent-penguin.com/archives/001509.html, Matthew's birthday
starts in 45 minutes, so
HAPPY BIRTHDAY!
-Bertrand, carefully saving the thread ID this time so we can create
the longest thread in history ;-)
Le Lundi, 15 déc 2003, à 07:58 Europe/Zurich, Harald Wehr a écrit :
...In cocoon.xconf we added the parameters for the connection:
datasources
jdbc name=vrgis
pool-controller max=10 min=5/
dburljdbc:postgresql://192.168.9.2/vrgis/dburl
uservrgis/user
Le Lundi, 15 déc 2003, à 08:17 Europe/Zurich, Reinhard Poetz a écrit :
I want to propose Daniel Fagerstrom as new Cocoon committer...
big +1, I'm afraid to say I thought he was one already but I would
have lost if I had to bet ;-)
-Bertrand
Le Jeudi, 11 déc 2003, à 15:30 Europe/Zurich, Sylvain Wallez a écrit :
...what do you think of using -dev-mmdd.jar names?
+1 for having the date in the filename.
I like -dev as well.
-Bertrand
--
Bertrand Delacretaz
independent consultant, Lausanne, Switzerland
http://cvs.apache.org/~bdelacretaz/
Le Mardi, 9 déc 2003, à 10:32 Europe/Zurich, Unico Hommes a écrit :
...Just one request though. Can somebody add 'current CVS 2.2' to
version
list?
done.
-Bertrand
Le Mardi, 9 déc 2003, à 16:24 Europe/Zurich, Stephan Michels a écrit :
...after I made some positive experiences with jalopy, an open source
code formatter, I want to offer install jalopy with a proposal
for the our code convention
Can you explain how it would be used? CVS preprocessor? ant
Le Mardi, 9 déc 2003, à 17:56 Europe/Zurich, Stephan Michels a écrit :
On Tue, 9 Dec 2003, Bertrand Delacretaz wrote:
...Can you explain how it would be used? CVS preprocessor? ant task
that
everybody has to (painfully) run before every commit?
Ant target, like 'ant format'.
Which one has to run
Le Vendredi, 5 déc 2003, à 23:15 Europe/Zurich, Vadim Gritsenko a écrit
:
Bertrand Delacretaz wrote:
We talked about this at the GT and today again on irc, the goal is to
allow structured comments in sitemaps, for example:
map:sitemap
xmlns:map=http://apache.org/cocoon/sitemap/1.0
Le Samedi, 6 déc 2003, à 14:04 Europe/Zurich, David Crossley a écrit :
...Anyway, can you recall your suggestion, Bertrand?
I don't have an ICQ log, but what I suggested was creating a
transformer to wrap text.
Writing a TextWrappingTransformer which processes configurable element
names (pre
Le Samedi, 6 déc 2003, à 16:44 Europe/Zurich, Martin Holz a écrit :
Bertrand Delacretaz [EMAIL PROTECTED] writes:
The TreeProcessor would ignore everything in the annotations namespace
(Sylvain suggests adding a filtering XMLPipe just after the parser
that reads the sitemap file).
Would it also
We talked about this at the GT and today again on irc, the goal is to
allow structured comments in sitemaps, for example:
map:sitemap
xmlns:map=http://apache.org/cocoon/sitemap/1.0;
xmlns:note=http://apache.org/cocoon/sitemap/annotations/1.0;
note:revision date=2003-12-05
Hi Sean,
Gang.
Please do not cross-post such questions, your question is ok for the
users@ list.
-Bertrand
All volunteers are welcome, non-committers can also help analyze issues
and provide patches.
See http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday
-Bertrand
Le Mercredi, 3 déc 2003, à 23:47 Europe/Zurich, Pier Fumagalli a écrit :
...Simple, and easy...
Great stuff! Thanks for sharing this.
-Bertrand
Le Lundi, 1 déc 2003, à 08:51 Europe/Zurich, Reinhard Poetz a écrit :
...CocoonForms = need to to define a Component called
CocoonForms for the
Cocoon 2 product in bugzilla.
What do we need this for?
Defining a Cocoon Forms component of Cocoon allows you to mark issues
as being specific to Cocoon
Le Lundi, 1 déc 2003, à 09:35 Europe/Zurich, Reinhard Poetz a écrit:
...So using the dependency function we can create following hierarchy:
- CocoonFormsRoadmap
- release 1.0
CocoonForms release 1.0 maybe, just to be clear
- multi-form support
- calculated widgets
- release 1.1
Le Lundi, 1 déc 2003, à 12:15 Europe/Zurich, Pier Fumagalli a écrit :
Reinhard asked me if some of us can have access to BugZilla to manage
components and versions - I believe especially for tracking the
development of Woody^H^H^H^H^H CocoonForms :)
Short answer is yes... Long answer is who
Le Mardi, 2 déc 2003, à 01:36 Europe/Zurich, Pier Fumagalli a écrit :
...Note to self (and to others) use BugZilla to track development and
not only bugs! :-)
+1000 ;-)
-Bertrand
1201 - 1300 of 1481 matches
Mail list logo
