Hello,
We got two Redhat 5.6 Server which are set up idential in the area of tomcat
and java. But we have the problem that on the productive machine compilation of
JSP files fails with the error 'return type incompatible with
JspSourceDependent.getDependants'. The exact same application
VincentBlouin schrieb am 26.01.2011 um 09:20 (-0800):
Hi, I had the same problem, then in Eclipse I went to help install
new software choose eclipse web tool platform repository -
http://download.eclipse.org/eclipse/updates/3.5 from the dropdown
menu then I checked Project Provided
On 26 Jan 2011, at 23:23, Christopher Schultz
ch...@christopherschultz.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 1/26/2011 10:55 AM, Konstantin Kolinko wrote:
2011/1/25 Christopher Schultz ch...@christopherschultz.net:
Should I expect that a request that
André Warnier schrieb am 26.01.2011 um 21:08 (+0100):
I rather like these comment signs. They provide me with easy kudos […]
Easy kudos, nice. I finally looked up the term to know the origin. To my
surprise, it is Greek. I was convinced it was Japanese.
http://en.wiktionary.org/wiki/kudos
Shoaib M. Chaudhary schrieb am 27.01.2011 um 09:08 (+0500):
When I use mod_jk with the following code for one worker it works fine
but when I try to connect with two tomcat servers that are not on the
same machine on which I have apache. Interestingly when I use one
worker as localhost it
Thank you for you reply.
Sorry for expressing me a little vague. I meant that i alread tried both
attributes.
My used encoding is UTF-8.
Here are the missing sources:
http://old.nabble.com/file/p30775449/wicket-umlauts.zip wicket-umlauts.zip
Konstantin Kolinko wrote:
2011/1/27 asbachb
Michael Ludwig wrote:
André Warnier schrieb am 26.01.2011 um 21:08 (+0100):
I rather like these comment signs. They provide me with easy kudos […]
Easy kudos, nice. I finally looked up the term to know the origin. To my
surprise, it is Greek. I was convinced it was Japanese.
I would have
asbachb wrote:
Thank you for you reply.
Sorry for expressing me a little vague. I meant that i alread tried both
attributes.
My used encoding is UTF-8.
Here are the missing sources:
http://old.nabble.com/file/p30775449/wicket-umlauts.zip wicket-umlauts.zip
Konstantin Kolinko wrote:
Trying to start Tomcat 7 with java -jar bootstrap.jar doesn't work
anymore, because tomcat-juli.jar is not on classpath (it was on Tomcat 6).
Looks like the Class-Path in MANIFEST.MF does not contain it anymore. Is
there a reason for this?
It's still possible to start Tomcat by calling
java
2011/1/27 Nick Wiedenbrück mailinglists...@googlemail.com:
Trying to start Tomcat 7 with java -jar bootstrap.jar doesn't work
anymore, because tomcat-juli.jar is not on classpath (it was on Tomcat 6).
Looks like the Class-Path in MANIFEST.MF does not contain it anymore. Is
there a reason for
Good day,
I am unable to identify valid values for the digestEncoding attribute to use
with the Realm tag of my app's context.xml file.
I've inspected RealmBase.java and JDBCRealm.java, apart from some googling,
without finding anything suitable.
Can anyone suggest a suitable
2011/1/27 Ing. Etienne V. Depasquale ed...@ieee.org:
Good day,
I am unable to identify valid values for the digestEncoding attribute to use
with the Realm tag of my app's context.xml file.
I've inspected RealmBase.java and JDBCRealm.java, apart from some googling,
without finding anything
I beg pardon...I should have included the following extract from my
context.xml file (with placeholders for database, user and password):
Realm className=org.apache.catalina.realm.JDBCRealm debug=99
driverName=org.gjt.mm.mysql.Driver
Thank-you Konstantin...I think I was misled by some postings I read while
searching, that referred to specifying either hex or base64 in the realm
configuration.
This time, I left out the digestEncoding attribute altogether, reducing the
Realm tag in context.xml to the following:
Realm
The problem lies in the use of digest=SHA-1 in the Realm configuration. I
modified the stored password by hashing it using SHA-1 as well as modifying
the attribute, but authentication fails.
Summarising:
I have the following configuration:
Realm
className=org.apache.catalina.realm.JDBCRealm
It seems that this issue was addressed in past questions to the list:
http://mail-archives.apache.org/mod_mbox/tomcat-users/200503.mbox/%3C4241A94
d.5040...@cox.net%3E
Sure enough, when I reversed the saved password back to the MD5 hash, Tomcat
authenticated my login, regardless of the SHA-1
I am receiving a virus detection in the download of
apache-tomcat-6.0.30-windows-x64.zip (MD5 - 03416951ad4094d1f0de1c55cf9180c1)
from different mirrors.
www.takeyellow.comhttp://www.takeyellow.com
www.eng.lsu.eduhttp://www.eng.lsu.edu
mirrors.devlib.org
apache.ziply.com
2011/1/27 Barry Kortekaas barry.kortek...@swfwmd.state.fl.us:
I am receiving a virus detection in the download of
apache-tomcat-6.0.30-windows-x64.zip (MD5 - 03416951ad4094d1f0de1c55cf9180c1)
from different mirrors.
www.takeyellow.comhttp://www.takeyellow.com
From: Barry Kortekaas [mailto:barry.kortek...@swfwmd.state.fl.us]
Subject: Detected malware in the download of Tomcat 6.0.30
I am receiving a virus detection in the download of
apache-tomcat-6.0.30-windows-x64.zip
Virus total has 3 engines detecting W32/Nebuler.E.gen!Eldorado and
Hi
I'm using:
Solaris10, Varnish Reverse Proxy, iPlanet 7 webserver (update 8),
Mod_JK 1.2.28 and JBoss 4.2.3GA
My scenario:
iPlanet Webserver with MODJK NSAPI plugin on Solaris10,
reverse-proxied to by Varnish proxy on same server.
Incoming request flow as follows:
Browser (HTTP) =Varnish
From: Jon Forster [mailto:deltaw...@gmail.com]
Subject: Mod_JK inserted header case sensitivity issue
the MODJK plugin inserts a Content-Length header using mixed-case ie:
Content-Length: length (as defined in /native/common/jk_ajp_common.c),
this is ignored by the webserver core as it's
Can anyone point me to a document detailing how to replace Tomcat's
internal logging (via JULI) with logback? Not for access logs, or the
logging output of webapps, but the Tomcat internal logging that
ordinarily goes to tomcat.log, etc.
Something analogous to this doc I suppose:
On 27/01/2011 15:17, Roy McMorran wrote:
Can anyone point me to a document detailing how to replace Tomcat's
internal logging (via JULI) with logback? Not for access logs, or the
logging output of webapps, but the Tomcat internal logging that
ordinarily goes to tomcat.log, etc.
Something
Chris:
Thanks for your reply.
Currently I am using Tomcat 6.0.29
@Pid: Would you have any ideas on how to set something up like this?
Beau
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Wednesday, January 26, 2011 6:30 PM
To: Tomcat Users List
On 1/27/11 10:25 AM, Mark Thomas wrote:
On 27/01/2011 15:17, Roy McMorran wrote:
Can anyone point me to a document detailing how to replace Tomcat's
internal logging (via JULI) with logback? Not for access logs, or the
logging output of webapps, but the Tomcat internal logging that
ordinarily
Add in validationQuery and testOnBorrow as seen below
Resource driverClassName=com.mysql.jdbc.Driver
logAbandoned=false
maxActive=35
maxIdle=2
maxWait=5000
name=jdbc/TheName
password=password
removeAbandoned=true
removeAbandonedTimeout=60
Thanks for you reply.
I checked my clients request to tomcat which shows that the umlauts are
correctly replaced with their enities:
GET
http://localhost:8080/wicket-umlauts-1.0-SNAPSHOT/page/param/v%C3%A4lue-xxx;
This request should be a valid ASCII request and shouldn't be a problem to
I can't quite figure out what the issue is here but perhaps someone who
is running Tomcat 5.5 on Windows server 2008 can weigh in. I have
installed Tomcat 5.5 on a Windows Server 2008 64 bit OS. Everything
seemed to install correctly. I was able to bring up the site on
localhost:8080 and on
On 27/01/2011 17:23, Pete Helgren wrote:
I can't quite figure out what the issue is here but perhaps someone who
is running Tomcat 5.5 on Windows server 2008 can weigh in. I have
installed Tomcat 5.5 on a Windows Server 2008 64 bit OS. Everything
seemed to install correctly. I was able to
You could implement your own authenticator,
extending the class org.apache.catalina.authenticator.AuthenticatorBase
https://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/authenticator/AuthenticatorBase.java?view=markup
protected abstract boolean authenticate(Request
Mark is correct below. It is an IPV4 vs. IPV6 thing.
It's a known issue if using the native libs.
If you do not specify an IP address in the connector tag, then APR will only
listen on IPV6. If you disable the APR library (native) then it will work as
expected, that is, it will listen on both
Oops, that IPv6 address is supposed to be just [::].
I accidently appended the port to it (and the wrong one at that).
Jeff
-Original Message-
From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
Sent: Thursday, January 27, 2011 11:50 AM
To: 'Tomcat Users List'
Subject: RE:
Filip:
Thanks, I'll get going on my own authenticator right quick.
Does tcserver come with something like this out of the box?
Beau
-Original Message-
From: Filip Hanik - Dev Lists [mailto:devli...@hanik.com]
Sent: Thursday, January 27, 2011 12:41 PM
To: Tomcat Users List
Subject: Re:
8080 is listed as:
TCP[::]:8080 NEWAS400:0 LISTENING
The blank IP address is interesting.
Normally, at other customer sites, all I have had to do was to install
Tomcat, drop my war into webapps and it just worked (it is a pretty
vanilla deployment). When you say
Answering my own post here. The follow up posts solved it. I added the
address=0.0.0.0 to the connector tag and yes, all is well.
Pete Helgren
Value Added Software, Inc
www.asaap.com
www.opensource4i.com
On 1/27/2011 11:01 AM, Pete Helgren wrote:
8080 is listed as:
TCP[::]:8080
The [::] is the IPv6 representation of the anylocal address. For IPv4 it is
represented as 0.0.0.0.
In my other response, I stated the 'address=0.0.0.0' needs to go in the
Connector for port 8080, or whichever you are worried about. Leave the
Host as name=localhost.
If you really want to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Etienne,
Sure enough, when I reversed the saved password back to the MD5 hash, Tomcat
authenticated my login, regardless of the SHA-1 attribute set in my Realm
tag's digest attribute.
Are you using DIGEST authentication? If so, all current web
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas,
On 1/27/2011 3:09 AM, Kupper ext-FA, Thomas wrote:
It fails to compile a simple index.jsp on the productive server
because the generated index_jsp.java files differs.
Version information:
Server version: Apache Tomcat/5.5.23
[snip]
asbachb wrote:
Thanks for you reply.
I checked my clients request to tomcat which shows that the umlauts are
correctly replaced with their enities:
GET
http://localhost:8080/wicket-umlauts-1.0-SNAPSHOT/page/param/v%C3%A4lue-xxx;
This request should be a valid ASCII request and shouldn't be a
There is a file called Authenticators.properties, in there it maps what
you specify in web.xml, to a specific authenticator.
So you write your own authenticator, you add an entry into this file,
change web.xml with your new auth-method
tc server does not come with something like this
best
Hi.
I think that you should be a bit more specific about the exact scheme below.
Can you describe exactly, step by step, what happens just before and After successfully
logging into the partner app, I will be redirected
and only provided a username to log into my tomcat Form Authentication
?
41 matches
Mail list logo