Le 22 nov. 04, à 23:44, Sylvain Wallez a écrit :
...So the idea now is that a validator produces an XML representation
of itself, which could be a simple as it's definition translated to
the fi: namespace
...It's then the job of the presentation XSLs to transform fi:range
into something
Le 23 nov. 04, à 06:42, David Crossley a écrit :
David Crossley wrote:
Upayavira wrote:
Also, when I did run Forrest, I really had to dig to find the
generated pages, whereas I would have expected them to have been
generated in place, i.e. into the place from which I'd commit them
directly to
Le 21 nov. 04, à 02:14, David Crossley a écrit :
...So keep using Forrest-0.5.1 which worked the last
time that i rebuilt the website...
ok.
...Also tried with forrest 0.5.1, no success either (tried forrest
not build site).
Isn't it 'build docs'? The Cocoon build system
generates some
Le 21 nov. 04, à 09:43, Upayavira a écrit :
...I've just run Forrest and have uploaded the site to:
http://www.apache.org/~upayavira/site/..
I have a looked at a few pages that I know, everything looks ok to me.
Thanks for this!
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Looks like this class is missing, did someone forget to commit it?
src/blocks/portal/java/org/apache/cocoon/portal/acting/
BookmarkAction.java:45:
cannot resolve symbol
symbol : class FullScreenMapping
location: package helpers
import org.apache.cocoon.portal.acting.helpers.FullScreenMapping;
Le 19 nov. 04, à 19:49, Upayavira a écrit :
http://wiki.apache.org/cocoon/CocoonWebsiteUpdate
...
I'll do that too, if I can get Forrest to work. Unfortunately the
above link doesn't entirely make sense.
FYI I have tried the following, no success at this point. But I haven't
done this in a
Le 19 nov. 04, à 13:25, Carsten Ziegeler a écrit :
Apache Cocoon 2.1.6 Released
Congratulations to all and big thanks to you, Carsten!
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Le 19 nov. 04, à 16:05, Upayavira a écrit :
...Thus, the site needs to be regenerated with Forrest, which, to
date, I haven't done.
You probably know this already: there are instructions at
http://wiki.apache.org/cocoon/CocoonWebsiteUpdate
I might try it tomorrow if you don't beat me to it, not
Le 19 nov. 04, 17:23, [EMAIL PROTECTED] a crit :
On Fri, 19 Nov 2004, Bertrand Delacretaz wrote:
Le 19 nov. 04, 16:05, Upayavira a crit :
...Thus, the site needs to be regenerated with Forrest, which, to
date, I haven't done.
You probably know this already: there are instructions at
http
Le 18 nov. 04, à 18:43, Sylvain Wallez a écrit :
...It would be good for next releases to explicitely ask for people to
send test feedback indicating the platform/jdk version on which they
ran the test. That would give an idea of how much people actually did
the test...
In the ideas are cheap,
Le 18 nov. 04, à 10:45, Guido Casper a écrit :
sleep seconds=1/
I've tried it but it didn't help.
Setting the pipeline in step3/sitemap.xmap to noncaching did help - the
webdav-step3 test passes every time now on my macosx / JDK 1.4.2 setup.
Hmm...
Without this change, If I run the test
Le 18 nov. 04, à 18:34, Eric Bloch a écrit :
...ps... our project is described at http://openlaszlo.org
Great to see you here!
I'm probably not the only one to think that a Laszlo frontend to a
Cocoon backend would be a match made in heaven for many kinds of
applications...
-Bertrand. only
Le 17 nov. 04, à 23:51, Ugo Cei a écrit :
...Actually we have two anteater tests failing: the second one does
not appear unless you set anteater.option.haltonerror = false in
local.build.properties. Would it be possible to set it when running
the automated tests? Anyway, here's the failure:
Le 17 nov. 04, à 21:53, Ralph Goers a écrit :
...at public_startMultiPage
(file:/home/rago2483/cocoon/head/BRANCH_2_1_X/build/webapp/samples/
blocks/tour/flow/multi-page/multi-page.js,
Line 36): Implicit declaration of global variable 'page' forbidden.
Please
ensure all variables are
Le 17 nov. 04, à 21:56, Ralph Goers a écrit :
at query_allTasks
(file:/home/rago2483/cocoon/head/BRANCH_2_1_X/build/webapp/samples/
blocks/tour/bean-editor/cocoon-app/flow/tour.js,
Line 27): Implicit declaration of global variable 'list' forbidden.
Please
ensure all variables are explicitely
Le 17 nov. 04, à 22:40, Ugo Cei a écrit :
...Do we still have an anteater test failing? It would be nice to fix
it, but since this doesn't seem to bother anyone, here's my +1.
I don't really know about the implications of the failing test (i.e.
would it not break existing apps in some cases?)
Le 18 nov. 04, à 00:07, Upayavira a écrit :
Well spotted. These variables in flowscript must be prefixed with var.
This is a recent change. Can you handle this?
it's done already ;-)
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Le 18 nov. 04, à 00:43, Ugo Cei a écrit :
hmm.. are you testing on macosx and seeing this sometimes only?
No, on Linux. And it seems to be repeatable.
You're right, sorry. I see the same here on macosx ad
webdav-step3.xml:93.
And FWIW the test that fails only sometimes here (seems related to
Le 16 nov. 04, à 03:36, Antonio Gallardo a écrit :
I was trying to update the ASF bugzilla links in cocoon-2.0. I have no
commit access there. It is closed? ...
It has been set readonly AFAIK
How I can update the links? am I using
the wrong repo?
The links to the old bugzilla should be mapped to
Le 12 nov. 04, à 14:51, Vadim Gritsenko a écrit :
Automated Cocoon Unit tests failed!
...
[foreach] reader-mime-type.xml:74: Running test [Header:
Content-type = text/html[1;31m Failure:
file:/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/cocoon-2.1.6-dev/
Le 10 nov. 04, à 17:09, Ralph Goers a écrit :
I'm +1 for removing woody and portal-fw from 2.2.
+1
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Le 9 nov. 04, à 14:38, Vadim Gritsenko a écrit :
...Proposed phase out plan is:
1. Write ERROR into the log file in 2.1.6 when usage of deprecated
syntax is detected.
2. Throw exception in 2.1.7 when usage of deprecated syntax
is detected.
3. Completely remove support of deprecated
Le 9 nov. 04, à 10:16, Sylvain Wallez a écrit :
Wow, 1977...
Cool!
-Bertrand, 42 years young committer ;-)
smime.p7s
Description: S/MIME cryptographic signature
Le 10 nov. 04, à 01:22, Leszek Gawron a écrit :
...I am really honoured to be a part of community being so appreciated
by users.
Thanks for your words Leszek! We're joking about people being old or
young but that's how we are anyway, it doesn't matter much ;-)
And what you're doing sounds
Hi Ralph,
Thanks for your introduction and once again welcome - it is great to
see people with widely different use cases, environments and
backgrounds here!
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
I have put my presentation files in
/www/www.apache.org/dist/cocoon/events/gt2004/presentations on
cvs.apache.org so that they can be found (once mirrors are updated) at
http://cocoon.apache.org/mirror.cgi.
Could other speakers do the same (unless Steven or someone from the
team has them all
Le 6 nov. 04, à 17:41, Ralph Goers a écrit :
...I just tried to fax Sam but all I get is his message machine. My
fax cannot connect.
This is from infrastructure@ earlier today, you might want to use
Dirk-Willem's fax:
Le 6 nov. 04, à 14:17, Dirk-Willem van Gulik wrote:
Note that the ASF
Le 4 nov. 04, à 14:24, Ugo Cei a écrit :
Tomorrow is FirstFiday ([1]), isn't it? Regardless of what you're
doing tomorrow, I would like to invite all committers and interested
users to hang around on the IRC channel
irc://irc.freenode.net/#cocoon, which should be more popular, IMHO.
One of the
Le 1 nov. 04, à 12:16, David Crossley a écrit :
Yes it is generated by Forrest. However, this is a good idea
just to do a quick edit. Probably no-one will update the
source in the next two weeks...
Thanks for the clarification!
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Le 1 nov. 04, à 17:30, Reinhard Poetz a écrit :
After a lot of mails talking about expression languages and templating
enginges I try to summarize the current state of our discussion. I
see following requirements so far (in brackets you find the name of
the person that brought up the
Le 1 nov. 04, à 19:28, Reinhard Poetz a écrit :
...I would wait with switching to the new flowscript implementation
until the release of 2.1.6 Then we have a few months to test it in
branch and trunk and if everything goes well I would deprecate the old
one and rename it to javascript-legacy
Le 29 oct. 04, à 10:17, Carsten Ziegeler a écrit :
...Hmm, one of the things I really don't like with JXTG is that you
have to different expression languages. You never know which to
use and some things work only with one specific language.
And for me this comes near to FS :)
Yes - but
Le 29 oct. 04, à 12:41, Jeremy Quinn a écrit :
...What I hope to do is to make the Queries persistable in HSQLDB via
ORO...
ORO? That's a regexp package, do you mean OJB instead?
...I suppose one of the first questions that needs asking before going
ahead and making an Apache ORO equivalent to
Le 29 oct. 04, à 12:59, Reinhard Poetz a écrit :
Bart Molenkamp wrote:
...
No, you're right - this is a possible danger. But as long as we only
make it pluggable and be careful that we don't fall into this trap,
I see no problem with it.
The question is: Do we want to prevent our users from this
Le 29 oct. 04, à 14:36, Jeremy Quinn a écrit :
...I'm sure you meant OJB instead of ORO here, right?
Yeah, sorry :)
OJB, OJB OJB . that is even worse than your OBJ mistake ;)
Although...implementing persistence based on ORO might be an
interesting exercise for a Friday afternoon ;-)
Le 29 oct. 04, à 15:05, Vadim Gritsenko a écrit :
Sylvain Wallez wrote:
...Technically this should be possible, but how do we write something
like widget.getChild(foo).getAttribute(bar) in XPath?
Tecnically, this will be
getAttribute(getChild($widget, foo), bar)
in JXPath. Not exactly easy to
Le 29 oct. 04, à 15:51, Sylvain Wallez a écrit :
Vadim Gritsenko wrote:
Bertrand Delacretaz wrote:
...
And technically in plain XPath it would be something like
//widget/foo/@bar
IIUC, JXPath has pluggable introspectors, so it above can be reduced
to:
$widget/foo/@bar
Eeek. Do you really
Le 29 oct. 04, à 17:20, Vadim Gritsenko a écrit :
..But we were talking about getChild(foo)...
got it now - thanks ;-)
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Le 28 oct. 04, à 09:32, Ugo Cei a écrit :
...In this sense, less is more and I'd be probably be -1 on
switching to Derby, on account of the fact that, by bundling a
full-fetaured RDBMS, we will probably give the impression that we
somehow endorse it as the recommended solution...
I basically
Le 28 oct. 04, à 14:56, Carsten Ziegeler a écrit :
This might be a dump question, but I thought that global variables
are attached to the session of the current user. Is this wrong or
are there different kinds of global variables?
I think what Sylvain is referring to is the unwilling creation of
Le 28 oct. 04, à 14:49, Sylvain Wallez a écrit :
...I implemented this feature locally and it works beautifully. I
firmly believe this should be the default as it prevents weird errors
that can be very confusing...
So do I - I did sweat a bit on this a few weeks ago, it is a common
mistake that
Le 28 oct. 04, à 17:04, Torsten Curdt a écrit :
Folks please cast your votes for:
[+1] Leszek
[+1] Ralph
Welcome Leszek and Ralph, and big thanks for your involvement in the
last (...insert long period of time here...).
Keep it up!
-Bertrand
smime.p7s
Description: S/MIME cryptographic
...So we would have two separate instances of Cocoon (or Forrest).
One is the staging server, which is the head. The other is the
live site, which uses the current-docs tag...
Not necessarily two instances, could be one IMHO, with URLs selecting
either the relased docs or other tags (and
Le 28 oct. 04, à 01:39, Antonio Gallardo a écrit :
...Question:
In Cocoon 2.1.6-dev: Upgrade HSQLDB to version 1.7.2?
...
[X ] I don't care.
or rather trust you to upgrade it the corresponding samples still work
after the upgrade.
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Le 26 oct. 04, à 11:33, Reinhard Poetz a écrit :
Tony Collen wrote:
...Let's deprecate the PHP block for the remainder of our 2.1.X
releases and then dump it in 2.2. If people want to use PHP with
Cocoon, the best solution is to just use a FileGenerator and an
http:// URL...
+1 too. Could you
Le 26 oct. 04, à 17:41, Stefano Mazzocchi a écrit :
..Bah, burocrats.
;-)
I see David's point though, using [VOTE] in subject (and [PROPOSAL]
maybe) helps in not missing stuff that's happening.
But I like our +1 way of saying me? I like it even if outside of a
vote - it's part of our slang I
Le 26 oct. 04, à 18:19, Sylvain Wallez a écrit :
...Yup. You can even have a T-Shirt with it:
http://www.cafepress.com/meepzor.10338499
Wow. +1 ;-)
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Recent discussions here, along with David's ASF-wide documentation
staging and publishing post to infrastructure@ made me think about
this, in a there must be an easier way mood. I'm not ready to discuss
this on infrastructure@ though, it feels safer here ATM ;-)
The apparently realistic
Le 26 oct. 04, à 21:20, Upayavira a écrit :
...The thing you seem to have missed is the staging process. If I have
written an xdoc, I want to see that as HTML, on a staging server,
before I actually publish it. After all, the XML might not even be
valid, or there might be mistakes. I need to be
Le 26 oct. 04, à 21:23, Scherler, Thorsten a écrit :
To understand it right you do not want online editing, workflow,...
right?
Why not, but separating this concern from the publishing process makes
the problem easier to tackle IMHO.
-Bertrand
smime.p7s
Description: S/MIME cryptographic
Le 26 oct. 04, à 22:34, Upayavira a écrit :
...So you'd use HEAD or whatever to view the latest commit, and the
public would see the current-docs tag. That could work. But would we
want the HEAD to be password protected, or in some way hidden so that
it doesn't get regularly viewed when it
Le 26 oct. 04, à 22:56, Frédéric Glorieux a écrit :
...T2. Build an index with Lucene, triggered via SVN post-commit
hooks, uses a live Cocoon instance to generate an easy to index XML
document for Lucene. Include metadata fields as mentioned in G2
above, generated from (enhanced as compared to
Le 24 oct. 04, à 15:32, Carsten Ziegeler a écrit :
...So, please cast your votes on removing the support starting with
2.2:
+1
Thanks for your work Carsten!
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Le 21 oct. 04, à 23:56, [EMAIL PROTECTED] a écrit :
- Create an entry in Bugzilla following these instructions:
[[which options to select?]]
Same as for a patch
- Enter a summary like this: [Link] NameOfYourSite
How can we verify this site is actually built with Cocoon?
Here I'd like to add
Le 22 oct. 04, à 12:23, David Crossley a écrit :
...The docs aspect needs lots of consideration. If Cocoon wants to
continue using Forrest, then we would like help to implement
our plans for the Forrestbot and staging server for reviewing
docs prior to publication
I think our docs are much
Le 22 oct. 04, à 13:29, Rogier Peters a écrit :
...Although I agree completely that it's the accessability, not the
quality of the documentation that is lacking, i can't help but hearing
echoes of the GT cms-shootout ( bag of docs; heavy on search ).
Why use forrest and not daisy or hippo?
I
Le 22 oct. 04, à 15:49, Hunsberger, Peter a écrit :
...Would an Intranet applications section also make sense? As I see
it,
this list would be a list of organizations and applications with a
brief
description of the application. Perhaps a screen shot or two would
also
be encouraged or even
Le 22 oct. 04, à 16:10, David Crossley a écrit :
...How do other people determine that a site is actually
based on Cocoon?
I don't think there's much more than what you suggest. Looking at the
way the HTML is serialized can help a bit but it's really getting into
forensics at this point ;-)
The
Le 21 oct. 04, à 11:54, Upayavira a écrit :
...If we have needs for running our own stuff, e.g. having the latest
Cocoon samples usable from the Cocoon website, we should make a
request to the infrastructure team for a VM for ourselves, as soon as
they have done the necessary hardware
Le 21 oct. 04, à 17:56, Pier Fumagalli a écrit :
...I found a couple of bugs on mod_cache, though, that prevent pages
to be cached... Did you observe the same problem?
I didn't, but I might have missed it since I didn't do a very precise
analysis.
I tested by setting the virtual host to DEBUG
Le 20 oct. 04, à 07:44, [EMAIL PROTECTED] a écrit :
Seems like we forgot about this one too? ;-)
One more reason to build a (Cocoon) form based page where people can
enter
information about their Cocoon site with a request for adding the
link...
People could also enter their requests to be
Le 19 oct. 04, à 21:18, Giacomo Pati a écrit :
...Wouldn't mod_header and mod_cache be able to do that for you?
I *am* using mod_cache, and the headers must be generated by Cocoon as
the goal is for the application tell mod_cache which pages to cache and
how long.
It's real easy in this way,
Le 20 oct. 04, à 16:43, Ralph Goers a écrit :
I like that a lot as it should guarantee the correct source. Assuming
a
project is using SVN of course
The same is true with CVS, as discussed before [1]
Even if the CVS snapshot cannot be done against a specific CVS tag, a
snapshot using cvs
Le 20 oct. 04, à 22:21, Pier Fumagalli a écrit :
...Bertrand,
did you look at that action I posted few months ago which we're using
on VNUNET.COM?
map:action name=cache-5
src=org.apache.cocoon.acting.HttpCacheAction
minutes5/minutes
/map:action
Hmmm...I
Le 19 oct. 04, à 14:09, Ugo Cei a écrit :
...I've repeatedly tried to push the OJB supporters here to do the
same for OJB, but they seem to be quite busy doing for-pay work at the
moment ;-).
yes ;-)
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Le 18 oct. 04, à 11:57, Carsten Ziegeler a écrit :
...I just started with this approach and could finish it in the next
days
if people think it is worth going this way. It would give 2.2 more meat
as well...
I like the idea of having our own version of ECM, and if you have code
already I'd say
Le 16 oct. 04, à 08:07, [EMAIL PROTECTED] a écrit :
...After reading your reply twice I think that we don't need two rhino
impls in a
built Cocoon. Maybe we can make it a switch during build?
(So we (I) wouldn't have to do all this renaming things ...)
I think a build-time switch would be
Le 16 oct. 04, à 11:14, Guido Casper a écrit :
...for a start it would be the easiest to just drop in
spring-core.jar. But we would have to make sure, that this cannot be
interpreted as an invitation to introduce other dependencies
Dependencies on Spring in the Cocoon core are certainly not
(not really an RT, these are just some thoughts on a Good Thing that
happened a year ago)
At the GT we had talks with several people about how much the decision
of last year, to make Cocoon Forms the mainstream forms library, was a
good idea.
I'd just like to share this with you guys here, as
Le 16 oct. 04, à 13:28, Sylvain Wallez a écrit :
Folks, look at what I just found in my junk mail folder. Hopefully,
everyone in Cocoon-land runs the same spam filter...
hmmyour spam filter looks really powerful, but make sure it doesn't
feed the trolls when it thinks it sees one...
(but
Le 15 oct. 04, à 00:03, Upayavira a écrit :
...I saw Gianugo's presentation - only wish I could get hold of the
video right now. Need more of that kinda thing...
Maybe starting a success stories page on the wiki and priming it with
the contents of the GT success stories prez would be good?
Le 15 oct. 04, à 08:32, Upayavira a écrit :
Yup. Can I get hold of those presentations in electronic format?
AFAIK Steven is going to upload them to the mirrors at some point - if
you're in a hurry you might want to ask Gianugo directly.
-Bertrand
smime.p7s
Description: S/MIME cryptographic
Le 15 oct. 04, à 08:50, Reinhard Poetz a écrit :
Igor kindly provided a new patch for Cocoon 2.1.5.1 which works now
for me! Before I can apply the patch I want to propose to change the
package names in Rhino (thanks Igor for the idea). This way we can
have both implementations of rhino in
Le 15 oct. 04, à 09:41, Sylvain Wallez a écrit :
...Could you clarifiy how the usual community rules we use for
committing code would apply to such a success stories page?
Well, discussing new submissions before adding them, and using
majority vote if there's not a lazy agreement.
ok, got it
Le 15 oct. 04, à 10:18, Niclas Hedhman a écrit :
...Today you got the http://cocoon.apache.org/link/livesites-2.1.html.
Can't this
concept be extended?..
I like the idea - we could complete the page with some key points about
the various sites mentioned.
And having this on the official site
Le 14 oct. 04, à 09:51, [EMAIL PROTECTED] a écrit :
...I had a look at the pictures but it seems that the documentation
group was
not documented. :-)
There's this one though
http://flickr.com/photos/savs/819761/
But at some point you guys looked like a prayer meeting, with everyone
sitting in a
Le 14 oct. 04, à 11:13, Steven Noels a écrit :
...Do the simplest thing which might possibly work
YES ;-)
And in some case this means using JDBC directly, to minimize
dependencies, while in other cases it mean going to OJB/JDO/Hibernate
whatever to keep my code simpler. There's just no
Le 14 oct. 04, à 15:18, Torsten Curdt a écrit :
...This information will then
be inserted as a xml fragment into our status.xml.
But I am not sure how/if we can easily include
this change into the same commit transaction
Maybe it would be easier to just accumulate this info into a separate
Le 14 oct. 04, à 17:01, Torsten Curdt a écrit :
...but feels like a work around...
You could say hack ;-)
I would really prefer
to have the change of the status.xml included in the
very same transaction.
Sure, if you can change status.xml in the same transaction it would be
cool. Just wanted to
...One big thanks to everyone involved in organizing another brilliant
G(h)e(n)tTogether.
Big +1, thanks to everybody, in particular the flawless-as-ever
organizing team!
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Hi Helma,
could someone either tell me how to make Cocoon use Log4J rather than
the
Avalon LogKit ...
Not sure if this is complete, you might want to check it:
a) add this to web.xml
init-param
param-namelogger-class/param-name
param-valueLOG4J/param-value
/init-param
b) add
--- Additional Comments From [EMAIL PROTECTED] 2004-10-12 14:20
---
Porting Igor's patch to 2.2 will break some stuff (e.g. the Forms
stuff because
of different behaviour in JS dynamic typing) but I can't fix
everything ATM.
Should I simply do it and somebody cleans up or should I wait
Le 12 oct. 04, à 16:35, Reinhard Poetz a écrit :
...Yes, Igor had the idea to change the package names in
rhino-continuations to something else. This way we could have both
impls in 2.2. After 2.2 has stabilized we can backport both flowscript
impls to 2.1.x.
Would be great, in this way people
Le 11 oct. 04, à 12:24, Torsten Curdt a écrit :
...But wouldn't it be cool to just write:
fixes-bug:1234
message
..not having to care about the status.xml
anymore?..
it would for sure ;-)
smime.p7s
Description: S/MIME cryptographic signature
Le 11 oct. 04, à 12:37, Jeremy Quinn a écrit :
...I have not added any samples, because I do not know of a suitable
public LDAP server to hook the samples up to, can anyone suggest one ?
http://www.nldap.com/ should help - I haven't been able to test it
fully as my knowledge of LDAP is very
FYI, I'll be bringing the big bad bugzilla labels for the Hackathon on
monday, as we used last year [1].
We'll be preparing them tomorrow with a special guest (not sure if I
dare say Cocoonista, I'll have to check) who's arriving here tonight
;-)
-Bertrand
[1]
Le 6 oct. 04, à 20:03, Vadim Gritsenko a écrit :
...You know it's 186Mb, right? It's very flashy, though.
Yes, I noticed that yesterday evening and it's *a bit* scary. I'm
wondering what's so heavy in there but haven't had the patience to
download it yet ;-)
-Bertrand
smime.p7s
Description:
Le 1 oct. 04, à 14:37, Vadim Gritsenko a écrit :
...is there anybody in our community who is thawte's notary?
If all goes well I'll be one before the GT (although a poor one worth
10 points only).
Turns out there are enough of them around here so that I could get
validated quickly.
If people
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I think the GT would be a good occasion to sign each other's keys.
I've never organized a signing party, but if everyone comes with
several printed copies of their key, with their name on it, I think
it's fairly easy to swap them and validate at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please add your key
http://wiki.apache.org/cocoon/CocoonGetTogether2004PGP so that we can
sign as many keys as possible after the GT.
Thanks to Dirk-Willem for the explanation - this is really simple in
this way!
- -Bertrand
-BEGIN PGP
Le 1 oct. 04, à 14:10, Vadim Gritsenko a écrit :
...Can you say in couple of words why one would want a PGP key, and
why one would want to sign them? I'm curious about all this because
all PGP keys are used for is the release signing, and for email there
is S/MIME standard supported by all mail
Le 1 oct. 04, à 14:37, Vadim Gritsenko a écrit :
...anybody can verify your S/MIME, while all that PGP signature
currently means to me (and most of other email recipients) is some
gibberish on top bottom.
hmmm...there are PGP extensions for many mail clients AFAIK. But you're
probably right
Le 28 sept. 04, à 07:54, Stefano Mazzocchi a écrit :
...Also, the above seems to imply that you are writing your own
generators? or are you using XSP or what?
Yes, XSP all the way through...just kidding. It's MySQL, OJB, java
code, Flowscript, XSLT, map:aggregate, CInclude and more XSLT, in
Le 27 sept. 04, à 23:25, Antonio Gallardo a écrit :
..I am happy to hear about another successful OJB history. If you
allow, I
can forward this mail to the OJB user list ;-)
No problem - I've been in contact with Brian Mc Callister via my weblog
(where I sing the praises of OJB and also complain
Le 28 sept. 04, à 04:12, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
...The performance part comes mainly from the front-end apache2
mod_cache. Simply adding the right HTTP headers and making sure the
content-length header is generated as well (by setting the buffering
flag
Hi Cocooners,
You've not heard much from me lately because I was sooo busy, but we
made it: since Saturday http://www.nouvo.ch/, as well as the mobile WAP
version at http://wap.nouvo.ch, runs on Cocoon (warning: it's all in
French ;-).
The site was ready at 5PM Saturday, in time for the
Le 17 sept. 04, à 13:15, Steven Noels a écrit :
...This is just BSD-style-with-required-credits with the nuclear thing
added. I wouldn't be bothered too much with it - it's at the
discretion of the nuclear end-user to acknowledge the fact that this
demo is going to melt his core.
IMHO it would
Le 16 sept. 04, à 19:26, Tim Larson a écrit :
...However, several people have expressed interest in seeing the
code and possibly even helping with the implementation :)
so: release early, release often!
...create a temporary
branch for it in svn so we can more easily work together to
finish the
Le 16 sept. 04, à 01:02, Igor Bukanov a écrit :
...I think I will commit the patch early next week after I add few
changes to Rhino documentation about it so it will be included in
Rhino 1.6...
Big thanks for making this finally happen!
Just reading Rhino from mozilla.org and continuations gives
Le 12 sept. 04, à 10:22, Sylvain Wallez a écrit :
http://devedge.netscape.com/library/manuals/2000/javascript/1.5/
reference/stmt.html#1066604
Mucho thanks - I have added this to the FAQs at
http://wiki.apache.org/cocoon/FAQs
-Bertrand
901 - 1000 of 1481 matches
Mail list logo