Now that it has, do you know if Connection Pooling works for ESQL etc?
Hmmm. I will see. I don't yet use any of the database-related features of
Cocoon in my work, nor the XSP features, although that will happen
eventually. I'm trying to migrate a document-rich web site that currently
runs
This is a really strange problem.
I've just begun working with a set of documents in a sub site. After
several iterations of playing with the wildcards, etc. I was able to
deliver the documents just fine using one particular stylesheet that
converted my xml to html.
Then I substituted a
/
map:matchers default=wildcard/
map:readers default=resource/
/map:components
- Original Message -
From: Robert J. Lebowitz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 03, 2002 2:37 PM
Subject: Stylesheet directed termination with a Resource Request?
This is a really strange problem
I've noted how often this question comes up. I'm probably just asking for
trouble by writing this follow-up HOWTO (someone will highlight something
that I forgot to mention), but I thought it might keep poor Vadim's
responses to a minimum (assuming my information is accurate).
My installation
Of course, I forgot one small detail that I culled from earlier messages.
When compiling the cocoon sources for release 2.02, several errors will
appear in conjunction with the ESQLConnection.java class.
Towards the bottom of the file are a number of methods that are commented
out in order to
When I experimented with jdk 1.4, I would up grabbing the latest 1.5 batik
beta distribution and compiling batik-all and substituting that for the
batik.jar file that came with cocoon 2.0. It cleared up a lot of errors I
was getting earlier. Maybe this one will clear up too.
Rob
- Original
I suspect that this is more of a generic XML question, but I have an error
showing up when I use the TRAXTransformer on one of my xml documents.
It doesn't like the presence of a unicode 0x85 character.
I'm not even sure where this character is within the xml source, but was
wondering if there
This sounds like you do not have correct encoding declared in your xml
file, like:
?xml version=1.0 encoding=ISO?
Hmmm... I use UTF-8 encoding for my XML documents because I had assumed it
was a standard. Am I suppose to be using something else?
Rob
Take a look at the message with the Subject Correction:
{SOLUTION] Cocoon with the Tomcat 4.0.3 posted by Vadim. He describes a
procedure for moving various JAXP related packages around in it.
- Original Message -
From:
Hao
Jiang
To: [EMAIL PROTECTED]
Sent:
This one has me really stumped.
Here's my system configuration:
RedHat Linux 7.2
Tomcat 4.01
Cocoon CVS HEAD distribution
J2sdk1.4.0
Xvfb
About a week and a half ago, I downloaded all of the above and built a
working Cocoon 2.0 system. I had to compile my own cocoon.war since there
are some
Williams [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 11, 2002 4:36 PM
Subject: RE: Headless Server, and yes, I read the FAQ and manual
Did you perchance read the JDK1.4 HOWTO in the mail archives?
-Original Message-
From: Robert J. Lebowitz [mailto:[EMAIL PROTECTED
I'd also recommend looking at the dom4j framework which is similar to JDOM,
but with many enhancements. It's currently be used as part of the first
JAXM release from Sun, btw.
There are some good samples illustrating who to combine jtidy, xslt, etc.
with dom4j to perform the kinds of operations
I wonder whether the whole licensing issue is a moot point. Supposedly, the
new jdk1.4 will be capable of running without the XServer although I haven't
heard from anyone yet that it works properly at this time.
-
Please
Title: Message
I observed the same behaviour that you described in your
message. I wound up unjarring it manually in order to make it
work.
You might try specifying in your Tomcat server.xml the
parameter that says unpacking is the default... Maybe that will fix the
problem.
-
Goetz:
By manually I did mean to unzip/unjar the war file using one of the various
applications for that purpose.
However, I also indicated that you should check the server.xml of your
Tomcat server. In Tomcat 4, there is an attribute in the Host element
that indicates whether you should
While I was rewriting my sitemap file today, I noticed how much stuff is
in it, and wondered if it wouldn't be possible to add a feature like
map:include / that would allow you to store different segments of the file
in separate, smaller files. For example, you could have one for your
Okay... I figured this out myself after a little experimentation, and
reading more of the notes in the tomcat and cocoon archives. One of the
more confusing aspects of all this is the way that the mod_webapp works.
In your httpd.conf file (Apache), you need to add the following two
sections:
I've been experimenting with mod_app but haven't had much luck getting the
virtual host thing to work. I'm storing my web apps outside the tomcat
webapps directory for both domains.
I'm running Apache 1.3.x, and want to be able to transparently redirect any
requests to http://myhost1.com/ and
it's working fine for me, except that I'm using rc1a of cocoon. But I had
to
change some things. When you start tomcat, you have to set the headless
properity. Simple look on java.sun.com for an example.
Then you have to recompile batik and fop and copy them into the cocoon
libs
directory.
I've read in past notes that it should be possible to
eliminate the need for running an Xserver or Xvfb on one's cocoon 2.0 server if
you are using jdk1.4.
I thought I'd test this out on a new server that I was able to
run using the following combination of software:
RedHat Linux 7.2
20 matches
Mail list logo