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 on
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
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
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 marker
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
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
Binary file
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
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
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
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
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):
map:objects
map:object
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
Binary file
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:
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():
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):
map:objects
map:object name=request-param /
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:
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:
map:objects
map:object name=request-param /
map:object name=session-attr /
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
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 optimized etc.
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
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
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
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 gets an
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 be honest,
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/write?
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
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 in
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
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. For
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.getSourceProperties(),
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
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
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
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
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'
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'
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
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 know, Carsten is
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'
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
cziegeler2003/01/09 06:45:51
Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl
BlobSource.java BlobSourceFactory.java
XMLDBSourceFactory.java XMLDBSource.java
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 working on these
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
] --
[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/rubys
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
avoiding
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 *old* classes
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:
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
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 Changes
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
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
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
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:
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
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'
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
SlideSource.java
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
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:
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:
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 - have a
haul2003/01/09 08:52:15
Modified:src/blocks/databases/java/org/apache/cocoon/acting/modular
DatabaseAction.java
Log:
action dev=CH type=add
(modular) DatabaseAction: added ability to use arbitrary path separators
instead of . (e.g. /), added
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
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
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
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
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
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
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
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
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
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
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=15611.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
haul2003/01/09 09:09:14
Modified:.changes.xml
Log:
action dev=CH type=add
InputModule to access XMLForm instances.
/action
action dev=CH type=add
(modular) DatabaseAction: added ability to use arbitrary path separators
instead of . (e.g. /),
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
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
...
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 updated today at
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:
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
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
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
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
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=12173.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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=12173.
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=12173.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
giacomo 2003/01/09 10:43:29
Modified:src/scratchpad/src/org/apache/cocoon/components/source/impl
SlideSource.java
Log:
reverting recent changes
Revision ChangesPath
1.27 +10 -10
giacomo 2003/01/09 10:46:11
Modified:src/java/org/apache/cocoon/components/crawler
SimpleCocoonCrawlerImpl.java
Log:
reverting recent changes
Revision ChangesPath
1.18 +2 -2
giacomo 2003/01/09 10:47:47
Modified:src/java/org/apache/cocoon/generation
ServerPagesGenerator.java
Log:
reverting recent changes
Revision ChangesPath
1.24 +7 -7
giacomo 2003/01/09 10:48:35
Modified:src/blocks/profiler/java/org/apache/cocoon/components/profiler
ProfilerData.java
Log:
reverting recent changes
Revision ChangesPath
1.3 +1 -1
giacomo 2003/01/09 10:52:30
Modified:src/java/org/apache/cocoon/xml NamespacesTable.java
Log:
reverting recent changes
Revision ChangesPath
1.6 +11 -11xml-cocoon2/src/java/org/apache/cocoon/xml/NamespacesTable.java
Index: NamespacesTable.java
giacomo 2003/01/09 10:53:25
Modified:src/scratchpad/src/org/apache/cocoon/taglib/core
LoopTagSupport.java
Log:
reverting recent changes
Revision ChangesPath
1.3 +3 -3
giacomo 2003/01/09 10:54:15
Modified:src/blocks/naming/java/org/apache/cocoon/transformation
LDAPTransformer.java
Log:
reverting recent changes
Revision ChangesPath
1.4 +3 -3
Sorry for taking me so long.
Daniel Fagerstrom wrote:
The discussion about input pipelines can be divided in two parts:
1. Improving the handling of the input stream in Cocoon. This is needed
for web services, it is also needed for making it possible to implement
a writable cocoon:-protocol,
Michael Homeijer wrote:
Until this thread started I thought about the flowscript layer to be usefull
for inter-request flow (mainly continuations). Not for composing the logic
that handles a request.
If you think at input and output as two different stages of the same
resource, then it makes
Michael Melhem wrote:
Well the point here, no matter whether we use the word pipeline or
resource, is that flows and resources/pipelines are fundimentally
different beasts and probably shouldnt be living in the same paddock.
Agreed.
The hard part is to identify what a pipeline is.
Ovidiu Predescu wrote:
I'd like to start working on the control flow documentation ASAP and I
was wondering what is the status on the naming convention proposal I
made a while ago.
So far I've counted three +1 votes for reverting back to the old naming
convention and providing the following
People,
I hereby propose Jeff Turner for cocoon committership. He is one of the
major forces behind Forrest and has been proposing important patches and
features addition to the main Cocoon repository.
Here is my obvious +1
--
Stefano Mazzocchi [EMAIL PROTECTED]
Stefano Mazzocchi wrote:
I hereby propose Jeff Turner for cocoon committership. He is one of the
major forces behind Forrest and has been proposing important patches and
features addition to the main Cocoon repository.
David I asked some time ago, but he prefered keeping low-profile at
that
On Thu, 9 Jan 2003, Stefano Mazzocchi wrote:
People,
I hereby propose Jeff Turner for cocoon committership. He is one of the
major forces behind Forrest and has been proposing important patches and
features addition to the main Cocoon repository.
Here is my obvious +1
And here's mine +1
1 - 100 of 140 matches
Mail list logo