promised to do something but buried
himself into the licensing stuff instead (which is, admittedly, much
more necessary for the next FOP release).
J.Pietschmann
Santiago Gala wrote:
Nagging FOP developers to deprecate those classes but keep an
implementation in term of the new ones at least during one full
development/release cycle?
Wont help in this case. The old API was really botched.
J.Pietschmann
Leo Simons wrote:
which package are you referring to,
IIRC org.apache.xml.utils.PrefixResolver
and why is it worrying it depends on Xalan?
I'd like to rip out the Xalan jar, put in Saxon, and start
Cocoon without being surprised by a ClassDefNotFound exception.
J.Pietschmann
Leo Simons wrote:
the alternative is to only depend on
...
http://www.apache.org/dist/avalon/excalibur/latest/
What worries me is that excalibur depends on a class
distributed with Xalan.
J.Pietschmann
^^^
Couldn't you talk them into using Cocoon? :-)
J.Pietschmann
Pier Fumagalli wrote:
Steven just made me realize that XML Europe 2003 is at the doors (in 2
weeks), in London and, oddly enough, probably less than 10 mins walk from my
place! :-)
Is Anyone coming up? How about a Ghetto-gether? :-)
I just got the booking confirmation...
J.Pietschmann
J.Pietschmann wrote:
XML Europe 2003... in London
I just got the booking confirmation...
Umm, should be XML/WebServices?
J.Pietschmann
function which checks if there
is a \build\ in the error message, and if there is a file without
the build path element, it is thrown out.
I really love IDEs which can be configured to do everything imaginable...
J.Pietschmann
variable references. There is no difference regarding
globbing. Just try
ls *
It should give you something like
ls: *: No such file or directory
Are you sure you are on the right track?
J.Pietschmann
-
To unsubscribe, e-mail
regarding docs, XML and such.
Everybody who's interested is invited to add to or discuss
this attempt.
Personally I use checkstyle at work
A checkstyle and a reindent (jalopy?) target are most desirable
and should be part of every Apache build file.
J.Pietschmann
unnerves me.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi all,
there is an attempt to redesign the FOP API:
http://marc.theaimsgroup.com/?l=fop-devm=104431897621668w=2
I'd prefer interested parties joining the fop-dev list for the
discussion, but I wouldn't mind a discussion on cocoon-dev.
Contributions to the wiki are also welcomed.
J.Pietschmann
hooked
to a fat pipe, you can bring down the target end of the URL by
swamping it with requests. Actually, this was the main idea.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
by a slightly hacked XSLTTransformer
which can be used side-by-side with unmodified transformers,
the same way you can use multiple serializers and parsers
in your application.
But who needs XSLT extensions anyway? :-)
J.Pietschmann
for displaying PDF is a IEx specific problem, other browsers
may work without it.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
sure whether
Cocoon passed PIs down the pipelines.
Read
http://www.biglist.com/lists/xsl-list/archives/200201/msg00447.html
and followups for some related discussion.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED
a sitemap entry which
dumps it, and invoke it once.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
...
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
=foodir/**html
...
/map:match
map:match pattern=bardir/**html
...
/map:match
the same way lexers do. In the example above, you can decide where to go
after examining *one* character...
J.Pietschmann
-
To unsubscribe, e
Stefano Mazzocchi wrote:
Bah, I should burn this stupid semantic hat one day.
What a waste! Donate it to
http://sourceforge.net/projects/opencyc/
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
.
*The* reason why I hate entities, and full DocBook.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
names and sales figures. It is less
suited for PDFing software manuals.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
()'ed
stuff is not revalidated for caching together with the main
source...
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
transformation.
This split of the whole process into two transformations
can be an advantage, but in most cases I found it more
of a problem during maintenance.
You need the right tool for the right job.
Indeed.
J.Pietschmann
project planning
project management
documentation publishing
discussion forum
mailing list management
...
stuff. I.e. enhanced forrest merged with sourceforge.
Too complex? Probably. But you can try.
J.Pietschmann
to know :-)
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
,
as this seems to be too verbose.
You can replace ref by call or whatever if you want to.
Well, enough for today
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
monolithic).
What about applying to standards organisations
for pipeline descriptions and Java interfaces
to xinclude, pipeline, FO and SVG processors?
Cocoon could provide a host experience and would
make a great testbed.
J.Pietschmann
.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
would have to setup a
special pipeline in your sitemap or use resource constraints in web.xml.
Does using sitemap.xmap prevent illegal access?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
suck. Isn't there a way to use ant
for structuring the build description?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
based CM tool. Accepts
requests over SMTP, HTTP, JMS and other MOM. Oh no,
I'm dreaming again...
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
may be in the same directory
- cocoon.xconf is more informative than cocoon.xml,
and easier to handle that cocoon-config.xml
Caveat: the extension doesn't say anything about the
XML schema used, cocoon.xconf likely needs an other
DTD than logkit.xconf.
HTH
J.Pietschmann
?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
again, with Xerces. This is the current
situation.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
activity diagrams, it is Java, and the model
is saved as XMI, which is XML of course. Perhaps
this could be taken advantage of?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
J.Pietschmann wrote:
What's the general stance wrt using XML tools other than Xerces?
Clarification: I don't mind whether Cocoon requires a writable
DOM or not (would be nice if it were documented somewhere though)
What really worries me is that there was not the faintest hint
that the ominous
file (XML abused as database).
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
for attributes and other stuff through to the xdoc. It's for the
latest forrest DTD BTW.
J.Pietschmann
?xml version=1.0 encoding=ISO-8859-1?
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:template match=html
document
header
titleSchema
which are put together with the data in the DOM into the
HashMaps... I'd thought there would an XML file read at sitemap
initialisation time, perhaps into a DOM, and the HashMaps are filled
from the XML data.
J.Pietschmann
Xerces?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
, I don't want to add my name as an
author to each and every document which simply needs my fixme comments.
Should I simply use the id of the existing person listed under authors?
An id pointing into a topic map...sorry, couldn't resist, don't take
this too serious.
J.Pietschmann
. Is there a specific reason for
setting the content type after the sendError()? I'd send the
error after having set the content type...
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
Nicola Ken Barozzi wrote:
From: J.Pietschmann [EMAIL PROTECTED]
I think I wrote that comment more than a year ago :-|
... it's time I take a deeper look into it.
It should throw a RNF exception, not get there...
Anyway, the senderror part is wrong as you pointed out :-/
A quick
Andrew C. Oliver wrote:
Oh man, and I nominate you to try and get that passed across the greater
confederation.
Try what? And what's the greater confederation?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED
XML grammar languages ;-)
Care to lend a helping hand? Come join us!
Do you have something concrete in mind? I'm somewhat absorbed
with the FOP helpdesk and FAQ writinig currently, but if there
is something to analyse, I might be interested.
J.Pietschmann
FAQs or included from a repository (the
short form). Would this fit the Forrest project? Or
Avalon or XML Commons? Or should some sort of Apache
encyclopedia be spawned?
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED
://marc.theaimsgroup.com/?l=xml-cocoon-devm=102027988321347w=2
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
after the drive letter by a pipe symbol (/C|/stuff)
is illegal, because the pipe symbol is an illegal character
at this place.
I do not claim that the above is authoritative, apply usual
disclaimer.
HTH
J.Pietschmann
50 matches
Mail list logo