Hello Mark,
Thank you very much!
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].level = ALL
does the trick for me:
/...
FINE [http-nio-8080-exec-5]
org.apache.catalina.authenticator.SingleSignOn.invoke SSO processing
request for [/manager/html]
.../...
Cheers,
Luis
El jue,
On 14/01/2021 15:52, Luis Rodríguez Fernández wrote:
> Hello there,
>
> I am trying to enable debug for
> the org.apache.catalina.authenticator.SingleSignOn valve. In my
> ${CATALINA_BASE}/conf/logging.properties I have set
>
> java.util.logging.ConsoleHandler.level = ALL
> .../...
> org.apache.c
Hello there,
I am trying to enable debug for
the org.apache.catalina.authenticator.SingleSignOn valve. In my
${CATALINA_BASE}/conf/logging.properties I have set
java.util.logging.ConsoleHandler.level = ALL
.../...
org.apache.catalina.authenticator.SingleSignOn.level = ALL
In my ${CATALINA_BASE}/
It looks like the in-flight requests are taking longer to complete than
the unloadDelay configured for the Context.
Mark
On 07/01/2021 23:00, Усманов Азат Анварович wrote:
>
> Hi everyone! About a year ago I asked the following question on the
> users-list about getting a illegal state except
Hi everyone! About a year ago I asked the following question on the users-list
about getting a illegal state exception when using parallel deployment in
tomcat 7
https://www.mail-archive.com/users@tomcat.apache.org/msg133549.html
since I wasn't able to find a solution we kinda avoided using par
ne Off
>>> AuthType openid-connect
>>> AllowOverride None
>>> AuthzDBDQuery "a correct database query"
>>> Require dbd-group allrepo
>>> LogLevel debug
>>>
>>
>> Nice. It have solved the problem, thank you v
evel debug
Nice. It have solved the problem, thank you very much. By adding the ssl
related directives here I could pass the ssl info as well. So basically
we have put the JkMount in a Location, and the other directives in
another similar directive, as a kind of workaround?
Think of it as foll
;
Nice. It have solved the problem, thank you very much. By adding the ssl
related directives here I could pass the ssl info as well. So basically
we have put the JkMount in a Location, and the other directives in
another simil
er-id for this request
So now you have the two last IF's answered positively.
What about the first IF ?
Info : in the default format of the Apache httpd access log, it will show the
authenticated user (if any) for each request, for example like this :
127.0.0.1 - THEUSER [07/Oct/2019:21:18:
tribute set as above
- THEN tomcat will retrieve the user-id of the httpd-authenticated user, and save it
internally as the tomcat-authenticated user-id for this request
So now you have the two last IF's answered positively.
What about the first IF ?
Info : in the default format of the Ap
On 10/7/19 8:20 PM, André Warnier (tomcat) wrote:
>
> Forgot the atribute 'tomcatAuthentication="false"' in the Connector ?
>
Yes, I did, however adding it back did not improve the situation.
My server.xml now:
On 07.10.2019 17:36, Magosányi Árpád wrote:
Magosányi,
How are you getting the attributes from the request?
This is the filter code:
String user = httpRequest.getRemoteUser(); Object cert =
httpRequest.getAttribute("javax.servlet.request.X509Certificate");
this.context.log("user:"+user);
> Magosányi,
>
> >> How are you getting the attributes from the request?
>
> > This is the filter code:
>
>
> > String user = httpRequest.getRemoteUser(); Object cert =
> > httpRequest.getAttribute("javax.servlet.request.X509Certificate");
> > this.context.log("user:"+user);
>
> This won't show any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Magosányi,
On 10/7/19 11:16, Magosányi Árpád wrote:
>> Magosányi,
>>
>> On 10/7/19 10:37, Magosányi Árpád wrote:
>>> I intend to use the user and certificate info in a Filter.
>>
>>> I think I have
> Magosányi,
>
> On 10/7/19 10:37, Magosányi Árpád wrote:
> > I intend to use the user and certificate info in a Filter.
>
> > I think I have configured everything to do that, but the
> > information does not get passed along. Based on various
> > documentations
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Magosányi,
On 10/7/19 10:37, Magosányi Árpád wrote:
> I intend to use the user and certificate info in a Filter.
>
> I think I have configured everything to do that, but the
> information does not get passed along. Based on various
>
I intend to use the user and certificate info in a Filter.
I think I have configured everything to do that, but the information does not
get passed along. Based on various documentations and howtos, SSLVerifyClient
require, SSLOptions +StdEnvVars and SSLOptions +ExportCertData and JkExtractSSL
On 21/01/2019 08:36, Abhishek kumar srivastava wrote:
> Hi All ,
>
> I want to access the value of "host" header at the Back-End in
> servlet-filter , Before Http/2.0 Host information was available in the
> Headers .
> After switching to Http/2 I am able to send the request and receive the
> respo
Hi All ,
I want to access the value of "host" header at the Back-End in
servlet-filter , Before Http/2.0 Host information was available in the
Headers .
After switching to Http/2 I am able to send the request and receive the
response but information about the "host" header is not accessible on
cal
Hi Mark,
Agree that hiding the version is not the way to deal with vulnerabilities.
Having said that, revealing information about the stack or its version in the
error handler to the world can still be a security issue.
What kind of debugging are we expecting when the server type and version ar
On 08/01/2019 23:30, Zamani, Karim wrote:
Hi,
Tomcat’s default error handler has showServerInfo set to true by default. This
is not a good security practice because it exposes Tomcat’s version (version
disclosure).
Is there a reason why this property is not set to false by default?
Yes.
If
Hi,
Tomcat’s default error handler has showServerInfo set to true by default. This
is not a good security practice because it exposes Tomcat’s version (version
disclosure).
Is there a reason why this property is not set to false by default?
Thanks,
Karim
On 02/08/18 10:58, M. Manna wrote:
> Hello,
>
> Does anyone know if this is fully official yet? NIST and CVE Mitre say that
> the ticket is reserved, but tomcat website says that this has been fixed in
> newer versions.
>
> I was simply looking for an official explanation on how this has been
> i
Hello,
Does anyone know if this is fully official yet? NIST and CVE Mitre say that
the ticket is reserved, but tomcat website says that this has been fixed in
newer versions.
I was simply looking for an official explanation on how this has been
identified as a problem.
Regards,
Yes
I hve double checked and compared with the server which is wolring as
expected.
Thanks
Sree
On Monday, May 21, 2018, Igal @ Lucee.org wrote:
> On 5/21/2018 3:46 PM, Sri Linux wrote:
>
>> Few servers give 403 access denined error when i click on webapss or
>> server
>> status
>>
>
> Do you
On 5/21/2018 3:46 PM, Sri Linux wrote:
Few servers give 403 access denined error when i click on webapss or server
status
Do you require authentication for those applications?
If so, make sure that you've set that up properly in the new
installation, e.g. in conf/tomcat-users.xml or whatever
Hi all
We have upgraded our application from 8.0.38 to 8.5.24
Few servers work as expected
Few servers give 403 access denined error when i click on webapss or server
status
Everything works fine with application launching and stuff
I have followed troubleshooting steps as provided in stack tr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
André,
On 2/9/17 3:57 AM, André Warnier (tomcat) wrote:
> On 09.02.2017 09:49, Mark Thomas wrote:
>> On 09/02/17 07:53, Fady Haikal wrote:
>>> Hi Can we change a severe exception in catalina that can be
>>> ignored
On 09.02.2017 09:49, Mark Thomas wrote:
On 09/02/17 07:53, Fady Haikal wrote:
Hi Can we change a severe exception in catalina that can be ignored to info?
Not without patching the source code, no.
Tomcat logging is SEVERE and we are facing an error in catalina that
can bi ignored, can we
org.apache.catalina.tribes.group.GroupChannel$HeartbeatThread.run(GroupChannel.java:697)
On Thu, Feb 9, 2017 at 10:49 AM, Mark Thomas wrote:
> On 09/02/17 07:53, Fady Haikal wrote:
>>
>> Hi Can we change a severe exception in catalina that can be ignored to
>> info?
>
>
> Not wi
On 09/02/17 07:53, Fady Haikal wrote:
Hi Can we change a severe exception in catalina that can be ignored to info?
Not without patching the source code, no.
Tomcat logging is SEVERE and we are facing an error in catalina that
can bi ignored, can we change the type of this error to INFO or
Hi Can we change a severe exception in catalina that can be ignored to info?
Tomcat logging is SEVERE and we are facing an error in catalina that
can bi ignored, can we change the type of this error to INFO or
Warning?
Regards
On 06/01/2017 01:22, modjkl...@comcast.net wrote:
> Newbie Tomcat user here. I installed Tomcat 8.5.9 on CentOS 7 a few
> days ago and noticed the default log files for catalina,
> host-manager, localhost, and manager are created fresh each day with
> a date in their filename.
>
> Doesn't this fil
Newbie Tomcat user here. I installed Tomcat 8.5.9 on CentOS 7 a few days ago
and noticed the default log files for catalina, host-manager, localhost, and
manager are created fresh each day with a date in their filename.
Doesn't this fill up the directory over time? Wouldn't it be better to have
On 21/04/2016 08:55, Cristian Lorenzetto wrote:
> hi
> i ask you a info about websocket perfomance.
>
> How i can calculate the maximum number of concurrent webocket for machine?
> is there a relationship(maybe a factor 1 or similar) for the maximum
> number of http reques
hi
i ask you a info about websocket perfomance.
How i can calculate the maximum number of concurrent webocket for machine?
is there a relationship(maybe a factor 1 or similar) for the maximum
number of http requests and the maxumum number of websocket for the same
tomcat server?
In particular
ed at DEBUG level.
>> Note: further occurrences of Parameter errors will be logged at DEBUG level.
>> Note: further occurrences of HTTP header parsing errors will be logged at
>> DEBUG level.
>>
>> But, the errors keep showing up at INFO level!
>>
>> I get thes
UG level.
>> Note: further occurrences of Parameter errors will be logged at DEBUG level.
>> Note: further occurrences of HTTP header parsing errors will be logged at
>> DEBUG level.
>>
>> But, the errors keep showing up at INFO level!
>>
>> I get these
ogged at DEBUG level.
> Note: further occurrences of HTTP header parsing errors will be logged at
> DEBUG level.
>
> But, the errors keep showing up at INFO level!
>
> I get these many many times a day, but I do not get user complaints, and I
> have not been able to cause the
will be logged at
DEBUG level.
But, the errors keep showing up at INFO level!
I get these many many times a day, but I do not get user complaints, and I have
not been able to cause the errors myself.
I would like to either
(1) Make these errors go away (such as by really having them logged at
7;ve bundle following tomcat websocket dependencies as OSGi bundle and
using that in the server.
org.apache.tomcat.embed
tomcat-embed-jasper
8.0.20
true
org.apache.tomcat
tomcat-websocket-api
8.0.20
true
This OSGi bundle is available with the server.
After buildin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thusitha,
On 4/24/15 7:40 AM, Thusitha Thilina Dayaratne wrote:
> Furthermore I've tried following things out and both options works
> without issue.
>
> 1. Running tomcat distributed examples in my server 2. Running the
> war file that I built ins
Hi,
Hi,
> Hi,
>
> I've embedded tomcat 8.0.20 and using that. I build the tomcat websocket
> example and when I'm trying to run it in my server for all 4 examples
> (Echo, chat, etc..)
> I'm getting
>
>> Info: WebSocket connection closed, Code: 1006
&g
Hi,
> Hi,
>
> I've embedded tomcat 8.0.20 and using that. I build the tomcat websocket
> example and when I'm trying to run it in my server for all 4 examples
> (Echo, chat, etc..)
> I'm getting
>
>> Info: WebSocket connection closed, Code: 1006
&g
Hi,
> Hi,
>
> I've embedded tomcat 8.0.20 and using that. I build the tomcat websocket
> example and when I'm trying to run it in my server for all 4 examples
> (Echo, chat, etc..)
> I'm getting
>
>> Info: WebSocket connection closed, Code: 1006
&g
Hi
> Hi,
>
> I've embedded tomcat 8.0.20 and using that. I build the tomcat websocket
> example and when I'm trying to run it in my server for all 4 examples
> (Echo, chat, etc..)
> I'm getting
>
>> Info: WebSocket connection closed, Code: 1006
&g
On 23/04/2015 05:51, Thusitha Thilina Dayaratne wrote:
> Hi,
>
> I've embedded tomcat 8.0.20 and using that. I build the tomcat websocket
> example and when I'm trying to run it in my server for all 4 examples
> (Echo, chat, etc..)
> I'm getting
>
>> Inf
Hi
>I've embedded tomcat 8.0.20 and using that. I build the tomcat websocket
example and when I'm trying to run it in my server for all 4 examples
(Echo, chat, etc..)
>I'm getting
> Info: WebSocket connection closed, Code: 1006
>In the console it prints
Hi,
I've embedded tomcat 8.0.20 and using that. I build the tomcat websocket
example and when I'm trying to run it in my server for all 4 examples
(Echo, chat, etc..)
I'm getting
> Info: WebSocket connection closed, Code: 1006
In the console it prints
WebSocket
eAdapter
> > checkRecycled
> > INFO: Encountered a non-recycled request and recycled it forcedly.
> > org.apache.catalina.connector.CoyoteAdapter$RecycleRequiredException
> > at
> >
> org.apache.catalina.connector.CoyoteAdapter.checkRecycled(Coy
On 14/01/2015 20:06, Sean Dawson wrote:
> I'm seeing this...
>
> Jan 14, 2015 2:56:32 PM org.apache.catalina.connector.CoyoteAdapter
> checkRecycled
> INFO: Encountered a non-recycled request and recycled it forcedly.
> org.apache.catalina.connector.CoyoteAdapter$Recycle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Sean,
On 1/14/15 3:06 PM, Sean Dawson wrote:
> I'm seeing this...
>
> Jan 14, 2015 2:56:32 PM
> org.apache.catalina.connector.CoyoteAdapter checkRecycled INFO:
> Encountered a non-recycled request and
I'm seeing this...
Jan 14, 2015 2:56:32 PM org.apache.catalina.connector.CoyoteAdapter
checkRecycled
INFO: Encountered a non-recycled request and recycled it forcedly.
org.apache.catalina.connector.CoyoteAdapter$RecycleRequiredExceptio
essages in the logs,
> >>
> >> Oct 26, 2014 4:05:46 PM org.apache.catalina.startup.TaglibUriRule body
> >> INFO: TLD skipped. URI: http://java.sun.com/jstl/xml_rt is already
> >> defined
> >> Oct 26, 2014 4:05:46 PM org.apache.catalina.startup.TaglibUr
On 28/10/2014 00:59, Kiran Badi wrote:
> Hi
>
> Can someone reply to this query please.
> On 10/2/2014 8:10 PM, Kiran Badi wrote:
>> Hi,
>>
>> I am getting below messages in the logs,
>>
>> Oct 26, 2014 4:05:46 PM org.apache.catalina.startup.TaglibUr
Hi
Can someone reply to this query please.
On 10/2/2014 8:10 PM, Kiran Badi wrote:
Hi,
I am getting below messages in the logs,
Oct 26, 2014 4:05:46 PM org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/xml_rt is already
defined
Oct 26, 2014 4:05
Hi,
I am getting below messages in the logs,
Oct 26, 2014 4:05:46 PM org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/xml_rt is already defined
Oct 26, 2014 4:05:46 PM org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http
Thanks Chuck. We are not using Apache Commons FileUpload or Tomcat's
implementation of FileUpload.
> From: Aditi Sinha [mailto:adisinha0...@gmail.com]
> Subject: Need info on CVE-2014-0050
> We are using Tomcat 7.0.40 as web server.
> How can we confirm if our application is vulnerable or not to CVE-2014-0050?
Read the relevant security pages:
http://tomcat.apache.org/security
Hi,
We are using Tomcat 7.0.40 as web server. It deploys a REST based(Jersey)
web application where few requests are multipart requests. These requests
accept byte array input.
We tried to reproduce this vulnerability by sending more than 4091
characters in the boundary field. The request failed
Mark
>
> Thank you in advance for your kind assistance.
>
> Best regards, Sandy Cheong
>
> -Original Message- From: Christopher Schultz
> [mailto:ch...@christopherschultz.net] Sent: Monday, May 05, 2014
> 3:59 PM To: Tomcat Users List Subject: Re:
you in advance for your kind assistance.
Best regards,
Sandy Cheong
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Monday, May 05, 2014 3:59 PM
To: Tomcat Users List
Subject: Re: How can i provide clientauth required info in HttpURLConnection
t;
> Sushil,
>
> On 5/5/14, 12:51 PM, Sushil Prusty wrote:
>>>> I have below code which will always throws exception while i
>>>> am trying to connect because my ClientAuth is true in
>>>> server.xml of apach/conf.Server.xml. How can i provide
>&
ill always throws exception while i am
> > trying to connect because my ClientAuth is true in server.xml of
> > apach/conf.Server.xml. How can i provide clientauth info to below
> > code using Apache api.
> >
> > URL testURL = new URL("https://localhost: 4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Sushil,
On 5/5/14, 12:51 PM, Sushil Prusty wrote:
> I have below code which will always throws exception while i am
> trying to connect because my ClientAuth is true in server.xml of
> apach/conf.Server.xml. How can i provide clientaut
Hi all
I have below code which will always throws exception while i am trying to
connect because my ClientAuth is true in server.xml of
apach/conf.Server.xml.
How can i provide clientauth info to below code using Apache api.
URL testURL = new URL("https://localhost: 443/app/AppActi
Excellent!!
It worked :) :) !! Thank you very mach Mark, to point out the java version
and log file info.
Log says:
*INFO: JSR 356 WebSocket (Java WebSocket 1.0) support is not available when
running on Java 6.* To suppress this message, run Tomcat on Java 7, remove
the WebSocket JARs from $CATALINA_HOME/lib or add the WebSocketJARs to the
tomcat.util.scan.DefaultJarScanner.jarsToSkip property in
On 25/03/2014 09:57, Kanagavelu Sugumar wrote:
> ohh my bad!!
> I think; it is using 1.6 jre.
> Very sorry!!
And the message in the logs when Tomcat starts about WebSocket support
and Java version says?
Mark
>
>
> C:\apache-tomcat-7.0.52\bin>catalina.bat
> Using CATALINA_BASE: "C:\apache-tom
ohh my bad!!
I think; it is using 1.6 jre.
Very sorry!!
C:\apache-tomcat-7.0.52\bin>catalina.bat
Using CATALINA_BASE: "C:\apache-tomcat-7.0.52"
Using CATALINA_HOME: "C:\apache-tomcat-7.0.52"
Using CATALINA_TMPDIR: "C:\apache-tomcat-7.0.52\temp"
*Using JRE_HOME:"C:\Program Files\Java\j
On 25/03/2014 09:51, Kanagavelu Sugumar wrote:
> Hi Mark,
>
> Thanks for your response.
>
> C:\Users\ksugumar>java -version
> java version "1.7.0_51"
> Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
> Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode)
Are you sure that is the version
Hi Mark,
Thanks for your response.
C:\Users\ksugumar>java -version
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode)
e
> browser, I am getting
>
> Info: WebSocket closed
>
> in the big textArea.
>
> localhost_access_log.2014-03-22.txt shows the below.
>
> 127.0.0.1 - - [22/Mar/2014:01:22:01 +0530] "GET
> /examples/websocket/chat.xhtml HTTP/1.1" 304 -
>
> 127.0.0.1 - - [22
Team,
1) I downloaded "apache-tomcat-7.0.52" to my windows 7 (32 bit machine);
2) Then i ran C:\apache-tomcat-7.0.52\bin\startup.bat
3) Now trying http://localhost:8080/examples/websocket/chat.xhtml on chrome
browser, I am getting
Info: WebSocket closed
in the bi
> -Original Message-
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Sent: Thursday, September 05, 2013 1:33 PM
> To: Tomcat Users List
> Subject: Re: Does JSR-356 provide a way for a client to pass security info on
> connect?
>
> -
ay
>> for a client to pass security info on connect?
>>
>> And when you have done and solved the problem, would you be nice
>> and post some summary on the list as a conclusion to this thread
>> ? This way other people who would encounter the same issue later
>> m
> -Original Message-
> From: André Warnier [mailto:a...@ice-sa.com]
> Sent: Thursday, September 05, 2013 10:04 AM
> To: Tomcat Users List
> Subject: Re: Does JSR-356 provide a way for a client to pass security info on
> connect?
>
> Bob DeRemer wrote:
> &
Bob DeRemer wrote:
-Original Message-
From: Niki Dokovski [mailto:nick...@gmail.com]
Sent: Thursday, September 05, 2013 7:22 AM
To: Tomcat Users List
Subject: Re: Does JSR-356 provide a way for a client to pass security info on
connect?
On Thu, Sep 5, 2013 at 8:48 AM, Niki Dokovski
> -Original Message-
> From: Niki Dokovski [mailto:nick...@gmail.com]
> Sent: Thursday, September 05, 2013 7:22 AM
> To: Tomcat Users List
> Subject: Re: Does JSR-356 provide a way for a client to pass security info on
> connect?
>
> On Thu, Sep 5, 2013 at 8:48
13 3:59 PM
>> > To: Tomcat Users List
>> > Subject: Re: Does JSR-356 provide a way for a client to pass security
>> info on
>> > connect?
>> >
>> > Bob DeRemer wrote:
>> > > I'm curious if there's anything defined in JSR-
On Thu, Sep 5, 2013 at 12:44 AM, Bob DeRemer wrote:
>
>
> > -Original Message-
> > From: André Warnier [mailto:a...@ice-sa.com]
> > Sent: Wednesday, September 04, 2013 3:59 PM
> > To: Tomcat Users List
> > Subject: Re: Does JSR-356 provide a way for
> -Original Message-
> From: André Warnier [mailto:a...@ice-sa.com]
> Sent: Wednesday, September 04, 2013 3:59 PM
> To: Tomcat Users List
> Subject: Re: Does JSR-356 provide a way for a client to pass security info on
> connect?
>
> Bob DeRemer wrote:
> > I
Bob DeRemer wrote:
I'm curious if there's anything defined in JSR-356 to enable a client to pass
some security claims in the connect that would allow me to perform an auth
check - prior to actually establishing the websocket connection.
In an attempt to avoid a websocket DOS, I'm looking to se
I'm curious if there's anything defined in JSR-356 to enable a client to pass
some security claims in the connect that would allow me to perform an auth
check - prior to actually establishing the websocket connection.
In an attempt to avoid a websocket DOS, I'm looking to see whether we can do a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Vince,
On 7/3/13 6:14 PM, Vince Stewart wrote:
> 1) I use embedded Tomcat to build my application and this has
> allowed me to maintain 2 single-line patches in tribes classes by
> adding tribes source code to my compilations. However those patches
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jose,
On 7/2/13 3:43 PM, Jose María Zaragoza wrote:
> Maybe I explained myself badly I really need to send messages to a
> specific web session , not share data
>
> I need to pass some data ( message ) to a specific session from a
> remote system (
nt membersOnLine=0;
> ChannelListener msgListener;// = new MyMessageListener(this);
> MembershipListener mbrListener;// = new MyMemberListener();
> StaticMember superServerStaticMember;
> boolean amSuperServer=false;
> private long lastMessageReceived;
> String remoteHostIPv4Address;
>
MemberListener();
StaticMember superServerStaticMember;
boolean amSuperServer=false;
private long lastMessageReceived;
String remoteHostIPv4Address;
int remoteHostPort;
Channel myChannel;
public static void log(String s){
System.out.println("INFO: "+s);
}
public static void log(
Thanks Vince.
I'll take a look , but , it doesn't look trivial , not at all
Regards
2013/7/4 Vince Stewart
> Hi Jose,
>
> a couple of things,
> 1) I use embedded Tomcat to build my application and this has allowed me to
> maintain 2 single-line patches in tribes classes by adding tribes source
Hi!
what about treating this problem as a chat system? You want to broadcast
messages, right? Maybe http://cometd.org/
is of any help (did not use it now personally)
Jens
Sent from my iPhone
On 04.07.2013, at 00:14, Vince Stewart wrote:
> Hi Jose,
>
> a couple of things,
> 1) I use embedded
Hi Jose,
a couple of things,
1) I use embedded Tomcat to build my application and this has allowed me to
maintain 2 single-line patches in tribes classes by adding tribes source
code to my compilations. However those patches are only necessary with
large messages that take more than 3 seconds to b
Thanks Vince.
This could be an option.
The documentation is poor and I don't see many examples in the web
Could you send to me some code as example & server.xml configuration ?
Regards
2013/7/3 Vince Stewart
> I have am using "tribes" messaging to send messages between remote
> applicatio
I have am using "tribes" messaging to send messages between remote
applications which include tomcat embedded. You construct your message and
submit to a "sendMessage" process. All running apps are always listening
for messages. They receive the message and then may or may not reply or
broadcast as
Thanks Christopher :
Maybe I explained myself badly
I really need to send messages to a specific web session , not share data
I need to pass some data ( message ) to a specific session from a remote
system ( a remote process from a remote system).
Finally, this data is passed to client's browser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jose,
On 7/2/13 3:22 AM, Jose María Zaragoza wrote:
> Thanks I need to share formatted text data ( XML, key/value,
> ...I'm not sure yet )
>
> I don't understand your comment about JMS . I will use a JMS broker
> as ActiveMQ . Probably it will be
Thanks
I need to share formatted text data ( XML, key/value, ...I'm not sure yet )
I don't understand your comment about JMS . I will use a JMS broker as
ActiveMQ . Probably it will be embebbed into the same JVM than Tomcat
server. ActiveMQ supports persistent messages
I could use a database b
Hi!
What kind of data do you want to share? Just a view "bytes"? Is there an
requirement concerning durability/persistence/performance?
Is this user=session related or do you want to share data in general? Usually
if you have a session id the lb will route your user always to the same
container
Hello:
I need to share data between sessions running in different Tomcat server.
I 'd been thinking about using a JMS broker (as ActiveMQ ):
- when a new session is created in Tomcat A, it's created a new unique
topic for this session
- the session registers itself as listener of that topic ( th
27;t working. I have everything installed,
> Path's and Codes are the same. Do you have any idea why it work on my
> system but not in my virtual machine (Vagrant)? It is the same OS as
> well.
>
> Greetings, Clodan
>
> Von: Konstantin Kolinko
> An: Tom
me. Do you have any idea why it work on my
system but not in my virtual machine (Vagrant)? It is the same OS as
well.
Greetings, Clodan
Von: Konstantin Kolinko
An: Tomcat Users List
Betreff: Re: INFO: Marking servlet jsp as unavailable
Datum: Thu, 11 Oct 2012 12:30:55 +02
1 - 100 of 335 matches
Mail list logo
