from me +1, too
snip/
1) cocoon moves to forrest for its documentation production
+1
2) if so, cocoon does it before releasing 2.1
+1
3) if so, I'd like a 'fast-yet-potentially-disruptive' move rather
than a 'slow-yet-carefully-planned-not-to-disrupt-anything' one.
+1
i think forrest has a lot of pros
from me +1
from me +1
hi,
Today one of the blocks is broken. I tried to get around
it as usual by un-commenting the line in local.blocks.properties
to no avail.
i made a CVS update, and had no problem running build webapp,
i even tried setting in local.block.properties all
entries from
#exclude.block.XXX=true to
snip/
I would personally dislike this option because Jelly is rewriting a
programming language using a markup language syntax, which is, IMHO, a
very bad thing to do.
Well, disliking Jelly on the ServerSide I think Jelly-Swing on the
client-side
would be a quite interesting option.
Not using a
hi,
We can only survive as a community if we act like one.
So, conclusion:
a) Let's get the samples working asap
b) Let's get the nightly build working asap
c) If there are problems, let others know so that they can help
d) Let's collect the missing parts for a 2.1 beta
PS: It is easy to fix the
So, conclusion:
a) Let's get the samples working asap
First step for me : fixing build.xml
build.properties defines:
exclude.webapp.documentation=true
exclude.webapp.javadocs=true
exclude.webapp.scratchpad=true
exclude.webapp.samples=true
exclude.scratchpad=true
exclude.deprecated=true
If we
sn
snip/
Added
condition property=unless.exclude.XXX
istrue value=${exclude.XXX}/
/condition
to build.xml,
now you can set up your local.build.properties like:
exclude.webapp.documentation=false
exclude.webapp.javadocs=false
exclude.webapp.scratchpad=false
exclude.webapp.samples=false
hi,
just two open issues:
+copy todir=${build.webapp}/stylesheets filtering=on
+ fileset dir=${webapp}/stylesheets
+include name=*.xsl*/
+ /fileset
+/copy
+
may be you have forgotten to add webapp/stylesheets directory?
moreover creating scratchpad.jar
fixed it for me introducing:
property file=blocks.properties/
condition property=unless.exclude.XXX
istrue value=${exclude.XXX}/
/condition
and using
target ... unless=${unless.exclude.XXX}
this way you can set exclude.XXX in your local.build.properties to
true, or false as you like it.
Failed on the same problem today. For those targets that we want to
exclude in the default build, having a exclude.xxx=true in
build.properties requires to modify this CVS-managed file to allow
building xxx, which obviously isn't good.
So I tried to go the other way and change to include.xxx
hi, Antonio
snip/
The Beans describe the fields that the XForm show to the user. The Bean
has the same fields as the XForm. In this point I feel like we can use
another approach. Because I looks like the same fields need to be writen 2
times: In the XForm itself and into the Bean. :-(
I'd like to
I think it doesn't make sense to have core depending on JavaMail for
that very simple action. What do you think?
Note that scratchpad contains a lot more javamail-dependent code (and
also our javamail mock classes are insufficient to compile them!)
+1 from me,too
Carsten Ziegeler wrote:
Is anyone against removing the use of the ant properties
from Constants.java? This will avoid copying and filtering
the java sources (at least for most parts).
+1, as building is going to be more easy
Alternativly what about the solution:
1. rename Constants.java to
I'm asking the Cocoon PMC to vote for the inclusion of the below
proposed project named Lenya (ex wyona.org) as a Cocoon subproject.
+1 from me
hi, team
being tired of exploring logs with less, and tail,
i started adopting CHAINSAW delived with log4j for the
org.apache.log package
you might want to have a look at the snapshots
http://cvs.apache.org/~huber/logswing-1.gif
http://cvs.apache.org/~huber/logswing-2.gif
it's just a quick hack,
snip/
Mmmmh. I think the SourceResolver should be _one_ of the possible
models, and not the default one if something else than java is used.
What would be a real killer feature is a SQL model : no more java
coding to edit/update your database from XMLForm (I must say having to
write extensive
out of curiosity: do you ever validate before committing?
usually, yes
but due to my latest update validating was switched off, i didn't
switched it on manually
validate-config:
[echo] Conducting validation of core configuration files.
[echo] (You can turn validation off if you
hi,
snip/
any way,
as a result of all this discussion, we shall update the contrib.xml
document page.
contrib.xml states:
Source code files must be under the Apache license and must have
copyright assigned to the Apache Software Foundation.
Shall we add a further item:
Source code files are
type=html /
/map:match
you can request live Javadoc with a URL like
http://localhost:8080/javadoc/java.util.HashMap
Would you like it as a donation to the Cocoon community?
Ciao,
Bart Guijt
- Original Message -
From: Bernhard Huber [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc
hi,
Stefano Mazzocchi wrote:
Luca Morandini wrote:
Antonio,
thanks for your appreciation.
We'd like to insert it into the next release of Cocoon, but we're not
committers :( moreover, JFreeChart is (L)PGL.
In fairness though, I think licensing is not much of a problem, since
(L)PGL is,
hi,
[EMAIL PROTECTED] wrote:
cziegeler2003/01/26 23:43:33
Modified:src/java/org/apache/cocoon/transformation
EncodeURLTransformer.java
Log:
- Fixing caching logic for encode url transformer
- turning off caching, because you get wrong cached content,
+1 from me, too
Nicola Ken Barozzi wrote:
Oh boy, this is fun...
I'd like to propose Pierpaolo Fumagalli, aka [EMAIL PROTECTED], aka Mr
Bugzilla notwithstanding, aka many other things as an active cocoon
committer, back from emeritus status.
In case someone doesn't know who he is WRT
hi,
as we had some off line talking about a JavadocGenerator i'd like
to discuss this further on the dev-list.
As there is already some announcement of a Schematron JavaDoc Generator,
The discussion here, might become less how-to implement it but
what are the specification we - as a community -
hi,
Scherler, Thorsten wrote:
Hello group,
couple of days (months) I've read something about a new mail action. ...but I can't remember the subject of the mail!
I want to send a serversided pdf with eMail.
Can anybody give me some hints (links).
well it's probably about the SendmailAction,
hi,
[EMAIL PROTECTED] wrote:
Hello,
I'm trying to understand the concept on XMLForm.
In this concept, what is the use of FormListener object?
it is a simple listener,
AbstractXMLFormAction registers form listeners,
the sample WizardAction implements FormListener interface.
bernhard
hi,
David Crossley wrote:
Bernhard Huber wrote:
snip/
Yes Bernhard, i can confirm that the samples/welcome-svg
(Samples = More Samples = Static Content = SVG Welcome Page)
does *not* work. The main part of the page is blank. When
the mouse runs over the page then the URLs do properly appear
hi,
Marcus Crafter wrote:
Hi All,
Just reporting back for anyone else watching this thread. Frank
and I have done some offline testing and everything seems to be
working now. The problem seemed to be in differing versions of
altrmi jars.
Hope everyone has a nice weekend! :)
yup,
hi,
snip/
Any interests in these xxe config files for document-v10
document typs?
Contributing to the cocoon src/resources/dev/xxe directory of Cocoon?
+1. Check out also document.css in src/documentation/xdocs/css. I used
it with a previous version of XXE.
ohh, just another hidden pearl in
hi,
The welcome-svg page is empty on the current CVS Head,
can anybody confirm this?
the problem seems to be that SVGSerializer, and Batik
do not like to serialize xml document having
svg elements using a namespace prefix as it is
used in the welcome-svg page the samples/svg pages
woks fine as
for you, too?
using cooon cvs head?
regards bernhard
Antonio Gallardo wrote:
Hi. For me is working:
http://localhost:8080/cocoon/samples/hello-world/hello.jpg
Antonio Gallardo
Bernhard Huber dijo:
hi,
The welcome-svg page is empty on the current CVS Head,
can anybody confirm
hi,
I have been waiting a long time to be able to work like this!
These types of editors are becoming a reality.
I downloaded the standard edition, and managed to make
it handle document-v10 cocoon documents.
I'm impressed!
And the spellchecker is quite helpful.
Any interests in these xxe
hi,
SAXESS - Hussayn Dabbous wrote:
Hy;
I wonder, why the Catalog.properties must reside
in the classes directory. For me it would be
more natural to put it either into WEB-INF, or
WEB-INF/conf instead.
com.sun.resolver.CatalogManager reads this property file from the
classpath, so its not
i have added excalibur-testcase-1.0.jar to the tools/lib dir.
thus the testcase should run again.
regards bernhard
Stephan Michels wrote:
Hi,
I believe that nobody here make unit testing, because
the test cases doesn't work for some time :-/
For example, excalibur-testcase is missed in the
yup, +1 from me, too
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
hi,
havent' done any update now, my CVS is from yesterday evening.
flag imags are okay for me.
crawled the commit changes, as a hint
maybe
sylvain 2003/01/09 10:20:19
Modified:.changes.xml
src/java/org/apache/cocoon/components/treeprocessor/sitemap
hi,
Sylvain Wallez wrote:
Bernhard Huber wrote:
hi, team
as you might see from the cvs commit mail,
i have added the IMAP/javamail access to the scratchpad,
moreover i added utility sitemap components for the
webmail application:
generation/asciiart/*
This package seems to contain
hi,
i'm about to checkin the 1.3 compileable mail sources.
may i check them in?
bernhard
Giacomo Pati wrote:
On Fri, 3 Jan 2003, Sylvain Wallez wrote:
BTW: Someone (IIRC Carsten) had committed Mail... classes that are
compiled against 1.4 version and don't compile unter 1.3. I'll correct
hi,
running
find src -name '*.java' -print \
-exec grep -c -F 'The Apache Software License, Version 1.1' {} \; \
| grep -F 0 -n -B1
reveals these files missing the License text:
src/documentation/xdocs/tutorial/RMIGenerator.java
src/documentation/xdocs/tutorial/ServerFunctions.java
hi,
Carsten Ziegeler wrote:
Hi,
the latest addition to the scratchpad, e.g. the MailAction
required a JDK 1.4 (because of StringBuffer.indexOf).
Please change this asap.
i have corrected the sources to be javac 1.3 compileable,
i have compiled it locally using JDK 1.3
hope it is fixed,
sorry
hi,
Stefano Mazzocchi wrote:
Bernhard Huber wrote:
hi, team
as you might see from the cvs commit mail,
i have added the IMAP/javamail access to the scratchpad,
Awesome!
moreover i added utility sitemap components for the
webmail application:
generation/asciiart/*
I was shocked
hi,
Torsten Curdt wrote:
Guys,
I've merged the byte range support (resume downloads) from the
ByteRangeReader into the ResourceReader. I though it's a good feature to
have directly inside the ResourceReader. It's enabled by default but can
be disable by parameter.
great! +1
Also the
hi, team
as you might see from the cvs commit mail,
i have added the IMAP/javamail access to the scratchpad,
moreover i added utility sitemap components for the
webmail application:
generation/asciiart/*
matching/ExtendedRegexpURIMatcher
action/ExtendedResourceExistsAction
hi,
Sylvain Wallez wrote:
I just commited some changes to the build system :
- there is no more conditional compilation. All dependencies to
libraries that aren't included in Cocoon's CVS are resolved using mock
classes. This will avoid making incomplete distributions and releasing
source
hi,
as holiday ends, the Cocoon Mail stuff gets finalized
Stefano Mazzocchi wrote:
Bernhard Huber wrote:
Now I'm finalizing the stuff, in the next days i'd like to write some
doc, and put it into scratchpad.
Just to be sure:
i'm going to create a new org.apache.cocoon.mail directory
hi,
IMAP is pretty easy to add, I think my IMAPGenerator was committed to CVS
into scratchpad, so check it out if you need any examples. I'm looking
forward to seeing this stuff in scratchpad soon!
comming soon,
and thx for intial IMAPGenerator stuff
bernhard
hi, team
some status notes about the MailGenerator.
The MailGenerator is dead, long live MailAction!
I moved over to a MailAction instead of a MailGenerator.
Some explanation to this move:
* MailAction puts javamail objects as XMLizable objects
into the request attribute
* Generators xsp page
hi,
snip/
Have I understood the role of the environment object correctly? I.e. it deals with a
single request and the response to that request.
yes, that's right
more specific:
in case of Main.java the outputStream is bound to an FileOutputStream
BEFORE cocoon page processing starts. Thus in
hi,
nice site,
FYI,
remember a bug in lucene entering search string x: makes
org.apache.lucene.queryParser throwing an exception.
http://217.169.16.80/search/index?query=x%3ASearch=searchregion=all
regards bernhard
-
To
hi,
Probably a typo, but you might want to use
http://apache.org/cocoon/mail/1.0
thx for the hint
2. the javamail objects are created in reaction to
a request parameter named 'cmd'
cmd = list-folder-messages -- list all messages of a folder,
headers only
cmd = cat-message-by-uid --
hi,
I have not yet committed the current mail patched because of a dilemma I
hope you guys can help me solve.
sorry, no definitive this-is-the-way-to-go
from me.
I can put it in the Cocoon scratchpad, and have it committable only by
core committers, or put it in cocoon-apps, and have the
hi,
fyi i'm just working on MailGenerator, as there are some other people
working on this kind of stuff, i'd like to describe the solution
i'm working on:
1. a MailContentHandlerDelegate marshal javamail objects like
folder, messages to xml
using namespace http://org.apache/cocoon/mail/1.0
2.
hi,
a short status about cocoon documentation userdocs:
i added docs about most serializers,
still missing vrml-serializer.xml does anyone know about public-id, etc
about vrml?
moreover added a new userdoc section for readers,
still missing in the scratchpad area
about axisrpc-reader.xml,
hi,
i think writing a single packages.xml is better than maintaing 84
package.html files.
IMO, a centralized XML file may not be better as far as keeping it up to
date is concerned :
- people may often forget to update a central file far away from the
source files.
- will people really go
hi,
i have read the thread
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=102056702426129
again.
i'd like to start it,
i think writing a single packages.xml is better than maintaing 84
package.html files.
* add a packages.dtd ala faq.dtd
* write a single packages.xml conforming to
hi,
snip/
I'm very interested. It's something I had in my mind since long time
ago. I still haven't figured out exactly, however, if it's better to
have a Generator or a Source (using the Mozilla Imap URI scheme) for
IMAP: I tend to prefer the second, but I really don't know what's best.
I
Hi,
Nicola Ken Barozzi wrote:
Of all these discussions, one thing sticks out: we must
rewrite/fix/enhance/whatever the Cocoon crawler.
Reasons:
- speed
- correct link gathering
but mostly
- speed
Why is it so slow?
Mostly because it generates each source three times.
* to get the
hi,
Also, does anyone know of any decent java FTP client classes?
what about http://www.savarese.org/oro/downloads/index.html#NetComponents
ant uses it for its ftp ant task
impl.
best regards bernhard
-
To unsubscribe,
hi,
- would you like to partecipate in the Cocoon PMC?
[X] yes
[ ] no
regards Bernhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi,
There are two levels to Main.java functionality:
1. Process one request
2. Process multiple requests, using multiple starting URLs and/or
crawling.
I'm currently working on a SourceLinkStatusGenerator, it's like
LinkStatus but it will only generate links inside of cocoon,
launching a
hi,
i have fixed src/test java files, see the commit mailings.
i have still one question:
the jar excalibur-testcase-1.0.jar is missing in the lib/** dirs.
I found the junit.jar in the tools/lib dir, as
excalibur-testcase-1.0.jar is not needed at run-time,
i would suggest adding
hi,
Grab the latest Cocoon from CVS, and launch build run.
Then point the browser to http://localhost:/
The redirect doesn't work it seems...
Then point to http://localhost:/samples/
It should redirect to http://localhost:/samples/welcome but instead
it redirects to
hi,
i had the same problems running w2k, tomcat 4.1.12, jdk1.4
i changed the serializer sources locally, and posted it into cocoon-dev.
I didn't try to change tomcat common/endorsed jars, or common/lib jars,
but as far as i remember the tomcat installation advices you to change
the tomcat jars.
Yep. And instead of helping the community to debug Cocoon, they made
their own fork and are now miles away behind us ;-)
well, they just need to reimport rename the package names again, being
uptodate again
if they have scripts to do that job
+1 from me,
i hope to get a clear understanding what is expected from being part of PMC
bye bernhard
So, what about doing this:
1) I write email to everyone listed there (and will copy this mail list)
2) they have 72 hours to reply to that email indicating their interest
in partecipating
hi,
The paper describing it all is at:
http://www.topologi.com/public/Schtrn_XSD/papar.html
this links seems to be broken, at least it didn't work
for me.
btw, what about checking logkit.xconf too using the
great schematron stuff,
it's really great work checking sitemap, et al. using
hi,
thx for the hint Paper.html works, tried before paper.html it didn't
work, i gave up to quickly, or being not smart, innovative enough!
bye bernhard
Colin Paul Adams wrote:
Bernhard == Bernhard Huber [EMAIL PROTECTED] writes:
Bernhard hi,
The paper describing it all
hi,
i've tried it already.
it's quite easy taking the forrest jetty setting as blue-print.
jetty as much as i 've experienced is quite fast, and needs less memory.
mapping the cocoon's webapp to uri / gives some weird link problems.
the cocoon webapplication seems to prefer to be mapped to
hi,
Committership is not about 'writing code', is about being 'a citizen of
the cocoon community'. And citizens have a passport that lets them into
the country easy. Our country is our CVS module.
yup, it's about code-reviewing, doc writing, .
Result, I don't see why Matthew, which has
hi,
If you think you should be there but you are not listed, please speak up
now.
yup, i'd like to join, just updated who.xml
bye bernhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
hi,
as I have experienced all DOMStreamer usages
do not invoke enableLogging() for the DOMStreamer object created,
The list of files concerened:
SourceWritingTransformer.java
XMLFormTransformer.java
SourceUtil.java
XIncludeTransformer.java
XMLUtils.java
hi,
great job,
Jeremy Quinn wrote:
Hi All,
I have updated the lucene search components and their documentation in
Cocoon 2.1.
The Search Indexer is now able to make 'stored lucene fields' out of
chosen XML elements in your indexed XML, which allows you to show
information like the title and
+1 from me
Stefano Mazzocchi wrote:
I would like to propose Andrew Oliver for commit access.
Andrew is one of the authors of Apache POI and has earned commit access
on several java-related apache projects. Recentely, he was nominated
member of the ASF and elected. He has submitted several
hi,
i noticed that XMLSerializer, and TextSerializer have a method
setOutputStream w/o throws IOException, but throwing
CascadingRuntimeException
HTMLSerializer has a method setOutputStream declaring
throwing IOException, and using a throw CascadingIOException.
Wouldn't it be more correct to
hi,
as much as i see the sendmail.xsl logicsheet does not offer you yet, an
special sendmail:attachement-add element.
So you may want to enhance the
src\java\org\apache\cocoon\components\language\markup\xsp\java\sendmail.xsl
for adding attachments, and provide it as patch.
As a hint you may have
hello,
does anybody have XALAN serializer problems?
i don't want just to patch XMLSerializer, HTMLSerializer, and
TextSerializer, and LogicsheetCodeGenerator as i 'm not 100% aware of
the total impact of these changes.
Perhaps the problems only occur in Xalan settings, not for the xsltc
hi
Adding configuration to SimpleLuceneCocoonIndexerImpl you work
the same way as in SimpleLuceneCocoonIndexerImpl.
Adding your title stuff SimpleLuceneCocoonIndexerImpl may be expressed
in the configuration:
index-field-rules
!-- sequence of index field rules is important,
first
hi,
[+1] Call 'validate-config' by default during the build.
+1 from me, as it helps to detect problems as early as possible,
and not at document request-time.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Hi,
just getting online, and found some time to answer your question:
ad Short Description:
SimpleLuceneCocoonIndexerImpl lookup a component with role
LuceneXMLIndexer.ROLE by default cocoon.xconf
associates SimpleLuceneXMLIndexerImpl with this role.
ad Configuration Questions:
hi,
i had a similiar problem as described in
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=103691544504478w=2
i didn't solved it completly yet, but i resisted in copying jars to
the tomcat-4.x\lib, and tomcat-4.x\endorsed directory,
i'm using j2sdk1.4.0 under windows-2000
As i think that we
hi,
IOException in index()
description org.apache.cocoon.ProcessingException: IOException in
index(): java.io.FileNotFoundException:
/Users/jermq/Library/TomCat/work/Standalone/localhost/cocoon/cocoon-
files/index/_1d.f30 (Too many open files)
This causes the index to be incomplete, and
hi,
i added the uml model of the design patterns, see
http://members.a1.net/berni_huber/solutions/conceptual-modelling.html
for details
bye bernhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email:
hi,
don't know much about the upload internals, just some hints about the
directory handling
It seems to me that this is what is needed for
starters:
- files should not be uploaded and saved by default
from any page. that has security hole written all
over it.
- when upload of a file is
hi,
Looks useful.
Plan to submit to the C2.1 docs?
yes, i'd like to submit it to the docs.
but i'd like to wait, it needs some more review.
bye bernhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
hi,
The idea sounds excellent Berni. Would you please
explain a little more about how you see this
process working. Is it ...
UML (model of a particular sitemap instance)
|
XMI (interchange of model via XML)
|
XSLT (xmi2sitemap.xsl)
|
XML (the sitemap.xmap instance)
The Cocoon sitemap
hi,
I'm thinking about a model for designing a cocoon sitemap.
You might say just edit the sitemap sitemap.xmap with an editor,
and that's it.
But I was downloading forrest, and i'm surely impressed by the
nice skin, and the visual design, but i'm a bit too lazy for walking through
all the
and here is my +1 for using exalibur subprojects jars
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
hi,
thx for the patch i'm going to commit it,
bye
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Nicola Ken Barozzi wrote:
action dev=NKB type=update
Made docs target use logging to file via the logkit.xconf
and added informative System.out messages for the
commandline cocoon (Main.java).
/action
Please try the docs target, and be prepared to be amazed on how much
Nicole Natho wrote:
Hello!
We try to unterstand the init()-methode of CocoonServlet. There we found
the following snippet:
// first init the work-directory for the logger.
// this is required if we are running inside a war file!
final String workDirParam =
snip/
D:\projects\xml-cocoon2\build\cocoon\scratchpad\src\org\apache\cocoon\se
rvlet\CocoonFilterGeneratorImpl.java:128:
org.apache.cocoon.servlet.CocoonFilterGeneratorImpl should be declared
abstract; it does not define init(javax.servlet.FilterConfig) in
hi,
user
import org.apache.avalon.excalibur.xml.Parser;
instead as the Parser is moved into excalibur
bye bernhard
Ugo Cei wrote:
Hi people,
I need to get an handle to a parser in a Generator I am currently
writing. So, I've copied a couple of lines from the ESQL logicsheet
(2.0.3dev)
Inspired by the xmas style example of the RT CocoonBlocks
discussion I implemented a DateSelector.
Any comments are welcome
bye bernhard
The docu taken from the java source:
A Selector depending on current date, and time.
This selector matches when a configured date is before,
Hi,
inspired by the xmas style sample in the RT CocoonBlocks
i put a DateSelector into the scratchpad area.
any comments are welcome...
Configuring and usage sample of the DateSelector,
The configuration of DataSelector configures a symbolic name (ie
'morning'),
a compare-mode (ie
Inspired by the xmas style example of the RT CocoonBlocks
discussion I implemented a DateSelector.
Any comments are welcome
bye bernhard
The docu taken from the java source:
A Selector depending on current date, and time.
This selector matches when a configured date is before,
hi,
my reply is a bit late,
but i want to contribute some FAQs,
and want to suggest some contributer-friendly way to post
more FAQs.
Hence a suggestion to contribute FAQ
It might be easier for contributer to use this FAQ template:
faq
questionYour Question/question
answer
p
Your
hi,
sorry for the inconvinience,
just forgotten to recompile, after the last change
your fix is okay,
thxs, bye bernhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
great!
index creation works again!
tested on tomcat 4.0.4 final
bye bernhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Hi
I think the reason for using Apache DTD is more historic, as at the
beginning
the DocBook was not that much mature.
Moreover think about that the Docbook DTD is more complicate, and
it may take a bit longer to start using it.
Neither of these arguments stops from switching to the Docbook DTD.
1 - 100 of 209 matches
Mail list logo