Hi,
after I made some positive experiences with jalopy, an open source
code formatter, I want to offer install jalopy with a proposal
for the our code convention.
This should be a welcome alternative to the various 'organize imports'
and 'dos2unix' etc.
What do'ya think?
Stephan Michels.
Hi,
I have following problem that I want to aggregate a document
with a help of a internal pipeline.
ci:inlcude src=cocoon:/internal/doc.xml/
But this internal pipeline can throw an exception, which
should be handled by an handle-errors section, and the produced
output should be included into
the testcase classes.
See bug report http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16446
Thanks, Stephan Michels.
-Original Message-
From: Ugo Cei
To: [EMAIL PROTECTED]
Sent: 11/25/2003 11:13 PM
Subject: Re: Unit testing
Ralph Goers wrote:
I have upgraded to Cocoon 2.1.3
On Wed, 26 Nov 2003, Joerg Heinicke wrote:
[EMAIL PROTECTED] wrote:
stephan 2003/11/26 04:55:06
Modified:lib/core excalibur-component-1.2-dev.jar
But the naming is really bad as you can no longer get the recent sources for
this package. Please get back to dated package names
On Mon, 3 Nov 2003, Antonio Gallardo wrote:
peter royal dijo:
On Nov 3, 2003, at 4:33 PM, Berin Loritsch wrote:
Anyhoo, the basic solution is to either build a tree/graph of pure
components
or a tree/graph of pure beans. Either solution will work. We need to
get rid
of the need
On Sun, 2 Nov 2003, Stefano Mazzocchi wrote:
On Sunday, Nov 2, 2003, at 15:57 Europe/Rome, Vadim Gritsenko wrote:
Stephan Michels wrote:
On Sun, 2 Nov 2003, Stefano Mazzocchi wrote:
On Saturday, Nov 1, 2003, at 23:29 Europe/Rome, Steve K wrote:
And finally, on a somewhat
On Sun, 2 Nov 2003, Stefano Mazzocchi wrote:
On Saturday, Nov 1, 2003, at 23:29 Europe/Rome, Steve K wrote:
And finally, on a somewhat unrelated subject, one thing that I've
always wanted Cocoon to do may be possible if support for collecting
the XML at each pipeline step is added. To
Take a look at Controlling Whitespace, Part One-Three
http://www.xml.com/pub/a/2001/11/07/whitespace.html
http://www.xml.com/pub/a/2001/12/05/whitespace.html
http://www.xml.com/pub/a/2002/01/02/whitespace.html
Stephan.
On Tue, 28 Oct 2003, McDonald, Bruce wrote:
For excellent examples of
On Fri, 10 Oct 2003, Stefano Mazzocchi wrote:
On Friday, Oct 10, 2003, at 13:22 Europe/Rome, Stephan Michels wrote:
To prevent component name collisions within, we could use prefixes like
match type=basic:wildcard pattern=*.html
map:generate type=basic:file src={1}.xml
I found a german article about a SWF serializer, which transforms
SVG to Shockwave Flash.
http://www.golem.de/0310/27810.html
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699
Puh, finally arrived at home. I took some days to visit the belgium
coast.
The name 'modifiers' comes from the java grammar, and include more
than private and public. But if we talking only about accessibility,
then @access is ok.
On Thu, 9 Oct 2003, Sylvain Wallez wrote:
Geoff Howard wrote:
On Thu, 9 Oct 2003, Stefano Mazzocchi wrote:
On Wednesday, Oct 8, 2003, at 04:50 Europe/Rome, Geoff Howard wrote:
Stefano Mazzocchi wrote:
I have updated the block design documents on the wiki. Changes were:
...
A few things are left to decide:
1) the block metadata
On Thu, 9 Oct 2003, Sylvain Wallez wrote:
Stephan Michels wrote:
On Tue, 7 Oct 2003, Sylvain Wallez wrote:
AFAIU, the use of JXTemplate as a generator allows the template to be
pre-analyzed and stored into the cache, thus allowing a greater
performance. This cannot be achieved
]
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
On Fri, 10 Oct 2003, Stefano Mazzocchi wrote:
On Friday, Oct 10, 2003, at 11:04 Europe/Rome, Stephan Michels wrote:
Exposing classes
Stephen proposed to separate the classes to expose in a different
jar
and expose that. I like this. It's simple and effective
.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
, Stephan.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
+|+|+|+|+|+|+|-|
On Tue, 7 Oct 2003, Sylvain Wallez wrote:
Stephan Michels wrote:
Just another thought,
I noticed that the JXTemplateGenerator/Transformer implements both
contracts: generator and transformer. It should be easier to
implements this component as transformer, and offer this transformer
On Tue, 26 Aug 2003, Gianugo Rabellino wrote:
A source property (both in webdav sense and in the SourceProperty
implementation) is made of three part: a local name (String), a
namespace (String) and a value (DOM Element). It's worth noticing that
the property value is actually the *holder
On Mon, 4 Aug 2003, Mark Leicester wrote:
On 4/08/2003 15:15, Stephan Michels [EMAIL PROTECTED] wrote:
Have you take a look into
src/test/org/apache/cocoon/AbstractCompositeTestCase.java
Heh, no I haven't seen this at all! Cool! Wow, this is the real thing! Is
this quite new? I looked
On Wed, 6 Aug 2003, Bertrand Delacretaz wrote:
...I think the logical (and annoying) question now is: couldn't
chaperon be
used?
Most probably, but after looking at (and doing some work on) the wiki
grammar of Chaperon I have a feeling that Chaperon isn't ideal for
semi-structured
On Tue, 12 Aug 2003, Jeremy Quinn wrote:
On Tuesday, August 12, 2003, at 12:36 PM, Bertrand Delacretaz wrote:
Le Mardi, 12 aoû 2003, à 12:09 Europe/Zurich, Jeremy Quinn a écrit :
Does anyone know if there is an equivalent to the javadoc tool for
JavaScript files?
Did you try the
On Tue, 5 Aug 2003, Mark Leicester wrote:
Thank you for pointing me to your Cocoon unit testing framework[1] Stephan!
I got a unit test for my MIDIGenerator going very quickly, and it *is* very
easy to use. I was able to configure the .xtest file without too much
trouble. Your testing
On Mon, 4 Aug 2003, Mark Leicester wrote:
Hi,
I'd like to get your comments on the approach to Unit testing I have used in
developing my Cocoon components. I think that this approach can be extended
to provide unit tests for all Cocoon components - and I'd like to help write
these. For
On Thu, 31 Jul 2003, Peter Paulus wrote:
You should know that the Slide block within Cocoon isn't finished, and
need help from third persons.
This Vector is passed as an Enumeration to getPrincipals(). getPrincipals()
then processes that as follows:
...
// FIXME the CVS code from slide
On Fri, 1 Aug 2003, Sylvain Wallez wrote:
Gianugo Rabellino wrote:
Before the upcoming release, I'd like to promote the
TraversableGenerator stuff to the main trunk. There are several things
to discuss, though:
1. naming. TraversableGenerator sucks, yes. I guess the best option as
On Fri, 1 Aug 2003, Guido Casper wrote:
Stephan Michels wrote:
At least, we should agree on one name
SourceHierarchyGenerator - http://apache.org/cocoon/hierachy/1.0
SourceCollectionGenerator - http://apache.org/cocoon/collection/1.0
SourceDirectoryGenerator - http://apache.org
On Wed, 23 Jul 2003, Geoff Howard wrote:
As many people know, excluding the deprecated classes from the build
causes the test case compilation to fail which then kills the build.
I started looking into why the test cases depend on the deprecated
classes and have so far only been able to
On 24 Jul 2003, David Crossley wrote:
Stephan Michels wrote:
The only testcase, which depends on the deprecated package is the
ResolverImplTestCase, I think. I don't know the status of the
Resolver, but I see that parts of it went into the xmlutil package of
Excalibur.
So, perhaps
is this intentional, or a unresolved behaviour?
Thank you for your attention, Stephan Michels.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
On Fri, 18 Jul 2003, Peter Velychko wrote:
Hello All,
Could anyone suggest to me the hint how can I compile my classes
during cocoon building process? My classes use the library
batik-all-1.5b5.jar, that has already placed in the batik block.
When I put the batik-all-1.5b5.jar into the
I han't found any means to add third part jars to
{$my_block}.classpath for block sources compiling.
Does the possibility exist?
SM local.build.properties:
SM validate.jars=false
SM Stephan.
Thank you. That's really simple :-).
What is the global reason to validate
On Thu, 17 Jul 2003, Joerg Heinicke wrote:
Reinhard Pötz wrote:
As I have been confused by all those suggestions you can find a summary
here:
http://wiki.cocoondev.org/Wiki.jsp?page=FlowSitemapIntegration
Cool summary, really helps a lot. And here the cool voting matrix :)
| A
On Fri, 18 Jul 2003, Reinhard Pötz wrote:
From: Stephan Michels
map:initiate - select flow - map:flow \\
- select implementation - flow-processor
Ohh moment, what makes the flow component different from
other sitemap components? Nothing!
From
On Fri, 18 Jul 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
Same from me, can we move the CastorSourceConverter into the main tree,
and also the CastorTransformer? They are very useful in my current
application.
No, please not into the main trunk, it's already overcrowded
On Fri, 18 Jul 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
I strongly against. One big build file is a mess, and unmaintainable.
I really don't get your point why one big build is the better choice?
It's plain simple: the included files are not editable with an xml editor
On Thu, 17 Jul 2003, Joerg Heinicke wrote:
Stephan Michels wrote:
map:flows
map:flow name=js type=javascript
script src=flow/PetStoreImpl.js/
script src=flow/petstore.js/
/map:flow
map:flow name=java type=atct class=org.apache.cocoon/
map:flow name=fsm type=fsm src
On Thu, 17 Jul 2003, Geoff Howard wrote:
Stephan Michels wrote:
- rename WebContinuation to FlowState, and accordingly
WebContinuationManager to FlowStateManager.
Yes, the Continuation represents a state, but to make a clear
difference as a new concept, I think
So, here we have a DFA.
The 'continuation' means to freeze the current state of the
execution. The benefit of the continuations are that you have
a history of the states, which you had traversed. And like a
backtracking algorithm, you can go back to a previous state
and follow
=getArticle(request/id)/
jx:value-of select=$article/title/
jx:for-each select=getArticles()
jx:value-of select=title/
/jx:for-each
jx:copy-of select=$article/descriptor/ !-- produces XML data --
Stephan Michels.
Hoping I'm not too late. Please interpret this not as personal attack
or something else. I like the idea of the flow, but the javascript
implementation inhibit me to take a deeper look into it.
+--+
| Cocoon Advanced Control
On Mon, 14 Jul 2003, Nicola Ken Barozzi wrote:
Stephan Michels wrote, On 14/07/2003 12.32:
...
All JavaScript Code can be transform into Assembler, or Basic. That's
not the point. A programming language should make the implementation
of a solution for a given problem as easy
On Mon, 14 Jul 2003, Stefano Mazzocchi wrote:
On Monday, Jul 14, 2003, at 05:32 America/Guayaquil, Stephan Michels
wrote:
My point is: absraction in some key areas might prevent discussion
(like this one) and might prevent ideas to be exchanged (like the
above, which might be totally
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 Wed, 11 Jun 2003, Alexander Schatten wrote:
Peter Flynn wrote:
TeX systems are for formatting: you use them to typeset something
which was created/edited/stored/manipulated in (for example) XML.
Because of the way history happened, TeX preceded XML, so we have
a lot of legacy TeX. Sure
On Thu, 12 Jun 2003, Gildas Guillemot wrote:
Hi,
after reading this thread [1], I'd like to know what is the actual
status of the development around the slide block in the cocoon CVS, and
in particular the implementation of the LockableSource interface in the
SlideSource class.
Are
and examples.
Stephan.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
cocoon-2.1/src/test/org/apache/cocoon/transformation/AbstractTransformerTestCase.java
Stephan.
-Original Message-
From: Stephan Michels [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 01, 2003 5:14 PM
To: [EMAIL PROTECTED]
Subject: Re: Unit test for Cocoon
On Tue, 1 Apr 2003, Pham Thanh
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 Tue, 1 Apr 2003, Pham Thanh Quan wrote:
Hi,
Do you know any unit-test tool for Cocoon? Please tell me.
Thanks and regards
What do you prefer to test? There exist a testcase for generators
and transformer. And writing a test case for complete pipelines
shouldn't be difficult.
The only
On Sat, 29 Mar 2003, jcplerm wrote:
Is it possible to deploy Cocoon applications at customer sites just by installing
compiled versions of XSL stylesheets (translets) rather than supplying
them in plain text format?
Write out own Transformer, and use a serialized form of the templates, for
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 Thu, 27 Mar 2003, Neil Davies wrote:
Is there actually a working TextParserGenerator? I've not seen any
examples of anyone using it on the web.
I can't get Cocoon to recognise it in the sitemap decleration.
Take a look into the current CVS HEAD. There is a new and cleaner
version of 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 Thu, 27 Mar 2003, Jeff Turner wrote:
(moved to cocoon-docs)
On Wed, Mar 26, 2003 at 11:30:09AM +0100, Stephan Michels wrote:
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
On Tue, 25 Mar 2003, Geoff Howard wrote:
Ok, you're not crazy - the build is in fact broken. Sort of. What is
broken is
an old validation target that was recently put back in (validate-jars in
src/targets/validate-build.xml). It appears that everything is actually
built correctly,
but
On Wed, 26 Mar 2003, Neil Davies wrote:
Apologies if this has been answered previously but I'm a relative
newbie to Cocoon2.
I have a structured text file which is exported from a database
(non SQL, a complete mess so there's no chance of using standard xsl
logic to extract data) and need
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 24 Mar 2003, David Crossley wrote:
Diana Shannon wrote:
Right now, when I change some
code (say, rename DefaultsMetaModule to DefaultsModule), I can simply
grep cocoon-2.1 and find all references to the old class in code *and*
docs, and update them. With a separate module I'd
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
in
meeting up?
I live in Berlin :-)
Stephan.
___
Stephan Michels EMail: [EMAIL PROTECTED]
ICQ: 115535699Tel: +49-030-314-21583
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
On Fri, 21 Mar 2003, Bertrand Delacretaz wrote:
Le Vendredi, 21 mars 2003, à 04:16 Europe/Zurich, Jeff Turner a écrit :
...IMHO the ideal solution would be for Cocoon to build its own
documentation, using the Forrest DTDs and a skin checked into Cocoon
CVS
Ok - I agree with the
On Thu, 20 Mar 2003, Bertrand Delacretaz wrote:
Hi Stephan,
...See http://vern.chem.tu-berlin.de/~stephan/cocoon/index.html
Looks good!
There seems to be a problem with images however, for example in
http://vern.chem.tu-berlin.de/~stephan/cocoon/userdocs/concepts/
index.html
I found
On Fri, 21 Mar 2003, Nicola Ken Barozzi wrote:
Steven Noels wrote, On 21/03/2003 10.06:
On 21/03/2003 9:34 Morrison, John wrote:
I can see the point of obfuscating personal email links, but I
see (little) point in doing so to lists...
Technically, I agree. On how to
);
}
___
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
301 - 400 of 671 matches
Mail list logo
