On Sat, 28 Jun 2003, Nicola Ken Barozzi wrote:
Christopher Oliver wrote, On 28/06/2003 19.19:
Nicola Ken Barozzi wrote:
...
I'm really confused about this SWT thing. On my computer Eclipse feels
slower than JBuilder. And I still have to understand what makes SWT so
compelling and
On Fri, 13 Jun 2003, Berin Loritsch wrote:
Berin Loritsch wrote:
Rob Johnston wrote:
On Fri, 13 Jun 2003, Leo Sutic wrote:
Do you run windows or linux?
FreeBSD. Which is the problem -- I think there is some incompatibility
between the ExcaliburComponentManager the 1.3.1
On Fri, 13 Jun 2003, Carsten Ziegeler wrote:
AFAIK, the only real thing missing for 2.1 is the FOM implementation.
The question is now, is someone already working on it resp. should
we wait for the release until it's finished?
I think we should set a date now and take whatever we have for
On Tue, 10 Jun 2003 [EMAIL PROTECTED] wrote:
Hi,
additional comment about the performance.
I have debuged the method parseURI with the following Argument:
file:/C:/Data/Eclipse/workspace-lib/WorldAccount-webapp/tomcat/webapps/wa/
I have append the Stackframe the regexp library need to
On Tue, 10 Jun 2003, Vadim Gritsenko wrote:
Stephan Michels wrote:
...
I think I have fixed it, but can't run the tests on windows, because
I got always a
'javac: invalid flag: ... '
during the compilating of the test cases.
Can you help, and run the test, tell me if it works
On Wed, 11 Jun 2003, Berin Loritsch wrote:
Rob Johnston wrote:
Is this a bug that I should report? I spoke to someone else who had the
exact same problem with cocoon 2.1-dev under FreeBSD (over a month ago)
he said his solution was to not ship with support for FreeBSD --
which isn't
On 1 Apr 2003 [EMAIL PROTECTED] wrote:
compile-scratchpad:
[mkdir] Created dir:
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030401/scratchpad/src
[mkdir] Created dir:
/home/rubys/jakarta/cocoon-2.1/build/cocoon-20030401/scratchpad/dest
[copy] Copying 42 files to
On Mon, 31 Mar 2003, Upayavira wrote:
A destination can be configured with a uri which identifies a
ModfiableSource via its protocol. So instead of specifying a
Destination, you specify a uri, and a sourceResolver identifies the
ModifiableSource.
Then all that remains is how to work out
On Fri, 28 Mar 2003, Nicola Ken Barozzi wrote:
I'm developing a code graph viewer, and I tested it on cocoon.
See it here:
http://cvs.apache.org/~nicolaken/whiteboard/
The png seems to be broken.
Stephan.
Unico Hommes wrote, On 28/03/2003 19.35:
I thought so too in IE but then I clicked the picture expand button...
In Mozilla it doesn't display, but it does in IE.
The SVG though works with the SVG plugin from Acrobat.
Supi! *grmpf!#
Stephan.
-Original Message-
From: Stephan
On Wed, 26 Mar 2003, Bertrand Delacretaz wrote:
I have added a self-describing test of the Chaperon Wiki grammar under
src/blocks/chaperon/samples, accessible from
http://localhost:/samples/chaperon/wikitest/selftest.html . Reading
the resulting document tells you about the test
On Thu, 27 Mar 2003, Bertrand Delacretaz wrote:
Le Jeudi, 27 mars 2003, à 14:12 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
stephan 2003/03/27 05:12:21
Modified:src/blocks/chaperon/samples sitemap.xmap
src/blocks/chaperon/samples/grammars wiki.grm
On Thu, 27 Mar 2003, Bertrand Delacretaz wrote:
Hi Stephan,
Le Jeudi, 27 mars 2003, à 17:17 Europe/Zurich, [EMAIL PROTECTED] a
écrit :
... Nested sections should now work properly.
They do, but I think the title sizes are upside-down: in JSPWiki, ! is
the smalles title, !!! is the
On Wed, 26 Mar 2003, Stefano Mazzocchi wrote:
David Crossley wrote:
Stefano Mazzocchi wrote:
1) we remove all the old docs targets from the build
To remove the build docs target, i agree.
To remove the webapp docs generation, i do not agree.
Ok.
2) documentation will be done
On Wed, 26 Mar 2003, Jeff Turner wrote:
On Wed, Mar 26, 2003 at 11:08:39AM +0100, Stefano Mazzocchi wrote:
...
Moreover, to be honest, I think that we should aim to improve
forrest/lenya and make it a structured wiki and setup a CMS and point
users to that for editing.
Getting the
On Wed, 26 Mar 2003, Bertrand Delacretaz wrote:
Le Mercredi, 26 mars 2003, à 11:24 Europe/Zurich, Jeff Turner a écrit :
...Getting the latest Chaperon updates was a major impetus for the
recent
Cocoon upgrade. Wiki parsing is just waiting for a volunteer...
Do you mean Chaperon has
On 26 Mar 2003, Bruno Dumon wrote:
On Wed, 2003-03-26 at 11:52, Stephan Michels wrote:
On Wed, 26 Mar 2003, Bertrand Delacretaz wrote:
Le Mercredi, 26 mars 2003, à 11:24 Europe/Zurich, Jeff Turner a écrit :
...Getting the latest Chaperon updates was a major impetus
On Mon, 24 Mar 2003, Pier Fumagalli wrote:
On 24/3/03 6:12 pm, Andrew Savory [EMAIL PROTECTED] wrote:
On Mon, 24 Mar 2003, Marcus Crafter wrote:
+1 from me, when will you be back in Frankfurt again Andrew ? :)
Soon, I hope - withdrawal symptoms from German beer! Any plans for
On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
crossley2003/03/22 23:17:16
Modified:.status.xml todo.xml
Log:
Note about the excellent old functionality to check-jars.
Revision ChangesPath
1.2 +5 -0
So, at the end, here is what I propose:
1) we remove all the old docs targets from the build
2) documentation will be done thru forrest. This requires forrest be
available on the machine separately. since users won't update the
documentation this should not be a problem.
3) we ship the
On Sun, 23 Mar 2003, Stefano Mazzocchi wrote:
In the beginning, there was only one cocoon distribution, packaged with
two different packagers (zip for windows and tar.gz for unix and friends).
Then cocoon became very complex and we decided to create a binary
distribution to make things
On Tue, 25 Mar 2003, J.D. Daniels wrote:
So I whould like a solution there we offer a source distribution, and
binary distribution with a war, which includes all samples, and one
clean
war. So the user can first download the bin-dist, test all samples,
and experimentalize with the
.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
On Mon, 24 Mar 2003, Steven Noels wrote:
In order to get one little step closer to the 'new' document
infrastructure, many of us seek clarity whether we should move docs to a
separate CVS module or not. The benefits and downfalls are largely
known, so let's vote on this and get this issue
On Mon, 24 Mar 2003, Bertrand Delacretaz wrote:
Le Dimanche, 23 mars 2003, à 14:55 Europe/Zurich, David Crossley a
écrit :
I propose Geoff Howard as Cocoon committer.
+1 here.
+1
Stephan.
On Mon, 24 Mar 2003, Bertrand Delacretaz wrote:
Le Dimanche, 23 mars 2003, à 14:22 Europe/Zurich, David Crossley a
écrit :
I propose Andrew Savory as Cocoon committer
here's my
+1
+0 Sorry don't know him.
On Mon, 24 Mar 2003, Bertrand Delacretaz wrote:
Le Dimanche, 23 mars 2003, à 14:38 Europe/Zurich, Stefano Mazzocchi a
écrit :
...This said, here are the actions you should vote:
1) cocoon moves to forrest for its documentation production
+1
+1
2) if so, cocoon does it before
On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
Stephan Michels wrote:
And then PURITY.txt?
This is my try to get people into cleaning up their mess.
It is the dump of the cut/paste discovery tool. Since it normally takes
5/6 hours to do a normal cut/paste discovery on coocon-dev, I left
On Sun, 23 Mar 2003, Stefano Mazzocchi wrote:
As I think most of the people here knows, Forrest is a Cocoon spin-off
project that focuses on static-snapshots of publishing-intensive web
sites with complex needs.
Cocoon now self-generates its own static website, but given the amount
of
BTW, that does save us much effort for maintaining the doc generation
process.
that's exactly the goal.
So, at the end, here is what I propose:
1) we remove all the old docs targets from the build
2) documentation will be done thru forrest. This requires forrest be
available on the
On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
stephan 2003/03/22 08:44:07
cocoon-2.1/src/resources/targetdocs - New directory
Hmmm, I don't want to rain on the party here, but those diagrams are
useless if they can't be automated as they tend to be
On 22 Mar 2003 [EMAIL PROTECTED] wrote:
jefft 2003/03/21 20:13:38
Modified:.forrest.properties
Added: src/documentation/xdocs dictionary.xml
src/documentation/xdocs/ctwig/sample/transformations/basic01
basic01-01.xml
On Sat, 22 Mar 2003, Jeff Turner wrote:
On Sat, Mar 22, 2003 at 10:14:41AM +0100, Stephan Michels wrote:
On 22 Mar 2003 [EMAIL PROTECTED] wrote:
jefft 2003/03/21 20:13:38
Modified:.forrest.properties
Added: src/documentation/xdocs dictionary.xml
On Sat, 22 Mar 2003, Stefano Mazzocchi wrote:
[EMAIL PROTECTED] wrote:
stephan 2003/03/22 07:05:39
Modified:.build.new.xml
src/targets compile-build.xml docs-build.xml
forrest-build.xml ide-build.xml init-build.xml
ide.xtarget
init.xtarget
samples.xtarget
test.xtarget
validate.xtarget
webapp.xtarget
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
On Fri, 21 Mar 2003, Nicola Ken Barozzi wrote:
Stephan Michels wrote, On 21/03/2003 9.52:
Hi,
I want to propose to split the build.xml into fragments. This
will not solve any issues, but make it more maintainable.
These fragments can be stores in src/targets for example
On Fri, 21 Mar 2003, Nicola Ken Barozzi wrote:
Stephan Michels wrote, On 21/03/2003 9.52:
Hi,
I want to propose to split the build.xml into fragments. This
will not solve any issues, but make it more maintainable.
These fragments can be stores in src/targets for example
On 21 Mar 2003 [EMAIL PROTECTED] wrote:
slide-prepare:
[mkdir] Created dir:
/home/rubys/jakarta/cocoon-2.1/build/cocoon-2.1-dev/blocks/slide/dest
[mkdir] Created dir:
/home/rubys/jakarta/cocoon-2.1/build/cocoon-2.1-dev/blocks/slide/conf
[copy] Copying 8 files to
On Fri, 21 Mar 2003, Vadim Gritsenko wrote:
Stephan Michels wrote:
On 21 Mar 2003 [EMAIL PROTECTED] wrote:
...
/home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/ContextFileDescriptorsStore.java:61:
package slidestore.file does not exist
);
}
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
On Thu, 20 Mar 2003, Carsten Ziegeler wrote:
Hi Stephan,
you don't have to ask for changes (if they make sense). I don't
own the code :)
I want to be sure ;-)
So, making the code more understandable is good.
From: Stephan Michels [mailto:[EMAIL PROTECTED]
can I move the part where
On Thu, 20 Mar 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
Hmm, I'll think that I'm not the only one, who went into the trap. You're
right returning a null validity hurts the contract, this will cause an
exception. But a NPE in isValid() doesn't help searching the problem
On Tue, 11 Mar 2003, Stefano Mazzocchi wrote:
Nils Mueller wrote:
that's not for linux :)
you're runnnig OS-X though, aren't you?
Oh, yes, I am. But I think Stephan is not.
No, I'm not ;-) I prefer linux, it's for real men (I'm just joking ;-)).
Stephan.
On Fri, 7 Mar 2003, Stefano Mazzocchi wrote:
As you probably noted from the fact that I don't have a signature
anymore (I'm going minimalistic, pruning all unnecessary stuff), I've
changed my machine. It's a brand new powerbook g4, fast machine, lots of
ram, lots of disks, lots of stuff.
On Thu, 6 Mar 2003, Stephan Michels wrote:
On Thu, 6 Mar 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
I do some profiling today, and wondering why the XSLT transformer
burns performance like hell in setup(). After some debugging I noticed
that the XSLT transformer
On Fri, 7 Mar 2003, Sylvain Wallez wrote:
Stephan Michels wrote:
On Thu, 6 Mar 2003, Stephan Michels wrote:
On Thu, 6 Mar 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
I do some profiling today, and wondering why the XSLT transformer
burns performance like hell in setup
this exception?
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
On Thu, 6 Mar 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
I do some profiling today, and wondering why the XSLT transformer
burns performance like hell in setup(). After some debugging I noticed
that the XSLT transformer create a complete new template/handler for
each call
Hi,
Are anyone interested to come to the CEBIT this year? I heard
that the ASF will have a booth for 17.4 in the linuxpark.
Stephan.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699
On 26 Feb 2003 [EMAIL PROTECTED] wrote:
stefano 2003/02/26 05:24:21
Removed: src/mocks/javax/transaction/xa XAException.java
XAResource.java Xid.java
Log:
moving JTA mock classes to slide block
I thought there also exists a dependecy to the webmail
.
Stephan Michels.
On Wed, 26 Feb 2003, Berin Loritsch wrote:
Stefano Mazzocchi wrote:
Berin Loritsch wrote:
Take a look at the JARs in sandbox and the JARs in blocks. There are
several snapshot releases of JARs (with the date they were built), but
an older version is in sandbox while a newer version
('${build.blocks}')}.
Am I the only one how got this error?
BTW, shouldn't be ${build.webapp} build/cocoon-2.1-dev/webapp insteadof
build/webapp/ ?
Stephan.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ
On Fri, 21 Feb 2003, Stefano Mazzocchi wrote:
The scratchpad was born as a place where things can be worked-on on
alpha status, but it because a place where things are dumped and forgotten.
A scratchpad is against the continuous integration concept. In short,
it's an individualistic
, which I missing.
It's sometimes a plague, how stupid our authors are. The funniest thing
was removing the root path *doh*.
I started to believe that a simple WebForm should achieve our needs, since
I was impressed by the popularity of wiki :-/
Stephan Michels
On 18 Feb 2003, David Crossley wrote:
Thanks Stephan for fixing my attempt to develop a basic
Chaperon sample. That is much better.
I noticed that you also changed the pipeline for
generating the *.xlex and *.xgrm to be internal-only.
As i said in the Sourceforge posting, this was
On Mon, 17 Feb 2003, Robert Simmons wrote:
Greetings. One problem that some are facing with cocoon is that its logging
mechanism is not the same as the most popular logging mechanism on the planet.
Namely Log4j. Log4j has so many features and functionality that even the new JDK
1.4 logging
use?
I can't verify this exception, but I added the missing mock classes, hope
this helps.
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
type=parser src=grammars/quote.xgrm/
BTW, this pipeline must be complete cacheable.
Carsten any hints?
Stephan Michels.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699
On Tue, 11 Feb 2003, Stefano Mazzocchi wrote:
I think the cocoon core (aka 'naked cocoon') is defined by those classes
that don't depend on any external library but those found in /lib/core
and /lib/endorsed.
Everything else should be a block.
This allows us to create a build system where
:
http://cvs.apache.org/~kpiroumian/gdl_sun_java_style.pdf
I currently using JIndent(http://www.jindent.com/), so I wrote
an jindent format file for most used coding style. It works quite well. If
any interest exist I can put it into the repository.
Stephan Michels
that the Cocoon concept can make more possible than
serving HTML page. I think that Cocoon is at the moment a bit too web
orientated, IHMO.
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email
cocoon-framework
cocoon-blocks
?
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
On Tue, 4 Feb 2003, Pier Fumagalli wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
stevenn 2003/02/04 11:13:03
Modified:src/blocks/chaperon/samples/stylesheets class2html.xsl
java2html.xsl
Log:
fixed the XSLT validation errors - please crosscheck
?
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi,
one question, should the license in the classes
have a asterisk as a prefix?
/*
The Apache Software License, Version 1.1
*/
or
/*
* The Apache Software License, Version 1.1
*/
Thanks, Stephan Michels
getChildrenSources()
My 2cents, Stephan Michels.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
sitemap params {0}, {1}, {2} etc.?
What would the syntax in the 2nd example look like in the sitemap?
I think solution 1 will be preferred. To allow a syntax like
map:parameter name=bla value={replace:{1}}/
is more intuitive.
Stephan Michels
On Wed, 29 Jan 2003, Sylvain Wallez wrote:
Stephan Michels wrote:
Hi,
I want to ask for the status of TraversableSource interface. Is this
proposal now final?
I sent a patch on avalon-dev about this. Considering the ongoing vote,
I'll be soon able to commit it myself
On 29 Jan 2003, Martin Holz wrote:
Stephan Michels [EMAIL PROTECTED] writes:
Hi,
I want to ask for the status of TraversableSource interface. Is this
proposal now final?
There were some questions open, I think?
Now we have three kinds of returning an information of child
emeritus status.
+1 welcome back (please ignore duplicate if the original mail passes
Mr. Spamfilter Nicola since posted from dialup ;-)
+1
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
that blowing up the codebase wasn't a good way :-/
If I set up a new webapp, I must always remove parts, which I don't
need.
We respect your good will! Try first cocoondev or sourceforge, believe me.
Stephan Michels.
-
To unsubscribe
On Sat, 25 Jan 2003, Luca Morandini wrote:
-Original Message-
From: Stephan Michels [mailto:[EMAIL PROTECTED]]
Sent: Saturday, January 25, 2003 8:58 PM
To: cocoon-dev
Subject: RE: ChartTransformer 0.0.4 urge a commiter!
That reminds me with my discussion with Stefano etc
Hi,
found a interesting article of XML.com:
http://www.xml.com/pub/a/2003/01/22/cocoon-excel.html
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314
/TraversableSource.java
jakarta-avalon-excalibur/sourceresolve/src/java/org/apache/excalibur/source/TraversableSource.java
Stephan Michels.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699
?! What a funny name ;-)
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
. If you don't have structured
text. This LexicalTransformer can be use for example in syntax
highlighting.
This version will be finished in the next days, so staty tuned.
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED
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
Of cause +1 for
On Thu, 9 Jan 2003, Ovidiu Predescu wrote:
Hi all,
I'd like to propose Michael Melhem as Cocoon committer. He has come up
with lots of ideas for improvement in various parts of Cocoon including
the control flow, and recently contributed an excellent patch for
expiring continuations in the
hoped that I could prevent to create a new interface.
Anyone against the new interface, or using the modules/input dir?
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
*
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
Michels.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
in the
sitemap, but we should better have a approach similar to Ant, having a
predefined set of components and using a taskdef if we need.
It will be terrible if I must always define all tasks in a build file,
which I need.
My 2cents, Stephan Michels
On Fri, 10 Jan 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
snip
We should definitely have a way to define custom input modules in the
sitemap, but we should better have a approach similar to Ant, having a
predefined set of components and using a taskdef if we need
into the
webapp?
I will also add a Generator/TransformerTestCase, and think about
a SourceTestCase...
Stephan Michels.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel
does it mean?
Means the exception, that the TreeBuilder can't find the module with
'myxml', or problems the characters '/','@'?
Stephan Michels.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ
On Fri, 10 Jan 2003, Stephan Michels wrote:
Hi, I'm again ... *oh, nooo*
I got following exception from the modules samples of currect CVS HEAD.
Original exception :
org.apache.avalon.framework.configuration.ConfigurationException: Invalid
pattern '{myxml:/forrestconf/@version
/xercesImpl-2.1.0.jar
webapps/cocoon/WEB-INF/lib/xml-apis.jar
webapps/cocoon/WEB-INF/lib/xmldb-api-2001.jar
webapps/cocoon/WEB-INF/lib/xsltc.jar
Stephan.
-Original Message-
From: Stephan Michels [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 12:15 PM
To: cocoon-dev
On Fri, 10 Jan 2003, Carsten Ziegeler wrote:
-Original Message-
From: Stephan Michels [mailto:[EMAIL PROTECTED]]
On Fri, 10 Jan 2003, Carsten Ziegeler wrote:
We had this problem, when not the proper version of xalan was in the
classpath or precisly in the web-inf/lib
On Fri, 10 Jan 2003, Giacomo Pati wrote:
On Fri, 10 Jan 2003, Stephan Michels wrote:
Hi,
if I start the Cocoon webapp into tomcat I got always this exception.
org.apache.cocoon.CascadingIOException:
org.apache.xml.utils.WrappedRuntimeException: The output format must have
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
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
accessor methods.
And if you are a friend of defensive programming, you will
always working with private member variables, and use
accessor methods instead.
Thank you for your effort, but I doesn't think this is a good idea :-/
Stephan Michels
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
:if( component instanceof Startable )
304:if ( component instanceof Disposable )
Stephan Michels.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
On Wed, 8 Jan 2003, Sylvain Wallez wrote:
Anyway, I think your arguments are better than mine (sniff).
So, we have a TraversableSource or HierarchicalSource or ...?
I'm not a native speaker, but the definition of traversable given by
dictionary.com makes me prefer hierarchical...
You
About the move() and copy() methods, I don't know if they should be kept
in the new incarnation of this interface.
I don't think that they are important. A copy is a read/write action and
a move a read/write/delete action. We could make an utility class providing
support for it (and this
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 cms
webportal. Not?
1 - 100 of 201 matches
Mail list logo