I am trying to access a servlet through an applet.
In the applet I am using URL Connection object and opening a connection to the servlet.
My URL in the connection object is http://localhost:8080/examples/servlet/DbServlet
and I have kept my DbServlet class in the
Hai,
I have used somthing to same, the code is as following.
URLConnection servletConnection=null;
String webServerStr = http://; + hostName + : + port + servletPath;
String servletGet=;
try{
servletGet = webServerStr
The attached 5-pack is stage one of a three-step process working toward a fix
for TC4 Bug #1400: proper handling of a keystore with multiple entries.
This round is simply a cleanup of the exception handling/logging. The initial
implementation had notes about FIXME, so I did :-)
These may look
Hi! How can I fix this problem?
copy-jaxp-jar:
build-static:
build-main:
[javac] Compiling 4 source files to
/home/mn/src/jakarta-tomcat-4.0/catalina/build/classes
[javac] Compiling 5 source files to
/home/mn/src/jakarta-tomcat-4.0/catalina/build/classes
[javac]
Mykola A. Nickishov at [EMAIL PROTECTED] wrote:
Hi! How can I fix this problem?
It works for me with the latest CVS checkout AND update -Pd
Pier
Christopher Cain at [EMAIL PROTECTED] wrote:
The attached 5-pack is stage one of a three-step process working toward a fix
for TC4 Bug #1400: proper handling of a keystore with multiple entries.
This round is simply a cleanup of the exception handling/logging. The initial
implementation
In 4.0b7, I can't get war files to expand at startup in time for a context in
the server.xml directory to not complain.
I'm trying to put a war file in the webapps directory and define a context that
references the expanded version of the war but Tomcat 4.0b7 complains at startup
that the
Jonathan Pierce at [EMAIL PROTECTED] wrote:
In 4.0b7, I can't get war files to expand at startup in time for a context in
the server.xml directory to not complain.
I'm trying to put a war file in the webapps directory and define a context
that
references the expanded version of the war
I have a similar problem as mex who posted in June.
We have problems with user-ids containing german characters (so-called
'Umlaute'), eg. 'ÖÄÜ' HttpServletRequest.getRemoteUser() returns only the
string up-to the first umlaut, eg. for user 'MMÄHHH' we get only 'MM'. Our
environment is also:
Oh, because at this point your docBase needs to be changed to foo.war.
Thanks Pier, That solved the problem.
Maybe an example war file could be added to the distribution that reflects this,
or at least the documentation updated to show it.
Should the examples directory be distributed as
hi,
On Mon, 13 Aug 2001 17:32:15 +0200 you wrote:
I have a similar problem as mex who posted in June.
We have problems with user-ids containing german characters (so-called
'Umlaute'), eg. 'ÖÄÜ' HttpServletRequest.getRemoteUser() returns only the
string up-to the first umlaut, eg. for user
Changed debugging info in the class. If debug -1 then it logs the session
charset. If you compare it with eg the request charset the charset is only
logged when debug 0, so this is more conistent
Mvgr,
Martin
Index: DecodeInterceptor.java
Hi Marc,
Sorry, it's #1114.
Thanks,
--jeff
- Original Message -
From: Marc Saegesser [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Sunday, August 12, 2001 4:31 PM
Subject: RE: [PATCH] TC 3.2.3 Bug #1141
I committed the patch. Bugzilla 1141 isn't a Tomcat bug,
Pier,
I have downloaded the Tomcat b7 source and the associated webap
connector sources. When I tried to build mod_webapp, I get a compile
time error stating that pr_warp_defs.h referenced in pr_warp.h is not
found. I tried to get that file from the CVS repository but could not
find it there
Vishy Kasar at [EMAIL PROTECTED] wrote:
Pier,
I have downloaded the Tomcat b7 source and the associated webap
connector sources. When I tried to build mod_webapp, I get a compile
time error stating that pr_warp_defs.h referenced in pr_warp.h is not
found. I tried to get that file from the
in the api-docs for ServletContext.getResource( String path ), it is
further specified that:
This method returns null if no resource is mapped to the pathname.
and
The path must begin with a /...
are these stipulations in the servlet api-docs valid?
in testing several containers including
chris monster wrote:
in the api-docs for ServletContext.getResource( String path ), it is
further specified that:
This method returns null if no resource is mapped to the pathname.
and
The path must begin with a /...
are these stipulations in the servlet api-docs valid?
Yes.
in
Pier P. Fumagalli wrote:
Err... Warp doesn't (yet) support TLS sockets, but, since you changed the
signature, I believe it needs to go in :) :) :)
I figured that you are already answering enough mail on how to build
Warp, so I best not change any signatures out from under you ;-)
Well,
On Mon, 13 Aug 2001, chris monster wrote:
in the api-docs for ServletContext.getResource( String path ), it is
further specified that:
This method returns null if no resource is mapped to the pathname.
and
The path must begin with a /...
are these stipulations in the servlet
I'm in the process of cleaning up the 4.0 SSLServerSocketFactory, and it
occurs to me that I find the getKeystorePass method offensive. There
should never be any reason to retrieve the keystore password once it's
set, and it makes me uncomfortable having the method there. I'm not sure
if it could
On Mon, 13 Aug 2001, Christopher Cain wrote:
I'm in the process of cleaning up the 4.0 SSLServerSocketFactory, and it
occurs to me that I find the getKeystorePass method offensive. There
should never be any reason to retrieve the keystore password once it's
set, and it makes me
larryi 01/08/13 20:23:19
Modified:src/share/org/apache/tomcat/modules/server
PoolTcpConnector.java
Log:
Fix spelling of setKeypass() method. Added isSecure() to make it simple for
another interceptor to test if secure is set.
Revision Changes
thanx guys! sorry, in the future i will try to exhaust later versions
before i post... ;)
It also looks a totally different place -- inside /WEB-INF/classes or
inside JAR files under /WEB-INF/lib.
true! however, my purpose was to create a singleton wrapper for access
to resources by
23 matches
Mail list logo