files (Xalan often logs the error before
raising the exception).
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo
- onExpiration()
Sounds good.
What do you guys think?
Read inline !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource
Ricardo Rocha wrote:
Sylvain Wallez wrote:
Ricardo Rocha wrote:
The following items reflect the discussions Stefano and I have had
around the FOM:
- The load(uri) global function should be supported. This is clearly
needed for nested source file inclusion (which map:script does not
support
but a regular
.xconf declaration.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance
it really make senses to use them in the flow ?) is to forbid access to
their selectors, through their respective roles (GeneratorSelector,
TransformerSelector, etc).
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http
...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance - http://www.orixo.com
is there, both for the project and its community, and I can
assure you it will last.
Many thanks.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting
components should rely on Excalibur Sources
and the associated SourceResolver (looked up in the component manager)
to use the Source's validity.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
of the pipeline that
shields each element of the pipeline by exception handlers that log the
error with its location (I whish we still had SAXConnectors...).
For the Cocoon 2.2 version of course!!
As this isn't disruptive, this can go in any version... once it's done !
Sylvain
--
Sylvain Wallez
a parser to parse SAX-like events in a
non-well-formed XML document ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo
variables should be used to represent state that is
user-dependent but not flow-dependent.
What do you think ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
Pier Fumagalli wrote:
Sylvain Wallez [EMAIL PROTECTED] wrote:
Pier, unless I'm mistaken, it seems your problem can be solved with the
flow without hacking sessions.
Indeed... But Stefano asked Should the flow _always_ be associated with a
Session?, which I assumed (maybe prematurely
a special version of Xerces in your
system classpath (best thing is to keep it empty) or the endorsed dir of
your JDK ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
handling (either parsing or XSLT), inspect (or suspect) the various
libraries that consitute the classpath ;-)
Cheers,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
, but to
the continuation, and therefore can have different values if the UI is
forked.
So the flow state is transmitted through a single value, the
continuation identifier, which can be either in a hidden field or in the
submit URI.
Hope this helps.
Sylvain
--
Sylvain Wallez
track the problem :
- do you use a caching pipeline ?
- if yes, does it still happen if you use a non-caching pipeline ?
- can you provide us the two stack trace when you hit the breakpoint ?
Thanks,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org
(perhaps correlated with the session for
security - ie. a user has a session which may have one or more flows active)
as a hidden form parameter, it ensures that (re-)starting a flow does not
interrupt an existing one.
Exactly ;-)
Sylvain
--
Sylvain Wallez Anyware
BitFlux.
Wonderful job. I will now open the box to look at what's inside. And I
expect more wows ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
Marc Portier wrote:
Sylvain Wallez wrote:
Geissel, Adrian wrote:
Just a thought:
From a technical point of view, are there any other possiblities
of implementing the JavaScript global scope.
I assume this is a question. The request is obviously not good at this
and the servlet
, the mentioned byte-code incompatibility introduced by the
move to LogEnabled doesn't seem the most harmful to me, as a lot of
Cocoon apps don't define new components. Changes in built-in components
namespaces mentioned above are IMO much more confusing.
Sylvain
--
Sylvain Wallez
the solution here, since we deal with
incompatible bytecode. We may, however, use a classloader that adapts
byte code on the fly. But this would be IMO too much hidden magic, and
it's better to invite people to recompile their code.
Sylvain
--
Sylvain Wallez
, i.e. it is common to
the various functions contained in the script. And most often,
application state is tied to the user context which is the session.
I'm only asking because I'm curious - no offense to anybody!
Hey, asking is not offending ;-)
Sylvain
--
Sylvain Wallez
control on scheme syntax
without using a regexp.
2/ if not, use the regexp only on the part before the '?' (BTW, if '?'
is part of the URI, it should be encoded as %3F
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http
Bertrand Delacretaz wrote:
Le Samedi, 7 juin 2003, à 09:44 Europe/Zurich, Sylvain Wallez a écrit :
the code samples made my hair draw up on my head : hardcoded HTML
in Java code !!
Blessed arth thou, who haveth hair on their head ;-)
ROFL ;-)
It shows that users of such apps (simple
the development of blocks.
What do you think ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
-development/milestone releases.
Isn't it already the default ? The TreeProcessor has now been around for
more than a year...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
dynamic types can quickly lead to
non-understadable and unmaintainable sitemaps.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Sylvain Wallez wrote:
Joerg Heinicke wrote:
Though we will get again endorsed lib problem questions on the
users list, I updated the XML lib jars to their latest releases as in
Cocoon 2.1. I hope nobody has something against this. At least we
have a good explanation and solution
is the default class for the sitemap role. This is
why the class name doesn't appear explicitely in cocoon.xconf
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
likely to
get a ClassCastException. This is likely to happen mostly with standard
APIs, and the solution is then to remove the offending library from your
WEB-INF/lib.
Enjoy,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
Ricardo Rocha wrote:
Sylvain Wallez wrote:
IIRC (but don't ask me why), the XSP engine wraps every text node
from the XSP file into xsp:text elements.
In the original implementation text nodes were preprocessed and
escaped as string constants in accordance to the rules of the target
Bertrand Delacretaz wrote:
Le Mardi, 3 juin 2003, à 15:28 Europe/Zurich, Sylvain Wallez a écrit :
...Damn. How to solve this ? Install another Tomcat ? Yeah, it will
work, but will add yet-another-JVM to the server, which I wanted to
avoid. So, I decided to use ParanoidCocoonServlet
and performance problems if this feature is abused.
Also, it strongly prevents session serialization and thus the use of
flowscript on failsafe servers. So I would go for solution 1, which
enforces careful state management.
Sylvain
--
Sylvain Wallez Anyware Technologies
the new transformer to I18nTransformer2 and
re-adding the old I18nTransformer ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
I don't like all those static methods that hardcode more and more logic,
and even less when they lookup some components...
Why aren't these methods part of a CocoonResolver component that would
extend Excalibur's SourceResolver with some XML
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
I don't know if this should be an independent component, or one that
extends the SourceResolver.
Ah ok, by independent component I meant a component that extends
perhaps the SourceResolver component from Avalon, but can still be
looked up
file into xsp:text elements.
So you may want to match xsp:text and not text().
Hope this helps,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Stefano Mazzocchi wrote:
on 5/27/03 4:06 AM Sylvain Wallez wrote:
Object getComponent(id) - obtains the component indicated by the given ID
Why don't you use the traditional lookup() name ? Also, release() is
missing. So what about lookupComponent(id) and releaseComponent(id)?
release
clearly so that we can clear the sky even on this:
Ovidiu, please excuse me for copying you on this, but I would like to
let you and everybody else know this:
Stefano, seems like you were too fast at sending and forgot to CC Ovidiu...
Sylvain
--
Sylvain Wallez
compared to other frameworks
when it comes to use it to gain a project.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
the whole block
architecture and deployment manager :-)
What is Ricardo doing now ? He's been away for such a long time... Is he
still using Cocoon and following what's going on here ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
this InputPart you're talking about to the
enviromnent, inspired by o.a.c.c.request.multipart.FilePart.
Thoughts ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
What's the real contract behind Object get(String) ? The method
name isn't very meaninful and the JavaDoc is confusing, as it is
identical to the one for getAttribute(), although the implementation
is obviously different.
Furthermore, is get
gump.xml.
It's fixed now.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
However, allowing a generator in map:handle-errors is incompatible
with the current syntax.
The idea was to allow it and make it *optional*. I.e., if no generator
specified - use noifier, if user specified some generator - use it
instead of default
and development in
this area. And, BTW, Precept is already a block.
So +1 for a block, but I'm still wanting the current XMLForm code base
to stay in Cocoon's CVS.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware
package, or it will have to reinvent some of the Cocoon mechanisms.
I think though that this can grow into an Apache (sub)project. What
would you suggest in this case?
Mmmh... Don't be too fast : let's wait and see how it evolves and what
community will be around it...
Sylvain
--
Sylvain
version of XMLForm based
on commons-validator. This definitely has go in our code base.
Thoughts ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
for this community to elect one as a engine
of choice, and promote it against other...
I guess Bertrand's purpose is not to use it on production servers, but
to have a small standalone server that can be used for e.g. demonstrations.
Sylvain
--
Sylvain Wallez Anyware
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
snip/
Now from an implementation point of view, finding if a generator is
present by analyzing the sitemap is difficult, if not impossible,
since a generator can be inside a matcher/action/selector (will we go
in that path or not ?), or included
of adding it to the Avalon
context. Any Contextualizable component can then access it.
Thoughts ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
/
What do you think?
You reinvented XSLScript ! It's at http://www.pault.com/pault/prod/XSLScript
Ah, and how does this fit with caching ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Hi folks,
We have in the 2.1 a number of features that are considered as
deprecated, although still supported. We need a way to inform users
(the ones that write Cocoon apps) that they use such deprecated
features in a way that allows them
:
match pattern=foo
generate src=baa.xml
transform src=too.xsl
serialize
I admit having read many Python books lately.
We can easily guess that. Please, please add braces !!!
match pattern=foo {
generate src=baa.xml
transform src=too.xsl
serialize
}
;-P
Sylvain
--
Sylvain Wallez
of control of the Cocoon community, so :
-1
However, if you want to provide integration of your fork with the Cocoon
code base, you can create a new block dedicated to this, that should not
interfere with Cocoon's XMLForm.
Sylvain
--
Sylvain Wallez Anyware Technologies
in Western Europe, but I might be wrong?
I don't know about other countries.
In France, we call this kind of jokes an April fish. Children also
pin paper-fishes in the back of people.
Comment dit-on April fish en Francais?
Poisson d'avril !!
Sylvain
--
Sylvain Wallez
-devm=102637618202439w=2
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
it interesting to write a
CVS provider for VFS, but the architecture seemed to me heavy compared
to what's needed to write a Source. I also didn't have the necessary
time to dig a lot.
Thoughts?
Time for a VFSSource ?
Sylvain
--
Sylvain Wallez Anyware Technologies
Nicola Ken Barozzi wrote:
Sylvain Wallez wrote, On 29/03/2003 10.12:
Nicola Ken Barozzi wrote:
I'm developing a code graph viewer, and I tested it on cocoon.
See it here:
http://cvs.apache.org/~nicolaken/whiteboard/
Cool, although hardly usable given the width/height ratio, unless you
want
by the arrow routing algorithm that avoids crossing boxes.
Is it a standard feature of dot ?
I also noticed a comment in the SVG source mentioning For user: Bill
Gates. Damn, is M$ reverse-engineering Cocoon ???
;-P
Sylvain
--
Sylvain Wallez Anyware Technologies
http
.
I see no reason why discussion should not be carried on cocoon-dev.
In fact it already started... ;)
I feel bad that it started somewhat sour, but I'm sure we'll work it out.
Ok, so please explain us what are the problems that were raised in
private emails.
Sylvain
--
Sylvain Wallez
it in a stable release.
A few questions : why haven't *you* back ported XMLForm into 2.0 ? What
prevented *you* to do it ? And if other people did it, why haven't *you*
incorporated their patches in the 2.0 branch, if this is something that
itches you so much ?
Sylvain
--
Sylvain Wallez
since the flow passes
them model data.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
will be let alone on
your side with your fork with no community to provide you features and
enhancements. Is this what you want ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
behaviour of you old sitemap.
Sylvain
If anyone speak italian I think that I can explain better the problem.
There are many italians here, but I can say your english is perfectly
acceptable ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Pier Fumagalli wrote:
Sylvain Wallez [EMAIL PROTECTED] wrote:
Or even remove it since it was never released !
I'd like to triple check the functionalities and have some doccos before
removing it... I use the proxy block @ work, so hopefully I'll be able to
maintain it! :-)
Sure ! What
explain what's the purpose of confirm-extensions ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
... you're in telegraphic mode, today ;-P
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
the iguana : http://users.erols.com/ziring/yoshi.htm
- or is it the Nintendo game ? http://www.yoshisstory.com/
Cheers,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
keen on documentation and has
already contributed in various ways.
Becoming a committer will allow him to contribute more effectively
to Cocoon.
I've met Andrew IRL, and I can say is committment to Cocoon is real.
So here's my +1
Sylvain
--
Sylvain Wallez
+1 !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
distro.
I also think a working Jetty-powered sample webapp is a must have in the
distro, since most often new users start learning Cocoon by playing with
the samples and modifying them.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
well-done
build.sh-driven distro and see what is the user reaction. *then* move
from there.
What do you think?
If we can solve the JAVA_HOME issue, then +0.
Sylvain
[1] http://www.joelonsoftware.com/articles/LeakyAbstractions.
--
Sylvain Wallez Anyware
parent-aware by a new
lifecycle interfacee :
public interface ParentAware {
public void setParent(Object parent)
}
Any component implementing this interface will be given once (before
initialize()) the object that implements the same role in the parent
component manager.
Thoughts ?
--
Sylvain
it to remote attacks.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
at
deployment time by just changing a flag in a configuration file.
Sylvain
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-devm=103175546321320w=2
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML
Christopher Oliver wrote:
Sylvain Wallez wrote:
snip/
Does JavaScript, like Java, make a difference between primitive types
(stored by value on the stack) and object types (stored by reference)
? My understanding after some tests is that a difference is made.
No, there shouldn't be any
Christopher Oliver wrote:
Sylvain Wallez wrote:
Here's my test (see below). I modified the viewCategory function in
PetStore to track the value of skipResults, and observed that when
you use the browser back button and then reload the page,
skipResults is correctly restored but not foo.skip
Tony Collen wrote:
On Fri, 21 Mar 2003, Sylvain Wallez wrote:
Christopher Oliver wrote:
Sylvain Wallez wrote:
snip/
Does JavaScript, like Java, make a difference between primitive types
(stored by value on the stack) and object types (stored by reference)
? My understanding
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
But won't work :-(
:)
Why ? Well, yes, a sitemap element = a builder class. But the
configuration file that defines them is used to feed a
ComponentSelector, which will try to load the class and the result is
that you will get
-2.1/src/idl/cocoon/flow: No such file or directory
cvs server: skipping directory src/idl/cocoon/flow
Are you also experiencing this ? Any idea ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
Joerg Heinicke wrote:
Had the same yesterday. You simply must delete one of the ancestor
directories of the file and update again.
That solved the problem, although it doesn't explain how my CVS repo got
corrupted...
Anyway, thanks a lot for the trick !
Sylvain
Sylvain Wallez wrote:
Folks
know if XMLForm should use request or object
model...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
But won't work :-(
:)
Why ? Well, yes, a sitemap element = a builder class. But the
configuration file that defines them is used to feed a
ComponentSelector, which will try to load
with the src.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
:50
must have a 'src' attribute
Same applies to readers : you may have some readers that don't need an
'src' attribute. Please, let this be handled by the components that
actually require it.
Sylvain
--
Sylvain Wallez Anyware Technologies
http
every Serializer extends AbstractSerializer ? Maybe
our's, but aren't there some custom serializers out in the wild world
that don't ?
It would be better for the pipeline to handle the optional case where a
Serializer also implements SitemapModelComponent.
Sylvain
--
Sylvain Wallez
continuations expire, but withing
the expiration delay, all these lists keep floating around...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
Christopher Oliver wrote:
Sylvain Wallez wrote:
Hi,
I'm playing and digging in flow-enabled petstore (BTW, so nice, I
love it), and experienced some problems with the
continutation-enabled prev/next navigation.
To reproduce it, go to the dogs area, click next once and then
hit the browser's
Christopher Oliver wrote:
Sylvain Wallez wrote:
Christopher Oliver wrote:
Sylvain Wallez wrote:
Moreover, AFAIU, the productList variable in viewCategory() is
stored in the continuation, and so if we hit next and then
prev, the first list exists twice (in different continuations).
Isn't
Ugo Cei wrote:
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
1) do we really need the session object? the flow is in fact
deprecating the use of sessions for storing stateful data. I would
love to *force* people to think into this way by not making the
session available to them. We can
resource-exists matcher? ;-)
PS: RT: 1st rule of sitemap component equivalency: Every action could
be renamed to/rewritten as a matcher
Every action *that only performs some checks and doesn't modify the
system state* could be renamed to/rewritten as a matcher.
Sylvain
--
Sylvain Wallez
.
In Cocoon 2.1, the SourceResolver is a regular component that any
Composable can get through the traditional lookup() method. Actions
advantage is gone !!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
but wrong :)
Matchers have side effect by returning map of values.
What about some super-selector (or multi-match ?) that would be
allowed to return sitemap values ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http
Nicola Ken Barozzi wrote:
Sylvain Wallez wrote, On 18/03/2003 15.43:
Vadim Gritsenko wrote:
...
Matchers have side effect by returning map of values.
What about some super-selector (or multi-match ?) that would be
allowed to return sitemap values ?
And make Matchers and Selectors able
that could be written in JS only...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
the class and the result is
that you will get an Exception in the initialization phase of the
TreeProcessor...
The only viable solution is for the declaration to be _not present_ in
the treeprocessor configuration.
Sylvain
--
Sylvain Wallez Anyware Technologies
http
1 - 100 of 790 matches
Mail list logo