Christian Haul wrote:
Hi team.
I will be offline 'till ~12th (and largely have been for some days already)
due to some happy event in my life: I'm going to marry my girl friend tomorrow!
Congrats, Chris !
And we want some nice pictures when you come back ;-)
Sylvain
--
Sylvain Wallez
links supplied at http://cocoon.apache.org/1.x/mail-lists.html (see the other to's), but that does not seem to work.
Would you please help?
The mailing lists have moved to cocoon.apache.org. Please follow the
instructions at http://cocoon.apache.org/2.1/mail-lists.html
Sylvain
--
Sylvain Wallez
names.
Note : that's why, at the start of flow discussion (a log time ago),
I wanted to put map:flow inside map:components, because this is
actually what it is : a component definition and configuration.
Sylvain
--
Sylvain Wallez Anyware Technologies
http
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Although we can change the attribute of map:flow (type would be
more in accordance with other sitemap statements), it's content is
actually a Configuration object given to the chosen flow engine. For
type=JavaScript, it fully makes sense to list
Christopher Oliver wrote:
Sylvain Wallez wrote:
Christopher Oliver wrote:
Sylvain Wallez wrote:
snip
Names are one of the most important things in design, since it's
first through the names that a user goes into a set of classes. Bad
names imply wrong understanding. Abstractions named after
namespace being considered as an error.
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
this is really about renaming a few
things, this isn't a big work. Ready for a vote ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects
-markup
[2]
http://xml.apache.org/xalan-j/apidocs/org/apache/xalan/extensions/ExtensionHandler.html
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Sure. But then, one way or the other, the contract of the class with its subclasses is changed, and the subclasses are broken !
Yepp, but I think in this case it's ok, the subclasses have to be adjusted accordingly. You can't make implementations
if we can't access the components that are inside !
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
(doesn't work for me)
Wikies only tell about older tomcat versions...
Thanks in advance !
Use the ParanoidCocoonServlet, and your endorsed lib problems should
vanish instantly ;-)
http://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem
Cheers,
Sylvain
--
Sylvain Wallez
--
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
with this
special classloader. So it just delegates method calls.
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
Giacomo Pati wrote:
Hi all
I'd like to propose an extension to the FOM_Request class with the property 'remoteUser'.
+1. remoteUser obviously belongs to the business logic domain.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
and with
actual code in the future.
And of course if such changes happen, a back-compatible behaviour will
be maintained.
Sylvain.
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
Gianugo Rabellino wrote:
Sylvain Wallez wrote:
And while we're at refactoring, what do you think of having separate
regexps for directories and files ? This would be really useful since
their respective naming rules are totally different. E.g. if I want
only .xml files, the regexp has
) or SourceTraversalGenerator ?
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
Stefano Mazzocchi wrote:
on 7/11/03 3:22 AM Sylvain Wallez wrote:
This was done about a week ago ;-)
300 messages later, I knew ;-)
Tomorrow I'll digest the big thread on the extended flow and report back.
(my FS alarms are already off scale but I'm turning them off to try to be really
the Processor
interface was abstracted that we have the TreeProcessor today, and maybe
also the flow, because Ovidiu was able to play with it without impacting
the core.
Sylvain
PS: I'm on vacation, so don't expect instant replies !
--
Sylvain Wallez Anyware
, but forced people to go thru the
community so that control, coherence and feedback is maintained and
the cocoon platform is not abused.
Hope my point is clearer now.
Yep. Hope mine is clearer too.
Sylvain
--
Sylvain Wallez Anyware Technologies
http
don't like
personal frictions, as they're often based on some initial
misunderstanding that keeps unresolved. I love this community which I
consider as my home (but not my property) and don't want long-term bad
feelings that can only do harm.
Sylvain
--
Sylvain Wallez
people, since both families
were involved [1]. This was really great.
Sylvain
[1] http://www.anyware-tech.com/blogs/sylvain/archives/61.html
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java
when I use the blob protocol, BlobSource throws a
NullPointerException, because it doesn't find the logger via getLogger().
Any tip ?
Fixed : setupLogger(blob) was missing in BlobSourceFactory.getSource().
Thanks for reporting, please cross-check !
Sylvain
--
Sylvain Wallez
--
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
that should satisfy most people.
As for my proposed changes, I started a quick'n dirty hack to showcase
them. However, I'm still on vacation and only little of my time is
available for Cocoon ;-)
More soon, stay tuned.
Sylvain
--
Sylvain Wallez Anyware Technologies
on the binding and flowscript integrations
of Woody and cares a lot about Cocoon.
Please cast your votes.
Here are mines : +1 for both !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML
;-)
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
this clearly
and that most of this makes sense.
Traditional question : 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
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
PS: and put the champaigne into the fridge.
It's spelled champagne ! Wines are serious things in France ;-)
Oh, what a faux pas - sorry for that one, Sylvain! Now, I guess the best thing in helping me to spell this one correctly
Nicola Ken Barozzi wrote:
[Made with Jave: http://www.jave.de/]
Wow, awesome tool !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting
, there's no problem and you're very welcome !
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
when the context object is null.
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 }
Orixo, the opensource XML
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten,
I couldn't find Volker's report, but I think it's the selector's
responsibility to handle the case when it returns a null context object
and that the sitemap should not enforce a failure in that case.
Furthermore, this modification
have to
organize collaborative developpement : do you have some uncommitted
changes, who does what, etc.
Community at work. I love it !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML
handling of requests (it should not be parsed).
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
Bruno Dumon wrote:
On Mon, 2003-07-28 at 22:15, Sylvain Wallez wrote:
snip/
Convertors
--
Convertors (or should it be converters ?)
hmm, good point. They seem to be both valid. I seem to have a natural
tendency to write convertor, but I'm fine with both. I've noticed that
later
...
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
Marc Portier wrote:
Sylvain Wallez wrote:
Marc Portier wrote:
Sylvain,
This perfectly alligns with how I have been thinking about
extracting and embracing the nice ideas your first RT was bringing
to the scene...
Cool ;-)
it is called 'shared neurons' :-)
snip about=your project
Bruno Dumon wrote:
On Tue, 2003-07-29 at 17:23, Sylvain Wallez wrote:
snip/
As for disposal, the TreeProcessor maintains a list of all Disposable
nodes created by the builders that are disposed when the sitemap itself
is disposed (BTW, thanks Carsten for finding that nodes should be
disposed
Steven Noels wrote:
On 29/07/2003 18:17 Sylvain Wallez wrote:
Marc Portier wrote
I do understand this might break some backwards compat stuff, but
the block is labeled 'unstable' and 'alfa' precisely because we know
this is bound to happen
nevertheless Bruno is doing an effort to notify
to compute its value.
Thoughts ?
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
of the upcoming webdavapps (or was it xmlrpcapps? :-)).
Please cast your votes. Here is my +1.
+1.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
a Widget tree (Field is an implementation of Widget). These
objects are responsible for formating/parsing the values. These are very
lightweight objects that delegate most of their processing to their
WidgetDefinition.
Hope this makes things clearer.
Sylvain
--
Sylvain Wallez
will be
created.
But why exactly do you want to hook up into tree-building ? Maybe this
can be solved by the binding ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
there ?
It's in commons-sandbox (in the CVS, but not in the web pages), and
originated at http://www.plotnix.com/jex/index.html
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
:-))
;-)
-marc= (looking forward to your conclusions / proposal - wiki page)
That's today's todo, but these important and stimulating discussions eat
up all most of my time. But we're near to the convergence point !
Sylvain
--
Sylvain Wallez Anyware Technologies
http
on it? I don't know if I have access to
the Excalibur CVS though...
As a Cocoon committer, you should.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
of the layout, and concentrate only on
the description of this layout.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo
description
[1], this may be what you're looking for : the whole classpath is
accessible through fully-qualified names.
[1]
http://jakarta.apache.org/commons/jxpath/apidocs/org/apache/commons/jxpath/PackageFunctions.html
Sylvain
--
Sylvain Wallez Anyware
Marc Portier wrote:
Sylvain Wallez wrote:
Andreas Hochsteger wrote:
Hi!
A short question comes to my mind, while reading your RT:
Is it possible to use data types which are composed of several HTML
input fields?
We are currently using three input fields for dates (day, month,
year) at our
--
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
referred to by other files, it seems to me cleaner and more
understandable to differentiate defining and referring attribute.
For this, I propose to keep the current id on defining elements and
use ref attribute on referring elements.
Thoughts ? Is it nitpicking ?
Sylvain
--
Sylvain Wallez
that it
is able to host your ideas as particular implementations of one of its
components.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects
Bruno Dumon wrote:
On Fri, 2003-08-01 at 15:04, Sylvain Wallez wrote:
snip/
For this, I propose to keep the current id on defining elements and
use ref attribute on referring elements.
Thoughts ? Is it nitpicking ?
No, ref is better.
Kewl ;-)
Sylvain
--
Sylvain Wallez
!-- new ref attribute !! --
wi:style class=bar variant=popup/
wi:labeloverriden label/wi:label
/wt:wiget/
Thoughts ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
Bruno Dumon wrote:
On Fri, 2003-08-01 at 16:31, Sylvain Wallez wrote:
snip/
For these reasons, I propose to make wi:style explicit in the template file, e.g. :
wt:widget ref=foo !-- new ref attribute !! --
wi:style class=bar variant=popup/
wi:labeloverriden label/wi:label
/wt:wiget
Marc Portier wrote:
Sylvain Wallez wrote:
Marc Portier wrote:
Sylvain Wallez wrote:
Andreas Hochsteger wrote:
Hi!
snip /
Maybe that's just nitpicking, but I find this somewhat breaks
Woody's clean SoC.
Touché.
;-) Actually, this is something I was uncomfortable with right from
and additional attributes...
Back to the discussion about protected/private and officially public
APIs...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
of iterations may be more limited.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
something important.
Things are never black or white : there's an infinity of greys inbetween...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
on earth that can both connect to SAP and produce MIDI files
at the same time ?
Sylvain (waiting to listen to Cocoon music ;-)
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
Andreas Hochsteger wrote:
Sylvain Wallez wrote:
Shared neurons again : re-thinking to my previous post, I realized
exactly what you say. The various model extensions needed by each
layer need to be physically separated (different people, different
files), but must be assembled into a single
Hunsberger, Peter wrote:
Sylvain Wallez [EMAIL PROTECTED] writes:
snip/
Now the above sentence is totally contradictory with a previous proposal of me to include the binding into the form definition. Why did I proposed this ? Because in small/medium apps, the one that designs the form
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Hi,
we have (at least) one blocking bug, I think:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9835
which should be fixed before the release.
This bug is related to the TreeProcessor. I could assume doing a
quick hack and changing
the default class
for this role, which is used if no explicit declaration exists in
cocoon.xconf :
role
default-class=org.apache.cocoon.components.notification.DefaultNotifyingBuilder
name=org.apache.cocoon.components.notification.NotifyingBuilder
shorthand=notifying-builder/
Sylvain
--
Sylvain
.
5) Shut down Jetty and restart
6) Go back to http://localhost:/samples/status.html and you're
pages have disappeared from the default store. Surely this is wrong!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http
Bertrand Delacretaz wrote:
Le Jeudi, 14 aoû 2003, à 15:24 Europe/Zurich, Sylvain Wallez a écrit :
...But what if we write it the other way around :
map:read src=docs/{1}.doc
map:generate src=docs/{1}.doc type=wordToXml label=content/
/map:read
I find this more understandable (but dunno about
Jeff Turner wrote:
On Wed, Aug 13, 2003 at 12:02:04PM +0200, Sylvain Wallez wrote:
Frederic's question about search engine integration led me to
questioning myself at how Cocoon's Lucene integration could be able to
transparently index Word PDF documents along with XML-produced documents
Sylvain Wallez wrote:
Bruno Dumon wrote:
On Wed, 2003-08-13 at 18:15, Sylvain Wallez wrote:
Hi mates,
I'm currently porting an i18nized application from 2.0 to 2.1 and
hit an incompatible change due to the namespace change between the
two versions.
Browsing the docs, I can't see any
the org.apache.cocoon.environment.Request from it as Ugo appears to
have done?
Yep. Furthermore, you don't have to unwrap the request, since
FOM_Cocoon provides a getRequest() method that gives access to the
_real_ o.a.c.environment.Request object.
Sylvain
--
Sylvain Wallez
Bertrand Delacretaz wrote:
Le Jeudi, 14 aoû 2003, à 15:53 Europe/Zurich, Sylvain Wallez a écrit :
...But shouldn't we keep labels that are already used into pipelines
? E.g :
map:read src=docs/{1}.doc label=raw, xdoc/
map:generate src=docs/{1}.doc type=word2xml label=raw/
map:transform src
to a tree like structure (whatever that means), but I'm not sure if this is a good choice.
Anyone (Sylvain perhaps) a better idea?
Will have a look at it...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware
it be the same thing
affecting the CLI and Jetty?
An idea : the MRUMemoryStore swaps its content to disk either when some
memory limit is reached, either on dispose(). Does the CocoonBean call
dispose() on Cocoon ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http
.
Is that RT-ish enough?
Mmmmh... not as wild as Nicola Ken's. Try again ;-P
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:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
snip/
Any other proposal or opinion on this subject before we start a vote ?
Can't you just enable generators in map:view in case when view
starts with reader?
No, since views capture the (XML
map:read, or make Cocoon a generic data pipelining framework capable of handling and transforming binary content.
Well it's a RT after all.. ;)
Content-aware and binary pipelines in the same post? Wow! Yes, it's
definitely a RT ;-P
Sylvain
--
Sylvain Wallez Anyware
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
snip/
Here is another wild (or not?) thought.
All this discussion comes down to the requirement of generating some
XML out of the content usually served by the reader
views is
through labels.
And even worse : labels can be placed on component definitions, meaning
a clean pipeline with no label attribute at all is full of these side
effects.
So what you call obfuscation has been there *for years*. And everybody's
happy with it.
Sylvain
--
Sylvain Wallez
Miles Elam wrote:
Sylvain Wallez wrote:
Go back to first post of this thread, where (last paragraph) I
proposed something similar. The whole discussion is about how we
could have a syntax which doesn't introduce such verbosity in the
sitemap.
Verbosity is not necessarily a bad thing
* the resources in the sitemap file !
But then I found another problem related to views on map:aggregate.
I'm currently tracking that one !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
I don't clearly understand what you want to achieve...
It's plain simple :) Now, the usual way would be to create a new repository
(cocoon-2.2) and copy everything from 2.1 in there.
Then we have two branches which require syncing which can
even need a local list of the
available blocks.
But let's not steal Stefano's pleasure of explaining us the results of
his worldwide discussions !
Stefano, seems like a lot of people are ready and waiting ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http
FYI, I just found a JavaScript plugin for Eclipse :
http://sourceforge.net/projects/jseditor/
It does syntax highlighting outline. Not as good as java support, but
helps writing flow scripts...
Sylvain
--
Sylvain Wallez Anyware Technologies
http
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
BTW, on my way to support legacy, I also supported non-namespaced
attributes on i18n: elements. This means one can write i18n:text
key=blah instead of i18n:text i18n:key=blah which always
seemed cumbersome to me.
Common sense tells me
do you
need the 2.2 repo to be created before writing your RTs ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo
for this.
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
generated documents
(the pdf and word docs mentioned above) ?
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
Carsten Ziegeler wrote:
Apache Cocoon 2.1 Released
--
The Apache Cocoon Community is proud to announce the new release of Apache Cocoon.
Woope ! Congrats to all !
Now let's work on the 2.2 ;-)
Sylvain
--
Sylvain Wallez Anyware
and blablabla. It's about being part of this awesome group of friends.
This is where the real pleasure is.
Keep up the good work !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java
of the archives !
--
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
.
Any idea anyone ?
Thanks,
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
Sylvain Wallez wrote:
Hi all,
I encountered a strange bug in an application combining flow and
aggegation : each page is an aggregation of navigation+content, and
the content is a call to a flowscript.
The bug seems to be related to multiple cocoon: related. I isolated it
from the flow
/com/anwrt/cocoon/cvssource/source/CVSSource.java?rev=1.2cvsroot=cvssourcecontent-type=text/vnd.viewcvs-markup
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
this is already implemented, and if so, whether one can
access the parameter by name, instead of depending on the sequence of
attributes.
map:call function=foo
map:parameter name=bar value=baz/
/map:call
and
function foo() {
var x = cocoon.parameters[baz];
}
Easy, no ?
;-)
Sylvain
--
Sylvain
Sylvain Wallez wrote:
var x = cocoon.parameters[baz];
Ooops. Should be var x = cocoon.parameters[bar]; of course.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
Andreas Hartmann wrote:
Sylvain Wallez wrote:
map:call function=foo
map:parameter name=bar value=baz/
/map:call
and
function foo() {
var x = cocoon.parameters[baz];
}
It's even easier:
map:call function=foo
map:parameter name=bar value=baz/
/map:call
function foo(bar
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
Sylvain Wallez wrote:
Hi all,
I encountered a strange bug in an application combining flow and
aggegation : each page is an aggregation of navigation+content, and
the content is a call to a flowscript.
Fixed. Redirecting to a cocoon: URI within an internal call to the
sitemap (i.e. cocoon
to be moved into Cocoon's source tree.
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
?
Any suggestions?
Or am I barking up the wrong tree?
[just curious : is barking the dog's sound in this context ?]
Hope this helps,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java
1 - 100 of 2550 matches
Mail list logo