RE: [FIXED] Re: Build system problems on OS/X 10.2.3, Linux andWindows

Just a short note: on my machine an -Xmx256bm is sufficient to avoid the out of memory error. Carsten > -Original Message- > From: David Crossley [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 09, 2003 8:35 AM > To: [EMAIL PROTECTED] > Subject: Re: [FIXED] Re: Build system problems

cvs commit: xml-cocoon2/lib jars.xml

cziegeler2003/01/09 00:09:40 Modified:src/java/org/apache/cocoon/components/source/impl SourceFactoryWrapper.java URLFactoryWrapper.java ContextSourceFactory.java SitemapSourceFactory.java CocoonToAvalonSource.java F

[RT]: Dynamic variables in the Sitemap / Input Modules revisited

Hi, I think today is a good day todada...continue our famous InputModules discussion. hurray. Ok, I think we currently have a deadlock. Some of us say a) and not b) and the others say b) and not a). Who is right? I don't know. Would a vote help? No, definitly not. So instead we should try t

RE: Defining Source Interfaces

Stephan Michels wrote: > Carsten Ziegeler wrote: > > > > Now, think if an implementation for copy(). Each Source implementation > > must test if the destination is the same source implementation or not. > > If not use IS/OS if yes use optimized etc. > > agreed. > > > So, if we are using these "m

Re: Wrap-up for flow functions [WAS Re: Changes made to flow system.js]

Ovidiu Predescu wrote: Ugo expressed his -1 on it but I do hope he would change his opinion. Although he's not a committer I do value his opinion ;) My opinion is biased by the fact that I've already started coding using the new names, but I cannot tell you not to go on with whatever you've de

cvs commit: xml-cocoon2/lib/core excalibur-sourceresolve-20030108.jar

cziegeler2003/01/09 00:57:15 Modified:lib/core excalibur-sourceresolve-20030108.jar Log: Updating to corrected version of source resolver Revision ChangesPath 1.2 +35 -30xml-cocoon2/lib/core/excalibur-sourceresolve-20030108.jar <> -

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

cziegeler2003/01/09 01:00:57 Modified:src/java/org/apache/cocoon/components/xscript XScriptObject.java Log: Updating to latest source resolving Revision ChangesPath 1.12 +3 -3 xml-cocoon2/src/java/org/apache/cocoon/components/xscript/XSc

Re: Defining Source Interfaces

Carsten Ziegeler wrote: Now, think if an implementation for copy(). Each Source implementation must test if the destination is the same source implementation or not. If not use IS/OS if yes use optimized etc. agreed. So, if we are using these "marker" interfaces for all other parts, I really t

MyServletRequest.getAttribute loop

Hi, We're trying to get JSP's working with Servlet spec 2.3 (because WebLogic 7 requires it) using: JSPEngineImplNamedDispatcherInclude (Coocoon 2.0.4 implements Servlet spec 2.2) So, I have a new implementation of the: MyServletRequest class (which lives inside JSPEngineImplNamedDispatcherIncl

Re: Defining Source Interfaces

Stephan Michels wrote: About the move() and copy() methods, I don't know if they should be kept in the new incarnation of this interface. :-/ not another MoveableSource ;-) ROFL !!! ;-) Seriously, are these methods of real use ? I thought that these methods could be a good start for a

Re: [RT]: Dynamic variables in the Sitemap / Input Modules revisited

On 09.Jan.2003 -- 09:28 AM, Carsten Ziegeler wrote: > Now, let's come to the missing part, chaining! > > I think we have currently two approaches: > a) Chaining is done by special objects, so you have something like >this (let's not discuss the "first"/"second" syntax): > > > > >

RE: [RT]: Dynamic variables in the Sitemap / Input Modules revisited

Christian Haul wrote: > > On 09.Jan.2003 -- 09:28 AM, Carsten Ziegeler wrote: > > Now, let's come to the missing part, chaining! > > > > I think we have currently two approaches: > > a) Chaining is done by special objects, so you have something like > >this (let's not discuss the "first"/"se

Re: [Flow] Looking for docs!

Ovidiu Predescu wrote: Unfortunately Tony, there isn't any documentation for the control flow. Yet! Well, that's not entirely true, and you should know better: ;-) http://www.webweavertech.com/ovidiu/weblog/archives/42.html http://outerthought.net/gettogether/ (download paper number 10) htt

