Re: big ESQL performance problem - this one's weird

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 d

Re: ESQL and prepared statements

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 fr

Re: [RANT] The Flow...

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 p

RE: cvs commit: xml-cocoon2 build.xml

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 comm

Re: Jetty & Logging (or rather lack thereof)

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. I

Jetty & Logging (or rather lack thereof)

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

Re: [RANT] The Flow...

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)

[RANT] The Flow...

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

cvs commit: xml-cocoon2/src/scratchpad/flowspec style.css style.xsl

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 xml-cocoon2/src/scratchpad/flowspec/style

cvs commit: xml-cocoon2/src/scratchpad/flowspec Cocoon.xml style.css style.xsl

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

cvs commit: xml-cocoon2/src/scratchpad/flowspec - New directory

pier2003/03/04 20:00:50 xml-cocoon2/src/scratchpad/flowspec - New directory

Re: Stabilizing flow in order to release

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, pr

cvs commit: xml-cocoon2 build.xml

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

cvs commit: xml-cocoon2/src/webapp/WEB-INF/entities any.rng

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 ===

Re: cvs commit: xml-cocoon2 build.xml

[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.

validation of config during build (Was: Re: sitemap validation isbroken)

Steven Noels wrote: > David Crossley wrote: > > > The used to have children like > > etc. but these have been recently > > changed to etc. However, > > the sitemap.rng still has the former. Also, the code in > > o.a.c.transformation.TraxTransformer still uses the > > former. Are these just typo

RE: Stabilizing flow in order to release

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: Stabil

Re: ESQL and prepared statements

> 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. http://java.sun.com/docs/books/tutorial/jdbc/ba

Re: big ESQL performance problem - this one's weird

> > 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 - t

Re: Stabilizing flow in order to release

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 modu

Re: Support for Eclipse JDT Compiler

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 f

broken flow samples

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

Re: [Proposal] DataSource refactoring

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 genera

DO NOT REPLY [Bug 17612] - [PATCH] Delay call to response.getOutputStream() to allow forwarding

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17649] New: - Profiler throws IndexOutOfBoundsException:

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Stabilizing flow in order to release

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 Coco

Re: Flow + XForms + Beans + Databases

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 pr

Re: Stabilizing flow in order to release

Christopher Oliver wrote: Stefano Mazzocchi wrote: Sylvain Wallez wrote: 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 sure. This

Re: Flow + XForms + Beans + Databases

hi, Antonio 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 restr

ESQL and prepared statements

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 -- __ | / \ |

Re: big ESQL performance problem - this one's weird

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 l

Re: Stabilizing flow in order to release

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] http://nagoya.

RE: how to call a view?

> 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 -- T

RE: how to call a view?

> -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 doe

RE: how to call a view?

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 wit

FW: how to call a view?

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 cal

Re: Stabilizing flow in order to release

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

Re: [Proposal] DataSource refactoring

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 t

Re: CocoonComponentManager : IndexOutOfBoundsException

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 > org.apache.cocoon.

Re: [Proposal] DataSource refactoring

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 genera

Re: big ESQL performance problem - this one's weird

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 S

Re: Stabilizing flow in order to release

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: restor

Re: [RT] Fixing the CLI

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 ;-) -- Nic

Re: Stabilizing flow in order to release

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

Re: big ESQL performance problem - this one's weird

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 >

RE: Stabilizing flow in order to release

Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > > 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 maint

[Proposal] DataSource refactoring

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 generates a Connection wrapp

Re: [RT] Fixing the CLI

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 don't

DO NOT REPLY [Bug 17637] - Cocoon won't start under Websphere AS v5.0 on OS/400

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [RT] Fixing the CLI

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

Re: big ESQL performance problem - this one's weird

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 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 > in my so

Re: big ESQL performance problem - this one's weird

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 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 > in my sou

Re: what is the first servlet loaded?

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"

Re: big ESQL performance problem - this one's weird

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: > > > > > > > > > > > > SELECT * from kont

Re: big ESQL performance problem - this one's weird

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

cvs commit: xml-cocoon2 build.xml

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 =

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components CocoonComponentManager.java

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 re

Re: big ESQL performance problem - this one's weird

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: > > > > > > > > > SELECT * from kontrah > > > > > > > > > > > > >

Re: big ESQL performance problem - this one's weird

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 differ

Re: big ESQL performance problem - this one's weird

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: > > > > > > SELECT * from kontrah > > > > > > > > > > > >The execution time does not differ much from first

DO NOT REPLY [Bug 17637] New: - Cocoon won't start under Websphere AS v5.0 on OS/400

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: big ESQL performance problem - this one's weird

