I hope that we don't
get blacklisted. Watch out for "Re: Movie" as well.
Yep. I sometimes receive dozens of "Re: Movie" and "Re: your
application" each day. Thanks to Mozilla filters, all this goes directly
to the trash !
Filtering virus warning replies is more
in the log files (Xalan often logs the error before
raising the exception).
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Upayavira wrote:
On 30 Jun 2003 at 22:29, Sylvain Wallez wrote:
Once again, I agree that explicit release is very unnatural. But
automagic release is good only if we can have some automagic restore.
For this we can have getComponent() actually return a proxy to the
real component, and have
Ricardo Rocha wrote:
Sylvain Wallez wrote:
Ricardo Rocha wrote:
The following items reflect the discussions Stefano and I have had
around the FOM:
- The load(uri) global function should be supported. This is clearly
needed for nested source file inclusion (which does not
support).
- The
Expiration()
Sounds good.
What do you guys think?
Read inline !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the open
Geoff Howard wrote:
At 12:27 PM 6/27/2003, Sylvain wrote:
Carsten Ziegeler wrote:
Geoff Howard wrote:
Do we want to force people to edit cocoon.xconf to call their own
business
components from the flow? I thought Stefano proposed checking for
SitemapModelComponent and disallowing it? Would
ut I think it's worth trying for.
I just listed the solution without saying if I prefer it or not; basically
I don't know which is the best, but I tend to agree with Sylvain that
we should not build up a unnecessary wall. Ok, we could sheck for
SitemapModelComponent but I'
othing but a regular
.xconf declaration.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML busine
Stefano Mazzocchi wrote:
It is with real pleasure that I announce that three cocoon committers
were elected members of the ASF in the last round of votation that ended
today.
Vadim, Sylvain and Carsten (in alphabetical order by their last names)
Hoping that they will accept the invitation, I
t, but 2.1 components should rely on Excalibur Sources
and the associated SourceResolver (looked up in the component manager)
to use the Source's validity.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.a
Olivier Billard wrote:
Salut Sylvain !
Seems that you won the jackpot !
A build from Eclipse doesn't work, but a build from command line works well.
But it didn't worked with an old CVS... I didn't tried the second time.
I think you're right : it may come from an other
ave a special version of Xerces in your
system classpath (best thing is to keep it empty) or the endorsed dir of
your JDK ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenS
Pier Fumagalli wrote:
"Sylvain Wallez" <[EMAIL PROTECTED]> wrote:
Pier, unless I'm mistaken, it seems your problem can be solved with the
flow without hacking sessions.
Indeed... But Stefano asked "Should the flow _always_ be associated with a
Session?", whi
hacking sessions.
A continuation tree is actually the "flow instance" you're talking
about. So you can have different flow instances running concurrently
smoothly, provided that their state is only stored in local variables.
Global variables should be used to represent state
parse SAX-like events in a
non-well-formed XML document ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance - http://www.orixo.com
are a collection of events in
no particular order (multiple users) and are not traceable to a single
session. Even if you could trace these events leading to failure, it is a
PITA to figure out what the execution stacktrace actually was!
I don't know much about any Cocoon treeprocessor internals
Marc Portier wrote:
Sylvain Wallez wrote:
Geissel, Adrian wrote:
Just a thought:
From a technical point of view, are there any other possiblities
of implementing the JavaScript global scope.
I assume this is a question. The request is obviously not good at this
and the servlet
with Xopus & BitFlux.
Wonderful job. I will now open the box to look at what's inside. And I
expect more wows ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Co
security - ie. a user has a session which may have one or more flows active)
as a hidden form parameter, it ensures that (re-)starting a flow does not
interrupt an existing one.
Exactly ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
track the problem :
- do you use a caching pipeline ?
- if yes, does it still happen if you use a non-caching pipeline ?
- can you provide us the two stack trace when you hit the breakpoint ?
Thanks,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org
the session, but to
the continuation, and therefore can have different values if the UI is
forked.
So the flow state is transmitted through a single value, the
continuation identifier, which can be either in a hidden field or in the
submit URI.
Hope this helps.
S
f the application state, i.e. it is common to
the various functions contained in the script. And most often,
application state is tied to the user context which is the session.
I'm only asking because I'm curious - no offense to anybody!
Hey, asking is not off
xies aren't the solution here, since we deal with
incompatible bytecode. We may, however, use a classloader that adapts
byte code on the fly. But this would be IMO too much hidden magic, and
it's better to invite people to recompile their code.
Sylvain
--
Sylvain Wallez
rmore, the mentioned byte-code incompatibility introduced by the
move to LogEnabled doesn't seem the most harmful to me, as a lot of
Cocoon apps don't define new components. Changes in built-in components
namespaces mentioned above are IMO much more con
getScheme() which performs a strict control on scheme syntax
without using a regexp.
2/ if not, use the regexp only on the part before the '?' (BTW, if '?'
is part of the URI, it should be encoded as %3F
Sylvain
--
Sylvain Wallez Anyware Tec
Bertrand Delacretaz wrote:
Le Samedi, 7 juin 2003, à 09:44 Europe/Zurich, Sylvain Wallez a écrit :
the code samples made my hair draw up on my head : hardcoded HTML
in Java code !!
Blessed arth thou, who haveth hair on their head ;-)
ROFL ;-)
It shows that users of such apps (simple
oster the development of blocks.
What do you think ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
The TreeProcessor is the default class for the "sitemap" role. This is
why the class name doesn't appear explicitely in cocoon.xconf
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.
Sylvain Wallez wrote:
Joerg Heinicke wrote:
Though we will get again "endorsed lib problem" questions on the
users list, I updated the XML lib jars to their latest releases as in
Cocoon 2.1. I hope nobody has something against this. At least we
have a good explanation and solution
sylvain 2003/06/05 09:33:59
Modified:src/java/org/apache/cocoon/servlet
ParanoidCocoonServlet.java
Log:
New "servlet-class" parameter to load any servlet
Revision ChangesPath
1.3 +17 -10
cocoon-2.1/src/java/org/apache/coco
sylvain 2003/06/05 09:33:11
Modified:src/java/org/apache/cocoon/servlet BootstrapServlet.java
ParanoidClassLoader.java ParanoidCocoonServlet.java
Log:
Backported the ParanoidCocoon servlet, which is now really paranoid
Revision ChangesPath
1.2
can quickly lead to
non-understadable and unmaintainable sitemaps.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
stable enough -
even for non-development/milestone releases.
Isn't it already the default ? The TreeProcessor has now been around for
more than a year...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://ww
about renaming the new transformer to I18nTransformer2 and
re-adding the old I18nTransformer ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Ricardo Rocha wrote:
As originally proposed by Stefano, the FOM exposes a getComponent(id)
method but not a corresponding releaseComponent(component), as Sylvain
was quick to point out.
:-)
I agree with Sylvain that releaseComponent() is indeed needed for
stateful, pooled components.
Btw
Bertrand Delacretaz wrote:
Le Mardi, 3 juin 2003, à 15:28 Europe/Zurich, Sylvain Wallez a écrit :
...Damn. How to solve this ? Install another Tomcat ? Yeah, it will
work, but will add yet-another-JVM to the server, which I wanted to
avoid. So, I decided to use ParanoidCocoonServlet, and
Ricardo Rocha wrote:
Sylvain Wallez wrote:
IIRC (but don't ask me why), the XSP engine wraps every text node
from the XSP file into elements.
In the original implementation text nodes were preprocessed and
escaped as string constants in accordance to the rules of the target
progra
ou're very likely to
get a ClassCastException. This is likely to happen mostly with standard
APIs, and the solution is then to remove the offending library from your
WEB-INF/lib.
Enjoy,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apac
sylvain 2003/06/03 06:28:26
Modified:.status.xml
Log:
ParanoidCocoonServlet is now really paranoid
Revision ChangesPath
1.50 +5 -0 cocoon-2.1/status.xml
Index: status.xml
===
RCS
sylvain 2003/06/03 06:25:43
Modified:src/java/org/apache/cocoon/servlet BootstrapServlet.java
CocoonServlet.java ParanoidClassLoader.java
ParanoidCocoonServlet.java
Log:
ParanoidCocoonServlet is now really paranoid
Revision
27;t ask me why), the XSP engine wraps every text node from
the XSP file into elements.
So you may want to match and not text().
Hope this helps,
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:
I don't know if this should be an independent component, or one that
extends the SourceResolver.
Ah ok, by independent component I meant a component that extends
perhaps the SourceResolver component from Avalon, but can still be
look
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
I don't like all those static methods that hardcode more and more logic,
and even less when they lookup some components...
Why aren't these methods part of a CocoonResolver component that would
extend Excalibur's SourceResolve
extend Excalibur's SourceResolver with some XML-related features ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
frameworks
when it comes to use it to gain a project.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
clearly so that we can clear the sky even on this:
Ovidiu, please excuse me for copying you on this, but I would like to
let you and everybody else know this:
Stefano, seems like you were too fast at sending and forgot to CC Ovidiu...
Sylvain
--
Sylvain Wallez
Stefano Mazzocchi wrote:
on 5/27/03 4:06 AM Sylvain Wallez wrote:
Object getComponent(id) -> obtains the component indicated by the given ID
Why don't you use the traditional lookup() name ? Also, release() is
missing. So what about lookupComponent(id) and releaseComponent(id)?
omorrow and he wrote the whole block
architecture and deployment manager :-)
What is Ricardo doing now ? He's been away for such a long time... Is he
still using Cocoon and following what's going on here ?
Sylvain
--
Sylvain Wallez Anyware Technologies
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
What's the real contract behind "Object get(String)" ? The method
name isn't very meaninful and the JavaDoc is confusing, as it is
identical to the one for getAttribute(), although the implementation
is obviously different.
and
remove/deprecate this method ?
We could even add this "InputPart" you're talking about to the
enviromnent, inspired by o.a.c.c.request.multipart.FilePart.
Thoughts ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sy
gump.xml.
It's fixed now.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
ppets:
match pattern="foo"
generate src="baa.xml"
transform src="too.xsl"
serialize
I admit having read many Python books lately.
We can easily guess that. Please, please add braces !!!
match pattern="foo" {
generate src="baa.xml"
transf
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Hi folks,
We have in the 2.1 a number of features that are considered as
deprecated, although still supported. We need a way to inform users
(the ones that write Cocoon apps) that they use such deprecated
features in a way that allows them to be
tylesheet
and fed into a normal XSLT processor with extensions.
What do you think?
You reinvented XSLScript ! It's at http://www.pault.com/pault/prod/XSLScript
Ah, and how does this fit with caching ?
Sylvain
--
Sylvain Wallez Anyware Technologies
ion, so I'm thinking of adding it to the Avalon
context. Any Contextualizable component can then access it.
Thoughts ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Now from an implementation point of view, finding if a generator is
present by analyzing the sitemap is difficult, if not impossible,
since a generator can be inside a matcher/action/selector (will we go
in that path or not ?), or included in a
r-productive for this community to elect one as a "engine
of choice", and "promote" it against other...
I guess Bertrand's purpose is not to use it on production servers, but
to have a small standalone server that can be used for e.
f users between
the various Apache frameworks. And this can only be good for Cocoon.
Ah, and special thanks to Stephen Burns for his version of XMLForm based
on commons-validator. This definitely has go in our code base.
Thoughts ?
Sylvain
--
Sylvain Wallez A
ion will be mainly a form validation
package, or it will have to reinvent some of the Cocoon mechanisms.
I think though that this can grow into an Apache (sub)project. What
would you suggest in this case?
Mmmh... Don't be too fast : let's wait and see how it evolves and what
comm
and development in
this area. And, BTW, Precept is already a block.
So +1 for a block, but I'm still wanting the current XMLForm code base
to stay in Cocoon's CVS.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
However, allowing a generator in is incompatible
with the current syntax.
The idea was to allow it and make it *optional*. I.e., if no generator
specified - use , if user specified some generator - use it
instead of default. As you see, syntax
is taken into account to find the symbolic name. This
allows match the actual exceptions that caused the error even if they
were rethrown embedded in a higher-level exception.
This configuration is processed top-down up to the first matching
exception, meaning that, just as in a Java "c
in Western Europe, but I might be wrong?
I don't know about other countries.
In France, we call this kind of jokes an "April fish". Children also
pin paper-fishes in the back of people.
Comment dit-on "April fish" en Francais?
"Poisson d'av
know about other countries.
In France, we call this kind of jokes an "April fish". Children also pin
paper-fishes in the back of people.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.
t the actual
source and verify that it's writeable.
You will then write :
cocoon.process("whatever", "file://blah") but also
cocoon.process("whatever", "context://xdocs/content/foo.xml") (for a
deployed webapp) and even
cocoon.process("whatever", &quo
be out of control of the Cocoon community, so :
-1
However, if you want to provide integration of your fork with the Cocoon
code base, you can create a new block dedicated to this, that should not
interfere with Cocoon's XMLForm.
Sylvain
--
Sylvain Wallez Anywar
utorial [1] shows how easy and
powerful it is ;-P
Sylvain
[1] http://compsoc.dur.ac.uk/whitespace/tutorial.php
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training,
Nicola Ken Barozzi wrote:
Sylvain Wallez wrote, On 29/03/2003 10.12:
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/
Cool, although hardly usable given the width/height ratio, unless you
ver, I found it interesting to write a
CVS provider for VFS, but the architecture seemed to me heavy compared
to what's needed to write a Source. I also didn't have the necessary
time to dig a lot.
Thoughts?
Time for a VFSSource ?
Sylvain
--
Sylvain Wallez
ally make sense since the flow passes
them model data.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Form
into 2.0 just so they can use it in a stable release.
A few questions : why haven't *you* back ported XMLForm into 2.0 ? What
prevented *you* to do it ? And if other people did it, why haven't *you*
incorporated their patches in the 2.0 branch, if this is something that
itches y
pha.
Maybe you did not follow my messages.
When I indicated the problem with the ever moving and always about to be
ready HEAD,
Sylvain Walez told me to hush, because I was ruining the good spirit of the
community.
Are you referring to
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=1044215454
sed by the arrow routing algorithm that avoids crossing boxes.
Is it a standard feature of dot ?
I also noticed a comment in the SVG source mentioning "For user: Bill
Gates". Damn, is M$ reverse-engineering Cocoon ???
;-P
Sylvain
--
Sylvain Wallez Anywa
akes no difference.
Can you explain what's the purpose of "confirm-extensions" ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Pier Fumagalli wrote:
"Sylvain Wallez" <[EMAIL PROTECTED]> wrote:
Or even remove it since it was never released !
I'd like to triple check the functionalities and have some doccos before
removing it... I use the proxy block @ work, so hopefully I'll be able t
HttpProxyGenerator and it appears to have most, if not
all of the functionality of the WebServicePoxyGenerator. I can't speak
for Hussayn's project, however. One solution would be to move the WSPG to
the Proxy Block and mark it as deprecated.
Or even remove it since it was never released
toy should at least restore
proper behaviour of you old sitemap.
Sylvain
If anyone speak italian I think that I can explain better the problem.
There are many italians here, but I can say your english is perfectly
acceptable ;-)
Sylvain
--
Sylvain Wallez
ckly in response to its user feedback, while you will be let alone on
your side with your fork with no community to provide you features and
enhancements. Is this what you want ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylva
e/yoshi2.html
- Yoshi the iguana : http://users.erols.com/ziring/yoshi.htm
- or is it the Nintendo game ? http://www.yoshisstory.com/
Cheers,
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML,
hic mode", today ;-P
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
hough.
I think this is YAGNI.
You like this acronym, eh ? ;-)
I say: let's start incrementally: we build one well-done
build.sh-driven distro and see what is the user reaction. *then* move
from there.
What do you think?
If we can solve the JAVA_HOME issue, then +0.
Sylvain
[1] htt
produce an adequate
documentation.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
go away.
So I'm -1 for a source-only distro.
I also think a working Jetty-powered sample webapp is a must have in the
distro, since most often new users start learning Cocoon by playing with
the samples and modifying them.
Sylvain
--
Sylvain Wallez A
to be proposed..."
So +1 !
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
keen on documentation and has
already contributed in various ways.
Becoming a committer will allow him to contribute more effectively
to Cocoon.
I've met Andrew IRL, and I can say is committment to Cocoon is real.
So here's my +1
Sylvain
--
Sylv
ent-aware by a new
lifecycle interfacee :
public interface ParentAware {
public void setParent(Object parent)
}
Any component implementing this interface will be given once (before
initialize()) the object that implements the same role in the parent
component manager.
Thoughts ?
--
Sylva
Tony Collen wrote:
On Fri, 21 Mar 2003, Sylvain Wallez wrote:
Christopher Oliver wrote:
Sylvain Wallez wrote:
Does JavaScript, like Java, make a difference between primitive types
(stored by value on the stack) and object types (stored by reference)
? My understanding
Christopher Oliver wrote:
Sylvain Wallez wrote:
Here's my test (see below). I modified the viewCategory function in
PetStore to track the value of "skipResults", and observed that when
you use the browser back button and then reload the page,
"skipResults" is c
Christopher Oliver wrote:
Sylvain Wallez wrote:
Does JavaScript, like Java, make a difference between primitive types
(stored by value on the stack) and object types (stored by reference)
? My understanding after some tests is that a difference is made.
No, there shouldn't b
deployment time by just changing a flag in a configuration file.
Sylvain
[1] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=103175546321320&w=2
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{
the door open to local debugging and crawnling, and would firmly
close it to remote "attacks".
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Christopher Oliver wrote:
Sylvain Wallez wrote:
Christopher Oliver wrote:
Sylvain Wallez wrote:
Moreover, AFAIU, the "productList" variable in viewCategory() is
stored in the continuation, and so if we hit "next" and then
"prev", the first list exists twi
Christopher Oliver wrote:
Sylvain Wallez wrote:
Hi,
I'm playing and digging in flow-enabled petstore (BTW, so nice, I
love it), and experienced some problems with the
continutation-enabled prev/next navigation.
To reproduce it, go to the "dogs" area, click "next&quo
ntinuations). Isn't there a potential
memory consumption problem ? I know continuations expire, but withing
the expiration delay, all these lists keep floating around...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain ht
.. are you sure every Serializer extends AbstractSerializer ? Maybe
our's, but aren't there some custom serializers out in the wild world
that don't ?
It would be better for the pipeline to handle the optional case where a
Serializer also implements SitemapModelComponen
itemap.xmap:135:50
must have a 'src' attribute
Same applies to readers : you may have some readers that don't need an
'src' attribute. Please, let this be handled by the components that
actually require it.
Sylvain
--
Sylvain Wallez
n: Invalid System ID
May be add more helpful message to the AbstractGenerator /
AbstractTransformer?
Nope, as we still don't know there if the "src" attribute will be of
real use. This is the job of each concrete implementation, or at least a
common superclass that actually
Stefano Mazzocchi wrote:
Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Sylvain Wallez wrote:
But won't work :-(
:)
Why ? Well, yes, a sitemap element = a builder class. But the
configuration file that defines them is used to feed a
ComponentSelector, which will try to loa
nal
requests.
That being said, I don't know if XMLForm should use request or object
model...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Joerg Heinicke wrote:
Had the same yesterday. You simply must delete one of the ancestor
directories of the file and update again.
That solved the problem, although it doesn't explain how my CVS repo got
corrupted...
Anyway, thanks a lot for the trick !
Sylvain
Sylvain Wallez wrote:
1 - 100 of 1193 matches
Mail list logo