cvs commit: xml-cocoon2/lib/core excalibur-sourceresolve-20030108.jar

cziegeler2003/01/09 01:35:55 Modified:lib/core excalibur-sourceresolve-20030108.jar Log: Updating to latest source resolving Revision ChangesPath 1.3 +83 -82xml-cocoon2/lib/core/excalibur-sourceresolve-20030108.jar <> --

ESQL problem - current cocoon HEAD

I'm using cocoon to communicate with MS SQL Server via MS JDBC driver (Java 1.3). After switching to current HEAD I get an error message that did not exist in my previous version: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.RuntimeException: Error

Re: ESQL problem - current cocoon HEAD

Leszek Gawron wrote: I'm using cocoon to communicate with MS SQL Server via MS JDBC driver (Java 1.3). After switching to current HEAD I get an error message that did not exist in my previous version: org.apache.cocoon.ProcessingException: Exception in ServerPagesGenerator.generate(): java.lang.R

Re: [RT]: Dynamic variables in the Sitemap / Input Modules revisited

On Thu, Jan 09, 2003 at 09:28:02AM +0100, Carsten Ziegeler wrote: ... > I think we have currently two approaches: > a) Chaining is done by special objects, so you have something like >this (let's not discuss the "first"/"second" syntax): > > > > > > > > >, where 's

Re: ESQL problem - current cocoon HEAD

On Thu, Jan 09, 2003 at 10:39:42AM +0100, Torsten Curdt wrote: > Leszek Gawron wrote: > >I'm using cocoon to communicate with MS SQL Server via MS JDBC driver (Java > >1.3). After switching to current HEAD I get an error message that did not > >exist in my previous version: > > > >org.apache.cocoon

Re: [RT]: Dynamic variables in the Sitemap / Input Modules revisited

On 09.Jan.2003 -- 10:22 AM, Carsten Ziegeler wrote: > > Christian Haul wrote: > > > > On 09.Jan.2003 -- 09:28 AM, Carsten Ziegeler wrote: > > > b) Chainers (?) are special components: > > > > > > > > > > > > > > > > > > > > >

Re: ESQL problem - current cocoon HEAD

No I don't. Shouldnt JdbcEsqlQuery.getResultRows() look like this (just a guess - I'm not experienced with jdbc): public void getResultRows() throws SQLException { if ( getSkipRows() > 0 ) getResultSet().absolute(getSkipRows()); setPosition(getSkipRows()); } current ver

Re: ESQL problem - current cocoon HEAD

