dependencies.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
().
Any objection?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Bertrand Delacretaz wrote:
Le 11 mars 05, à 15:18, Sylvain Wallez a écrit :
...This is currently possible using FOM_Cocoon.suicide() which is
what is used internally by cocoon.sendPageAndWait (see
fom_system.js), and I would like to make this more visible by being
available as cocoon.suicide
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Bertrand Delacretaz wrote:
Le 11 mars 05, à 15:18, Sylvain Wallez a écrit :
...This is currently possible using FOM_Cocoon.suicide() which is
what is used internally by cocoon.sendPageAndWait (see
fom_system.js), and I would like to make this more
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
snip/
BTW, concerning what to call the object accessors, what about just
accessor, e.g. RequestAccessor, SessionAccessor etc.
RequestObjectAccessor or SessionObjectAccessor really would be
too verbose, but ObjectAccessor
of adding this to 2.1 even if
(or especially because) the release is coming soon.
WDYT?
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Hi all,
I encountered some weird things with a flowscript containing strings
with accented characters, saved in UTF-8. This is because the flow
interpreter uses the platform's default encoding to read script
files. And of course this default
of config file handling can happen later.
So, WDYT?
Enthusiastic +1!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
, be
it // // @ or // vim: set file.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Yes, of course. The new proxied-poolable feature recently added by
Carsten prevents casting a looked-up component to a specific class, as
the returned object is a proxy. That led to ClassCastExceptions.
That's why I introduced an additional
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
snip/
This feature is intended for application development-time, as it doesn't
take into consideration instances of the previous versions of the
reloaded classes that may be stored here and there such as in session
attributes. That means that you
classloading and hot
reload and find what needs to be fixed or changed.
I can only say that my life as a developer has changed since yesterday
evening ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware
could also have a RepositorySelector and select a repository using
the first path element. Hmm... that may be a good option as an
application also need to access a repository directly and not only
through a source. Hmm...
Sylvain
--
Sylvain Wallez Anyware
and there such as in session
attributes. That means that you may get some ClassCastException whenever
such a cases arises. This is the current price to pay for fast roundtrips.
Enjoy,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Or we could also have a RepositorySelector and select a repository
using the first path element.
Instead of path element, you could use subprotocol
jcr:repo1://path/
I like it, as it allows to use jcr://path to use the default (or single
the various map:part can be added.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
. HttpSession.getCreationTime() gives us the
necessary information for this.
Great stuff!
Thanks! Not that complicated though: I added the handling of classpath
in CoreServiceManager and reused some parts of the paranoid block. A
2-hours hacking session to save a lot of time :-)
Sylvain
--
Sylvain Wallez
file in the classpath.
To solve this, I propose:
- always use applyPattern() instead of applyLocalizedPattern()
- disable the automatic switching to icu4j, and provide an additional
Icu4jDateConvertor.
BTW, what is the real added value of icu4j compared to java.text classes?
Sylvain
--
Sylvain
Hi all,
Doing a clean build in 2.2 fails on prepare-docs: it first fails
because build/cocoon/documentation/xdocs/userdocs doesn't exist and then
fails on src/documentation/templates/sitemap-component.xml (No such
file or directory).
Any hint?
Sylvain
--
Sylvain Wallez
map:generate src=jcr://... /
I'm currently writing such a source ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
repositories within the same webapp, and therefore use jcr1,
jcr2, etc.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Will the scheme be named jcr?
Yes, but the scheme can be anything you want, especially as you may
use several repositories within the same webapp, and therefore use
jcr1, jcr2, etc.
ah!
Please, do jcr://repo/* instead!
I thought
David Crossley wrote:
David Crossley wrote:
Sylvain Wallez wrote:
Hi all,
Doing a clean build in 2.2 fails on prepare-docs: it first fails
because build/cocoon/documentation/xdocs/userdocs doesn't exist and then
fails on src/documentation/templates/sitemap-component.xml (No such
file
take a look at mount-table.xml.sample in the main Cocoon
directory and read the instructions there: it allows to mount
directories at arbitrary locations in your build/webapp, thus avoiding
accidental deletion by a build clean.
Sylvain
--
Sylvain Wallez Anyware
Carsten Ziegeler wrote:
I tend to agree with Alfred that it's better to patch this than to leave
it like it is. Ok, what do others think?
+1
As he says, this isn't really an incompatible change, but more a bugfix.
Sylvain
--
Sylvain Wallez Anyware Technologies
objects such as Request, Session and Context (the env one), CForms
widgets, etc that all already have these methods.
Thoughts?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sorry, I should have missed something. What is the purpose of a service
interface that just returns an object. Why isn't this object the
component itself? Just like the current OM contains the request and
response objects
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Daniel Fagerstrom wrote:
So the innocent looking i/o modules give us a quite a number of
problems if we want to build an OM from them.
Yes, I agree.
So what do I propose instead? If we think of it the only thing we
need
have no servlet-api specific code as the
environment is abstracted in Cocoon. ExternalContext can be considered
as the JSF equivalent of our object model.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware
the two.
I plan to separate them, the current formatting convertor using
SimpleDateFormat and a new icu4j convertor using... icu4j!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java
as soon as someone touches his code.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Sylvain Wallez wrote:
I admit however there is a possibly incompatible change: as JavaBean
properties of the underlying objects are now exposed as JS properties,
those may take precedence over the request parameters having the same
name. I'm of course ready to fix this, so
for SVN to come back.
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110672768112495w=2
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
attitude toward eachother. I know you
won't change it so I am not even trying.
All I ask is for everybody else to filter the strident tones used and
try to arrive to the core: Chris spotted incompatibilities and Sylvain
fixed them.
Let's move on.
Amen.
Sylvain
--
Sylvain Wallez
Daniel Fagerstrom wrote:
Reinhard Poetz wrote:
Sylvain Wallez wrote:
Daniel Fagerstrom wrote:
I based my comment on:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=110942199227672w=2
Ah yes. I was referring to 2.1 and double checked it before sending,
and forgot is had already been removed
Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Leszek Gawron wrote:
snip/
what do you think about removing the old syntax in 2.2?
d p=foo
content b=${1+2}/
/d
For me it is counter-intuitive and leads to accidental mistakes (not
so easy to find by newbies).
-1 on removing this syntax
,
Thanks for them. It led me to expand on my reasons for this change.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
And that's what I call, maybe not adequately, inconsistencies.
Consider the JS wrapper for the request object. It has a remoteUser
property because of the request.getRemoteUser() method. Now what
happens if http://foo/bar?remoteUser=root; is called
correctly identify a bug in FOM_Request.getIds().
However, that wouldn't be noticed unless you did something like:
for (i in request) {...}
Yup.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML
Don Brown wrote:
On Sun, 27 Feb 2005 14:16:23 +0100, Sylvain Wallez [EMAIL PROTECTED] wrote:
snip /
This is actually similar to ServletRequest.getParameterMap() in servlet
2.4 which we do not have on our Request interface. But we should not
introduce special wrappers for Map as proposed
for you opinion.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
content b=${2+3}/
/jx:call
Do you mean the p param as attribute? Yes, it's useful, because IMO
jx:withParam is just as overly verbose as XSLT, to which JXTG is
supposed to provide a simpler replacement ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http
...
Enjoy,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
for a while now
and you may have looked at an old version of the XSLs.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
enough contexts in Cocoon) is supposed to be a JS object. And a
JS object can easily be turned into a Map by associating property names
to Map keys. We could even have a JSObjectMap that wraps a Scriptable as
a Map.
Sylvain
--
Sylvain Wallez Anyware Technologies
blocks is a good
thing to show people where to look at while still keeping the core small.
Sylvain
[1] http://wiki.apache.org/cocoon/22StabilizeCocoonForms
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
*will*
just do it rather than saying that you just *did* it. Community-wise,
because that's where we have a problem also, this makes a big difference.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
are solved, as we now use the latest official version
which has continuation support.
Sylvain
PS: cc'ing pmc@ for archival and dev@ to keep the community informed
--
Sylvain Wallez Anyware
Niclas Hedhman wrote:
On Wednesday 16 February 2005 07:06, Sylvain Wallez wrote:
Something that doesn't help also is the fact that our foundations are
maintained and documented (or not) elsewhere, at Excalibur. This
includes the Avalon framework interfaces and SourceResolver, Store, XML
utils
the cache instance. I suspect a race condition
where the cache is still used when shutdown() has already been called.
I hadn't time to investigate further though.
Sylvain
[1]
http://cvs.sourceforge.net/viewcvs.py/ehcache/ehcache/src/java/net/sf/ehcache/CacheManager.java?rev=1.21view=auto
--
Sylvain
for them too.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
the RSS feed. Reinhard?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
/release at each usage? If yes, how/when are the components
actually put back in the pool (sorry, not much time to look at the code
ATM)?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML
, or
inconsistency) is that
defineClass(org.apache.cocoon.forms.flow.javascript.ScriptableWidget);
in Form.js defines a JS class named Widget (see
ScriptableWidget.getClassName()).
This class will go away with form.model.
Sylvain
--
Sylvain Wallez Anyware Technologies
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
First question, but not the one you expected ;-)
:( ;)
Can you explain what these proxies are for exactly? Is it to avoid
lookup/release at each usage? If yes, how/when are the components
actually put back in the pool (sorry, not much time to look
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
First question, but not the one you expected ;-)
:( ;)
Can you explain what these proxies are for exactly? Is it to avoid
lookup/release at each usage? If yes, how/when are the components
actually put
of refactoring of the sitemap engine
and environment handling...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
on Cocoon 2.2) and my weblog
(http://www.poetz.cc/weblog/).
I wish you the best for this job, and I'm happy that it will allow you
to get more involved in Cocoon!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware
hand maintaining them is really complicated.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
=xconf/samples pattern=*.xconf/.
WDYT?
This could even allow the pattern attribute be optional and default to
*.xconf.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource
= + cocoon.request.getParameter(name));
And the result is:
name=undefined
name=antonio
Then the original cocoon.request.name is not working anymore. It was
simply a very big poof! ;-)
Seriously, can you review the change just to deprecate it. :-)
Ooops, I'll fix that ASAP.
Sylvain
--
Sylvain Wallez
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Stefano Mazzocchi wrote:
The more it think about this, the more I believe that imports
should not be done explicitly but implicitly, based on some
aggregated dependency information (for example, the blocks should
have
Stefano Mazzocchi wrote:
FYI
Do you know if the presentation material will be plubished on the web?
The PowerXml and XFlow stuff definitely look interesting.
Note that your presentation also is interesting, but we know the subject ;-)
Sylvain
--
Sylvain Wallez
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
I personally would remove this syntactic sugar completly; it's imho
not intuitiv what it means and the inconsistent implementation adds
to it.
In addition it would make our unified object model implementation
(for flow, jxtg
for the FOM: issue a
deprecation warning 2.1.7 and remove in 2.2.
Please cast your votes.
Here's my +1.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Now with all this deprecated stuff floating around, we should have a
centralized deprecation Logger so that users can easily be informed
of the deprecated features they use (in the case of Javascript,
there's no compiler warning like in Java
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Thinking further, I don't think we should attach this to the Cocoon
object as we may want to use this in classes also used outside the
Cocoon machinery.
Outside the Cocoon machinery? What do you mean by this?
I mean not tied to a class
!
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
.
before it blows off with 2.2
Poof :-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Stefano Mazzocchi wrote:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Now what I personally do when starting a new Cocoon app is to trash
the whole category configuration in logkit.xconf and log everything
in a single file (+ the filter for error.log).
Same here. Let's simplify default config
, but not as much as you ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
/classes/org/apache/cocoon so that the full one in
WEB-INF/lib/cocoon.jar is loaded
- run cocoon.sh servlet-debug (or cocoon.bat on windoze)
- connect the Eclipse debugger to the running process
- enjoy breakpoints, code hotswap, etc.
Sylvain
--
Sylvain Wallez
way to cleanly
separate things.
In the particular case of the database block, can't we move all the esql
stuff in the XSP block, as JDBC is a core JDK feature and doesn't
require external libraries?
Sylvain
--
Sylvain Wallez Anyware Technologies
http
their respective
attributes are JS properties (not sure I personally like it, but that's
how they have been since the beginning).
This closes a lot of open bugs ;-)
Sylvain
Sylvain Wallez wrote:
Hi all,
More and more, the limitations of objects provided by the FOM seem
like arbitrary constraints that go
Peter Hunsberger wrote:
On Wed, 09 Feb 2005 16:05:26 +0100, Sylvain Wallez [EMAIL PROTECTED] wrote:
Hi team,
Several months later, it's done (the vote started on 14-06-2004).
cocoon.request, cocoon.response, cocoon.context and cocoon.session are
now unrestricted.
The only difference
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Hi team,
Several months later, it's done (the vote started on 14-06-2004).
cocoon.request, cocoon.response, cocoon.context and cocoon.session
are now unrestricted.
The only difference with the real objects is that a special wrapper
is used
Antonio Gallardo wrote:
On Mie, 9 de Febrero de 2005, 12:06, Sylvain Wallez dijo:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Hi team,
Several months later, it's done (the vote started on 14-06-2004).
cocoon.request, cocoon.response, cocoon.context and cocoon.session
are now
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
This is clearly inconsistent.
Yepp
Furthermore, I really don't like this naming scope filled from
different sources (the object itself and some other data), especially
when one of the sources comes from the browser.
And what about conflicts
Antonio Gallardo wrote:
On Mie, 9 de Febrero de 2005, 13:58, Sylvain Wallez dijo:
snip/
Oh f*ck, that's even worse than I thought. It now returns the request
*attributes* because I was fooled by the implementation of FOM_Request
which was buggy: getIds() which lists the object's properties
This is now official: http://www.orbeon.com/company/pr-objectweb
Last attempt before dying, or will they attract a community? Time will
tell...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
depub2 wrote:
Hello Folks,
I would like to make a small contribution to the cocoon repeater-widget
(insert row) and would like someone (Sylvain Wallez?) to accept my code; so
I'll be a ghostwriter as it does not make sense for me to maintain this
small piece of code.
Specifically, I would like
Sylvain Wallez wrote:
Well, we have based some important parts of our project based on the
assumption that it worked, and well... I need to make it work now :-/
Now if I find all these bugs in 2.1, I guess that also because our
project makes a good test case for this fragile thing. So if our
worried.)
+1
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
case doesn't apply to XML files since, contrarily to Java
classes, they are available in source form in a Cocoon distro.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
Tim Larson wrote:
On Wed, Feb 02, 2005 at 02:39:49PM +0100, Sylvain Wallez wrote:
Conal Tuohy wrote:
What about a processing instruction?
?version $Id$?
This has the advantage over a comment that it can be retrieved
unambiguously with an XPath query: processing-instruction('version
Tim Larson wrote:
On Wed, Feb 02, 2005 at 03:43:19PM +0100, Sylvain Wallez wrote:
Tim Larson wrote:
I like the idea of having _some_ way to access the version
info in xml files, because someday we may have tools like
javadocs which would collect and display this info (think
for xml files
bugs ;-)
Now my changes in pass-through handling aren't finished, as I found some
cases where it breaks. Working on it...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
[EMAIL PROTECTED] wrote:
Author: sylvain
Date: Tue Feb 1 07:43:40 2005
New Revision: 149408
/**
- * Remove attribute from the current instance, as well as from
the
- * wrapped environment.
+ * Remove attribute
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
snip/
Also, if I don't succeed in fixing 2.1, I promise to roll back the
current changes.
Deal :) (Just as a reminder, I'm sure you would have done anyway:
Please also add the important changes to 2.2 later on, like the change
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Am I the only one that is bugged by the fact that you have to add
the input modules in the cocoon.xconf while the sitemap components
go in the sitemap?
We had several attempts to change this but there was always someone
://jeremyquinn.blogspot.com.
It provides only an Atom feed. Is it possible to provide also an RSS feed?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training
David Crossley wrote:
Tim Larson wrote:
Sylvain Wallez wrote:
The nice thing once all this has been fixed, is that SVN doesn't
consider as being modified a file where expanded keyword have been
replaced by their unexpanded counterpart. You can then use whatever
diffmerge tool you want
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
No, please not - with 2.2 we have the official include feature and
imho this is sufficient for this.
Yeah, but technically speaking, this makes absolutely no difference,
as include does nothing but expanding the contents of an xconf
within
this
counterintuitive? WDYT?
Leszek could tell more about this, but there has been some recent
modifications to forbid this: a continuation can only be called within
the sitemap where it was created.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org
, but will follow this with great interest.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
in this small Id-unexpander script?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Niclas Hedhman wrote:
On Sunday 30 January 2005 18:21, Sylvain Wallez wrote:
So I came to the conclusion that SVN is smart (too much maybe) and only
replaces the content of an expanded keyword if this content matches some
well-defined and strict pattern.
or, are you sure
Leszek Gawron wrote:
Sylvain Wallez wrote:
Mark Lundquist wrote:
OK, I figured out the problem (qv.
http://marc.theaimsgroup.com/?t=11070194514r=1w=2).
I had one matcher in the root sitemap that handled all continuation
URIs, even those that are generated from pipelines in subsitemaps.
So
in the
TreeProcessor. IMO, it's time to make it official.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
Hi all,
I need help to fix a weird bug [1] that appears when a cocoon: URL
is used after a sitemap mount with pass-through=true causes coming
back to the parent sitemap.
In such case, and only when cocoon: is used (normal files work
fine
1101 - 1200 of 2550 matches
Mail list logo