On 06.11.2009 03:22, Benson Margulies wrote:
i don't suppose you've had time to look at the test case?
Done, unfortunately worksforme :( - or should I write :) ?
See https://issues.apache.org/bugzilla/show_bug.cgi?id=48116
What's next?
Regards,
Rainer
P.S.: Are you at ApacheCon?
On Tue,
i don't suppose you've had time to look at the test case?
On Tue, Nov 3, 2009 at 9:22 AM, Rainer Jung rainer.j...@kippdata.de wrote:
Just to make sure w.r.t. it being working in Jetty: You use the same
Java version? Sun changed an important bit between Java 5 and Java 6,
where they are now
I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow
the caller to pass in the class name of implementation classes.
It all works find standalone. It works fine in Jetty. It fails in Tomcat
6.0.20. The error is a missing method in a Xalan class; as if Tomcat has
somehow
Benson Margulies wrote:
I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow
the caller to pass in the class name of implementation classes.
It all works find standalone. It works fine in Jetty. It fails in Tomcat
6.0.20. The error is a missing method in a Xalan class; as
Here's the relevant log traffic of the missing method. I can get past this
problem by putting xalan into the endorsed directory, but I should not have
to do that when using the JAXP 1.4 API to create XPathFactory.
Caused by: java.lang.NoSuchMethodError:
org.apache.xpath.XPathContext.init(Z)V
Just to make sure w.r.t. it being working in Jetty: You use the same
Java version? Sun changed an important bit between Java 5 and Java 6,
where they are now caching something detected during runtime in a global
static thus partially breaking the dynamics of XML parser detection when
using mutiple
I am sure that I'm using the MacOS JDK 1.6 at all points. Also, if you look
closely at the below, you will see that the problem is that one part of
Xalan is failing to call another part ... of Xalan. If I had JDK 1.5 I'd be
missing the newInstance APIs that take the class name, and if I had other
I've attached a self-contained test case to bz 48116, so you can see this
for yourself.
On Tue, Nov 3, 2009 at 9:22 AM, Rainer Jung rainer.j...@kippdata.de wrote:
Just to make sure w.r.t. it being working in Jetty: You use the same
Java version? Sun changed an important bit between Java 5
Hello. I am using Tomcat 6.0.18, my Java version is 1.6.0_11 and I have a
servlet called TestingServlet.java. My classpath reads like this:
.;C:\Sun\SDK\bin; C:\Sun\SDK\jdk\bin; C:\Tomcat\lib\servlet-api.jar
I cannot compile in DOS without typing:
javac -classpath
2009/1/4 fhserkl...@aol.com:
Hello. I am using Tomcat 6.0.18, my Java version is 1.6.0_11 and I have a
servlet called TestingServlet.java. My classpath reads like this:
.;C:\Sun\SDK\bin; C:\Sun\SDK\jdk\bin; C:\Tomcat\lib\servlet-api.jar
I cannot compile in DOS without typing:
javac
Hi,
This is the Host of the domain with the problem
Host name=DOMAIN_WITHOUT_WWW appBase=/home/sttpwcm/public_html
AliasDOMAIN_WITH_WWW/Alias
Context path= reloadable=true
docBase=/home/sttpwcm/public_html debug=1
Resource name=jdbc/sttp auth=Container
What I thought ... you can't have appBase from the Host element the same
as the docBase for your webapp. Make the appBase something else ...
anything else. It could be an empty directory. It won't matter as long
as it isn't the same as the path of your webapp.
Also it's been recommended
Hi,
I'm migrating an application from one server to another. On the old server
the application runs perfectly, but on the new one I'm getting this message
of error only on the .jsp that are in subfolders (when I move then to root
folder they run ok):
An error occurred at line: 8 in the generated
Could you post the Host element of your server.xml? I know people have
had this problem and solved it in the past, but it's been a while.
--David
OpenP2M Open wrote:
Hi,
I'm migrating an application from one server to another. On the old server
the application runs perfectly, but on the new
Upgrading from TC5.5 to TC6 and having class path problems. We are
starting it via JSVC, we used to start it up with the following class path:
CLASSPATH=\
$JAVA_HOME/lib/tools.jar:\
$CATALINA_HOME/bin/commons-daemon.jar:\
$CATALINA_HOME/bin/bootstrap.jar
However with TC6, it requires
From: Nathan Wilhelmi [mailto:[EMAIL PROTECTED]
Subject: TC6 classpath problem...
to get apps to run we have to list the entire contents
of $CATALINA_HOME/lib/ as part of the classpath value
Did you know that setting CLASSPATH to anything when starting Tomcat is
a capital offense?
Really
I don't know how to get JSVC to start without it though, every example I can
find of JSVC has the minimal classpath variables I listed. It won't start
without it, likely as it bypasses the tomcat scripts you mentioned. What I am
trying to figure out is why I have to list everything in /lib by
From: Nathan Wilhelmi [mailto:[EMAIL PROTECTED]
Subject: Re: RE: TC6 classpath problem...
I don't know how to get JSVC to start without it though,
every example I can find of JSVC has the minimal classpath
variables I listed.
That's odd, because every example I looked at and especially
Thanks for the pointer, I changed it to:
JSVC_CLASSPATH=\
$CATALINA_HOME/bin/commons-daemon.jar:\
$CATALINA_HOME/bin/bootstrap.jar:\
and passed $JSVC_CLASSPATH as the -cp command. It starts although I am getting
some MBean errors, should this be picked up or do I need to extend the JSVC -cp
From: Nathan Wilhelmi [mailto:[EMAIL PROTECTED]
Subject: RE: TC6 classpath problem...
JSVC_CLASSPATH=\
$CATALINA_HOME/bin/commons-daemon.jar:\
$CATALINA_HOME/bin/bootstrap.jar:\
Why do you have commons-daemon.jar on the -cp? None of the doc shows
that.
SEVERE: createMBeans: Throwable
Hi there.
I am new to Tomcat and have installed Tomcat6 and JDK1.5 on Windows.
I get Tomcat to run and can include my own JSP's. However, whenever I
use classes like HashMap I get a compiler error (HashMap cannot be
resolved to a type).
I've dug all through the web, documentation and mail
might need an updated jar file for that.
Might have been included with one package earlier and is now in another one.
-Original Message-
From: Mark Hale [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 14, 2007 2:29 PM
To: users@tomcat.apache.org
Subject: Classpath Problem
Hi there.
I
Apologies if this sounds insulting, but ... you did include
java.util.HashMap in your jsp, didn't you?
IE: [EMAIL PROTECTED] import=java.util .HashMap %
--David
Mark Hale wrote:
Hi there.
I am new to Tomcat and have installed Tomcat6 and JDK1.5 on Windows.
I get Tomcat to run and can
LOL
You danced around that one well. Actually, I didn't include it
because I am migrating from WebLogic to Tomcat. WebLogic let's me get
away without the includes for java.util. I've been using Workshop for
so long I overlooked it.
That resolved it. Thank you David.
I will migrate to
I an running windows XP, Tomcat 5.5, axis 1.4. I am trying to deploy a =20
web service using a wsdd. I am using the command
java -cp %AXISCLASSPATH% org.apache.axis.client.AdminClient
-lhttp://localhost:8080/axis/services/AdminService deploy.wsdd
I went to system
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Subject: deploying classpath problem
This has nothing to do with Tomcat.
AXIS_HOME: C:\Program~1\axis-1_4\lib
AXIS_LIB: %AXIS_HOME%\lib
Try expanding the AXIS_LIB expression on paper and see how many lib
directories you come up
mine would work, and mine's
configured almost exactly like his.
-Original Message-
From: Viraj Turakhia [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 30, 2006 9:45 AM
To: Tomcat Users List
Subject: Re: CLASSPATH problem on tomcat5.5.x
odbc is required only when odbs bridge is used
but same Exception
what is the problem ? where i am going worng? Is it compatability
problem?
it is working well on Weblogic8.0 i am not getting the reason
plw let me know...
--
View this message in context:
http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6056691
plw let me know...
--
View this message in context:
http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6056691
Sent from the Tomcat - User forum at Nabble.com.
-
To start a new topic, e-mail: users
The classloader is most likely skipping over your .zip files. I believe
there are newer JDBC drivers from Oracle packaged as .jar files. Try
one of those.
--David
Mallik wrote:
HI Friends
i am new to this group and tomcat too.
i have downloaded tomcat5.5.x and jdk1.5 and i have
Mallik wrote:
why this is ?
i have placed classes12.zip, classes111.zip and classes102.zip in
tomcatRoot/common/lib
it is not working
Try renaming the .zip files to .jar
See
http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html
and search for zip in the text,
HTH,
HI Friends thanks a lot now it is working
i just wasted 3 days on this
thanku friends
--
View this message in context:
http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6057382
Sent from the Tomcat - User forum at Nabble.com
renaming would not work..
you will have to unzip zipped files and put jars in lib directory.
(provided zipped files has jar files :) )
vraj
On 8/30/06, Mark Thomas [EMAIL PROTECTED] wrote:
Mallik wrote:
why this is ?
i have placed classes12.zip, classes111.zip and classes102.zip in
I had a similar problemyou need the ojdbc.jar file, or more specifically,
the ojdbc14_g.jar file.
-Original Message-
From: Mallik [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 30, 2006 6:04 AM
To: users@tomcat.apache.org
Subject: CLASSPATH problem on tomcat5.5.x
HI Friends
i
.
-Original Message-
From: Mallik [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 30, 2006 6:04 AM
To: users@tomcat.apache.org
Subject: CLASSPATH problem on tomcat5.5.x
HI Friends
i am new to this group and tomcat too.
i have downloaded tomcat5.5.x and jdk1.5 and i have oracle8i
To: Tomcat Users List
Subject: Re: CLASSPATH problem on tomcat5.5.x
odbc is required only when odbs bridge is used.
if you are using jdbc for oracle, odbc jar is not required.
correct me if i am wrong.
vraj
On 8/30/06, Propes, Barry L [EMAIL PROTECTED] wrote:
I had a similar problemyou need
and destroy the original
message without making a copy. Thank you.
- Original Message -
From: David Smith [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Tuesday, August 15, 2006 8:28 AM
Subject: Re: Classpath Problem
CLASSPATH is ignored by default in tomcat
Hi,
I am using jakarta-tomcat-5.0.30 and currently having a problem with the
CLASSPATH variable. I am in the process of configuring my website to access a
payment gateway. They gave me the following jar files and I put them in my
JAVA_HOME/jre/lib/ext/ directory.
The quick answer:
Do not mess with classpath. Tomcat has a very specific classloader
hierarchy. See
http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html for
details. If this does not answer your question, please post a more
detailed message with specifics.
--David
Julien
Hi,
My tomcat server is running, but i'm still struggling with this
classpath thing ...
Could someone tell me what command I have to type to make this thing
work?
I'm using mac os X.4
my tomcat server is located in :
/Library/Tomcat/apache-tomcat-5.5.12/
Kind regards :-)
Julien
On 8/6/06, Julien vander Straeten [EMAIL PROTECTED] wrote:
Could someone tell me what command I have to type to make this thing
work?
http://catb.org/~esr/faqs/smart-questions.html :-)
--
Hassan Schroeder [EMAIL PROTECTED]
41 matches
Mail list logo