it to simply create an input
type=submit instead. Please review this change and make corrections
if necessary.
Looks good. The button wasn't rendering well in konqueror either so this
is a welcome improvement.
--
Bruno Dumon http://outerthought.org/
Outerthought
On Sun, 2003-07-06 at 20:19, Christopher Oliver wrote:
Bruno Dumon wrote:
On Sun, 2003-07-06 at 01:15, Christopher Oliver wrote:
I just checked in a first try at adding Flowscript support to Woody.
This consists of two JS classes and one function:
snipped the explanation
between the two (in an XML file).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Fri, 2003-07-18 at 06:37, Christopher Oliver wrote:
Bruno Dumon wrote:
FOMmers, Chris mostly,
I'm looking at porting the Woody-Flow integration to the FOM. This is
all new stuff for me, but just to check that I'm on the right track: is
it correct that things like new WebContinuation
to how it would work, and maybe what would exactly change or
remain of the current Woody are welcome.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
' at
file:/home/desarrollo/tomcat/webapps/cocoon/samples/woody/sitemap.xmap:30:32
fixed.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Tue, 2003-07-22 at 22:42, Bruno Dumon wrote:
snip/
I would love to see this commented a little more so that I can
understand more.
I should have started by saying the purpose of the example is to edit
the contents of an XML file through a Woody form.
--
Bruno Dumon
On Tue, 2003-07-22 at 23:57, Antonio Gallardo wrote:
Bruno Dumon dijo:
[an obvious improvement would be to make the binding also part of the
javascript-form-wrapper, so that you don't have to load the binding
yourself and can use form.load(object) and form.save(object)]
This would
by default. Changed now. I also reorganized
the xconf/xroles files a bit so you'll need to do a clean build.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
of the href in the wd:help is if you'd rather (or
additionally) have help opened in a different window.
If you want to use different labels in a certain view (template) you can
of course simply ignore the labels specified in the form definition.
--
Bruno Dumon http
and form template
stay the same. After successful submit of the form, the JX generator is
used to extract the information from the bean.
The actual flow-script that controls this is the function 'form2bean' in
the binding_example.js file.
--
Bruno Dumon http
transformation. There's also an utility function in Cocoon which helps
with this: org.apache.cocoon.xml.XMLUtils.serializeNodeToXML(Node node)
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
);
PipelinesNode.getRedirector(environment)
.redirect(false, uri);
}
what do others think?
I would forbid the use of schemes completely (i.e. throw an exception if
the uri contains a scheme), and prepend cocoon:/ (one slash).
--
Bruno Dumon
reply on this list the comming weeks so we're not too much
blocking anyones thought-train?
I'll do my best. If Marc has too much work he offloads it to me, but I'm
last in the line ;-)
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML
On Tue, 2003-07-29 at 18:31, Sylvain Wallez wrote:
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
(e.g. set their value to
ERROR and log the exception).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
for form handling). One of the goals behind Woody was
to make it possible to create forms without necessarily writing a
bean...
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
://nagoya.apache.org/bugzilla/show_bug.cgi?id=21900
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
the form.process(request) needs to
evolve to Dywel.process(bean-or-widgetTree, request); which could
again use some jxpath-like approach to perform its setValues...
not trivial, maybe possible, useful?
_very_ quick skim-read, but: didn't you just reinvent XMLForm?
--
Bruno Dumon
and
repeaters can have other configuration elements too.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
? The current patch Marc prepared is set
up as a block. Among other things, this makes it easy to add things to
cocoon.xconf as part of the build (I don't think scratchpad supports
that?).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence
applied. And it allows to do XInclude processing on stuff that's not
parsed from an XML file.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
).
On Mon, 2003-07-28 at 17:02, Marc Portier wrote:
Bruno Dumon wrote:
On Tue, 2003-07-22 at 16:12, Marc Portier wrote:
Hi all,
Trying to understand some more flow internals...
I just checked the FOM_Cocoon.java on how it handles the redirects...
and this seems to be the relevant
an
approach that i'm not being able to get it right... :(
And it follows like this,
i want to create a new transformer that gets sax events from a XSP Generator
created by me (with your precious help ).
bellow i will post the XSP code
snipped rest of message/
--
Bruno Dumon
On Thu, 2003-08-07 at 11:16, Ugo Cei wrote:
Bruno Dumon wrote:
I'm fine with either, but one thing that IMO still needs to be done
prior to release is remove the old FOM. It is however still used in a
few places (xmlform, linotype). People who will use that code as an
example for doing
On Wed, 2003-08-13 at 22:55, Sylvain Wallez wrote:
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
(xmlform, linotype). People who will use that code as an
example for doing their own stuff will end up using the unsupported API.
Or maybe we could simply add a big warning on top of the .js files, if
nobody wants to update that code right now.
--
Bruno Dumon http
. |
-
Best regards
Leszek Gawron
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
?
(disclaimer: I don't know anything about either chaperon or slop)
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
would even
have been in favor of dropping the 2.1 namespace alltogether, but now
it's a bit too late for that.
BTW, the old sitemap configuration (before multi-catalogue support) is
still supported.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java
, and don't forget to use a try-finally, something like this:
var myObj;
var myComp = cocoon.getComponent(Packages.myComp.ROLE);
try {
myObj = myComp.mymethod();
} finally {
cocoon.releaseComponent( myComp );
}
--
Bruno Dumon http://outerthought.org/
Outerthought - Open
is
caused by using another generator, or by using a transformer before the
XInclude transformer which doesn't let through the setDocumentLocator
event.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
of the CommandManager rather strange: how it
continuously, every 100 ms (configurable), removes all items from the
m_delayedCommands list and then readds them. From a quick look,
cornerstone scheduler seems to follow the more traditional approach of
simply sleeping until the next task.
--
Bruno Dumon
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
already on it?
Not over here. If all else fails, we could disable the CommandManager
and let the ContinuationsManager start a thread of its own (like e.g.
the StoreJanitor does).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence
On Fri, 2003-08-29 at 15:35, Berin Loritsch wrote:
Bruno Dumon wrote:
On Thu, 2003-08-28 at 08:12, Carsten Ziegeler wrote:
Hi,
as several of you have already pointed out, a 2.1.1 release seems
to make sense.
I can make a release next week, but I really would like to have
On Fri, 2003-08-29 at 19:55, Giacomo Pati wrote:
On Fri, 29 Aug 2003, Bruno Dumon wrote:
For me it works with Linux/Sun jdk 1.4.2, it doesn't work with 1.3.1.
For Carsten it doesn't work with Windows/jdk 1.4 either. I've done all
my testing with the Jetty which ships with Cocoon.
I've
On Sat, 2003-08-30 at 15:20, Giacomo Pati wrote:
On Fri, 29 Aug 2003, Bruno Dumon wrote:
On Fri, 2003-08-29 at 19:55, Giacomo Pati wrote:
if you add the following code before the closing bracket of the
PooledExecutor.workerDone(...) method, then it --seems to-- work
of
concurrent (he had this problem fixed already in the JSR-166 version of
that class).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Sat, 2003-08-30 at 17:24, Bruno Dumon wrote:
On Sat, 2003-08-30 at 15:20, Giacomo Pati wrote:
snip/
I like the way how the Cornerstone Scheduler recently integrated by
Carsten more than the CommandManager way because of its
componentisation. Still, I like to see a Scheduler as a single
On Sun, 2003-08-31 at 20:38, Giacomo Pati wrote:
On Sun, 31 Aug 2003, Bruno Dumon wrote:
On Sat, 2003-08-30 at 17:24, Bruno Dumon wrote:
On Sat, 2003-08-30 at 15:20, Giacomo Pati wrote:
snip/
I like the way how the Cornerstone Scheduler recently integrated by
Carsten more than
. This is not clean, and opens the door both to unreadabable code
and to complicated bugs (what if I do business validation on a form
which is not valid?).
Sylvain
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
everything we need and if it's solid,
why not use it?
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
that is not allowed by the form by injecting
additional request parameters.
Sylvain
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
...
Definitely. People should be prepared to do some XSL hacking, but we
shouldn't provide them with anything but a very basic stylesheet.
AFAICS, Sylvain's proposal will only cause the stylesheet to become
simpler.
--
Bruno Dumon http://outerthought.org/
Outerthought
javascript that sets the value of a hidden
widget.
Anyone who has problems with this?
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Mon, 2003-09-01 at 16:29, Giacomo Pati wrote:
On Mon, 1 Sep 2003, Bruno Dumon wrote:
On Mon, 2003-09-01 at 11:37, Giacomo Pati wrote:
On Mon, 1 Sep 2003, Reinhard Poetz wrote:
On Behalf Of Giacomo Pati
On Mon, 1 Sep 2003, Andreas Hochsteger wrote:
Hi
of stax is that pull-parsing api's are generally easier
to interpret an xml structure, it's more similar to walking through a
tree structure. (there's enough stuff to find on this on the web)
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML
you change the default offset in the cocoon.xconf? By default, it
waits 18 ms before the first execution.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL
On Tue, 2003-09-02 at 09:16, Carsten Ziegeler wrote:
Bruno Dumon wrote:
On Tue, 2003-09-02 at 09:01, Carsten Ziegeler wrote:
Hi,
I just tested the last changes and it seems that the
continuation manager
is still not working correctly.
It seems
On Tue, 2003-09-02 at 10:10, Carsten Ziegeler wrote:
Bruno Dumon wrote:
I just verified and it works here (both jdk 1.4 and 1.3), so I'm looking
for alternative explanations: did you remove the old util.concurrent jar
from your WEB-INF/lib ?
Yes. Hmm, strange - just to make sure that I
On Tue, 2003-09-02 at 12:48, Carsten Ziegeler wrote:
Bruno Dumon wrote:
SNIP
Looks ok, I changed the parameters in the cocoon.xconf though, but
that's the same.
Just tried it over here on a Windows box with java 1.4.2 and it also
works. With working I mean I added
On Tue, 2003-09-02 at 14:42, Bruno Dumon wrote:
On Tue, 2003-09-02 at 12:48, Carsten Ziegeler wrote:
Bruno Dumon wrote:
SNIP
Looks ok, I changed the parameters in the cocoon.xconf though, but
that's the same.
Just tried it over here on a Windows box with java 1.4.2 and it also
On Tue, 2003-09-02 at 15:21, Carsten Ziegeler wrote:
Bruno Dumon wrote:
Another idea: could you try my original changed jar available here:
http://outerthought.net/~bruno/concurrent.jar
Never mind, I can reproduce the problem now on marc's pc.
Great, so I'm not insane! (I tried
On Tue, 2003-09-02 at 15:52, Berin Loritsch wrote:
Bruno Dumon wrote:
Or maybe not so great. I'm not sure the CommandManager is well suited
for a general purpose scheduler.
What follows now should be read with a 'AFAIU' disclaimer:
All commands added to the CommandManager
On Tue, 2003-09-02 at 19:24, Berin Loritsch wrote:
Bruno Dumon wrote:
Looking at the code again, I still think that all events from one
CommandManager are handled by one thread.
If you look at the code of the AbstractThreadManager:
In the method register( EventPipeline pipeline
On Tue, 2003-09-02 at 21:09, Giacomo Pati wrote:
On Tue, 2 Sep 2003, Bruno Dumon wrote:
On Tue, 2003-09-02 at 15:21, Carsten Ziegeler wrote:
Bruno Dumon wrote:
Another idea: could you try my original changed jar available here:
http://outerthought.net/~bruno/concurrent.jar
On Tue, 2003-09-02 at 12:48, Giacomo Pati wrote:
On Mon, 1 Sep 2003, Bruno Dumon wrote:
On Mon, 2003-09-01 at 16:29, Giacomo Pati wrote:
On Mon, 1 Sep 2003, Bruno Dumon wrote:
On Mon, 2003-09-01 at 11:37, Giacomo Pati wrote:
On Mon, 1 Sep 2003, Reinhard Poetz wrote
available to try this out, that would be great.
Of course, this doesn't fix the original problem we had in
PooledExecutor, but I'm starting to doubt if this can be fixed at all.
Anyhow, I'm communicating with Doug Lea about that.
--
Bruno Dumon http://outerthought.org
On Wed, 2003-09-03 at 11:05, Carsten Ziegeler wrote:
Bruno Dumon wrote:
On Wed, 2003-09-03 at 10:23, Carsten Ziegeler wrote:
snip/
I think we should do this switch asap. *If* we can solve the
commandmanager
issue discussed in the other thread, I will make a 2.1.1
release
On Wed, 2003-09-03 at 11:05, Carsten Ziegeler wrote:
Bruno Dumon wrote:
On Wed, 2003-09-03 at 10:23, Carsten Ziegeler wrote:
snip/
I think we should do this switch asap. *If* we can solve the
commandmanager
issue discussed in the other thread, I will make a 2.1.1
release
?
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
(a map:parameter in the sitemap).
But I'm also wondering if this recursive execution of retrieved DOM-data
has any use-case at all, and could maybe be disabled completely?
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
On Wed, 2003-09-03 at 11:05, Carsten Ziegeler wrote:
Bruno Dumon wrote:
On Wed, 2003-09-03 at 10:23, Carsten Ziegeler wrote:
snip/
I think we should do this switch asap. *If* we can solve the
commandmanager
issue discussed in the other thread, I will make a 2.1.1
release
I don't know if this is a feature or a bug, but it appears to me that if
an exception occurs, and a map:handle-errors pipeline is sucessfully
processed to show an error page, that the exception isn't logged.
Is this intended behaviour?
--
Bruno Dumon http
. I don't need it done
urgently.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
of the button widget to action. Or
maybe you didn't update your sourcetree because you're preparing lots of
other things :-)
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
On Thu, 2003-09-04 at 14:12, Bruno Dumon wrote:
I don't know if this is a feature or a bug, but it appears to me that if
an exception occurs, and a map:handle-errors pipeline is sucessfully
processed to show an error page, that the exception isn't logged.
Is this intended behaviour?
I
On Fri, 2003-09-05 at 10:32, Sylvain Wallez wrote:
Bruno Dumon wrote:
On Thu, 2003-09-04 at 14:12, Bruno Dumon wrote:
I don't know if this is a feature or a bug, but it appears to me
that if an exception occurs, and a map:handle-errors pipeline is
sucessfully processed to show
I'm cc'ing [EMAIL PROTECTED] since they are probably more knowledgeable on
this. See here for the full thread:
http://marc.theaimsgroup.com/?t=10617480632r=1w=2
On Tue, 2003-08-26 at 09:39, Giacomo Pati wrote:
On Tue, 26 Aug 2003, Carsten Ziegeler wrote:
Bruno Dumon wrote:
SNIP
the need for wt:repeater-size (the only need I see is when
rows are added client-side)
Another case where it's needed is when you don't store the form instance
server side, but rebuild it on every request.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open
() in
DeleteNodeJXPathBinding.java.
What is this removePath() supposed to do?
Remove the addressed path. If it addresses an item in a collection, it
means removing the item from the collection.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML
...
Avalon Phoenix uses the words assembly and provide instead of
wiring and connection, which I quite like (I mean the assembly
provide).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
On Tue, 2003-09-09 at 15:09, Leszek Gawron wrote:
On Tue, Sep 09, 2003 at 02:35:10PM +0200, Bruno Dumon wrote:
I think this couldn't work as the Cocoon FOM when
cocoon.request.getParameter( test ) is issued does
request.getParameter( test );
while the xsp-request logicsheet performs
.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
)
at
snip/
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
();
+Woody.suicide();
+}
While we're at it... anyone knows under what conditions exactly the
cocoon.request can be null?
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
On Tue, 2003-09-09 at 17:02, Geoff Howard wrote:
Bruno Dumon wrote:
(catching up on block discussions...)
On Fri, 2003-08-29 at 05:53, Geoff Howard wrote:
snip/
Implementation Phases
-
Phase 1: definition of the contract between the block manager inside
On Tue, 2003-09-09 at 17:14, Geoff Howard wrote:
Bruno Dumon wrote:
On Sat, 2003-08-30 at 04:57, Geoff Howard wrote:
snip/
But this brings up another point - what to do if the wiring.xml and
others is deleted? Presumably, all blocks are uninstalled in this
state, but what does
development effort to the 2.2 repository. Only bugfixes should
be applied to the 2.1 repository, and occasional backports of new
functionality if anyone wants to.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL
On Thu, 2003-09-11 at 12:02, Reinhard Poetz wrote:
From: Bruno Dumon
Carsten made a good proposal how we can continue having 3
repositories
and how this can be done with only little code duplicating:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=106076740711234w=2
I'm +1
On Thu, 2003-09-11 at 14:19, Reinhard Poetz wrote:
From: Bruno Dumon [mailto:[EMAIL PROTECTED]
snip/
I expect Woody to also take another year or so before it can
be considered stable (in terms of interfaces, not code).
... that long? I expected it to be stable sooner (end
On Thu, 2003-09-11 at 19:38, Christopher Oliver wrote:
Bruno Dumon wrote:
On Wed, 2003-09-10 at 09:54, Sylvain Wallez wrote:
Christopher Oliver wrote:
BTW that flowscript code was written with the intention of supporting
multi-page Woody forms with automated back/forward
to declare the the fo2pdf
serializer.
That's it for now.
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-devm=103619609805268w=2
[2] http://marc.theaimsgroup.com/?t=10613459123r=1w=2
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence
On Thu, 2003-09-11 at 07:38, David Crossley wrote:
I propose Antonio Gallardo and Tony Collen to be Cocoon committers.
+1 for both
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
if it depends on me it will be the
week after that.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
?
(will then comment on the rest later on).
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Thu, 2003-09-11 at 22:32, Timothy Larson wrote:
--- Bruno Dumon [EMAIL PROTECTED] wrote:
a first quick reaction (the rest will be for tomorrow, have to leave
now): what exactly should be understood here with dynamic?
AFAIU the wd:union is a sort of switch which allows
, it *must* be there, before very first
start() call. What do I miss?
Vadim
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Wed, 2003-09-24 at 11:05, Carsten Ziegeler wrote:
So please cast your vote for either:
a) Make a 2.1.2 release on October, 1th
+1
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED
problem when we chain stylesheet transfomers which need 200 ms
each for the setup.
Any help would be appreciated!
Set the use-store parameter in the cocoon.xconf to true, to enable
caching of compiled stylesheets. It is false by default.
--
Bruno Dumon http
was done in the readFromRequest()
method.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
yet, only long and bigdecimal. I hope to
add that one and others (float and double) in the future.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
On Mon, 2003-09-29 at 17:29, Antonio Gallardo wrote:
Bruno Dumon dijo:
On Sun, 2003-09-28 at 06:54, Antonio Gallardo wrote:
snip/
The initial XSP example (in JDO) just insert into the database a new
department (id=5 + a name) of course it would not work two times,
because the primary
:
snip/
I just committed a fix, could you try it out and confirm that it works?
Thanks.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
requests in there, should we also
close them and add them to the wiki page?
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
posted
by Carlos Chávez. Bruno Dumon suggested the fix
and it works back again.
Revision ChangesPath
1.31 +1 -1 cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf
Index: cocoon.xconf
===
RCS file
.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
in a variable so that multiple XPaths can be evaluated upon it
without reloading the document each time.
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
1 - 100 of 446 matches
Mail list logo