On Thu, Jan 09, 2003 at 11:03:38AM +0100, Torsten Curdt wrote: > >No I don't. > > > >Shouldnt JdbcEsqlQuery.getResultRows() look like this (just a guess - I'm > >not > >experienced with jdbc): > > > >public void getResultRows() throws SQLException { > > if ( getSkipRows() > 0 ) > >

RE: Defining Source Interfaces

On Thu, 9 Jan 2003, Carsten Ziegeler wrote: > > Stephan Michels wrote: > > Carsten Ziegeler wrote: > > > > > > Now, think if an implementation for copy(). Each Source implementation > > > must test if the destination is the same source implementation or not. > > > If not use IS/OS if yes use opt

Re: [RT]: Dynamic variables in the Sitemap / Input Modules revisited

> First, of course, we want a dynamic substitution mechanism in the > sitemap that we can use nearly everywhere. This mechanism uses > different objects to resolve the dynamic values. An object is > represented by a distinct name and gets an identifier for the > actual value. We agree, that the s

RE: XMLForm / instance data from XML / Popup sample

>Christian Haul wrote: > >Hi all, > >I've spend some time now understanding XMLForm and I have looked at >the popup sample from Michael >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15100 > Hi Christian, thnx for looking at the sample. >I couldn't find a post from Josema Alonso regarding XF

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java

cziegeler2003/01/09 02:33:01 Modified:src/java/org/apache/cocoon/components/pipeline/impl AbstractCachingProcessingPipeline.java Log: Conrrecting debug message Revision ChangesPath 1.15 +4 -4 xml-cocoon2/src/java/org/apache/cocoon/compon

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source/impl SitemapSource.java

cziegeler2003/01/09 02:34:29 Modified:src/java/org/apache/cocoon/components/source/impl SitemapSource.java Log: Correcting protocol Revision ChangesPath 1.31 +2 -2 xml-cocoon2/src/java/org/apache/cocoon/components/source/impl/SitemapSour

Re: XMLForm / instance data from XML / Popup sample

On 08.Jan.2003 -- 10:42 PM, Ivelin Ivanov wrote: > > Christian, > > > It is great that you are looking at XML data models more seriously. Don't expect too much. Although I'm almost done with an InputModule accessing the Form. I think this came up a number of times and turned out to be almost tr

Re: [RT]: Dynamic variables in the Sitemap / Input Modules revisited

On 09.Jan.2003 -- 11:24 AM, Stephan Michels wrote: > > > > First, of course, we want a dynamic substitution mechanism in the > > sitemap that we can use nearly everywhere. This mechanism uses > > different objects to resolve the dynamic values. An object is > > represented by a distinct name and

Re: XMLForm / instance data from XML / Popup sample

On 09.Jan.2003 -- 11:24 AM, Michael Homeijer wrote: > >Christian Haul wrote: > >Michael's WriteDOMTransformer does a fairly similar job as the > >SimpleFormInstanceExtractionTransformer. Only that the latter already > >uses OutputModules and has a slightly different default configuration. > >(To b

Re: CVSView block

On Thu, Jan 09, 2003 at 08:20:20AM +0100, Carsten Ziegeler wrote: > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > > On Wed, Jan 08, 2003 at 04:12:12PM +0100, Carsten Ziegeler wrote: > > > Hi, > > > > > > what is exactly your configuration problem? What do you want to > > use/w

Re: [RT]: Dynamic variables in the Sitemap / Input Modules revisited

On Thu, 9 Jan 2003, Christian Haul wrote: > On 09.Jan.2003 -- 11:24 AM, Stephan Michels wrote: > > > > > > > First, of course, we want a dynamic substitution mechanism in the > > > sitemap that we can use nearly everywhere. This mechanism uses > > > different objects to resolve the dynamic value

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

cziegeler2003/01/09 03:27:59 Modified:src/java/org/apache/cocoon/components/pipeline ProcessingPipeline.java AbstractProcessingPipeline.java src/java/org/apache/cocoon/components/source/impl SitemapSou

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

cziegeler2003/01/09 03:31:09 Modified:src/java/org/apache/cocoon/components/pipeline AbstractProcessingPipeline.java Log: Expire header should not be set on internal requests Revision ChangesPath 1.27 +10 -8 xml-cocoon2/src/java/org/apach

RE: [RT]: Dynamic variables in the Sitemap / Input Modules revisited

Stephan Michels wrote > > One question, should these 'Dynamic variables' only be accessible > in the sitemap? Or will be there a 'Dynamic variables'Transformer, > or something more universal? > Ah, good question, yes, this is something I forgot: These dynamic variables should also be accessible

Re: [FIX FOUND PLEASE PATCH]Re: ESQL problem - current cocoon HEAD

Leszek Gawron wrote: I was right. That is how JdbcEsqlQuery.getResultRows() shoud look like: public void getResultRows() throws SQLException { if ( getSkipRows() > 0 ) getResultSet().absolute(getSkipRows()); setPosition(getSkipRows()); } I am not familiar with patch submitting so someone ple

RE: CVSView block

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > > ... > > > > > > > > > > > > Yes exactly, the Generator does implements Configurable. > Maybe the schemas are not up to date or I need to inform the build > system in another way

InspectableSources and InputModules (Re: [RT]: Dynamic variables in the Sitemap / Input Modules revisited)

On Thu, Jan 09, 2003 at 12:23:42PM +0100, Stephan Michels wrote: ... > From Bugzilla: > > While the transformer I've implemented happens to rewrite links, this > > transformer could be generalized to transform any part of the incoming > > XML. For > > example, we could rewrite any occurrence of ${s

Re: InspectableSources and InputModules (Re: [RT]: Dynamic variablesin the Sitemap / Input Modules revisited)

On Thu, 9 Jan 2003, Jeff Turner wrote: > On Thu, Jan 09, 2003 at 12:23:42PM +0100, Stephan Michels wrote: > ... > > From Bugzilla: > > > While the transformer I've implemented happens to rewrite links, this > > > transformer could be generalized to transform any part of the incoming > > > XML.

Re: InspectableSources and InputModules (Re: [RT]: Dynamic variables in the Sitemap / Input Modules revisited)

On Thu, Jan 09, 2003 at 02:14:49PM +0100, Stephan Michels wrote: > On Thu, 9 Jan 2003, Jeff Turner wrote: ... > > Why not have the SourceDescriptionGenerator do: > > > > for (each file in the directory): > > if (source instanceof InspectableSource) { > > sourceProperty = source.getSourcePropert

RE: couple notes on latest 2.1 build

ahhh, thanks I see the prob, yes I had an old JavaMail jar... and assumed that j2ee 1.3 == JavaMail 1.3 the j2ee 1.3 javadoc http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/mail/Folder.html is missing the getDeletedMessageCount() but it is in the JavaMail 1.3 javadoc http://java.sun.com/pro

Re: MyServletRequest.getAttribute loop

Would I be correct in thinking that the following could be happening? 1. local web server request comes in for jsp file 2. web server looks up what to do with jsp 3. request forwarded to Cocoon 4. Cocoon looks up named dispatcher 5. request passed on to Request Dispatcher 6. local WebServer receiv

HEAD not compiling

Carsten, could it be that your recent update of the excalibur source jars has broke classes like ./src/scratchpad/src/org/apache/cocoon/components/source/impl/BlobSourceFactory.java? Giacomo - To unsubscribe, e-mail: [EMAIL P

RE: HEAD not compiling

Thanks Giacomo, yes this could be - hm, strange, it did compile after a clean build.. Ah, sorry, I have an .ant.properties file that does not compile the scratchpad. Ok, I will fix this asap. Carsten > Behalf Of Giacomo Pati > > Carsten, > > could it be that your recent update of the excalibur

Re: HEAD not compiling

Giacomo Pati wrote: Carsten, could it be that your recent update of the excalibur source jars has broke classes like ./src/scratchpad/src/org/apache/cocoon/components/source/impl/BlobSourceFactory.java? Just to lae all know, Carsten is working on these files because we found out on trial Gump

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java

giacomo 2003/01/09 06:17:50 Modified:src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method'

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java

giacomo 2003/01/09 06:18:33 Modified:src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method'

RE: HEAD not compiling

On Thu, 9 Jan 2003, Carsten Ziegeler wrote: > Thanks Giacomo, > > yes this could be - hm, strange, it did compile after a clean build.. > Ah, sorry, I have an .ant.properties file that does not compile > the scratchpad. > > Ok, I will fix this asap. Thanks alot. I usually do a ./build.sh install

Re: HEAD not compiling

On Thu, 9 Jan 2003, Nicola Ken Barozzi wrote: > > Giacomo Pati wrote: > > Carsten, > > > > could it be that your recent update of the excalibur source jars has broke > > classes like > > >./src/scratchpad/src/org/apache/cocoon/components/source/impl/BlobSourceFactory.java? > > Just to lae all kno

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSource.java

giacomo 2003/01/09 06:35:25 Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSource.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method' (o

Re: HEAD not compiling

Giacomo Pati wrote: On Thu, 9 Jan 2003, Nicola Ken Barozzi wrote: [...] It seems that Carsten is breaking builds, but it's the opposite, he's working to fix it. Yes, I know. The fact is that the newly included jars broke *old* classes in the scartchpad because of some changes in the interfac

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

giacomo 2003/01/09 06:40:52 Modified:src/java/org/apache/cocoon/components/crawler SimpleCocoonCrawlerImpl.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method' (obj

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/generation ServerPagesGenerator.java

giacomo 2003/01/09 06:42:36 Modified:src/java/org/apache/cocoon/generation ServerPagesGenerator.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method' (objected by ec

cvs commit: xml-cocoon2/src/blocks/profiler/java/org/apache/cocoon/components/profiler ProfilerData.java

giacomo 2003/01/09 06:44:57 Modified:src/blocks/profiler/java/org/apache/cocoon/components/profiler ProfilerData.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source BlobSourceFactory.java BlobSource.java

cziegeler2003/01/09 06:45:51 Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl BlobSource.java BlobSourceFactory.java XMLDBSourceFactory.java XMLDBSource.java src/scratchpad/src/org/apache/cocoon/components

RE: HEAD not compiling

Nicola Ken Barozzi wrote: > > Giacomo Pati wrote: > > Carsten, > > > > could it be that your recent update of the excalibur source > jars has broke > > classes like > > > ./src/scratchpad/src/org/apache/cocoon/components/source/impl/Blob > SourceFactory.java? > > Just to lae all know, Carsten is w

cvs commit: xml-cocoon2/src/blocks/php/java/org/apache/cocoon/generation PhpGenerator.java

giacomo 2003/01/09 06:52:04 Modified:src/blocks/php/java/org/apache/cocoon/generation PhpGenerator.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method' (objected by

[GUMP] Build Failure - xml-cocoon2

[echo] -- [echo] Apache Cocoon 20030109 [1999-2002] [echo] -- [echo] Building with Apache Ant version 1.6alpha compiled on January 9 2003 [echo] using build file /home

Re: cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/implSlideSource.java

On 9 Jan 2003 [EMAIL PROTECTED] wrote: > giacomo 2003/01/09 06:35:25 > > Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl > SlideSource.java > Log: > make some method package protected instead of privat to increase performance by >avoid

Re: HEAD not compiling

On Thu, 9 Jan 2003, Nicola Ken Barozzi wrote: > > Giacomo Pati wrote: > > On Thu, 9 Jan 2003, Nicola Ken Barozzi wrote: > > > [...] > >>It seems that Carsten is breaking builds, but it's the opposite, he's > >>working to fix it. > > > > Yes, I know. The fact is that the newly included jars broke *

RE: HEAD not compiling

Giacomo Pati wrote: > > > > Sure, it was not intended directly to you Giacomo, thanks for the note. > > Yes, you only wanted to spend a beer to Carsten for his extraordinary > enthusiasm and enourmous engagement :-) > And this is the beer I usually get from him:

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/impl BlobSource.java BlobSourceFactory.java XMLDBSourceFactory.java XMLDBSource.java

cziegeler2003/01/09 06:58:37 Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl BlobSource.java BlobSourceFactory.java XMLDBSourceFactory.java XMLDBSource.java Log: Fixing compose in scratchpad sources Revision C

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

giacomo 2003/01/09 07:06:21 Modified:src/java/org/apache/cocoon/xml NamespacesTable.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method' (objected by eclipse) Revision ChangesPat

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/taglib/core LoopTagSupport.java

giacomo 2003/01/09 07:07:35 Modified:src/scratchpad/src/org/apache/cocoon/taglib/core LoopTagSupport.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method' (objected

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSourceFactory.java SlideSource.java

cziegeler2003/01/09 07:21:49 Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSourceFactory.java SlideSource.java Log: Fixing SlideSource Revision ChangesPath 1.5 +30 -3 xml-cocoon2/src/scratchpad/src/org/apache/

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSource.java

cziegeler2003/01/09 07:23:30 Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl SlideSource.java Log: Reapplying Giacomo's change Revision ChangesPath 1.26 +2 -2 xml-cocoon2/src/scratchpad/src/org/apache/cocoon/componen

Re: cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/implSlideSource.java

On Thu, 9 Jan 2003, Stephan Michels wrote: > > > > On 9 Jan 2003 [EMAIL PROTECTED] wrote: > > > giacomo 2003/01/09 06:35:25 > > > > Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl > > SlideSource.java > > Log: > > make some method package

cvs commit: xml-cocoon2/lib jars.xml

cziegeler2003/01/09 07:49:43 Modified:src/java/org/apache/cocoon/generation WebServiceProxyGenerator.java lib jars.xml Added: lib/optional commons-httpclient-20030108.jar Removed: lib/optional commons-httpclient.jar Log: Updat

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp JdbcEsqlQuery.java

tcurdt 2003/01/09 07:58:06 Modified: src/blocks/databases/java/org/apache/cocoon/components/language/markup/xsp JdbcEsqlQuery.java Log: fixing "[Microsoft][SQLServer 2000 Driver for JDBC] 0 is not a valid row parameter value for the ResultSet.Absolute method

cvs commit: xml-cocoon2/src/blocks/naming/java/org/apache/cocoon/transformation LDAPTransformer.java

giacomo 2003/01/09 08:10:28 Modified:src/blocks/naming/java/org/apache/cocoon/transformation LDAPTransformer.java Log: make some method package protected instead of privat to increase performance by avoiding 'access emulated by a synthetic accessor method'

Re: cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/implSlideSource.java

On Thu, 9 Jan 2003, Giacomo Pati wrote: > On Thu, 9 Jan 2003, Stephan Michels wrote: > > > > > > > > > On 9 Jan 2003 [EMAIL PROTECTED] wrote: > > > > > giacomo 2003/01/09 06:35:25 > > > > > > Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl > > >

[ERROR] CVS build failed.

I updated right now and after a: build.sh clean I run: ./build.sh -Dinclude.webapp.libs=true -Dinclude.scratchpad.libs=true webapp I got this error: compile-samples: Created dir: /xml-cocoon2/build/cocoon/classes/samples Compiling 2 source files to /xml-cocoon2/build/cocoon/classes The system

Re: cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/implSlideSource.java

On Thu, 9 Jan 2003, Stephan Michels wrote: > > > On Thu, 9 Jan 2003, Giacomo Pati wrote: > > > On Thu, 9 Jan 2003, Stephan Michels wrote: > > > > > > > > > > > > > > On 9 Jan 2003 [EMAIL PROTECTED] wrote: > > > > > > > giacomo 2003/01/09 06:35:25 > > > > > > > > Modified:src/scratchpad/s

Re: cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/components/source/implSlideSource.java

Giacomo Pati wrote: Ok, does any other here have an oppinion on this? Please don't change from private to protected just for performance unless we get at least a sensible improvement (30%) from total Cocoon performance. Let's optimize where the least changes make the biggest impact. IE: If

RE: [ERROR] CVS build failed.

Antonio Gallardo wrote: ... > BUILD FAILED > file:/xml-cocoon2/build.xml:1209: Compile failed; see the compiler error > output for details. > ... > > Please can someone advise what I am doing wrong? > > Best Regards, > > Antonio Gallardo Antonio, You should find a few mails about this problem -

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/acting/modular DatabaseAction.java

haul2003/01/09 08:52:15 Modified:src/blocks/databases/java/org/apache/cocoon/acting/modular DatabaseAction.java Log: (modular) DatabaseAction: added ability to use arbitrary path separators instead of "." (e.g. "/"), added ability to count r

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/util JDBCTypeConversions.java

haul2003/01/09 08:53:36 Modified:src/blocks/databases/java/org/apache/cocoon/util JDBCTypeConversions.java Log: Added ability to parse date strings (if simple sql date) Revision ChangesPath 1.5 +2 -0 xml-cocoon2/src/blocks/databases

cvs commit: xml-cocoon2/src/webapp/samples/linkrewriter-bookdemo - New directory

haul2003/01/09 08:54:55 xml-cocoon2/src/webapp/samples/linkrewriter-bookdemo - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comman

cvs commit: xml-cocoon2/src/webapp/samples/linkrewriter-sitedemo - New directory

haul2003/01/09 08:54:56 xml-cocoon2/src/webapp/samples/linkrewriter-sitedemo - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comman

cvs commit: xml-cocoon2/src/webapp/samples/linkrewriter-sitedemo/docs - New directory

haul2003/01/09 08:54:56 xml-cocoon2/src/webapp/samples/linkrewriter-sitedemo/docs - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional c

cvs commit: xml-cocoon2/src/webapp/samples/linkrewriter-sitedemo/stylesheets - New directory

haul2003/01/09 08:54:56 xml-cocoon2/src/webapp/samples/linkrewriter-sitedemo/stylesheets - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

cvs commit: xml-cocoon2/src/webapp/samples/linkrewriter-bookdemo/docs - New directory

haul2003/01/09 08:54:56 xml-cocoon2/src/webapp/samples/linkrewriter-bookdemo/docs - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional c

cvs commit: xml-cocoon2/src/webapp/samples/linkrewriter-bookdemo/stylesheets - New directory

haul2003/01/09 08:54:56 xml-cocoon2/src/webapp/samples/linkrewriter-bookdemo/stylesheets - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

cvs commit: xml-cocoon2/src/webapp/samples/linkrewriter-bookdemo/docs/installing - New directory

haul2003/01/09 08:54:56 xml-cocoon2/src/webapp/samples/linkrewriter-bookdemo/docs/installing - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For a

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup/xsp XSPModuleHelper.java

haul2003/01/09 08:59:01 Modified:src/java/org/apache/cocoon/components/language/markup/xsp XSPModuleHelper.java Added: src/webapp/samples/linkrewriter-sitedemo README.txt linkmap.xml sitemap.xmap src/webapp/sample

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation SimpleFormInstanceExtractionTransformer.java

haul2003/01/09 09:02:15 Modified:src/java/org/apache/cocoon/transformation SimpleFormInstanceExtractionTransformer.java Log: remove some printlns Revision ChangesPath 1.3 +1 -8 xml-cocoon2/src/java/org/apache/cocoon/transformation/S

DO NOT REPLY [Bug 15611] - [PATCH] LinkRewriterTransformer: using InputModules in Transformers

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

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input XMLFormInput.java AbstractJXPathModule.java JXPathMetaModule.java

haul2003/01/09 09:04:18 Modified:src/java/org/apache/cocoon/components/modules modules.xconf src/java/org/apache/cocoon/components/modules/output AbstractOutputModule.java OutputModule.java RequestAttributeMap.java

cvs commit: xml-cocoon2 changes.xml

haul2003/01/09 09:09:14 Modified:.changes.xml Log: InputModule to access XMLForm instances. (modular) DatabaseAction: added ability to use arbitrary path separators instead of "." (e.g. "/"), added ability to count rows from 1, added d

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java

giacomo 2003/01/09 09:09:42 Modified:src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java Log: reverting recent changes Revision ChangesPath 1.7 +7 -7 xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/tra

Re: [Control flow] expire continuations code checked in!

Ovidiu Predescu wrote: Many thanks to Michael Melhem for his excellent work coming up with the algorithm for expiring continuations and for implementing it! The tests on my machine show the code works fine, so I checked it in CVS. Thanks! I've also made some minor change to the control flow eng

RE: [ERROR] CVS build failed.

> ... >> BUILD FAILED >> file:/xml-cocoon2/build.xml:1209: Compile failed; see the compiler >> error output for details. >> >> Antonio Gallardo > > > Antonio, > > You should find a few mails about this problem - have a look at the > archives. > Did you check out CVS after Ovidiu's patch? Yes, I up

cvs commit: xml-cocoon2 changes.xml

haul2003/01/09 09:39:46 Modified:.changes.xml Log: fix syntax Revision ChangesPath 1.333 +2 -2 xml-cocoon2/changes.xml Index: changes.xml === RCS file: /home/cvs/xml-cocoon2/chan

cvs commit: xml-cocoon2/src/documentation/xdocs/link training.xml

sylvain 2003/01/09 09:40:12 Modified:src/documentation/xdocs/link Tag: cocoon_2_0_3_branch training.xml Log: Adding myself... Revision ChangesPath No revision No revision 1.2.2.4 +6 -0 xml-

cvs commit: xml-cocoon2/src/documentation/xdocs/link training.xml

sylvain 2003/01/09 09:41:38 Modified:src/documentation/xdocs/link training.xml Log: Adding myself... Revision ChangesPath 1.5 +6 -0 xml-cocoon2/src/documentation/xdocs/link/training.xml Index: training.xml

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor/variables PreparedVariableResolver.java VariableResolver.java

sylvain 2003/01/09 09:45:01 Modified:.Tag: cocoon_2_0_3_branch changes.xml src/java/org/apache/cocoon/components/source Tag: cocoon_2_0_3_branch FileSource.java src/java/org/apache/cocoon/components/treeprocessor/sitemap

cvs commit: xml-cocoon2/src/webapp/WEB-INF cocoon.xconf

sylvain 2003/01/09 10:20:19 Modified:.changes.xml src/java/org/apache/cocoon/components/treeprocessor/sitemap ReadNode.java ReadNodeBuilder.java SerializeNode.java SerializeNodeBuilder.java src/java/org

DO NOT REPLY [Bug 12173] - SQLTransformer Query object prematurely closes connection causing NullPointerException when accessing ResultSet

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] Better Environment Abstraction

Nicola Ken Barozzi wrote: I have some problems I need to solve: 1) I want to use Cocoon as a bean in other programs, as an evolved xml processing bean. I want to create it, set input (stream), set output, and execute. Problem: I cannot do it with the current Cocoon, without creating my spec

DO NOT REPLY [Bug 12173] - SQLTransformer Query object prematurely closes connection causing NullPointerException when accessing ResultSet

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 12173] - SQLTransformer Query object prematurely closes connection causing NullPointerException when accessing ResultSet

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

  1   2   >