If someone can put me in the sudoers list i'ld be happy to do this.
Bertrand Delacretaz wrote:
Le 11 déc. 05, à 16:37, juan a écrit :
...Aparently there is some problem with your server.
http://cocoon.zones.apache.org
I'm tied today, it would be good if someone could restart the
services
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 12 December 08:02 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2005-12-12 08:02:08
... Rendering docs in
Daniel Fagerstrom wrote:
I'll talk to Upayavira, and see if we can take care about it.
I saw that you had changed the Cocoon group id to org.apache.cocoon from
apache-cocoon in the main pom and the core pom but nowhere else. What is
your plane for this? Should we just start to change group
On 12 Dec 2005, at 08:58, Jorg Heymans wrote:
If someone can put me in the sudoers list i'ld be happy to do this.
Done.
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought Open Source Java XML
stevenn at outerthought.org
[EMAIL PROTECTED] wrote:
Automated build for cocoon-docs FAILED
Log attached.
...
Copying broken links file to site root.
[copy] Copying 1 file to /var/apache2/htdocs/ft/build/cocoon-docs
[echo] Oops, something broke
Looks like something in Forrest has broken. Since it
Steven Noels wrote:
On 12 Dec 2005, at 08:58, Jorg Heymans wrote:
If someone can put me in the sudoers list i'ld be happy to do this.
Done.
hmmm, i thought that being in the sudoers list would allow me to run
commands as root without having to enter the root password. It seems
that
Le 12 déc. 05, à 10:23, Jorg Heymans a écrit :
...hmmm, i thought that being in the sudoers list would allow me to
run commands as root without having to enter the root password. It
seems that this is not the case
To sudo you need to enter your own password, not root's.
-Bertrand
Yes, I read about that and tried to find out a bit more about
HTTPSessionBindingListener. However I don't quite get the store your
component as a session attribute-part.
1. I'm using my component in the pipline implementation. I assume you'd do
it some way like this (made it short):
Bertrand Delacretaz wrote:
Le 12 déc. 05, à 10:23, Jorg Heymans a écrit :
...hmmm, i thought that being in the sudoers list would allow me to
run commands as root without having to enter the root password. It
seems that this is not the case
To sudo you need to enter your own password,
-Baptiste Quenot
Priority: Minor
Attachments: 20051212-naming-TeeTransformer
Hello,
The TeeTransformer is great, but it would be still greater if it could run a
system command every time it is invoked, to ease debugging of a Cocoon
application. The system command can be eg vi, emacs, put your
: Jean-Baptiste Quenot
Priority: Minor
Attachments: 20051212-naming-LDAPTransformer
LDAPTransformer does not currently provide a way to specify the attributes in
the initial context.
Credit goes to Sébastien Grimault [EMAIL PROTECTED]
--
This message is automatically generated by JIRA
Hi,
On 7 Dec 2005, at 23:26, Thomas Lutz wrote:
Second argument: It was hard to explain, why I kicked struts out,
and used cocoon instead. And it was even harder to explain that
there is JavaScript in the server part. Managers who buy oracle
don't like to hear things like this...
To
SVN)
Reporter: Jean-Baptiste Quenot
Priority: Minor
Attachments: 20051212-portal-AbstractAspectalizable,
20051212-portal-CopletInstanceDataManager
CopletInstanceDataManager should be cloneable in order to load the coplets one
time, and clone that object to provide a different copy
Hi,
after doing some profiling and analysis I have found that rhino is doing a
lot of class loading which often fails. This is coming from
NativeJavaPackage.java / getPkgProperty (a lot of ClassNotFoundException
exceptions are thrown and catched there). This stems from references in a
flow script
Attachments: 20051212-portal-MapProfileLS
Portal loads user profiles (when using eg AuthenticationProfileManager) with
Castor every time the user logs in and this is very slow. This patch allows to
cache the result for further invocations. However the coplet instance profiles
are handled
Attachments: 20051212-portal-MapProfileLS
Portal loads user profiles (when using eg AuthenticationProfileManager) with
Castor every time the user logs in and this is very slow. This patch allows to
cache the result for further invocations. However the coplet instance profiles
are handled
[PATCH] correct position of help popup for tab styling
--
Key: COCOON-1711
URL: http://issues.apache.org/jira/browse/COCOON-1711
Project: Cocoon
Type: Bug
Components: Blocks: Forms
Versions: 2.1.9-dev
Quenot
Attachments: 20051212-portal-MapProfileLS
When loading profiles (using eg AuthenticationProfileManager) portal parses the
profiles using Castor, and this can be very slow. The attached patch caches
the result in a HashMap for subsequent invocations to avoid loading them every
time. Note
/jira/browse/COCOON-1710
Project: Cocoon
Type: Improvement
Components: Blocks: Portal
Versions: 2.1.9-dev (current SVN)
Reporter: Jean-Baptiste Quenot
Attachments: 20051212-portal-MapProfileLS
Portal loads user profiles (when using eg AuthenticationProfileManager
://issues.apache.org/jira/browse/COCOON-1712
Project: Cocoon
Type: Improvement
Components: Blocks: Portal
Versions: 2.1.9-dev (current SVN)
Reporter: Jean-Baptiste Quenot
Attachments: 20051212-portal-MapProfileLS
When loading profiles (using eg AuthenticationProfileManager
After working on the deployer and learning more about the Maven2 internals, I
want to share 2 thougths:
I've already raised the question whether it is possible to merge block.xml and
pom.xml. For now it's not as dependencies in pom.xml can't carry all the
necessary information for us.
Stefan Pietschmann wrote:
Yes, I read about that and tried to find out a bit more about
HTTPSessionBindingListener. However I don't quite get the store your
component as a session attribute-part.
1. I'm using my component in the pipline implementation. I assume you'd do
it some way like
Ralph Goers wrote:
Stefan Pietschmann wrote:
Yes, I read about that and tried to find out a bit more about
HTTPSessionBindingListener. However I don't quite get the store your
component as a session attribute-part.
1. I'm using my component in the pipline implementation. I assume
you'd
Antonio Gallardo wrote:
dave- wrote:
Stefano Mazzocchi wrote:
Mark Lowe wrote:
Nice charts.. They assume that the same folk that are there at the
start of the start line are the same folk that are end or even perhaps
middle. Despite having a lot of respect for stefano's achievements and
In general I agree with this - it makes learning Cocoon internal a
little bit easier. But I think the current environment api is not our
biggest problem. Anyways, our current Request object has more
functionality as the servlet request object, e.g. to get the sitemap
prefix and sitemap uri and
Carsten Ziegeler wrote:
In general I agree with this - it makes learning Cocoon internal a
little bit easier. But I think the current environment api is not our
biggest problem. Anyways, our current Request object has more
functionality as the servlet request object, e.g. to get the sitemap
Hi all,
An ASF members meeting was held yesterday evening here in San Diego
during which new members were voted in. Among the 33 new members, some
are well known here:
- Bruno Dumon
- Antonio Gallardo
- Ross Gardler
- Reinhard Poetz
- Jeremy Quinn
Congratulations and a warm welcome to the
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-portal has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-portal has an issue affecting its community integration.
This issue
Berin Loritsch wrote:
Carsten Ziegeler wrote:
In general I agree with this - it makes learning Cocoon internal a
little bit easier. But I think the current environment api is not our
biggest problem. Anyways, our current Request object has more
functionality as the servlet request object,
Le 12 déc. 05, à 19:28, Sylvain Wallez a écrit :
Congratulations and a warm welcome to the new members!
+1 !
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
+1 from me too!
Bertrand Delacretaz schrieb:
Le 12 déc. 05, à 19:28, Sylvain Wallez a écrit :
Congratulations and a warm welcome to the new members!
+1 !
-Bertrand
Reinhard Poetz skrev:
After working on the deployer and learning more about the Maven2
internals, I want to share 2 thougths:
I've already raised the question whether it is possible to merge
block.xml and pom.xml. For now it's not as dependencies in pom.xml can't
carry all the necessary
Carsten Ziegeler skrev:
In general I agree with this - it makes learning Cocoon internal a
little bit easier. But I think the current environment api is not our
biggest problem.
We have had quite a few threads about our problems, so I'm not going to
try to find our biggest problem in this
Daniel Fagerstrom wrote:
And for me the most important question :) What is the suggested
timeframe/version for this? Do you want to do this for 2.2?
It depends on the timeframe for 2.2 ;) I will be offline for the next
two weeks (kitesurfing in Mexico :) ) after that I would like to ditch
the
Carsten Ziegeler wrote:
I strongly suggest that we start creating roadmaps. This also would make
the development of Cocoon for users much more transparent. Currently I
have only two points which I really think have to be finished for 2.2:
the build/deployment stuff and making the current
I agree that the main focus must be to get a 2.2 release. So the
question is what to do with the real blocks. They are currently rather
close to the specification, but we don't know if the specification is
good enough without getting experience from the blocks.
For ditching the environment
Ralph Goers wrote:
Jeremy Quinn wrote:
Hi Ralph
On 9 Dec 2005, at 15:06, Ralph Goers wrote:
Jeremy Quinn wrote:
The first thing I have done is to use the dojo.require mechanism
to dynamically load all JS in the browser, so for instance, if
your form does not use htmlarea, the
Carsten Ziegeler wrote:
The ajax support in the portal is currently just for the portal itself
(reloading of coplets etc.), but not for the portlets itself. (Yes, Ralf
I'm mixing coplet and portlet again - like I did in the presentation :( )
Sorry, I misspelled your name, it should read Ralph
Carsten Ziegeler wrote:
I think this global switch is a misconception. Can we change the meaning
to: use ajax if it's enabled in the form *and* if the current browser
supports it? Currently I only have the choice for switching ajax on for
*all* users. Now if they happen to have turned off
Antonio Gallardo wrote:
Hi:
While reviewing the javadocs, I found there is a link that is broken.
The content is there, but the linkrewriter is non-correrctly redirecting
the content.
Try:
http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/xml/xlink/package-frame.html
I found
On 12/13/05, Daniel Fagerstrom [EMAIL PROTECTED] wrote:
I agree that the main focus must be to get a 2.2 release. So the
question is what to do with the real blocks. They are currently rather
close to the specification, but we don't know if the specification is
good enough without getting
David Crossley wrote:
Antonio Gallardo wrote:
Hi:
While reviewing the javadocs, I found there is a link that is broken.
The content is there, but the linkrewriter is non-correrctly redirecting
the content.
Try:
Gianugo Rabellino wrote:
On 12/13/05, Daniel Fagerstrom [EMAIL PROTECTED] wrote:
I agree that the main focus must be to get a 2.2 release. So the
question is what to do with the real blocks. They are currently rather
close to the specification, but we don't know if the specification is
good
Gianugo Rabellino skrev:
On 12/13/05, Daniel Fagerstrom [EMAIL PROTECTED] wrote:
I agree that the main focus must be to get a 2.2 release. So the
question is what to do with the real blocks. They are currently rather
close to the specification, but we don't know if the specification is
good
Berin Loritsch skrev:
Gianugo Rabellino wrote:
On 12/13/05, Daniel Fagerstrom [EMAIL PROTECTED] wrote:
I agree that the main focus must be to get a 2.2 release. So the
question is what to do with the real blocks. They are currently rather
close to the specification, but we don't know if
Gianugo Rabellino wrote:
I tend to disagree. The environment abstraction is to me part of the
underlying public contracts users rely upon: changing contracts
between minor versions is borderline but acceptable given the
cost/benefit ratio, but it's out of question between revision. Having
2.2
47 matches
Mail list logo
