Some like the flow, some don't know it enough to dislike it but won't
try it out until we have a release. In the meanwhile, we are adding
functionality without stabilizing it.
I believe we should work toward release Cocoon 2.1, this is our priority
at the moment: restore a saner and faster
1. Add new includeExtensions / excludeExtensions properties which are
space or comma separated lists of file extensions to include or
exclude.
2. Add new fileInclude and fileExclude regexes which only operate on
files.
And:
3. Add new dirInclude and dirExclude regexes which only operate
Antonio Gallardo wrote:
On the other hand the Database API can be usefull to get some stuff
directly form the Database.
It's a shortcut and it's simply too easy. too easy around Cocoon,
normally means too easy to abuse.
What is abuse? is when you hit a wall right after you went in production
Hello
I just did a 3 days Cocoon training for SNCF (French Railways).
The presentation (OpenOffice and .ppt), examples, links are here:
http://jmvanel.free.fr/cocoon/
This is under GNU Free Documentation License (
http://www.gnu.org/licenses/fdl.html#TOC1 )
ALAS -;( this is in French, but
Hi again, sorry for the delay.
massive snip/
Having used cocoon and OJB for no less than four (4) of our projects
I can only say that the combination of flow + OJB really makes life
easier. We´re using OJB by reversing the db into an OJB-mapping file
for which we generate beans that in turn
Jean-Marc Vanel wrote:
Hello
I just did a 3 days Cocoon training for SNCF (French Railways).
Just curious : were 57 slides enough for a 3 days training ? Also, did
the trainees already have some basic Cocoon knowledge ?
Sylvain
--
Sylvain Wallez Anyware
Christopher Oliver wrote:
First of all Sylvain, my name is Chris Oliver, not Andrew C. Oliver
(that's [EMAIL PROTECTED]).
Sylvain Wallez wrote:
Hi all,
A rather provocative subject, so let me first say that I like the
flow, even if unfortunately I didn't have the occasion to use it up
to
At the same time, Cocoon 2.1-dev has to reach beta state ASAP since we
are nearly feature complete and our internal cleanups and refactoring
are working very well. [in a followup I will outline what's missing
before release]
Just to add slightly to this from my area - there are quite a few
Christopher Oliver wrote:
Antonio Gallardo wrote:
Hi Christopher:
I think that the point they tried to show us is that the database
functions can be an optional part of all the Flow block. I agree
because
some applications will not need to use databases at all.
Yes, clearly, that is the
Matthew Langham wrote:
At the same time, Cocoon 2.1-dev has to reach beta state ASAP since we
are nearly feature complete and our internal cleanups and refactoring
are working very well. [in a followup I will outline what's missing
before release]
Just to add slightly to this from my area -
Stefano Mazzocchi wrote:
Now: I considered lack of callable pipelines [...] showstoppers
Are you referring to
http://marc.theaimsgroup.com/?l=forrest-devm=104670931405709w=2 as a
use-case? If so, you are making me happy :-)
Anyone who's willing to provide my poor brains with an update on this
Yes, 57 slides were enough.
We ran many examples from the Ziegeler -Langham book. Besides that,
several points were made on the blackboard, including XPath (exercices
with XPath Explorer) and XSLT, Ant, XML databases, XML:DB, and eXist.
Some trainees have made a Cocoon 1.8 application, others
Sylvain Wallez wrote:
So why don't we use the ObjectModel to pass the flow information ? It
already contains the request and the response, and this seems the
natural place for flow values. And more : if we consider components
such as FlowVelocityGenerator, why would we want to publish only
On Monday, March 3, 2003, at 10:42 PM, Artur Bialecki wrote:
You might want to set the following init-params for cocon servlet
in your web.xml
form-encoding to UTF-8
container-encoding to ISO8859-1
I thought I ought to be able to do this, but did not work out how.
regards Jeremy
Stefano Mazzocchi wrote:
Some like the flow, some don't know it enough to dislike it but won't
try it out until we have a release. In the meanwhile, we are adding
functionality without stabilizing it.
... and some would really like to use it but are stuck on other matters
that prevent them
Thanks Stefano to show us the light here! To be honest I dont have too
clear a situation about this:
Antonio Gallardo wrote:
On the other hand the Database API can be usefull to get some stuff
directly form the Database.
It's a shortcut and it's simply too easy. too easy around Cocoon,
Sylvain Wallez wrote:
I'm not so strict about that : refer to my answer to Christopher : we
need some *optional* stuff like that one to lower the entry cost to
people that are not used to programming in the large (especially
non-large projects).
Leaving a bit the purely technical matters,
[javac] Compiling 2 source files to /home/rubys/jakarta/xml-cocoon2/tools/anttasks
[javac] 9 warnings
prepare:
[echo]
+---+
[echo] Apache Cocoon 20030304 [1999-2003]
[echo
but the core will build anyway.
blocks:
[mkdir] Created dir: /home/rubys/jakarta/xml-cocoon2/build/cocoon-20030304/blocks
[xslt] Processing /home/rubys/jakarta/xml-cocoon2/gump.xml to
/home/rubys/jakarta/xml-cocoon2/build/cocoon-20030304/temp/blocks-build.xml
[xslt] Loading stylesheet
/home
On Monday, March 3, 2003, at 11:52 PM, Christopher Oliver wrote:
You know what? You're right. My description below was wrong. What I
should have said is that I created a simple _JavaScript_ database API
that can be used to implement business objects in JavaScript.
snipPetStore Example/snip
I
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
So why don't we use the ObjectModel to pass the flow information ?
It already contains the request and the response, and this seems
the natural place for flow values. And more : if we consider
components such as FlowVelocityGenerator, why would
On a personal note, it is unfortunate because I think your new
techniques will be more attractive to my Client! Even though it may not
be the best way to work, they will find it easier to understand, being
closer to what they used to do. So even though I might prefer O-R
Mapping, I don't
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
If you don't know what STX is, just take a look here:
Daniel has already done some first steps using it. See
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=104566478723403w=2
Reinhard
On Tuesday, March 4, 2003, at 11:10 AM, Antonio Gallardo wrote:
On a personal note, it is unfortunate because I think your new
techniques will be more attractive to my Client! Even though it may
not
be the best way to work, they will find it easier to understand, being
closer to what they used
Antonio Gallardo wrote:
On a personal note, it is unfortunate because I think your new
techniques will be more attractive to my Client! Even though it may not
be the best way to work, they will find it easier to understand, being
closer to what they used to do. So even though I might prefer O-R
Reinhard Pötz wrote:
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
If you don't know what STX is, just take a look here:
Daniel has already done some first steps using it. See
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=104566478723403w=2
Gosh, how did I miss that? Anybody has some
This way the scratchpad can fail but the core will build anyway.
Good point. Will do that.
blocks:
[mkdir] Created dir:
/home/rubys/jakarta/xml-cocoon2/build/cocoon-20030304/blocks
[xslt] Processing /home/rubys/jakarta/xml-cocoon2/gump.xml to
/home/rubys/jakarta/xml-cocoon2/build/cocoon
Steven Noels wrote:
Stefano Mazzocchi wrote:
Now: I considered lack of callable pipelines [...] showstoppers
Are you referring to
http://marc.theaimsgroup.com/?l=forrest-devm=104670931405709w=2 as a
use-case? If so, you are making me happy :-)
Not sure what you meant there, but what I mean is
Hello,
When you run a Cocoon application, what is the very first servlet that is loaded?
Thanks
Sylvain
Stefano Mazzocchi wrote:
Why not add these projects to the gump profile and specify for each
the specific target?
cocoon
cocoon-scratchpad
cocoon-deprecated
This way the scratchpad can fail but the core will build anyway.
Good point. Will do that.
On second thought, if the core builds but
crossley2003/03/04 06:10:01
Modified:.build.xml
Log:
Start to bring back some of the validation stuff from build.old.xml
Revision ChangesPath
1.349 +39 -5 xml-cocoon2/build.xml
Index: build.xml
I started to bring back some of the stuff from the
old build.xml that conducted validation of the
important configuration files.
However, i needed to comment-out the sitemap validation
because some recent changes to webapp/sitemap.xmap
cause errors.
The map:transformer used to have children like
Hi!
Everybody try to fight against this. :-D
Please note that ESQL is fast enough. It can build the 8,000 rowset in
milisecs.
Problem starts when the rowset go trought some XSL transformations and
serialization.
The worse if that after you render this to HTML. The client browser can
spend more
David Crossley wrote:
The map:transformer used to have children like
use-session-info etc. but these have been recently
changed to use-session-parameters etc. However,
the sitemap.rng still has the former. Also, the code in
o.a.c.transformation.TraxTransformer still uses the
former. Are these
Antonio Gallardo wrote:
On a personal note, it is unfortunate because I think your new
techniques will be more attractive to my Client! Even though it may
not be the best way to work, they will find it easier to understand,
being closer to what they used to do. So even though I might prefer
On wto, mar 04, 2003 at 08:12:25 -0600, Antonio Gallardo wrote:
Hi!
Everybody try to fight against this. :-D
Please note that ESQL is fast enough. It can build the 8,000 rowset in
milisecs.
Problem starts when the rowset go trought some XSL transformations and
serialization.
The
OK.I understand.
The problem can be because there is no direct support into Cocoon for the
JDBC for Pervasive. Try to write a specific helper class. PostgreSQL has
one.
For more info check into the sources into:
On 04.Mar.2003 -- 04:08 PM, Leszek Gawron wrote:
2. Same query run by cocoon:
INFO(2003-03-04) 16:03.13:573 [access]
(/romes/data-old/contractors-offline-bug) Thread-6/CocoonServlet:
'romes/data-old/contractors-offline-bug' Processed by Apache Cocoon 2.1-dev in
9.93095 minutes
(this
Stefano Mazzocchi wrote:
Stefano Mazzocchi wrote:
Why not add these projects to the gump profile and specify for each
the specific target?
cocoon
cocoon-scratchpad
cocoon-deprecated
This way the scratchpad can fail but the core will build anyway.
Good point. Will do that.
On second thought,
The problem can be because there is no direct support into Cocoon for the
JDBC for Pervasive. Try to write a specific helper class. PostgreSQL has
one.
Yes.
Sounds like it's either the mode of the ResultSet and/or the JDBC driver
itself.
Sorry - but I really doubt it's ESQL. ESQL should be a
On wto, mar 04, 2003 at 04:25:09 +0100, Christian Haul wrote:
On 04.Mar.2003 -- 04:08 PM, Leszek Gawron wrote:
2. Same query run by cocoon:
INFO(2003-03-04) 16:03.13:573 [access]
(/romes/data-old/contractors-offline-bug) Thread-6/CocoonServlet:
while trying to test the esql:get-object I have run just this:
esql:execute-query
esql:query
SELECT * from kontrah/esql:query
esql:results
esql:row-resultsa/a/esql:row-results
/esql:results
/esql:execute-query
The
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17637.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On wto, mar 04, 2003 at 05:05:37 +0100, Torsten Curdt wrote:
while trying to test the esql:get-object I have run just this:
esql:execute-query
esql:query
SELECT * from kontrah/esql:query
esql:results
esql:row-resultsa/a/esql:row-results
On Tuesday, March 4, 2003, at 11:11 AM, Leszek Gawron wrote:
Yes but some people in this discussion blamed the amount of SAX events
to
handle for bad performance. So now it is clear that it's the rowset
traversal
that consumes so much CPU, but still why? I'm not skilled in JDBC. The
only
On 04.Mar.2003 -- 05:11 PM, Leszek Gawron wrote:
On wto, mar 04, 2003 at 05:05:37 +0100, Torsten Curdt wrote:
while trying to test the esql:get-object I have run just this:
esql:execute-query
esql:query
SELECT * from kontrah/esql:query
esql:results
cziegeler2003/03/04 08:33:31
Modified:src/java/org/apache/cocoon/environment/wrapper
EnvironmentWrapper.java
src/java/org/apache/cocoon/components
CocoonComponentManager.java
Log:
Fixing ArrayIndexOutOfBounds exception
cziegeler2003/03/04 08:34:35
Modified:.build.xml
Log:
Making cocoon at least buildable; why are there two validations and why in the init?
Revision ChangesPath
1.350 +5 -5 xml-cocoon2/build.xml
Index: build.xml
Not weird at all!
You are still looping through the ResultSet (row-results)
Yes but some people in this discussion blamed the amount of SAX events to
handle for bad performance. So now it is clear that it's the rowset traversal
that consumes so much CPU, but still why?
Well, because the traversal
On wto, mar 04, 2003 at 05:26:01 +0100, Christian Haul wrote:
On 04.Mar.2003 -- 05:11 PM, Leszek Gawron wrote:
On wto, mar 04, 2003 at 05:05:37 +0100, Torsten Curdt wrote:
while trying to test the esql:get-object I have run just this:
esql:execute-query
esql:query
SELECT *
Am Die, 2003-03-04 um 15.00 schrieb [EMAIL PROTECTED]:
Hello,
When you run a Cocoon application, what is the very first servlet that is loaded?
Cocoon gets lauched via the CocoonServlet.
take a look at org.apache.cocooon.servlet.CocoonServlet.
That is the only servlet that is exportet via
On 04.Mar.2003 -- 05:44 PM, Leszek Gawron wrote:
On wto, mar 04, 2003 at 05:26:01 +0100, Christian Haul wrote:
If you have a esql:parameter .../ in your query, esql uses a
prepared statement. Otherwise it won't.
Strange: even though my query does not contain esql:parameter tags what I see
On 04.Mar.2003 -- 05:44 PM, Leszek Gawron wrote:
On wto, mar 04, 2003 at 05:26:01 +0100, Christian Haul wrote:
If you have a esql:parameter .../ in your query, esql uses a
prepared statement. Otherwise it won't.
Strange: even though my query does not contain esql:parameter tags what I
On Mon, 24 Feb 2003 Nicola Ken wrote:
Traversing optimizations
-
As you know, the Cocoon CLI gets the content of a page 3 times.
I had refactored these three calls to Cocoon in the methods (in call
order):
...
Now, with the -e option we basically don't need
Upayavira wrote:
On Mon, 24 Feb 2003 Nicola Ken wrote:
Traversing optimizations
-
As you know, the Cocoon CLI gets the content of a page 3 times.
I had refactored these three calls to Cocoon in the methods (in call
order):
...
Now, with the -e option we basically
Stefano Mazzocchi [EMAIL PROTECTED] wrote:
big snip/
Why? well, everybody knows that writing SQL into your code is
bad since
it ties you to your database. Adding SQL and javascript is a
potentially
incredible RAD tool, but it's potentially horrible down the road,
requiring huge
On wto, mar 04, 2003 at 05:39:01 +0100, Torsten Curdt wrote:
Not weird at all!
You are still looping through the ResultSet (row-results)
Yes but some people in this discussion blamed the amount of SAX events to
handle for bad performance. So now it is clear that it's the rowset
traversal
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
3) no higher level functionality should be added without a previous
RT/proposal/vote cycle.
I'm perfectly aware of the fact that this will reduce the freedom of
people like Chris to innovate and show potentially creative new uses
of the flow. For
Upayavira wrote, On 04/03/2003 18.14:
On Mon, 24 Feb 2003 Nicola Ken wrote:
Traversing optimizations
...
I have gone ahead and coded my attempt at Nicola Ken's CLI traversal
optimisation.
Yeah! :-)
So what now? Is anyone interested in seeing it?
Come on, don't let us wait too long ;-)
--
Stefano Mazzocchi wrote:
Some like the flow, some don't know it enough to dislike it but won't
try it out until we have a release. In the meanwhile, we are adding
functionality without stabilizing it.
I believe we should work toward release Cocoon 2.1, this is our priority
at the moment:
Ooops. Torsten, I believe this changed with your refactoring, right?
(2.0.5 still uses plain statements in this case) Any idea why you have
changed this? (OK, PreparedStatements do have advantages, but)
Yes, I did. IIRC it lead to a much easier handling inside the classes.
And due to the reported
Berin Loritsch wrote:
I would like to refactor the way DataSource creates and maintains
connections so that the same binary works with both JDK 1.3 and
JDK 1.4.
In order to do this, we have to use the Proxy object and turn the
AbstractJdbcConnection into an InvocationHandler that dynamically
Martin Holz [EMAIL PROTECTED] writes:
CocoonComponentManager revision:1.49
java.lang.IndexOutOfBoundsException: Index: -1, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:508)
at java.util.ArrayList.remove(ArrayList.java:388)
at
Torsten Curdt wrote:
Berin Loritsch wrote:
I would like to refactor the way DataSource creates and maintains
connections so that the same binary works with both JDK 1.3 and
JDK 1.4.
In order to do this, we have to use the Proxy object and turn the
AbstractJdbcConnection into an InvocationHandler
Am Die, 2003-03-04 um 18.52 schrieb Christopher Oliver:
Not sure. This is one of the weaknesses of JavaScript. It doesn't have
any structuring mechanism for creating libraries or reusable modules
(which was one of the things JavaScript 2.0 was supposed to fix). I
think Cocoon will have to
I had no luck with this message on Cocoon Users ... I'm wondering if anyone
here can answer this question about other ways to call a view?
Thanks!
-Original Message-
From: Conal Tuohy [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 4 March 2003 20:01
To: Cocoon Users (E-mail)
Subject: how to
label the transform with the view name, then call it by appending
@cocoon-view=(labelname) in the request
-Original Message-
From: Conal Tuohy [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 2:22 PM
To: Cocoon Developers (E-mail)
Subject: FW: how to call a view?
I had no luck
-Original Message-
From: Todd Densmore [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 5 March 2003 08:25
To: '[EMAIL PROTECTED]'
Subject: RE: how to call a view?
label the transform with the view name, then call it by appending
@cocoon-view=(labelname) in the request
This doesn't
I am guessing that to call a view you MUST use ?cocoon-view=view-name in
the request URI, and if you want to call the view some other way then you
also need another pipeline to convert it into a call using
?cocoon-view=view-name
Can anyone confirm or deny this?
yepp - confirm
--
Torsten
Christopher Oliver wrote:
Has anyone (besides me) actually tested the xmlform-flow integration or
velocity integration? I haven't received any feedback.
If you want feedback, please have a look at [1] and [2] and please tell
me what do you think.
Thank you in Advance,
Ugo
[1]
On wto, mar 04, 2003 at 07:27:28 +0100, Torsten Curdt wrote:
Ooops. Torsten, I believe this changed with your refactoring, right?
(2.0.5 still uses plain statements in this case) Any idea why you have
changed this? (OK, PreparedStatements do have advantages, but)
Yes, I did. IIRC it lead to
Am I right that even though I can use prepared statement I cannot rerun the
query several times without recreating the statement every time? I have a lot
of cases when I have to make a lot of same inserts basing on xml data from
request body.
ouzo
--
__
| / \ |
hi, Antonio
snip/
The Beans describe the fields that the XForm show to the user. The Bean
has the same fields as the XForm. In this point I feel like we can use
another approach. Because I looks like the same fields need to be writen 2
times: In the XForm itself and into the Bean. :-(
I'd like to
Christopher Oliver wrote:
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
snip/
Being able to structure flow (or JS ?) features in blocks is IMO the
key for having a stable foundation without discouraging creativity.
True. I'm all ears on how this can be achieved. Chris? any idea?
Not
Hi Bernhard:
Thanks for briefing all the stuff. :-)
But I still have an open question. What will be the standard or recomended
O/R mapping tool for Cocoon? Hibernate, OJB or Torque? I will start to
coding a new application anytime soon and I need to decide what O/R
mapping to use. Of course I
Jakob Praher wrote:
Am Die, 2003-03-04 um 18.52 schrieb Christopher Oliver:
Not sure. This is one of the weaknesses of JavaScript. It doesn't have
any structuring mechanism for creating libraries or reusable modules
(which was one of the things JavaScript 2.0 was supposed to fix). I
think
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17649.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17612.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
after copying the documentation directory into the webapp so that the samples
mostly work--
when accessing
http://localhost:/samples/flow/examples/calc/
i get No pipeline matched request: samples/flow/examples/calc/getNumberA.html
I would just chalk that up as a configuration error-- but
Stefano Mazzocchi wrote:
Christopher Oliver wrote:
Please test it and let me know of any problems.
I can report it works like a charm here. It handles also star imports,
wow!
I think we can blast pizza now.
You can remove pizza jar from the CVS but please leave ability to switch
to pizza
On 4/3/03 22:08, Christopher Oliver [EMAIL PROTECTED] wrote:
Jakob Praher wrote:
Am Die, 2003-03-04 um 18.52 schrieb Christopher Oliver:
Not sure. This is one of the weaknesses of JavaScript. It doesn't have
any structuring mechanism for creating libraries or reusable modules
(which was
it's faster. So whom shall we kick in the but? Database A user or
database B user? Of course we could make it... configurable *ring* *ring*
maybe just esql:query and esql:prepared query?
It's not the logicsheet.but the helper classes that create the
problem. Of course it is doable - the
Am I right that even though I can use prepared statement I cannot rerun the
query several times without recreating the statement every time? I have a lot
of cases when I have to make a lot of same inserts basing on xml data from
request body.
You're right, cocoon.load() already supports this. I'll test it when I get home. Do
you think load should be a method of the cocoon object?
-Original Message-
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 3:38 PM
To: [EMAIL PROTECTED]
Subject: Re:
Steven Noels wrote:
David Crossley wrote:
The map:transformer used to have children like
use-session-info etc. but these have been recently
changed to use-session-parameters etc. However,
the sitemap.rng still has the former. Also, the code in
o.a.c.transformation.TraxTransformer
[EMAIL PROTECTED] wrote:
cziegeler2003/03/04 08:34:35
Modified:.build.xml
Log:
Making cocoon at least buildable;
Thanks. Actually, validation did work when i committed it.
Erk, i see what the problem was - i forgot to commit
the any.rng grammar ... sloppy, sorry.
why
crossley2003/03/04 18:06:43
Added: src/webapp/WEB-INF/entities any.rng
Log:
Grammar that matches the ANY content type.
Revision ChangesPath
1.1 xml-cocoon2/src/webapp/WEB-INF/entities/any.rng
Index: any.rng
crossley2003/03/04 18:20:15
Modified:.build.xml
Log:
Validation now works, after committing the missing any.rng
Revision ChangesPath
1.351 +5 -5 xml-cocoon2/build.xml
Index: build.xml
On 5/3/03 1:33, Christopher Oliver [EMAIL PROTECTED] wrote:
You're right, cocoon.load() already supports this. I'll test it when I get
home. Do you think load should be a method of the cocoon object?
Nope... In theory it should not. It should be a method of the interpreter
class,
pier2003/03/04 20:00:50
xml-cocoon2/src/scratchpad/flowspec - New directory
pier2003/03/04 20:02:47
Added: src/scratchpad/flowspec Cocoon.xml style.css style.xsl
Log:
Preliminary and _very_partial_ language independent flow specification.
NOTE: This is heavily tuned to be used with Mozilla 1.3 on client side.
Revision ChangesPath
1.1
pier2003/03/04 20:23:01
Modified:src/scratchpad/flowspec style.css style.xsl
Log:
I use MacOS/X, and sometimes I forget to tell that the line breaks are
_supposed_ to be UNIX... DOH!
Revision ChangesPath
1.2 +87 -1
I've been spending this weekend a little bit far away from Cocoon, actually
doing some really interesting stuff involving JavaScript, DOM and browsers
all on the client side...
What I came to realize, is that, although JavaScript _looks_ messy (and
browsers implementations, Mozilla included, tend
On 5/3/03 4:41, Pier Fumagalli [EMAIL PROTECTED] wrote:
Check out the flowspec/Cocoon.xml file, [...] load it up in Mozilla [...]
For once, it works _ALSO_ in MSIE/6.0sp1 on Win2K... Incredible...
Pier (love replying to self)
David Crossley wrote:
[EMAIL PROTECTED] wrote:
cziegeler2003/03/04 08:34:35
Modified:.build.xml
Log:
Making cocoon at least buildable;
Thanks. Actually, validation did work when i committed it.
Erk, i see what the problem was - i forgot to commit
the
Pier Fumagalli wrote:
Back to the drawing board, my fellow IDL editor at hands, and I start doing
one weird thing: converting the flow object model into IDL, as the current
JavaDOC output of JSCocoon and friends doesn't look easy and nice,
preventing me to visually see if it's an implementation
On ro, mar 05, 2003 at 01:21:17 +0100, Torsten Curdt wrote:
Am I right that even though I can use prepared statement I cannot rerun the
query several times without recreating the statement every time? I have a lot
of cases when I have to make a lot of same inserts basing on xml data from
On ro, mar 05, 2003 at 01:16:26 +0100, Torsten Curdt wrote:
So you think cocoon should fix all the bugs that software vendor X
refuses to fix? come on!
I have the pervasive case in my mind and was reffering to that. I think it's
not even a bug (that awful performance) but the way they have
I've been playing around with Jetty in the latest CVS checkout, and I'm
noticing all my logs are empty... it doesn't look like anything is being
logged... is logging turned off by default, or is there something else
going on here?
Tony
On Wed, 5 Mar 2003, Tony Collen wrote:
I've been playing around with Jetty in the latest CVS checkout, and I'm
noticing all my logs are empty... it doesn't look like anything is being
logged... is logging turned off by default, or is there something else
going on here?
Neeever mind. It's
1 - 100 of 104 matches
Mail list logo