Le Mardi, 1 juil 2003, à 07:36 Europe/Zurich, Marc Portier a écrit :
what do people think?
I'm a bit short on time to study your proposed syntax, but I like the
idea of defining JXPath-like mappings (or bindings) between data and
forms.
Also, being able to use either java classes or XML document
Welcome, Reinhard!
It's good to hear that you have energy and time to invest in the
forms/flow department, having good examples and docs will be a major
step forward IMHO.
...Apart from Cocoon I'm on the way to become a Certified Transactional
Analyst.
(this has nothing to do with IT as many p
Le Vendredi, 27 juin 2003, à 15:52 Europe/Zurich, Geoff Howard a écrit :
Joerg, David and I are discussing alternatives to the current
build file entities for the sub-targets. One that's on the
table now is to use ANTModule from http://www.ct42.de/en/ch02.html.
See below for the discussion that's
Le Mardi, 24 juin 2003, à 09:47 Europe/Zurich, David Crossley a écrit :
...Great, but is that just because MARC is such an excellent provider.
I wonder about the other mail archiving hosts
Which means we must provide some info about the consequences of the
move.
I have added a section on
ht
Le Mardi, 24 juin 2003, à 09:27 Europe/Zurich, Gianugo Rabellino a
écrit :
...AFAIK you have to ask MARC to "subscribe" to the new lists: by
sending a mail to [EMAIL PROTECTED] with subject "Add a list to
MARC"
But won't this create two archives for each list, one with the old and
one with
Le Mardi, 24 juin 2003, à 08:31 Europe/Zurich, Carsten Ziegeler a écrit
:
If noone is against it, I will request for moving the mailing-lists
tomorrow (before the beta release).
Do you plan a document explaining the move and how to find the old and
new archives?
I assume there are going to be t
Le Vendredi, 20 juin 2003, à 23:25 Europe/Zurich, Stefano Mazzocchi a
écrit :
... Vadim, Sylvain and Carsten (in alphabetical order by their last
names)...
Congratulations!
This is well deserved, thanks to all three for your involvment here!
-Bertrand
I propose Reinhard Pötz to be a Cocoon committer.
+1, welcome!
-Bertrand
Le Lundi, 16 juin 2003, à 08:56 Europe/Zurich, Ross Gardler a écrit :
.. The purpose of this mail is twofold:
1) notify the community of this project..
Thanks, your project sounds interesting to me.
I think it would be good to include such best practices app as blocks
in Cocoon, so that people
Le Mercredi, 18 juin 2003, à 02:07 Europe/Zurich, Pier Fumagalli a
écrit :
...It might not go anywhere, it might go somewhere, but if there's
interest in
this community to host my "Garbage" template engine, all I ask is to
have a
CVS repo and the opportunity to show you my little pet, and maybe
Linotype looks great but I'm not sure about the browser requirements.
IIUC from "welcome to Linotype" page, the editing mode only requires
Mozilla 1.3, is that right?
-Bertrand
Le Dimanche, 15 juin 2003, à 13:42 Europe/Zurich, Steven Noels a écrit :
...So, my question is: what do people _want_ to see finished in 2.1?
FOM? New portal FW? Form FW consolidation? Anything else?
After reading the recent talks about Flow, I'm for waiting on the FOM
to release 2.1.
Starting wi
Le Samedi, 14 juin 2003, à 23:56 Europe/Zurich, Stefano Mazzocchi a
écrit :
...But again, enough talking, let's do stuff...
+1 ;-)
-Bertrand
I'm with Geoff, same votes for me, also adding mention that Flow is to
be considered beta.
-Bertrand
Le Samedi, 14 juin 2003, à 13:16 Europe/Zurich, Geoff Howard a écrit :
[ -.5 ] Release Cocoon 2.1 /immediately/. Carsten suggested the 24th
of
Agree with Upayavira on the need and use of a relea
Le Samedi, 14 juin 2003, à 08:26 Europe/Zurich, Upayavira a écrit :
On cocoon-users, Matthias Stoeckel has just submitted a patch to add a
zip
sample to the 'hello world samples'. Is it reasonable enough for me to
add it?
I think so - IIUC, Matthias's sample does not require any blocks to be
pr
Le Vendredi, 13 juin 2003, à 12:17 Europe/Zurich, Jeroen Cranendonk a
écrit :
...Someone should copy paste that to some documentation or sample ;)
If you could add this info to the Wiki at
http://wiki.cocoondev.org/Wiki.jsp it would be great.
This is very easy do to, just follow the instructions
Le Lundi, 9 juin 2003, à 23:11 Europe/Zurich, Sylvain Wallez a écrit :
Sure, but module writers care about what's under the hood. And
hardcoded HTML means hard-to-write modules, and therefore no fancy
features !...
Totally agreed.
...Mmmh... you're IMO both right and wrong. Right, because J
Le Samedi, 7 juin 2003, à 09:44 Europe/Zurich, Sylvain Wallez a écrit :
the code samples made my hair draw up on my head : hardcoded HTML
in Java code !!
Blessed arth thou, who haveth hair on their head ;-)
It shows that users of such apps (simple CMSes) do not care what's
under the hood.
Le Vendredi, 6 juin 2003, à 13:58 Europe/Zurich, Steven Noels a écrit :
Anyone heard about this already?
It was mentioned last year here:
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=103675234921735&w=2
-Bertrand
Le Mardi, 3 juin 2003, à 15:28 Europe/Zurich, Sylvain Wallez a écrit :
...Damn. How to solve this ? Install another Tomcat ? Yeah, it will
work, but will add yet-another-JVM to the server, which I wanted to
avoid. So, I decided to use ParanoidCocoonServlet, and discovered that
it was actually n
Le Mardi, 3 juin 2003, à 15:42 Europe/Zurich, Vadim Gritsenko a écrit :
...
Good explanation. Any chance it will get into Javadoc and wiki? ;-)
I'm just wikifying it as we speak..
-Bertrand
Le Mardi, 3 juin 2003, à 12:05 Europe/Zurich, Carsten Ziegeler a écrit :
...On the other hand we could apply such contributions simply
in the scratchpad.
Makes sense, in this way they won't be forgotten but it is clear that
they're not part of the Cocoon core.
-Bertrand
Le Mardi, 3 juin 2003, à 11:33 Europe/Zurich, Steven Noels a écrit :
...20138 [PATCH] AntBuildGenerator
-> Bertrand? (I'm -0 on adding such hacks onto Cocoon, but anyhow)...
Dunno about hacks - an AntBuildGenerator block certainly triggers some
FS alarms here, but doesn't cause much harm as it c
Le Mardi, 3 juin 2003, à 08:06 Europe/Zurich, Carsten Ziegeler a écrit :
...I think this is plain simple - as long as noone of the committers
has
time for it and has fun in doing so, nothing will happen
Yes, but I think Joerg has a point too: more comments on bugzilla
could help people under
Le Samedi, 31 mai 2003, à 00:31 Europe/Zurich, John Merrells a écrit :
...There is a kind-of a standard API for XML databases, but it's not a
very good one, and
doesn't have the backing of an established standards organisation. So
the interface
code would have to be written to our dbxml API
I
aving a powerful XML database work with Cocoon.
--
Bertrand Delacretaz (codeconsult.ch, jfor.org)
XML, java, XSLT, Cocoon, FOP, mentoring/programming/teaching
blogspace http://www.codeconsult.ch/bertrand
Le Mercredi, 28 mai 2003, à 13:37 Europe/Zurich, Geoff Howard a écrit :
...What about the chain input module?
Is is certainly similar in concept to what I suggest, but how would you
test for existence of files/resources dynamically with this module?
-Bertrand
Le Mercredi, 28 mai 2003, à 09:28 Europe/Zurich, Mato Mira, Fernando a
écrit :
...There is a fallback mechanism whereby when the framework looks for
some
page foo the following search will be performed (say the user has
Spanish in
his preferences):
foo_hisproduct_sp.html
foo_hisproduct_en.html
Le Mardi, 27 mai 2003, à 18:33 Europe/Zurich, Stefano Mazzocchi a écrit
:
on 5/27/03 2:33 AM Bertrand Delacretaz wrote:
...I like that, but isn't there a possible attack where a client
makes a
lot of requests without cookies/session IDs, and overflows the poor
server who's creating m
Le Vendredi, 4 avr 2003, à 19:25 Europe/Zurich, Jeff Turner a écrit :
...Thanks for chasing up. Fingers crossed, this should now work.
It does, thanks!
-Bertrand
Le Mercredi, 2 avr 2003, à 17:20 Europe/Zurich, Jeff Turner a écrit :
...It should all work now. If not, please ping me.
It does not work here (mac osx, jdk 1.4.1) unfortunately, after doing:
cvs update
build.sh clean
build.sh
cocoon.sh servlet
I still get
Could not load class
org.apache.cocoon
Le Jeudi, 3 avr 2003, à 12:33 Europe/Zurich, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
That is, unless real good XML editors are widely available, but this
is not the case today, IMHO programmers prefer writing structured
ASCII than XML because of the tools available.
I disagree
Le Mercredi, 2 avr 2003, à 21:22 Europe/Zurich, Steven Noels a écrit :
..."Who needs braces when you've got spaces!" ;-)
hehe - I see that my Whitespace proposal is bearing some fruit ;-)
-Bertrand
Le Mercredi, 2 avr 2003, à 20:25 Europe/Zurich, Stefano Mazzocchi a
écrit :
...IMHO, the template language which is closer to the optimum is XSLT
but only with one change:
FORGET THE XML SYNTAX!
+1
This is happening to some extent with the wiki syntax vs XML documents:
if there is a good en
Le Mercredi, 2 avr 2003, à 16:45 Europe/Zurich, Diana Shannon a écrit :
...What if the build target were called teaching/demo-target instead
of jetty-standalone, with a disclaimer including some of Pier's
concerns, so that it wouldn't appear that we were "promoting" jetty,
rather, just helping
Le Mercredi, 2 avr 2003, à 16:55 Europe/Zurich, Jeff Turner a écrit :
... I forgot
to do it for the 'webapp' target. Will fix ASAP.
Thanks - nothing urgent for me, just wanted to let you know.
-Bertrand
Apparently there are more dependencies on Forrest for the live docs
than what I mentioned in my last message, removing the line that I
mentioned brings different errors.
I'm not sure what the decision was regarding keeping the current docs
alive, is it something that should be fixed?
-Bertrand
src/documentation/sitemap.xmap contains:
From revision 1.5 (jefft 26-Mar-03)
Which causes http://localhost:/docs/ to fail as this class is not
included in the webapp build (it comes from Forrest).
As far as I can tell this transformer is not actually used, can it be
removed from the site
Le Mercredi, 2 avr 2003, à 15:27 Europe/Zurich, Sylvain Wallez a écrit :
...I guess Bertrand's purpose is not to use it on production servers,
but to have a small standalone server that can be used for e.g.
demonstrations.
Exactly, demos and teaching.
Problem is, with the current setup people w
Correct me if I'm wrong but I think there is currently no easy way to
deploy a Jetty + cocoon system by just copying files created by the
cocoon build.
One way that I found is as follows:
-create build/jetty-standalone directory
-copy lib/endorsed, tools/loader, tools/jetty, cocoon.sh and coco
Le Mercredi, 2 avr 2003, à 00:02 Europe/Zurich, Neeme Praks a écrit :
...I also read that doc and couldn't really figure out the distinction
between data-types and field-types... both of them can be used in
field declarations, so where exactly is the difference?
The idea is that data-type is a m
http://nagoya.apache.org/wiki/apachewiki.cgi?TheElementsOfAntStyle
Lots of useful stuff IMHO.
-Bertrand
Le Mardi, 1 avr 2003, à 17:24 Europe/Zurich, Bruno Dumon a écrit :
...That's basically the one thing where
we differ in approach: I would just let the fields remember their
value,
instead of requiring some bean here, so the data and the form are the
same.
ok - makes sense with the distinction b
Le Mardi, 1 avr 2003, à 16:18 Europe/Zurich, Bruno Dumon a écrit :
...It should be possible to create a form just by describing its
structure
in an XML file (lets call this a "form description"). I don't like the
fact that for XMLForm/Struts the user needs to write a bean just to
hold
the form d
Le Mardi, 1 avr 2003, à 15:14 Europe/Zurich, Geoff Howard a écrit :
...Comment dit-on "April fish" en Francais?
Well I don't know if this a recursive April's fools joke but I'm a
courageous boy so:
Poisson d'avril!
-Bertrand
Le Mardi, 1 avr 2003, à 13:19 Europe/Zurich, Diana Shannon a écrit :
...Do other countries besides the US celebrate a pranks/joke day like
today, April 1? Or are we the only fools? ;-)
AFAIK it happens everywhere in Western Europe, but I might be wrong?
I don't know about other countries.
-Bertra
I'm starting to think that porting Cocoon to the Whitespace language
(http://compsoc.dur.ac.uk/whitespace/) could bring a lot of benefits.
Apparently this language allows one to get rid of all encoding problems
by using a strictly restricted character set.
Tools are not yet available for all pl
Le Mardi, 1 avr 2003, à 06:28 Europe/Zurich, ivelin a écrit :
...The propsed plan is to replace the current module with an
Action/Transformer
adapter pair that references the standalone library.
Could you clarify, so that everyone's on the same wavelength: does
"standalone library" mean
a) code
Le Jeudi, 27 mars 2003, à 18:16 Europe/Zurich, Stephan Michels a écrit :
...
section = root level -> biggest title
subsection = sub level -> smaller title
Should be correct, IHMO. ;-)
Yes, but I think the problem was in the wiki grammar, changing the
sections stuff to
%token titleitem "!!!";
%to
Hi Stephan,
Le Jeudi, 27 mars 2003, à 17:17 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
... Nested sections should now work properly.
They do, but I think the title sizes are upside-down: in JSPWiki, ! is
the smalles title, !!! is the biggest and here I see the opposite.
But this parsing looks
Le Jeudi, 27 mars 2003, à 17:40 Europe/Zurich, Stephan Michels a écrit :
...Did you noticed that the XML document, which the xdoc-view
produces is incorrect?...
Now that you say it yes, I saw that too.
-Bertrand
Le Jeudi, 27 mars 2003, à 15:17 Europe/Zurich, Pier Fumagalli a écrit :
...
+1 :-) Should I open the repo?
+1.
As I understand there are no risks associated with this, just need
indicate in the announcement that commits to this will affect
cocoon-2.1 too, so voting is probably not required for
Le Jeudi, 27 mars 2003, à 14:31 Europe/Zurich, Steven Noels a écrit :
...It's good to see that the 'requirement' to vote adds some energy to
the discussion, but then again, you, Diana & David are mostly right
when suggesting that vote was premature and underspecified. I'm the
hero of underspeci
Le Jeudi, 27 mars 2003, à 14:12 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
stephan 2003/03/27 05:12:21
Modified:src/blocks/chaperon/samples sitemap.xmap
src/blocks/chaperon/samples/grammars wiki.grm
src/blocks/chaperon/samples/stylesheets wiki2xdoc.xsl
Le Jeudi, 27 mars 2003, à 13:52 Europe/Zurich, Diana Shannon a écrit :
...
I think a discussion intermixed with a vote changes the vote so that
people end up voting on different issues -- with no clear cut result.
Agreed - in this particular case, the best thing might be to cancel the
current vo
Le Jeudi, 27 mars 2003, à 11:20 Europe/Zurich, Stephan Michels a écrit :
...Test 1.2:
The current concept was to separate the sections by the titles. ! =
root
level section, !! = subsection, !!! subsubsection etc. The grammar is
designed to expect text after a title, which fill the section. So
th
I have added a self-describing test of the Chaperon Wiki grammar under
src/blocks/chaperon/samples, accessible from
http://localhost:/samples/chaperon/wikitest/selftest.html . Reading
the resulting document tells you about the test results.
Please add test cases if you discover or know about
Le Mercredi, 26 mars 2003, à 15:22 Europe/Zurich, Stefano Mazzocchi a
écrit :
...you can get the english keyboard as a spare part and change it
within a few seconds.
Too late for me - the local keyboard layout was engraved in my brain
s long ago ;-)
In the meantime they fixed the keyboard
Le Mercredi, 26 mars 2003, à 11:39 Europe/Zurich, Stefano Mazzocchi a
écrit :
...yes, eclipse is a pig on osx, but I do have a 1Ghz G4 to push it :)
so do I ;-)
and I'm used to slow editing (actually slower IDEs increase your
produtivity by forcing you to think more and do less try/fail cycles)
Le Mercredi, 26 mars 2003, à 11:24 Europe/Zurich, Jeff Turner a écrit :
...Getting the latest Chaperon updates was a major impetus for the
recent
Cocoon upgrade. Wiki parsing is just waiting for a volunteer...
Do you mean Chaperon has been improved for better wiki parsing?
I might have a need fo
Le Mercredi, 26 mars 2003, à 10:51 Europe/Zurich, Stefano Mazzocchi a
écrit :
[EMAIL PROTECTED] wrote:
using Eclipse 2.1 or 2.0.2 you can click (right) on a file or
directory and
select "Team/Change ASCII Binary Property...".
ah, cool, I missed that. Thanks much.
Just curious, are you using ecli
Le Mercredi, 26 mars 2003, à 10:45 Europe/Zurich, Stefano Mazzocchi a
écrit :
So, the proposal is not about forcing docu-oriented people as
second-class citizens, but potentially allowing people (or services)
that *request* or *need* to be docu-oriented-only to be able to be
given karma l
Le Mardi, 25 mars 2003, à 20:36 Europe/Zurich, Nicola Ken Barozzi a
écrit :
Again I repeat my suggestion... what about driving users to
Forrest for the impatient? It also contains preconfigured stuff for
site building, it seems perfect for the impatient, no?
I also missed it the first time
Le Mardi, 25 mars 2003, à 09:23 Europe/Zurich, Upayavira a écrit :
...No, it should just be called core/util.concurrent... not
lib/core/util.concurrent.
However, fix that one, and you'll get the Batik block complaining
about a missing jar. I
didn't work that one out i'm afraid.
I corrected the
Le Lundi, 24 mars 2003, à 15:31 Europe/Zurich, Geoff Howard a écrit :
...Would it help the psychological barrier to have a user friendly
"Where is the binary" document/paragraph available and hard to miss
that explains why we think even non programmers can and should build
this from source?
Not
Le Lundi, 24 mars 2003, à 14:45 Europe/Zurich, Stefano Mazzocchi a
écrit :
...Right. I'll commit a dist target today to show you what I mean and
we'll vote from that, ok?
Way to go - this will help us make a better decision, and it doesn't
prevent making binary dists later on if needed.
...do
Le Lundi, 24 mars 2003, à 12:38 Europe/Zurich, Upayavira a écrit :
But we have to take psychology into account. CVS scared me at
first. Build scared me
too. How do we make the learning curve easier? Why loose people who
don't get
past those first hurdles, when they may well be perfectly capab
Le Lundi, 24 mars 2003, à 11:43 Europe/Zurich, Stefano Mazzocchi a
écrit :
...Oh, sure, but I was thinking of calling the distribution
Apache_Cocoon_2.1.zip (or something like that)
so it won't have "source" written anywhere.
ok - if the distribution is "psychologically correct" then I'm fine.
W
Le Dimanche, 23 mars 2003, à 14:38 Europe/Zurich, Stefano Mazzocchi a
écrit :
...This said, here are the actions you should vote:
1) cocoon moves to forrest for its documentation production
+1
2) if so, cocoon does it before releasing 2.1
+1
3) if so, I'd like a 'fast-yet-potentially-disrup
Le Dimanche, 23 mars 2003, à 15:25 Europe/Zurich, Stefano Mazzocchi a
écrit :
...
Before you jump up and down and scream "no, no, binaries are easier
for our users", get off your
life-without-a-compiler-windows-inflicted-mindset and think that every
JDK comes with a compiler.
Technically, I'm w
Le Dimanche, 23 mars 2003, à 14:22 Europe/Zurich, David Crossley a
écrit :
I propose Andrew Savory as Cocoon committer
here's my
+1
-Bertrand
Le Dimanche, 23 mars 2003, à 14:55 Europe/Zurich, David Crossley a
écrit :
I propose Geoff Howard as Cocoon committer.
+1 here.
-Bertrand
Le Dimanche, 23 mars 2003, à 14:20 Europe/Zurich, David Crossley a
écrit :
If the mantra "only use released version of a product" was
applied by Forrest then we would not be doing very well.
We now need, and probably always will need, a recent Cocoon head.
Perhaps we can relax this rule for F
(cc to -docs for info, please discuss on -dev)
Recent activity on the cocoon-docs list suggests that the
Forrestization of our docs might be happening soon, and this raises
some issues due to the circular dependencies that this creates between
Cocoon and Forrest.
See [1] and [2].
Could we add
Le Jeudi, 20 mars 2003, à 08:51 Europe/Zurich, David Crossley a écrit :
...By the way, how is your new Mac going (says me jealously)?
Just great - a mobile unix-based system combined with the cool desktop
and media tools is a developer's dream come true IMHO.
-Bertrand
Le Jeudi, 20 mars 2003, à 07:15 Europe/Zurich, David Crossley a écrit :
...There are two samples at
http://localhost:/samples/catalog/welcome
Hi David,
catalog-demo works fine here (mac osx 10.2.3, JDK 1.4.1_01) as far as I
can tell: all five entities in catalog-demo.xml are resolved correct
Hi Stefano,
+1 on your proposal, just two comments below:
...4) the staging server will regenerate results automatically...
It would be good to be able to know when/if this has happened when
working on docs.
Either a web page on the staging site with a report of what was done,
logs, or somethin
Le Lundi, 10 mars 2003, à 21:14 Europe/Zurich, Steven Noels a écrit :
trying to overcome a situation like this should not be done by
analyzing and answering each individual phrase of an email > exchange
+1
We must not forget that the asynchronous written communication we're
using here
Le Dimanche, 9 mars 2003, à 00:18 Europe/Zurich, Antonio Gallardo a
écrit :
Since this experience I always save the "last" knowned working
Cocoon.war
file.
Good practice for sure, but not required as the code is available in
CVS: just checking out the code from a "known good" date (or CVS t
Le Samedi, 8 mars 2003, à 21:34 Europe/Zurich, Ovidiu Predescu a écrit :
After more than 3 years working with and on cocoon, for various
reasons, I've decided to stop my active involvement with it, at least
for a while
...
I'm sure we'd get a lot of -1 if we could vote on this one...
Many thank
...
Is there _anyone_ who knows how to rebuild and put live the site???
:-) :-)
There is a description at
http://marc.theaimsgroup.com/?l=xml-cocoon-docs&m=103408114414107&w=2
(never tried it myself though)
If you find it accurate, please let me know and I'll add it to the wiki
so it is easier to
Le Jeudi, 27 fév 2003, à 14:30 Europe/Zurich, Carsten Ziegeler a écrit :
I hope I have summarized this correctly. If so, please cast your votes.
+1 on everything.
-Bertrand
Late but:
+1
-Bertrand
I'm asking the Cocoon PMC to vote for the inclusion of the below
proposed project named Lenya (ex wyona.org) as a Cocoon subproject.
...
Cocoon PMC members, please state your votes.
Le Samedi, 22 fév 2003, à 06:37 Europe/Zurich, Ovidiu Predescu a écrit :
If you're an Emacs user...
not yet, but you're tempting us regularly, so it might happen sooner or
later ;-)
... This way you edit the source file and when you save it, it's
automatically updated in the running system.
Le Vendredi, 21 fév 2003, à 16:02 Europe/Zurich, Stefano Mazzocchi a
écrit :
...I propose to dump it and to move the code into 'alpha blocks'.
+1
...Of course, that also means that those blocks are marked as such in
the properties files and removed from the official distribution
+1
-Be
...This would shorten the edit/compile/test cycle and avoid something
that happens to me quite often : editing source files in the build
directory !
I know what you feel, Sylvain. Been there ;-)
-Bertrand
...Would it make sense to add the possibility to debug the application
too? It would be a matter of adding a couple of jvmargs like
>
This way, it would be a piece of cake to remotely debug the
application. I'm just wondering whether it should be another target or
a switch like "./
...BUILD FAILED
file:///Users/jermq/Checkouts/Secure/xml-cocoon2/build.xml:669:
IOException: java.io.FileNotFoundException:
/Users/jermq/Checkouts/Secure/xml-cocoon2/build/cocoon-2.1-dev/webapp/
samples/sitemap.xmap (No such file or directory)
Same here, but I'm out of time to investigate fu
Le Vendredi, 21 fév 2003, à 13:36 Europe/Zurich, Jeremy Quinn a écrit :
...
#exclude.webapp.documentation=true
#exclude.webapp.javadocs=true
...
these are not excluding individual 'blocks'
Just have a look at "blocks.properties" instead of "build.properties"
;-)
-Bertrand
Le Vendredi, 21 fév 2003, à 12:41 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
... fixed endorsed classpath issue with running jetty on jdk 1.3.x
"build.sh run" works now here on JDK 1.3.1/macosx - thanks!
-Bertrand
Le Jeudi, 20 fév 2003, à 21:44 Europe/Zurich, Stefano Mazzocchi a écrit
:
The new build system has landed on CVS.
woooh-hooh-hooh, looks great!
I have a few issues here however, most probably related to my JDK
(1.3.1 on macosx 10.2.3).
After a build clean + CVS update (no local.* stuff), bu
Le Mercredi, 19 fév 2003, à 05:11 Europe/Zurich, David Crossley a écrit
:
... We seem to be falling
into the old trap of dreaming up new tools every time that the
documentation subject arises.
+1, thanks for pointing this out.
Hopefully we can get the Forrestization done soon and move on.
-Be
Le Lundi, 17 fév 2003, à 14:41 Europe/Zurich, Sylvain Wallez a écrit :
...
So what about closing cocoon-docs ? This would avoid believing some
mysterious entities are writing the docs for us...
I'd give a reluctant +1 to this proposal.
Reluctant because I thought a separate docs list would all
I want to see if it is possible to get Cocoon to work on a
Zaurus.
Sylvain Wallez gave an interesting presentation about such use-cases at
the GetTogether 2002, see
http://outerthought.net/gettogether/06%20-%20presentation%20-
%20sylvain.pdf
-Bertrand
-
Le Mercredi, 12 fév 2003, à 16:56 Europe/Zurich, Michael Melhem a écrit
:
...
We would also
have only one or two pipelines using say a basic file generator
to transform an xml file to HTML etc. I think at a minimum the webapp
would aslo need to show basic use of actions views..
...
Does anyone e
Le Mercredi, 12 fév 2003, à 15:05 Europe/Zurich, Bill Barnhill a écrit :
Not my day. I thought the message the URL referred to
was an etiquette guide for Open Source mailing lists.
See "Contribution Notes and Tips" at
http://xml.apache.org/cocoon/contrib.html, I don't know if it is
complete
ntention in a message titled "[proposal] using
Maven for the build system" or something like this, to make it more
visible and hopefully trigger a discussion.
--
Bertrand Delacretaz (codeconsult.ch, jfor.org)
XML, java, XSLT, Cocoo
Le Mercredi, 12 fév 2003, à 11:02 Europe/Zurich, Stefano Mazzocchi a
écrit :
...why duplicating jars? FOP relies on fop. Batik relies on batik and
so on. The blocks that rely on shared jars, will have those jars
shared in another location. Besides, how many are we talking about?...
Ok, if shar
Le Mercredi, 12 fév 2003, à 10:12 Europe/Zurich, Stephan Michels a
écrit :
...
+1, especially moving the libs into the blocks...
Wouldn't the duplication of jars generate a huge CVS repository?
It's big enough already.
An option might be to keep the jars in a well-structured lib/
subdire
Le Mardi, 11 fév 2003, à 22:07 Europe/Zurich, Stefano Mazzocchi a écrit
:
I believe interactive targets are harmful and I propose to remove them.
+1, using properties to configure builds is much better IMHO.
-Bertrand
-
To un
1 - 100 of 243 matches
Mail list logo