Carsten Ziegeler wrote:
Reinhard Pötz write:
Agreed. How do you know what kind of wrapper do you need if you don't
know what kind of events components consume and produce?
My assumption is that the developer that uses the pipeline knows what he
does.
:) While this assumption *should* be true
Reinhard Pötz wrote:
I've prepared the artifacts for the release of Cocoon 3.0.0-alpha-1.
You can find the staged files for all modules (sources, binaries,
javadocs, checksums, gpg signatures) at
http://people.apache.org/builds/cocoon/
SVN tags of all these artifacts can be found at
http
So please cast your votes.
+1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC
.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
://www.opensymphony.com/quartz/ job for reloaders).
What do you mean by 'reloaders' in this context?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache
. your
XIncludeTransformer stuff) but I'm very busy ATM. The
XIncludeTransformer will take me some time to review because I haven't
used it so far with Cocoon 2.x and I have to get familiar with the
XInclude and XPointer specs (at least to some extend).
--
Reinhard Pötz
Simone Tripodi wrote:
Hi everybody,
just to notify you that cocoon-optional is missing in cocoons Jira;
I've a patch to submit but before I need to create the issue in the
right place.
done and thanks for spotting1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
Reinhard Pötz wrote:
Ralph Goers wrote:
First, let me say that I don't think the Spring policy is going to end
up being as bad as it was made out to be at first glance, although that
may just be wishful thinking.
I have the same hopes but something tells me that it is only another
step
you can define a
pipeline in a sitemap. If you haven't run the 'cocoon-sample' module
yet, see the README.txt in the root directory of Cocoon 3.
If this doesn't answer all your questions, just let us know.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
Reinhard Pötz wrote:
Dear Apache Infrastructure team,
on behalf of the Cocoon PMC I would like to ask for the creation of a
new Jira project COCOON3.
Tony Stevenson of the Apache Infrastructure team reacted promptly and
created the COCOON3
is just great ;-)
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
Dear Apache Infrastructure team,
on behalf of the Cocoon PMC I would like to ask for the creation of a
new Jira project COCOON3. I also volunteer to become a project
administrator ([EMAIL PROTECTED]).
Is this the right list for this kind of request?
--
Reinhard Pötz
Reinhard Pötz wrote:
Dear Apache Infrastructure team,
on behalf of the Cocoon PMC I would like to ask for the creation of a
new Jira project COCOON3.
Tony Stevenson of the Apache Infrastructure team reacted promptly and
created the COCOON3 Jira project for us:
https://issues.apache.org/jira
?
How people feel to create a spring fork here on the ASF and we can make
sure that we will not have this problem in the future?
You do realize that some ASF board members are employed by SpringSource,
right?
Should this have any influence on our decisions?
--
Reinhard Pötz
the second implementation the default at some point? What other
advantages does this new version have?
See http://cocoon.markmail.org/message/z63kh2sx3u4spxo7
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people
it wouldn't prevent anything AFAIU)
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
be convinced into a support contract.
Thanks Rainer, that's more or less the same that I wanted to say. Maybe
SpringSource can be convinced to change their policy into this direction.
WDOT, would a petition help for that purpose?
--
Reinhard Pötz Managing Director, {Indoqa
After creating some Maven artifacts the Cocoon 3 codebase is ready for
its first alpha release, or is something missing? If not, I will create
the release artifacts some time later this week (probably Friday).
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
Does plain http work for you?
Rice Yeh wrote:
The svn link seems not providing anonymous checkout now.
Rice
On Sat, Sep 20, 2008 at 3:36 PM, Reinhard Pötz [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Reinhard Pötz wrote:
I've just finished the Corona to Cocoon 3
Reinhard Pötz wrote:
I've just finished the Corona to Cocoon 3 renaming tasks (Java
namespaces, Maven artifacts, XML namespaces). Cocoon 3 can be found now
at https://svn.eu.apache.org/repos/asf/cocoon/cocoon3
Next I will ask for a new Jira project and add Cocoon 3 to the ASF infra
managed
time to cut the first release
3.0.0-alpha-1.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL
. Otherwise only print the first 5 lines.
Shouldn't these kind of things be left to the logging implementation and
configuration?
If I knew how to do this ... Log4j isn't really well documented.
Any hints?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
Reinhard Pötz wrote:
After having already discussed the details, let's make a formal decision
about versioning, SVN, Maven, namespaces issue tracking and CI for Cocoon 3.
During the voting period there were no negative votes, and 6 positive
ones. This means that the proposal was accepted.
I
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
There hasn't been any alternative useful value so far. Actually it
isn't done by just setting a profile parameter. The content also needs
to be somewhere available.
Actually now content is read from classpath, right? I think it should
stay
Joerg Heinicke wrote:
On 21.08.2008 23:53, Reinhard Pötz wrote:
After having already discussed the details, let's make a formal decision
about versioning, SVN, Maven, namespaces issue tracking and CI for
Cocoon 3.
+1 to everything except ...
XML NAMESPACES
Stefan Bodewig wrote:
On Thu, 21 Aug 2008, Reinhard Pötz [EMAIL PROTECTED] wrote:
CI
---
Apache Infrastructure offers a managed Hudson instance. I propose to
setup a Cocoon 3 project there.
If you want to give Gump a fresh start with Cocoon3, I'm more than
offers a managed Hudson instance. I propose to
setup a Cocoon 3 project there.
This majority vote stays open for 72 hours.
Here is my +1.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member
there.
- o -
Any further comments? If there aren't any objections, I will start with
the renaming process next week.
Or do I need a vote before? If so I will start the voting process asap.
Any opinions?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
*awesome* and highly appreciated. Keep up your
great work!
I will watch it more carefully and check it for errors asap and add a
link to our docs.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz
Sylvain Wallez wrote:
Reinhard Pötz wrote:
Versioning
---
For Cocoon 2 there have been proposals that all odd versions are
development/alpha versions and all even versions are stable releases.
I like this idea and propose that we follow this versioning schema
Sylvain Wallez wrote:
Reinhard Pötz wrote:
Sylvain Wallez wrote:
Reinhard Pötz wrote:
Versioning
---
For Cocoon 2 there have been proposals that all odd versions are
development/alpha versions and all even versions are stable releases.
I like this idea
Reinhard Pötz wrote:
Sylvain Wallez wrote:
Reinhard Pötz wrote:
Sylvain Wallez wrote:
Reinhard Pötz wrote:
Versioning
---
For Cocoon 2 there have been proposals that all odd versions are
development/alpha versions and all even versions are stable
the code, I hadn't a use case for it.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
and
announcements ([EMAIL PROTECTED] and website), we can have a release
this week, otherwise I'm not sure if I can do it this week.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
snip/
SVN
---
I'm not sure about the new location in SVN. One option I can think of is
http://svn.apache.org/repos/asf/cocoon/cocoon3-trunk, the other is
http://svn.apache.org/repos/asf/cocoon/branches/cocoon-3
Reinhard Pötz wrote:
Reinhard Pötz wrote:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
This means that any reference on Corona in source files, package
names, artifact ids, group ids or anywhere else will be dropped
) and we've already
introduced this contract so it probably doesn't make much sense to
discuss this again.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
[EMAIL PROTECTED] pisze:
Author: reinhard Date: Thu Aug 14 00:43:31 2008 New Revision: 685792
URL: http://svn.apache.org/viewvc?rev=685792view=rev Log: The
BlockPathPropertyPlaceholderConfigurer module is *usually
-mojo.html#customWebappDirectory
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
there were 14 +1 votes and no negative ones.
This means that the proposal was accepted.
I'll take care of updating pom, Java at our zone and Continuum
configuration but this will take some time, though.
(send the mail again with the [summary] prefix)
--
Reinhard Pötz
Lukas,
I created the documentation sites for the eventcache, jcr and jms block.
They are also listed at http://cocoon.zones.apache.org/daisy/
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz
Alfred Nathaniel wrote:
On Wed, 2008-08-06 at 13:19 +0200, Reinhard Pötz wrote:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
This means that any reference on Corona in source files, package names,
artifact ids, group ids
Reinhard Pötz wrote:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
This means that any reference on Corona in source files, package names,
artifact ids, group ids or anywhere else will be dropped and the
standard Cocoon
Vadim Gritsenko wrote:
On Aug 10, 2008, at 4:19 AM, Reinhard Pötz wrote:
Reinhard Pötz wrote:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
This means that any reference on Corona in source files, package
names, artifact ids
The vote passed with three +1 votes and no negative one. I will proceed
with the publishing process (release artifacts documentation) asap.
Reinhard Pötz wrote:
I've prepared the artifacts for the release of our four subprojects:
Cocoon Servlet-Service Framework Impl 1.1.0
that there is no way to use it
together with the cocoon-webapp module.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member
just to increase the version number of our parent POMs. I haven't done
this for the last release either and AFAICT, no problem occurred.
Does anybody know if it can cause problems if the development version
number isn't increased after a release?
--
Reinhard Pötz
Reinhard Pötz wrote:
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
I had a brief look at the link-rewrite block and think now that the
migration of the LinkrewriterTransformer will be difficult because
of its configuration can't
org.apache.cocoon will be used.
This majority vote stays open for 72 hours.
Please cast your votes.
Here is my +1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache
for 72 hours.
Please cast your votes.
Here is my +1 (after successfully testing with Cocoon trunk and Corona).
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
yes, I was too lazy to touch nearly every POM file in our repository
just to increase the version number of our parent POMs. I haven't done
this for the last release either and AFAICT, no problem occurred.
Does anybody know if it can cause
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
yes, I was too lazy to touch nearly every POM file in our repository
just to increase the version number of our parent POMs. I haven't done
this for the last release either and AFAICT, no problem occurred.
Hmmm, find, xargs and sed should do
). IIRC Tomcat also kept the 'catalina'
package names.
Any other suggestions?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC
Reinhard Pötz wrote:
Dear community,
it's a great honor for me to propose Steven Dolg as a committer.
Steven,
During the time period there were no negative votes,
and more than 3 positive votes.
So Steven, welcome as a new Apache Cocoon committer!
Since your ICLA and an CCLA for Indoqa
Reinhard Pötz wrote:
Vadim Gritsenko wrote:
On Aug 4, 2008, at 3:01 PM, Carsten Ziegeler wrote:
[EMAIL PROTECTED] wrote:
Pick a number that will never be production for the experimental
branch e.g. 2.7. Skip a few numbers in case trunk needs another minor
number (e.g. 2.3 and 2.4
Mark Lundquist wrote:
On Jul 29, 2008, at 11:14 PM, Reinhard Pötz wrote:
All released modules have a Download section that also contain
information about how to add them as dependencies to a POM.
E.g.http://cocoon.apache.org/2.2/blocks/forms/1.0/1444_1_1.html
well, speaking of that one
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
You guys have finally convinced me. Let's use 3.0.x for Corona,
clearly state that it is alpha software on the website in the
README.txt of each release artifact and see what's happening.
Then we only need to find a package name that isn't used
Daniel Fagerstrom wrote:
it's great to see you here again!
Reinhard Pötz skrev:
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
You guys have finally convinced me. Let's use 3.0.x for Corona,
clearly state that it is alpha software on the website in the
README.txt of each release artifact
and in that case, switching to Java 1.5
as minimal required version seems to be the best solution.
In order to do that, we need a formal vote that I'm calling now.
Please cast your votes:
here's my +1
+1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
and in that case, switching to Java 1.5
as minimal required version seems to be the best solution.
In order to do that, we need a formal vote that I'm calling now.
Please cast your votes:
here's my +1
The vote will stay open until 12:00 UTC, 08.05.2008.
I guess you meant 8/Aug/2008, didn't you?
--
Reinhard
. Does anybody know what happened there?
According to a mail from today on the [EMAIL PROTECTED], all snapshots older
than 30 days were deleted in order to increase the free disk space.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http
Ralph Goers wrote:
Reinhard Pötz wrote:
Corona currently consists of 4 functional modules:
cocoon-corona-pipeline, cocoon-corona-sitemap,
cocoon-corona-controller and cocoon-corona-servlet. Using functional
names isn't an appropriate solution for our problem. This would lead
to a lot
Reinhard Pötz wrote:
Ralph Goers wrote:
Reinhard Pötz wrote:
Corona currently consists of 4 functional modules:
cocoon-corona-pipeline, cocoon-corona-sitemap,
cocoon-corona-controller and cocoon-corona-servlet. Using functional
names isn't an appropriate solution for our problem. This would
to add something to this discussion I think
it's a perfect time to speak out now. Otherwise, I would like to call a
vote next week so we can make a formal decision.
Please go ahead.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http
Ralph Goers wrote:
Reinhard Pötz wrote:
Let's summarize the proposed names (alphabetical order):
Cocoon Chasse
Cocoon Merenque
Cocoon Morus
Cocoon Weedle
Could others please check these names too?
Any general comments? Any other suggestions?
I would agree except to suggest that perhaps
Felix Knecht wrote:
Thanks for explanations, Reinhard.
IMO it would make sense either to add the script to the regularly builds
or to convert it to a maven plugin to have it run during the regularly
builds.
WDOT?
yes, rewriting it as a Maven plugin would be the best option.
--
Reinhard
will help David will improving our
documentation even more. :-)
Please cast your votes:
here's mine +1
+1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software
/apache/cocoon/servletservice/url/ServletURLConnection.java
Any idea how this can be tested with a _simple_ setup?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
I still think that we shouldn't use a descriptive name in order to not
confuse our users (and ourselves).
The more I think about it, the more I come to the conclusion that we
should use descriptive names :)
The current Corona code is a collection
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
What would Spring do if the have a rewrite that _might_ become Spring
4.0 but they don't know yet?
Ok, I can't read their minds, but it's easier for them as they already
have functional names, So a 4.0 for them is just re-using the right
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
As announced some weeks ago, I want to release
. cocoon-servlet-service-impl-1.1.0
A new minor release is necessary because after some refactorings
the dependency on SourceResolve
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
As announced some weeks ago, I want to release
. cocoon-servlet-service-impl-1.1.0
A new minor release is necessary because after some refactorings
the dependency on SourceResolve is gone.
I thought that both SSF and Configurator
that. Instead we should add a ApacheCon
US08 banner.
Thanks for taking care Felix!
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer
Configuration Editor
Apache Cocoon Magic Server
etc. We get a bit silly with all the project names we seek to have.
You only need the codename when you want it to live separately from
Cocoon.
Hen
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
.
Is there anything left to do before I can create the release artifacts?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member
the name Apache Cocoon Corona
b) rename to Apache Cocoon Silk
c) we need to find some other name
Any other options?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software
Ralph Goers wrote:
Reinhard Pötz wrote:
What would be the options that we vote on?
a) keep the name Apache Cocoon Corona
b) rename to Apache Cocoon Silk
c) we need to find some other name
Any other options?
I sent a message to legal internal to get their opinion on options a and
b. I
in your custom project POM instead of the
officially released version.
HTH
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member
? Would that not make sense or something?
Yes, that would be highly appreciated but hasn't been implemented so far.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software
.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
dev mailing.
[1]
http://vmbuild.apache.org/continuum/buildResult.action?buildId=105274projectId=51projectGroupId=23
It's probably my fault. I'm going to fix this right now.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http
. It's good to have you around!
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
...
For now it's good enough (I think). I wanted to provide some docs about
the integration-test plugin and the integration-test framework but never
got started :-(
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people
Memory
Description:
Test Summary:
Tests: 373
Failures: 0
Total time: 123.88797
--
Reinhard Pötz Managing
or recommendations on this? The plan is that all Avalon
components are migrated to Spring and that Jackrabbit is used as webdav
server.
I remember Jasha and Jereon have started to work on this in Rome last
year. Any comments from you?
--
Reinhard Pötz Managing Director, {Indoqa
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
I had a brief look at the link-rewrite block and think now that the
migration of the LinkrewriterTransformer will be difficult because of
its configuration can't be easily converted to Spring.
What kind of obstacles you can see here
document and the index
document? (Then I can create the site for you.)
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
I had a brief look at the link-rewrite block and think now that the
migration of the LinkrewriterTransformer will be difficult because
of its configuration can't be easily converted to Spring
there is no version built for 1.4.
What shall we do?
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
Felix Knecht wrote:
Reinhard Pötz schrieb:
According to
http://activemq.apache.org/can-i-use-activemq-5x-or-later-on-java-14.html
there is no version built for 1.4.
What shall we do?
Can't we use the enforcer plugin that the jms block is only build and
added when using 1.5 or higher
:-( that's bad. Any other suggestions?
Ralph Goers wrote:
Silk is the shorthand name for SilkTest and SilkPerformer.
http://www.borland.com/us/products/silk/index.html.
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
. Apache Cocoon Fiber
. Apache Cocoon Silk
. Apache Fiber
. Apache Silk
Bertrand Delacretaz wrote:
On Wed, Jul 30, 2008 at 5:28 PM, Reinhard Pötz [EMAIL PROTECTED] wrote:
:-( that's bad. Any other suggestions?
I still think that Cocoon 3.0 could be the name, if people are going
to invest a significant effort in what's Corona today. For Sling we'd
like to use
Peter Hunsberger wrote:
On Wed, Jul 30, 2008 at 10:53 AM, Bertrand Delacretaz
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
On Wed, Jul 30, 2008 at 5:28 PM, Reinhard Pötz [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
:-( that's bad. Any other suggestions?
I still
votes.
+1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member [EMAIL PROTECTED]
today, i.e. midnight UTC on Monday 2008-08-04
So please cast your votes.
+1
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC
Reinhard Pötz wrote:
Dear community,
it's a great honor for me to propose Steven Dolg as a committer.
In February Steven, Grzegorz and I invested three days in refactoring
Cocoon so that we get a clean Java Pipeline API and a comprehensible
sitemap/environment handling implementation
list and do the dev list. He has
also done a talk on Cocoon at Apachecon EU and at the Cocoon
GetTogether. During his work at Hippo he has become an expert on all
things Cocoon! I believe he would make an excellent addition to the
project.
Please cast your votes.
Here's mine: +1.
+1
--
Reinhard
for logging in to Daisy so you could build it even now.
That's good to know, I'm gonna try it as soon as I find some time.
Because of the remote Daisy access, you need administration rights in
order to get access. I've just assigned the 'Administrator' role to you
Felix.
--
Reinhard Pötz
Felix Knecht wrote:
Reinhard Pötz schrieb:
Because of the remote Daisy access, you need administration rights in
order to get access. I've just assigned the 'Administrator' role to
you Felix.
Much thanks Reinhard.
Does changing the role also resets the password? I can't login anymore
that on
the legal-discuss list.
I don't think that it is needed: The Lucene project has several
subprojects like Solr, Tika, Mahut etc. But I will ask on
[EMAIL PROTECTED] to clarify this question.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
201 - 300 of 494 matches
Mail list logo