Stephan.
Am Di, den 30.03.2004 schrieb Carsten Ziegeler um 09:07:
Bertrand Delacretaz wrote:
IMHO some kind of action is needed on this: either keep the
javaflow block as is, move it to the scratchpad or move it
somewhere else.
Stephan, I understand the public pressure and excitement
{../foo} instead of
{foo} I got a not so many levels exception.
Isn't it possible to pass parameters to an action-set or is it a bug?
Thank you.
Regards
Stephan
exists not as source but as string? Is there already a tool
avaiable which makes it easy like the SourceUtil?
Any examples?
Thank you very much.
Regards
Stephan
Am Di, den 23.03.2004 schrieb Joerg Heinicke um 20:37:
On 23.03.2004 20:23, [EMAIL PROTECTED] wrote:
stephan 2004/03/23 11:23:07
Modified:tools/src blocks-build.xsl
Log:
Allow to share codebase to other blocks.
pathelement location=${{build.blocks}}/{$block
. A
side effect of the last change.
Stephan.
Am Di, den 16.03.2004 schrieb Carsten Ziegeler um 07:58:
Hi Stephan, could you please revert your changes? Joerg already
asked you to do so and I think we should either revert or change
the current behaviour. It's really annoying to have all this Dismiss
messages. There are hundreds of them
mechanism, see Ruper(http://krysalis.org/ruper/). Should be easy to
integrate into the existing build system. I think this
is the way to go.
Stephan.
Am Fr, den 12.03.2004 schrieb Carsten Ziegeler um 08:25:
Stephan Michels wrote
Ehm, are you sure that this works? The xconf's from the different
blocks have to be applied in the correct order (in the
order of their
dependencies). If you all apply at once this is imho
a build time von 4min
25sec on a 2.4GHz Intel system. Which is, by the way, unacceptable,
IMHO.
So, should I revert the change to have a more elegant build file with
bigger build time?! ehrmm ... I think not.
Stephan.
Hi,
some samples require the ExtendedResourceExistsAction. Where went
this action?
Marged with ResourceExistsAction?
Thanks, Stephan.
(in the order
of their dependencies). If you all apply at once this is imho
not guarenteed, right?
Now it should work. I rewrote the XConfTask. So, there is no
problem the xsp-session-fw.xconf and others anymore.
Stephan.
;-) It shouldn't affect existing projects. When not,
share your pain.
Stephan.
.
I think the rest comes the paradigm shift to flow+jx early or later.
Stephan.
of precept
+1, with thanks for your work on it!
Ditto. I remember your presentations on forms at the first GT. So many
options we had at that time ;-)
BTW, what about xmlform and jxforms. Are they still necessary?!
Perhaps its time for some clean up.
Stephan.
Am Di, den 09.03.2004 schrieb Bertrand Delacretaz um 16:37:
We should move XSP in a block anyway.
+1 from Stefano, Antonio, Reinhard
+0.5 (=good idea, won't be able to help)
I can offer some help, if nobody on it, then I can try it?!
Stephan.
I think here goes something wrong ;-)
Am Mi, den 10.03.2004 schrieb [EMAIL PROTECTED] um 10:48:
1.2 +48 -33cocoon-2.2/src/resources/dev/i18n/simple_dict.xml
Index: simple_dict.xml
===
RCS file:
).
Stephan.
Am Mi, den 10.03.2004 schrieb Reinhard Pötz um 11:03:
Stephan Michels wrote:
Am Di, den 09.03.2004 schrieb Bertrand Delacretaz um 16:37:
We should move XSP in a block anyway.
+1 from Stefano, Antonio, Reinhard
+0.5 (=good idea, won't be able to help)
I
reasonable. If nobody against it, let do it.
Stephan.
generating, generation, what the . Its all the same ;-) Thanks.
Am Mi, den 10.03.2004 schrieb [EMAIL PROTECTED] um 16:20:
unico 2004/03/10 07:20:54
Added: src/blocks/xsp/java/org/apache/cocoon/generation
AbstractServerPage.java
Am Di, den 09.03.2004 schrieb Unico Hommes um 16:39:
Reinhard Pötz wrote:
Stefano Mazzocchi wrote:
We should move XSP in a block anyway.
+1 from Stefano, Antonio, Reinhard
+1
Big +1
Stephan Michels.
.
And a forked version of a well-known open source project of a
friendly-neighbor-organization is very unlikely to be a welcome
addition to the ASF stable.
Is there no way to get the changes into the original rhino codebase?
Has nobody comitter access?
Forking is very bad thing, IMHO.
Stephan.
the content/p
Can I use the class org.apache.cocoon.xml.SAXBuffer to do that?
Can you give me a short example, how to use this class within a transformer?
Thank you.
Regards
Stephan
Christopher Oliver wrote:
You could use the JXTemplate generator to do this without Java
programming:
jx:macro name=iterate
jx:parameter name=times/
jx:forEach start=1 end=${times}
jx:evalBody/
/jx:forEach
/jx:macro
--
Chris
Thank you, Chris. But I need to write my own transformer for
Hello,
if no map:pipes/ section is given in a sitemap, which implementation
of a ProcessingPipeline will be used?
CachingProcessingPipeline?
Thank you!
Regards
Stephan
Unico Hommes wrote:
See the root sitemap where it says:
map:pipes default=caching
;-)
Unico
And what happens if I dont specify an element map:pipes/ in the root
sitemap? ;-)
Which ProcessingPipeline is will be used then?
Regards
Stephan
Unico Hommes wrote:
Stephan Coboos wrote:
Unico Hommes wrote:
See the root sitemap where it says:
map:pipes default=caching
;-)
Unico
And what happens if I dont specify an element map:pipes/ in the
root sitemap? ;-)
Which ProcessingPipeline is will be used then?
AFAICT this would
Hello,
long long time ago I had heard that own roles can be configured in a
separate config file. But I have forgotten which structure this file
must have and how to set the path to this file. The only thing I know is
there was an attribuite in cocoon/ of cocoon.xconf to set the path,
but
Upayavira wrote:
Stephan Coboos wrote:
Hello,
long long time ago I had heard that own roles can be configured in a
separate config file. But I have forgotten which structure this file
must have and how to set the path to this file. The only thing I know
is there was an attribuite in cocoon
, like we
do in the past.
And the CHANGES are not really complete. Using AUTHOR tags in the source
files is a good practice, IMHO.
-1, Stephan.
Stephan
makes it much more complicated to get involved into cocoon for newbies.
Regards
Stephan
to realize the simple logic part by the expensive
web-developers, too!
Regards
Stephan
Leszek Gawron wrote:
On Thu, Feb 26, 2004 at 10:22:12AM +0100, Stephan Coboos wrote:
I think a solution like this:
map:match pattern=first
map:call function=getValues return=true/
map:transform type=jxt/
map:serialize/
/map:match
is more easier to understand than this:
map:match
Antonio Gallardo wrote:
Stephan Coboos dijo:
is more easier to understand than this:
map:match pattern=first
map:call function=getValues/
/map:match
map:match pattern=second
map:generate type=jxt/
map:serialize/
/map:match
Did you already saw the advantage of this?:
map:pipeline
Hello,
in some discussions I'd heard that actions and XSP should be more and
more replaced by flowscript. I think, this is a good idea because
flowscript is a good way to integrate logic parts into an application.
But with one thing I cant agree. Why shouldn't it be possible to return
to the
Ralph Goers wrote:
I don't mean to start any kind of flame war here and the following is
strictly my opinion.
Actually the statement below is the exact reason I and my colleagues are
reticent to use flowscript. I have no problem with using flowscript to
manage a couple of pages that are linked
is
very simple by adding the following lines to AO_FOM_Cocoon.FOM_Request:
public Enumeration jsFunction_getAttributeNames() {
return request.getAttributeNames();
}
Thank you.
Regards
Stephan
by using a special masked enviroment,
which doesn't allow redirects etc.
But for the first problem I must change the signature of the method.
Is there any other way to do this? Thoughts?
Stephan.
. To find out in an object exists, and if it can reused
etc, will cost much more than 2ms.
So, +1 from my side.
Stephan.
Hello,
is there a interface for the service manager avaiable which definies
that a method of a pooled component will be called right before I get it
from the pool?
I want to get a new Datasource each time I get the component from the
pool. How to do that?
Thank you.
Regards
, that I doesn't fire the CRs and LFs a
ignorableWhitespace, maybe...
Thanks, Stephan.
Am Mo, den 02.02.2004 schrieb Nicola Ken Barozzi um 12:11:
Stephan Michels wrote:
On Fri, 23 Jan 2004, Nicola Ken Barozzi wrote:
How come with the wiki stuff with
{{{
source
code
}}}
I get this output:
pre
source
code
/pre
Any way to not make double linefeeds appear
.
Stephan
text files?
Stephan.
to someone who has
cvs access)
Note: The class AbstractCompositeTestCase above is from latest CVS in
Cocoon 2.2 branch. Code in this post wasn't tested, it even hasn't been
compiled.
I havn't updated the class in the cocoon-2.2 repository.
Stephan.
Am Do, den 22.01.2004 schrieb Nicola Ken Barozzi um 16:45:
Stephan Michels wrote:
...
3 - the error reporting is nice, but for Forrest I need that all
errors go through the handle-errors, so that it gets actually
counted as such. ATM it seems that usual errors are handled
{
[...]
} catch (Exception e)
{
throw new SAXException(e.toString());
}
Which make xalan useless if you want select for the exception.
But using XSLTC and forrest is a different chapter ;-)
Happy to go off for vacation, Stephan.
the concept of
using JavaScript as flow layer and would like to code this layer in
real java. So they can do it! After they had stepped into cocoon and
tested the flowscript side maybe some of this peoples will changing to
flowscript, who knows?
Regards
Stephan
Hello,
I had read about the apples block and I would like to use it in some
parts of my application. There is just one big question: I'd read that
apples is in alpha status, so will it be (really) supported in future
and when is the release planned? In 2.2?
Thank you.
Regards
Stephan
these suggestions?
Regards
Stephan
Giacomo Pati wrote:
Stephan Coboos wrote:
Hello,
I like the concept of own avalon components in cocoon very very well.
So I only work with flowscripts and avalon components but very seldom
with actions or xsp. I think, the concept flowscript + avalon
component is the future way
/show_bug.cgi?id=16446
Currently the testcases test nothing ;-)
Thanks, Stephan.
On Fri, 12 Dec 2003, Sylvain Wallez wrote:
Stephan Michels wrote:
On 11 Dec 2003 [EMAIL PROTECTED] wrote:
sylvain 2003/12/11 10:19:05
Modified:lib jars.xml
Removed: lib/core excalibur-component-20031126.jar
excalibur-store-1.0-dev.jar
where to
start :/
Stephan.
On 10 Dec 2003, David Crossley wrote:
Stephan Michels wrote:
after I made some positive experiences with jalopy, an open source
code formatter, I want to offer install jalopy with a proposal
for the our code convention.
What do you mean by install? In our CVS? Or does each committer
Hi,
after I made some positive experiences with jalopy, an open source
code formatter, I want to offer install jalopy with a proposal
for the our code convention.
This should be a welcome alternative to the various 'organize imports'
and 'dos2unix' etc.
What do'ya think?
Stephan Michels.
Geoff Howard wrote:
Stephan Coboos wrote:
Hello,
because I've got no answer for my question postet in the users list
before, I will try it on the dev list...
I have the following sitemap fragment:
...
map:resources
map:resource name=main
map:call function=main/
/map:resource
, and execute it instead of delegate the request to
the processor.
this.processingPipeline =
this.processor.buildPipeline(this.environment);
My question is this behaviour intentional?
Thanks, Stephan.
have
access to the request params in the flowscript because cocoon.request...
returns nothing! How do I activate passing request parameters thru
resources to a flowscript?
Thank you.
Regards
Stephan
Carlos Chávez wrote:
Stephan Coboos Escribio :-)
Hello,
because I've got no answer for my question postet in the users list
before, I will try it on the dev list...
I have the following sitemap fragment:
...
map:resources
map:resource name=main
map:call function=main/
/map:resource
On Wed, 26 Nov 2003, Joerg Heinicke wrote:
[EMAIL PROTECTED] wrote:
stephan 2003/11/26 04:55:06
Modified:lib/core excalibur-component-1.2-dev.jar
But the naming is really bad as you can no longer get the recent sources for
this package. Please get back to dated package names
)
process flow - addCommand(process pipeline)
addCommand(release components);
addCommand(finish transactions);
Stephan.
On Sun, 2 Nov 2003, Stefano Mazzocchi wrote:
On Sunday, Nov 2, 2003, at 15:57 Europe/Rome, Vadim Gritsenko wrote:
Stephan Michels wrote:
On Sun, 2 Nov 2003, Stefano Mazzocchi wrote:
On Saturday, Nov 1, 2003, at 23:29 Europe/Rome, Steve K wrote:
And finally, on a somewhat
contain necessary components.
Stephan.
:/myFile.xml/
/element
Regards
Stephan
?
If no getParameterMap method exists, I have to implement such a method
myself.
Thank you.
Regards
Stephan
- Original Message -
From: Carsten Ziegeler [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, October 24, 2003 2:28 PM
Subject: RE: [suggestion] Method getParameterMap in Request?
Stephan Coboos wrote:
What do you think of adding a static helper method somewhere
with me?
Thank you.
Regards Stephan
- Original Message -
From: Ugo Cei [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 23, 2003 9:11 PM
Subject: Re: [suggestion] Method getParameterMap in Request?
Stephan Coboos wrote:
in my opnion it would be nice to have a method like getParameterMap()
from
Servlet
On Fri, 10 Oct 2003, Stefano Mazzocchi wrote:
On Friday, Oct 10, 2003, at 13:22 Europe/Rome, Stephan Michels wrote:
To prevent component name collisions within, we could use prefixes like
match type=basic:wildcard pattern=*.html
map:generate type=basic:file src={1}.xml
the 'root' block decide which resources are
public and which are private?! So that everything is protected, except
the 'root' block exposes them.
Stephan.
that. This is the solution, which comes first in my mind.
Stephan.
On Thu, 9 Oct 2003, Sylvain Wallez wrote:
Stephan Michels wrote:
On Tue, 7 Oct 2003, Sylvain Wallez wrote:
AFAIU, the use of JXTemplate as a generator allows the template to be
pre-analyzed and stored into the cache, thus allowing a greater
performance. This cannot be achieved
will be exchanged. Each depending block has
a parent classloader, which will be consulted if the current
classloader doesn't know the class.
My unsorted braindump, Stephan.
cat /dev/brain | grep blocks | mail [EMAIL PROTECTED
On Fri, 10 Oct 2003, Stefano Mazzocchi wrote:
On Friday, Oct 10, 2003, at 11:04 Europe/Rome, Stephan Michels wrote:
Exposing classes
Stephen proposed to separate the classes to expose in a different
jar
and expose that. I like this. It's simple and effective
modifier=private/
[...]
We could use the same syntax for the so called interal pipelines
map:pipeline modifier=private
[...]
We could use two different component managers for each sitemap to manage
these components, this should make the lookup easier.
Just a thought, Stephan
, Stephan.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
On Tue, 7 Oct 2003, Sylvain Wallez wrote:
Stephan Michels wrote:
Just another thought,
I noticed that the JXTemplateGenerator/Transformer implements both
contracts: generator and transformer. It should be easier to
implements this component as transformer, and offer this transformer
stephan 2003/08/27 01:33:42
Modified:src/blocks/webdav/java/org/apache/cocoon/transformation
SourcepropsWritingTransformer.java
Log:
Fixed typo.
Revision ChangesPath
1.2 +2 -2
cocoon-2.1/src/blocks/webdav/java/org/apache/cocoon
this easier, I think.
Stephan.
On Mon, 4 Aug 2003, Mark Leicester wrote:
On 4/08/2003 15:15, Stephan Michels [EMAIL PROTECTED] wrote:
Have you take a look into
src/test/org/apache/cocoon/AbstractCompositeTestCase.java
Heh, no I haven't seen this at all! Cool! Wow, this is the real thing! Is
this quite new? I looked
stephan 2003/08/11 01:30:09
cocoon-2.1/src/test/org/apache/cocoon/serialization - New directory
line-oriented stuff.
Stephan did a great job with the Chaperon wiki grammar, but if you look
at it closely there seems to be a fight between the structure that
Chaperon expects from its input and the more free-form wiki input.
You're right, the Chaperon parser suffers on the fact that it expects
by hand). This
is the reason why I offer text grammar format, which is nearly
equal to BNF.
But if not happy with format, then I curious for the reason. Without input
I can't make things better ;-)
Stephan.
stephan 2003/08/11 01:31:24
Modified:src/targets compile-build.xml
Added: src/test/org/apache/cocoon/serialization
AbstractSerializerTestCase.java
Log:
Add testcase for serializer, thanks to Mark Leicester.
Revision ChangesPath
1.14
On Tue, 5 Aug 2003, Mark Leicester wrote:
Thank you for pointing me to your Cocoon unit testing framework[1] Stephan!
I got a unit test for my MIDIGenerator going very quickly, and it *is* very
easy to use. I was able to configure the .xtest file without too much
trouble. Your testing
generator and transformers,
builds a almost complete enviroment with the mock classes within
src/test/org/apache/cocoon/environment/mock
Stephan.
SourceDirectoryGenerator - http://apache.org/cocoon/directory/1.0
or DirectoryGenerator.
My 2cents, Stephan.
On Fri, 1 Aug 2003, Guido Casper wrote:
Stephan Michels wrote:
At least, we should agree on one name
SourceHierarchyGenerator - http://apache.org/cocoon/hierachy/1.0
SourceCollectionGenerator - http://apache.org/cocoon/collection/1.0
SourceDirectoryGenerator - http://apache.org
stephan 2003/07/29 07:29:10
Modified:src/java/org/apache/cocoon/components/treeprocessor/sitemap
ActNodeBuilder.java
Log:
Throw configuration exception if the map:actions-sets element is missing.
Revision ChangesPath
1.2 +11 -5
cocoon
of it went into the xmlutil package of
Excalibur.
So, perhaps someone can throw light on?!
Stephan.
On 24 Jul 2003, David Crossley wrote:
Stephan Michels wrote:
The only testcase, which depends on the deprecated package is the
ResolverImplTestCase, I think. I don't know the status of the
Resolver, but I see that parts of it went into the xmlutil package of
Excalibur.
So, perhaps
the generalisation to the post-2.1-era,
and hazard with the consequences, that we maybe change the
sitemap syntax of a released version of Cocoon?
+1
Stephan.
On Fri, 18 Jul 2003, Reinhard Pötz wrote:
From: Stephan Michels
map:initiate - select flow - map:flow \\
- select implementation - flow-processor
Ohh moment, what makes the flow component different from
other sitemap components? Nothing!
From
stephan 2003/07/18 02:40:20
Modified:.blocks.properties
Log:
Add entry for jxforms
Revision ChangesPath
1.21 +1 -0 cocoon-2.1/blocks.properties
Index: blocks.properties
===
RCS
stephan 2003/07/18 02:46:24
Modified:tools/src blocks-build.xsl
Log:
Exclude files, which should be copied, instead
to include some files types explicit.
Revision ChangesPath
1.31 +13 -2 cocoon-2.1/tools/src/blocks-build.xsl
Index: blocks-build.xsl
On Fri, 18 Jul 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
Same from me, can we move the CastorSourceConverter into the main tree,
and also the CastorTransformer? They are very useful in my current
application.
No, please not into the main trunk, it's already overcrowded
On Fri, 18 Jul 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
I strongly against. One big build file is a mess, and unmaintainable.
I really don't get your point why one big build is the better choice?
It's plain simple: the included files are not editable with an xml editor
101 - 200 of 212 matches
Mail list logo