while trying to test the esql:get-object I have run just this: SELECT * from kontrah The execution time does not differ much from first case even though I do not do any esql-getXXX. Not weird at all! You are still

Re: big ESQL performance problem - this one's weird

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: > > 'romes/data-old/contractors-of

Re: big ESQL performance problem

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 ver

Re: [GUMP] Build Failure - Cocoon2

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, i

Re: big ESQL performance problem

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 > >

Re: big ESQL performance problem

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: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/components/language/markup/x

Re: big ESQL performance problem

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. >

Re: Flow Layer Database API

> 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 migh

Re: what is the first servlet loaded?

[EMAIL PROTECTED] wrote: Hello, When you run a Cocoon application, what is the very first servlet that is loaded? The *only* servlet in Cocoon, that is org.apache.cocoon.servlet.CocoonServlet Sylvain -- Sylvain Wallez Anyware Technologies http://www.apache.o

Re: big ESQL performance problem

Leszek Gawron wrote: SELECT K.K_NIP AS Knt_NipE, B.GST_KntID AS Knt_KntId, B.GST_KntID AS Knt_Kod, K.K_GRUPA AS Knt_Grupa, How does the rest of your pipeline looks like? Can you post the relevant sitemap snippet? -- Steven Noelshttp:

Re: sitemap validation is broken

David Crossley wrote: The used to have children like etc. but these have been recently changed to etc. However, the sitemap.rng still has the former. Also, the code in o.a.c.transformation.TraxTransformer still uses the former. Are these just typos in the new sitemap.xmap? This brings http://m

Re: big ESQL performance problem

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

sitemap validation is broken

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 used to have children like etc. but these

cvs commit: xml-cocoon2 build.xml

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 ===

Re: [GUMP] Build Failure - Cocoon2

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 t

what is the first servlet loaded?

Hello, When you run a Cocoon application, what is the very first servlet that is loaded? Thanks Sylvain

big ESQL performance problem

I've been fighting with this all day and cannot find a cause. I'm using quite fresh esql implementation to access Pervasive SQL 2000 database. The problem is I have to pull 5500 rows from database. Performing query in Squirell SQL it takes 3 second to execute and 16 to build output table (build squ

Re: Stabilizing flow in order to release

Steven Noels wrote: Stefano Mazzocchi wrote: Now: I considered lack of callable pipelines [...] showstoppers Are you referring to http://marc.theaimsgroup.com/?l=forrest-dev&m=104670931405709&w=2 as a use-case? If so, you are making me happy :-) Not sure what you meant there, but what I mean i

Re: [GUMP] Build Failure - Cocoon2

his 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-20

Re: STX could seriously replace XSLT on the server side

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-dev&m=104566478723403&w=2 Gosh, how did I miss that? Anybody has some be

Re: Flow Layer Database API

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 Map

Re: Flow Layer Database API

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 to

RE: STX could seriously replace XSLT on the server side

> 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-dev&m=104566478723403&w=2 Reinhard

Re: Flow Layer Database API

> 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

Re: Flow result storage : let's fix it before its too late !

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 we

Re: Flow Layer Database API

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. PetStore Example I believe if

Re: [GUMP] Build Failure - Cocoon2

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/ru

Re: Flow + XForms + Beans + Databases

Antonio Gallardo wrote: But what about the "model" I graphed? is it OK? I can't tell. It sure looks like a better way to factor concerns out, but I'm not familiar enough with O/R tools to know this. I graphed it, because just wrotten things sometimes miss me. I need a graph to try to understand

[GUMP] Build Failure - Cocoon2

/tools/anttasks [javac] Compiling 2 source files to /home/rubys/jakarta/xml-cocoon2/tools/anttasks [javac] 9 warnings prepare: [echo] +---+ [echo] Apache Cocoon 20030304 [1999-2003]

Re: Stabilizing flow in order to release

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, ha

Re: Flow + XForms + Beans + Databases

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 Coc

STX could seriously replace XSLT on the server side

If you don't know what STX is, just take a look here: http://stx.sourceforge.net/documents/ and then read here http://www.xml.com/pub/a/2003/02/26/stx.html There is one feature of STX that I really like: more precise semantics. STX is designed to be incremental and event-based. It fits *perf

Re: Stabilizing flow in order to release

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 t

Re: form encoding problems

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

Re: Flow result storage : let's fix it before its too late !

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 flow

Re: Cocoon training - presentation available

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 ha

Re: Stabilizing flow in order to release

Stefano Mazzocchi wrote: Now: I considered lack of callable pipelines [...] showstoppers Are you referring to http://marc.theaimsgroup.com/?l=forrest-dev&m=104670931405709&w=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

Re: Stabilizing flow in order to release

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 - there

Re: Flow Layer Database API

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 case

  1   2   >