On 20.02.2016 18:44, George Sexton wrote:
On 2/20/2016 10:09 AM, Qadeer Khan wrote:
And I have no idea what questions I have to answer here! other than application
sessions
are being created by users and session field is remaining as zero.
Seriously, you should try responding to Mark's question here:
http://marc.info/?l=tomcat-user&m=145530442623563&w=2
In general, I went through the archives and read all of the threads.
First, you're not reporting a version of tomcat.
Second, you haven't verified the code is creating sessions by inspecting it.
Third, as asked, you haven't verified that users are even connecting to the
server you're
looking at.
You are not going to get a satisfactory outcome. You should really read this
web page:
http://www.catb.org/esr/faqs/smart-questions.html
and re-submit your question from the beginning, supplying all of the necessary
details.
In your particular case, you should document at minimum:
On server A running Apache Tomcat x.x.x, a request to URL ... creates an
incrementing
session.
On sever B running Apache Tomcat x.x.x, a request to URL does not create an
incrementing
session does not create a new session. I have verified by inspection of the
access logs
that the request is going to the expected web application instance.
If you can do this, you'll probably get more help.
Plus, the OP seems to be disregarding previous hints he's been given, such as
Christopher's earlier post about mismatched installed code versions.
Qadeer Khan, this is a high-quality support list. And on this list we do try to help
people with their Tomcat problems. But one condition is that they also try to help
themselves, and do not just expect answers to be spoon-fed to them.
On clicking on the session number which is a '0' displays following error
message:
An error occurred at line: 109 in the jsp file: /WEB-INF/jsp/sessionsList.jsp
DeltaSession cannot be resolved to a type
106: Session currentSession = (Session) iter.next();
107: String currentSessionId =
JspHelper.escapeXml(currentSession.getId());
108: String type;
109: if (currentSession instanceof DeltaSession) {
110: if (((DeltaSession) currentSession).isPrimarySession()) {
111: type = "Primary";
112: } else {
An error occurred at line: 110 in the jsp file: /WEB-INF/jsp/sessionsList.jsp
DeltaSession cannot be resolved to a type
107: String currentSessionId =
JspHelper.escapeXml(currentSession.getId());
108: String type;
109: if (currentSession instanceof DeltaSession) {
110: if (((DeltaSession) currentSession).isPrimarySession()) {
111: type = "Primary";
112: } else {
113: type = "Backup";
And my questions was why this could be happening and how could this be fixed
Thanks
----- Original Message -----
From: "Christopher Schultz" <ch...@christopherschultz.net>
To: "Tomcat Users List" <users@tomcat.apache.org>
Sent: Saturday, February 20, 2016 11:03:22 AM
Subject: Re: Sessions number issue
Qadeer,
On 2/19/16 9:50 PM, Qadeer Khan wrote:
Thanks so much for the help. I thought it were the open forum for any
one needing support for Tomcat related questions.
It is, but you aren't answering any of our followup questions. It's
making it literally impossible to help you.
-chris
----- Original Message -----
From: "André Warnier (tomcat)" <a...@ice-sa.com>
To: users@tomcat.apache.org
Sent: Friday, February 19, 2016 3:08:48 PM
Subject: Re: Sessions number issue
On 19.02.2016 17:40, David kerber wrote:
On 2/19/2016 11:20 AM, Qadeer Khan wrote:
Anyone, please throw some insight on the following issue
You need to do the research and answer the questions that Mark asked in your
other
thread.
Since you're using jboss, this may well be a jboss problem, rather than tomcat.
What I do not really understand here, is that the (partial) information
provided so far
seems to at least indicate that this is a JBOSS site and a RedHat customer;
that RedHat
does the development and support of JBOSS and has several JBOSS support forums
available;
and that the OP works for RedHat, as a Senior Consultant no less.
So why does the OP not contact his own support resources first ?
I mean, it is not that we don't /want/ to help (Tomcat 6-7 being used by JBOSS
and all
that), but would the above not be a logical first step ?
[snip]
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
