Thanks for forwarding. I hope, that everything is alright with the announcement?
On Tue, Jun 21, 2016 at 11:53 AM, Mark Thomas wrote:
>
> Original Message
> From: Jochen Wiedmann
> Sent: 21 June 2016 10:18:15 BST
> To: priv...@commons.apache.org, "
On 27.02.2013 09:59, André Warnier wrote:
Rainer Jung wrote:
On 26.02.2013 19:41, Jochen Wißmann wrote:
Hello,
i am trying to find an easy way to determine from the http-client side,
which AJP13-worker handled my request.
So my basic idea is to use mod_header to add mod_jk`s env-variable
On 26.02.2013 22:38, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jochen,
On 2/26/13 10:41 AM, Jochen Wißmann wrote:
I tried to get something like this working:
httpd.conf: ... Header add TC-Server "%{JK_WORKER_NAME}e"
This looks like it should wo
On 26.02.2013 23:52, Igor Cicimov wrote:
On 27/02/2013 5:42 AM, "Jochen Wißmann" wrote:
Hello,
i am trying to find an easy way to determine from the http-client side,
which AJP13-worker handled my request.
So my basic idea is to use mod_header to add mod_jk`s env-variable
JK_W
uot; ?
Using the Variable JK_WORKER_NAME to log the worker's name via
mod_log_config works fine.
Am i missing something? Is it even possible to access the env-variable
JK_WORKER_NAME with module mod_header?
Could anyone please help?
Thanks!
Jochen
--
-Ursprüngliche Nachricht-
Von: "Pid *"
Gesendet: Dec 7, 2011 10:26:00 AM
An: "Tomcat Users List"
Betreff: Re: Occurence of Byte Order Mark (BOM) in responses varies between
identical subsequent requests in Tomcat 6.0.35
>On 7 Dec 2011, at 09:11, Jochen Gazda
Gentlemen,
The following occurs on Tomcat 6.0.20 or 6.0.35 on 64bit Linux
$ java -version
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode)
It happends both with and without apache httpd frontend.
it, just take the zip file and extract it into your dropins
folder. An update site is not yet available, sorry, that's one of the
enhancements I intend to implement in the future.
If you are interested in the projects source code, visit
https://sourceforge.net/scm/?type=git&group_id=3
t yet available, sorry, that's one of the
enhancements I intend to implement in the future.
If you are interested in the projects source code, visit
https://sourceforge.net/scm/?type=git&group_id=394982
Jochen
--
I Am What I Am And That's All
spring dm seems to be good at OSGI web container, but the integration with
tomcat is quite complicated and it took us long time on troubleshooting, it
was not easy way to work it out.
Will tomcat 7 support OSGI? any one can confirm this message? I heard
someone mentioned this.
On Tue, Apr 28, 2009
structure like this, if have, please remind me.
On Thu, Apr 23, 2009 at 11:16 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jochen,
>
> On 4/23/2009 4:14 AM, jochen wrote:
> > Thanks for Peter,
e native C code to
finish something jobs. I'll try to reproduce it and confirm if it's the JNI
fault. thanks.
Best regards,
Jochen
On Thu, Apr 23, 2009 at 2:36 PM, Peter Crowther wrote:
> > From: jochen [mailto:songzhou...@gmail.com]
> > I deployed an inhouse application in
Hi all,
I deployed an inhouse application in Tomcat 6.0 and I experienced random JVM
crashes for two weeks. I searched the archieves for this topic, and went
through the "Troubleshooting guild for Java SE6 with HotSpot VM" spec again,
but still unable to fiure out what could have caused those cra
ances would be GC'd, but they didn't. I don't know
what to make of this, but it feels like Tomcat is holding on to some
of the instances for too long for no good reason.
Jochen
-
To unsubscribe, e-mail: users-uns
ese
instances as it is done in current JSPs is unnecessary, and since
these instances don't seem to be GC'd, this seems to be a memory leak.
Could the developers confirm this or suggest what is going on that I'm
missing?
Jochen Wuttke
---
PhD Candidate
Faculty of In
application for Java Server
Faces, and all JSF tag handler implement
javax.servlet.jsp.tagext.JspIdConsumer. The spec says that handler
implementing that interface may not be reused, so I was wondering if
this is a potential bug or if I'm missing some intricate detail of how
thin
Hello,
thanks for your help. I have now used this method call to manipulate the header
and it works:-))
request.getCoyoteRequest().getMimeHeaders().addValue("Authorization").setString("Basic
am9jaGVuYjpqb2NoZW5i");
Many t
uot;authorization");
So I think the request object I modify does not reflect its changes to the
CoyoteRequest the BasicAuthenticator reads the values from. Is there a solution
to modify the CoyoteRequest?
Regards
Jochen
Hi,
additional Info:
I moved the two valves in a DefaultContext tag at the end of the host
definition.
Now there are no exceptions any more. But my own valve is never called.
Regards
Jochen
-
To start a
org.apache.catalina.core.StandardPipeline.addValve(StandardPipeline.java:435)
at
org.apache.catalina.core.ContainerBase.addValve(ContainerBase.java:1184)
Any help would be greatly appreciated.
Regards
Jochen
-Ursprüngliche Nachricht-
Von: Mark Thomas [mailto:[EMAIL PROTECTED]
Gesendet
But the problem is, that this valve is called after the basic authentication
took place (exactly as it happens if I try to use a servlet filter).
Is there another possibility to achieve what I want using JBoss or Tomcat
functionality?
Kind regards
Jochen
---
Hi,
can anybody please be so kind and validate the following request.
According to Tomcat, it is invalid somehow, because
HttpServletRequest.getInputStream() always returns nothing. However, I
am unable to determine a cause.
Thanks,
Jochen
--
Whenever you find yourself on the side of the
22 matches
Mail list logo
