+1
Regards
Felix
On 13.12.2009 14:58, Reinhard Pötz wrote:
I propose Simone Tripodi as a new Cocoon committer and PMC member.
+1
Felix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Pierre-Arnaud
Does the release includes the studio-plugin?
Regards
Felix
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1
Felix
Carsten Ziegeler schrieb:
Hi,
please vote on a first release of these two artifacts:
Apache Cocoon Serializers Charsets 1.0.0
http://people.apache.org/builds/cocoon/org/apache/cocoon/cocoon-serializers-charsets/1.0.0/
and
for the profiling project.
It wouldn't be a real problem to do so by hand, but we want it do be
done via maven.
According to the link which was postet by Felix Knecht[1], this should
be done very easy via maven-antrun-plugin.
So i built an ant file to do the xpi and want to call it from maven like
H Christoph
Hello,
we are two of the students who work on cocoon-profiling.
Now that the implementing phase of the project has started we provided
an initial patch [1] to add cocoon-profiling and
cocoon-profiling-firebug to the code base. As of now the firebug
component has no
Versions: 2.2, 2.2-dev (Current SVN)
Reporter: Felix Knecht
ExpiresCachingProcessingPipeline doesn't generates unique default caching key
for different blocks.
When having 2 blocks running, each containing an image '.../images/foo.png' the
key for the cache is 'images/foo.png
Reinhard Pötz schrieb:
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
Felix
Please cast your votes.
+1
Felix
Reinhard Pötz schrieb:
Grzegorz Kossakowski wrote:
[EMAIL PROTECTED] pisze:
Author: reinhard
Date: Tue Aug 5 12:42:45 2008
New Revision: 682901
URL: http://svn.apache.org/viewvc?rev=682901view=rev
Log:
back in snapshot mode
Modified:
cocoon/trunk/tools/pom.xml
Modified:
Reinhard Pötz schrieb:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
+1
Felix
After a while it turned out that everybody agrees on the need for
dropping Java 1.4 compatibility and in that case, switching to Java
1.5 as minimal required version seems to be the best solution.
+1
Felix
I'm a bit confused.
I fact this commit should 'revert' commit r682756 (and I can't see any difference) but with rr682754 my trunk is
building whereas I can't build trunk with rr682756:
$ svn up
$ svn up -r 682754 parent/pom.xml
$ mvn clean install -- works
$ svn up -r 682756 parent/pom.xml
$
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?
- sitemaptags2daisy
This scripts is used to update daisy with annotations made in java
classes.
I would like to propose David Legg as a new Cocoon committer and PMC
Member.
+1
Felix
Hi
First I need to say that I'm not that familiar with the doc generation - just
in case some questions are OT or just rubbish.
- Nightly-docs vs. dev-docs:
[1] has a note saying There is a second job which builds the docs once a day too. In addition to the first one it adds
a couple of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I doubt that the (monthly?) generated and published documentation contains all
info that we have. I.e. for several
classes the @cocoon.sitemap.component.documentation annotation (maybe others as
well) doesn't seems to processed into
daisy, i.e.
Felix Knecht schrieb:
Hi
I doubt that the (monthly?) generated and published documentation
contains all info that we have. I.e. for several
classes the @cocoon.sitemap.component.documentation annotation (maybe
others as well) doesn't seems to processed into
daisy, i.e. for [1
After hours trying to download miscelleanous poms the
tools/sitemaptags2daisy has built now and I can see that
New documents: 7
Updated documents: 123
Unmodified documents: 147
I'll try now to update daisy and hope it works and I'm not causing any
troubles or documentation breaks
Can
Felix Knecht schrieb:
After hours trying to download miscelleanous poms the
tools/sitemaptags2daisy has built now and I can see that
New documents: 7
Updated documents: 123
Unmodified documents: 147
I'll try now to update daisy and hope it works and I'm not causing
any troubles
So far I suppose this needs also the creation of a new Daisy site. I
think that I've all done I can do in Daisy (added a new document for
tests [1]) but I'm not able to create the new site on
c.z.a.o:/.../daisywikidata/sites
[1] http://cocoon.zones.apache.org/daisy/cdocs/1465.html
[EMAIL
Reinhard Pötz schrieb:
Felix Knecht wrote:
So far I suppose this needs also the creation of a new Daisy site. I
think that I've all done I can do in Daisy (added a new document for
tests [1]) but I'm not able to create the new site on
c.z.a.o:/.../daisywikidata/sites
What's the document id
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 and make a note in the
Then I think the solution is rather clear: we need to migrate to 1.5.
If Sun is not supporting Java 1.4 then I don't want to support it as
well in our _trunk_.
People that need to stick to Java 1.4 still have a choice: We have
released 2.2 that works with Java 1.4.
Therefore I propose to
Felix Knecht schrieb:
Reinhard Pötz schrieb:
Felix Knecht wrote:
So far I suppose this needs also the creation of a new Daisy site. I
think that I've all done I can do in Daisy (added a new document for
tests [1]) but I'm not able to create the new site on
c.z.a.o:/.../daisywikidata/sites
I propose Andreas Hartmann as a new Cocoon committer
and PMC member.
+1
Felix
I propose Thorsten Scherler as a new Cocoon committer
and PMC member.
+1
Felix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all
I tried to update some documentation (http://cocoon.zones.apache.org/daisy/).
In the beginning it worked fine but lately
I lost connection and can't reach cocoon.zones.apache.org at all. Does anybody
has more information about this?
Thanks
Felix Knecht schrieb:
Hi all
I tried to update some documentation
(http://cocoon.zones.apache.org/daisy/). In the beginning it worked
fine but lately
I lost connection and can't reach cocoon.zones.apache.org at all. Does
anybody has more information about this?
c.z.a.o seems to be back
Grzegorz Kossakowski schrieb:
Usually it's enough to just restart the repository and wiki instance.
Sometimes the order of running services /seems/ to be not correct.
Thanks Grzegorz. How can I do this ?
Felix Knecht schrieb:
Grzegorz Kossakowski schrieb:
Usually it's enough to just restart the repository and wiki instance.
Sometimes the order of running services /seems/ to be not correct.
Thanks Grzegorz. How can I do this ?
According to http://cocoon.apache.org/1223_1_1.html I probably
Grzegorz Kossakowski schrieb:
I can take care of that.
Thanks :-)
Anyway, would like to get this karma? (I'm not really sure if I can
give it to you, though)
Of course - I fell the more important the more karma I have ;-)
To be honest I'm not aware of the policies on c.z.a.o and I don't
Of course - I fell the more important the more karma I have ;-)
It's for me as well ;-)
Ahhh I feel good I'm not the only one :-)
BTW:
How often is the c.a.o/2.2/ site updated? Looking at the summary for
sitemap components a lot of No summary available. The summary needs
to be defined
Grzegorz Kossakowski schrieb:
At least I'll be able then to build the site locally as I need the
daisy-user password which is deposited on the server and maybe giving
you a helping hand.
For building site locally you just need a username and password that
you use for logging in to Daisy so
Felix Knecht schrieb:
Grzegorz Kossakowski schrieb:
At least I'll be able then to build the site locally as I need the
daisy-user password which is deposited on the server and maybe
giving you a helping hand.
For building site locally you just need a username and password that
you use
Andrew Savory schrieb:
Hi,
It's my pleasure to propose Jasha Joachimsthal as a new committer on
the Apache Cocoon project.
+1
Felix
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:
Authentication failed
Reinhard Pötz schrieb:
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
[
https://issues.apache.org/jira/browse/COCOON-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12617397#action_12617397
]
Felix Knecht commented on COCOON-1822:
--
Patch applied to cocoon-forms-impl 1.2.0
[
https://issues.apache.org/jira/browse/COCOON-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht updated COCOON-1822:
-
Fix Version/s: 2.2-dev (Current SVN)
2.1.12-dev (Current SVN
Dear community,
it's a great honor for me to propose Steven Dolg as a committer.
+1
Felix
I would like to propose Luca Morandini as a new Cocoon committer
and PMC member.
+1
Felix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all
I stated some problems using not yet released blocks mixed with the released
c22 ones.
Having an application based on the released c22 core stuff but using some non
released 'SNAPSHOT blocks I stated that I
wasn't able to use the SNAPSHOT
Sorry for the noise!
In spite of checking it several times I haven't seen my misconfiguration
somewhere in the deep :-(
But at least it helped me to write about it - it finally solved my
blindness.
Felix
Hi all
I stated some problems using not yet released blocks mixed with the
released
Robin Wyles schrieb:
Hi Grzegrorz...
You were right... when I extracted from the command line I could see the
files.
Anyway, I ran
mvn eclipse:clean eclipse:eclipse
grep sourceresolve .classpath
and got no output...
Same to me, nothing found in generated .classpath.
java version
Grzegorz Kossakowski schrieb:
Felix Knecht pisze:
Robin Wyles schrieb:
Hi Grzegrorz...
You were right... when I extracted from the command line I could see
the files.
Anyway, I ran
mvn eclipse:clean eclipse:eclipse
grep sourceresolve .classpath
and got no output...
Same to me, nothing
Please cast your votes!
+1
Felix
Reinhard Poetz schrieb:
I've prepared the artifacts for the release of Cocoon 2.2 final. See
the list of
all proposed artifacts below.
+1
I tested it with our apps and they still work fine.
Felix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all
I'm a bit confused about continuum builds. Do we use different continuums?
At http://cocoon.zones.apache.org/ we do have a continuum link:
http://cocoon.zones.apache.org/continuum/servlet/continuum/
but the nag mails are comming from a
Hi Grzegorz Kossakowski schrieb:
Reinhard Poetz wrote:
Argh, any chance to make Continuum find this problems instead of
Andreas? Wasn't there some way to delete all org.apache.cocoon:*
artifacts from the local Continuum repository as part of integration
build?
Will need to ask infra
Reinhard Poetz schrieb:
Grzegorz Kossakowski wrote:
Vadim Gritsenko pisze:
On Mar 13, 2008, at 11:54 AM, Reinhard Poetz wrote:
Yesterday I was introduced to an Austrian student who would be
interested in
working on a GSoC for the Cocoon project this year.
The best idea we've had so far was
+1 for Dojo 1.x in CForms.
I knew that you would like it ;-)
Very :-)
I've posted a project description at
http://wiki.apache.org/general/SummerOfCode2008#cocoon-forms-dojo-upgrade
I could also think about not only upgrading but also fix things never
work in ajax mode like [1], [2]
You need to turn off the buffering of the pipeline as well. I don't
have the parameter name at hand, I assume it's buffer-size as well
but could be different:
map:pipeline id=test-nocache type=noncaching
map:parameter name=buffer-size value=0 /
map:match pattern=nocache
Carsten Ziegeler schrieb:
Joerg Heinicke wrote:
On 05.03.2008 23:06, Joerg Heinicke wrote:
We could argue about another default value than -1 though. Something
like 1024^2.
What do others think? Shall we change the default value from buffer
everything (which lead to the OutOfMemoryError
[
https://issues.apache.org/jira/browse/COCOON-2168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12577373#action_12577373
]
Felix Knecht commented on COCOON-2168:
--
After all it turned out that it's a problem
[
https://issues.apache.org/jira/browse/COCOON-2168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht closed COCOON-2168.
Resolution: Fixed
It's a configuration problem.
ResourceReader produces Java Heap Overflow when
Joerg Heinicke schrieb:
On 05.03.2008 23:06, Joerg Heinicke wrote:
From what I see from the code (AbstractProcessingPipeline) it is
possible to configure and setup/parameterize a pipeline with
outputBufferSize. This means on both map:pipe and map:pipeline it
should be possible to set an
Joerg Heinicke schrieb:
On 05.03.2008 23:06, Joerg Heinicke wrote:
From what I see from the code (AbstractProcessingPipeline) it is
possible to configure and setup/parameterize a pipeline with
outputBufferSize. This means on both map:pipe and map:pipeline it
should be possible to set an
[
https://issues.apache.org/jira/browse/COCOON-2168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12575626#action_12575626
]
Felix Knecht commented on COCOON-2168:
--
I agree with Joerg that my patch is against
Robert
To get an answer to such questions the cocoon developer list would be
the right place (i'll do it for you this time as cc)! That's what the
lists are for!
See also [1] for cocoons mailing lists
[1] http://cocoon.apache.org/1275_1_1.html
We are encountering this same problem in
Reinhard Poetz schrieb:
After having seen quite a few people wonder what 'cocoon:rcl' means, I
propose to change it to some better name.
The general idea is that this Maven goal creates a web application
which wraps the block and makes it runable as a 'normal' web
application in a web
Type: Bug
Components: * Cocoon Core
Affects Versions: 2.2-dev (Current SVN)
Reporter: Felix Knecht
Assignee: Felix Knecht
When reading a huge resource (i.e. 700MB file) the ResourceReader produces an
overflow due to the BufferedOutputStream which is used
[
https://issues.apache.org/jira/browse/COCOON-2168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12568953#action_12568953
]
Felix Knecht commented on COCOON-2168:
--
It seems that the problem is situated
[
https://issues.apache.org/jira/browse/COCOON-2168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht updated COCOON-2168:
-
Attachment: test-case.tar.gz
ResourceReader.diff
Patch for ResourceReader
Patch
[
https://issues.apache.org/jira/browse/COCOON-2168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht updated COCOON-2168:
-
Assignee: (was: Felix Knecht)
Other Info: [Patch available]
ResourceReader produces
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all
Trying to do some ajax stuff I did realize that we still use the
dojotoolkit 0.4.3 which is a really quite old version. Are there any
plans about migrating to a newer version - latest is 1.0.2
(http://dojotoolkit.org/downloads)?
Regards
Felix Knecht schrieb:
Hi all
When building and running the latest trunk I have some strange effects:
- The frontpage looks really ugly (http://localhost:/) I thought
to have seen it already better.
- Moving over to forms sample block and click on BasicSamples/Various
(Actions) the form
[
https://issues.apache.org/jira/browse/COCOON-2150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht reopened COCOON-2150:
--
Make a clean build and
- pointing browser to http://localhost:/ - this looks really ugly
[
https://issues.apache.org/jira/browse/COCOON-2150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Knecht updated COCOON-2150:
-
Priority: Critical (was: Minor)
Error on resetting response
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all
When building and running the latest trunk I have some strange effects:
- - The frontpage looks really ugly (http://localhost:/) I thought
to have seen it already better.
- - Moving over to forms sample block and click on
Grzegorz Kossakowski schrieb:
Hello guys,
I noticed comment from Dominic Mitchell at his blog complaining[1] about the
fact that we print 30
lines long exception just to inform there is no block handling favicon.ico
browser's request.
It is caused by following snippet in DispatcherServlet:
forms-lib.js
I attached my patches.
best wishes.
gabriel
__
Mag. Gabriel Gruber
Senior Consultant
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Workflow EDV GmbH, Dannebergplatz 6/23, A-1030 Wien
*Felix Knecht [EMAIL PROTECTED]*
24.01.2008 13:57
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all
I know there's already an issue about this [1], but it's from the time
before cocoon used dojotoolkit for ajax.
It still doesn't seem to work with C2.2. Doesn anybody has either
already solved this for C2.2?
[1]
Carsten Ziegeler schrieb:
Hi,
i've put up the 2.1.11 release at:
http://people.apache.org/~cziegeler/releases/cocoon/
please check, verify and cast your votes.
I found some (most likely more exist) not working samples, but they are all in
the 'Unstable Blocks':
-
Hi Vadim
Is there any special reason to mount this block sample not like all others at
/cocoon-{block}-sample but at
/samples/chaperon?
Thanks
Felix
bean name=org.apache.cocoon.chaperon.sample.servlet
class=org.apache.cocoon.sitemap.SitemapServlet
-servlet:context
Joerg Heinicke schrieb:
On 13.11.2007 8:06 Uhr, [EMAIL PROTECTED] wrote:
Author: felixk
Date: Tue Nov 13 05:06:32 2007
New Revision: 594521
URL: http://svn.apache.org/viewvc?rev=594521view=rev
Log:
Don't catch RuntimeException, otherwise hardcoded deprecation of
Hi all
I have found at different locations [1] an implementation (more or less
similar) for an EmptyIterator, e.g.
static class EmptyIterator implements Iterator {
public boolean hasNext() { return false; }
public Object next() { return null; }
public void remove() {}
}
Many of
Carsten Ziegeler schrieb:
Felix Knecht wrote:
Hi all
I have found at different locations [1] an implementation (more or less
similar) for an EmptyIterator, e.g.
static class EmptyIterator implements Iterator {
public boolean hasNext() { return false; }
public Object next
: Forms
Affects Versions: 2.2-dev (Current SVN)
Reporter: Felix Knecht
Loading XinhaCore.js causes dojo to fail when the form is being submitted.
Fehler: too much recursion
Quelldatei:
http://localhost:/cocoon-ajax-impl/resource/external/dojo/dojo.js
Zeile: 96
I'm going to comment
Reinhard Poetz schrieb:
I've prepared another series of releases from trunk.
+1
Thinking a little bit more about it, this will create problems for the
sitemap components that I have tried to make configurable both as an
Avalon component and a ordinary Spring bean. Consider the file
generator, it is a poolable component and will probably be served
through some proxy that
Even Felix can now run our app without the known hassles and exceptions. But
we don't know whether
to migrate as now some of the CForm samples throw exceptions they didn't
after my springification.
Any ideas what caused the samples to stop working?
It seems that the JXGenerator
Obviously, if component is treated as an Avalon bean the setter injection
will not work causing NPE
I showed above. I'm not sure if it's a bug in our bridge because the
situation we are seeing now is
a conflict of two different concepts from two different worlds - singleton
beans of
Reinhard Poetz schrieb:
While I was creating all the release artifacts of Cocoon 2.2RC2 I also
published our 2.2 docs. See http://cocoon.apache.org/2.2/
I have to say that I'm really proud of seeing this long-term effort
finally materializing :-) Thanks to all the involved helping hands!
Giacomo Pati schrieb:
I'm done with it :-)
Great, I'm looking forward to make my first experiences with it :-)
but need an advice on a special case:
There are some special 'custom' stuff which had been referenced in form
definitions/bindings by the
mentioned 'class' attribute which is
Do you know why we have these extra directories at all instead of flat
block directory?
Just my 2 cents
Why do some blocks have 'super' poms including api/impl/sample and
others don't?
Felix
Vadim
4. Let's start working on 2.3 in trunk with clearly set of general features
we would like to see in
clearly set time-frame with preference of time-frame over feature-set. I
mean, if something does not
make it into 2.3 in planned time-frame it must be rescheduled for 2.4. At the
same time,
Is this failing test case a blocker for the release? In my opinion not
because everything else seems to work.
WDOT?
I don't think it's a blocker:
1. We wouldn't be the only ones releasing (just in case it's a real bug
and not a testcase problem) and having a release note with already known
Giacomo Pati schrieb:
Felix
As you have a similar environment as I have, could you give the sample
from Grzegorz a try with the
latest trunk (including changes from Grzegorz of today)?
Yes of course
First build (mvn clean install) myBlock2, than myBlock1, and
afterwards myCocoonWebapp.
Can anybody confirm this or is it a problem with my environment
(although I deleted my local repo, then entered svn up, mvn clean
install)?
Works for me under linux, using sun-jdk-1.6 and sun-jdk-1.5
Felix
Reinhard Poetz schrieb:
Daniel Fagerstrom wrote:
Grzegorz Kossakowski skrev:
I see. Last question is about multiple bean declarations in one xml
file. Do we think it's good or
bad practise?
No strong opinion about that. If a couple of beans works togther or
are of the same kind it seem
Hello,
This is a second attempt to resolve problem with inaccurate version
information in JIRA which I
described here[1]. The first one was to split up our COCOON project
into several smaller ones[2].
Unfortunately, this option had several drawbacks like broken links to
the current
I thought that we're having all dependency versions in the root pom's
dependencyManagement section (since Giacomo refactored all poms with
this intention).
If so we should keep on this (and probably make somewhere a developers
note about this).
Felix
[EMAIL PROTECTED] schrieb:
Author: jreijn
Felix Knecht schrieb:
I would like to deprecated HTMLArea as WYSIWYG HTML editor, because
it's no longer developed and maintained [1].
As replacement different solutions exists (e.g. Xinha, dojo's Editor2).
Please cast your vote!
I count 7 positiv and 0 negative votes.
I'm going to add
Grzegorz Kossakowski schrieb:
Grzegorz Kossakowski pisze:
As for now, do you want me to change our setup?
After another batch e-mails I decided to remove all projects except
Apache Cocoon that builds whole Cocoon recursively.
+1 Thanks Grzegorz
Sorry, that was definitly the wrong list!
Apologize
Felix
Hi Can
I have it up and running.
Long and heavy problems and short story:
Long and heavy was to get all the stuff you need under windows running.
Short story:
After having checked out everything, adapted postgresql passwords and ssh
keys and built the core modules via
cd [b-fabric]\
mvn clean
I think this has been deprecated since a long time already in C21 (but I
can't figure out when).
I think this could also now be removed from the implementing classes
- o.a.c.f.f.ActionDefinitionBuilder.java
- o.a.c.f.f.RepeaterActionDefinitionBuilder.java
-
It's me again ...
Felix
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
Thanks for fixing.
Next problem to come:
Message: Component with
'org.apache.cocoon.el.parsing.StringTemplateParser' is not defined in
this service manager. (Key='AvalonServiceManager')
Description: javax.servlet.ServletException: Failed to process pipeline
at map:serialize type=html -
1 - 100 of 292 matches
Mail list logo