Re: Adding a custom configurations file globally and at web-app level for Apache Tomcat
Chiranga, On 2/12/16 1:27 AM, Chiranga Alwis wrote: > There are some custom configurations which we intend to add to this config > file. We have a custom made single-sign-on valve based on SAML 2.0 which > has plenty of configuration properties plus there are some custom > classloading code which I am not that entirely proficient about. > > We intend to separate out these from default Tomcat configs in web.xml and > improve the users' usability. How does introducing a new type of global configuration file improve users' usability? -chris > On Thu, Feb 11, 2016 at 10:53 PM, Christopher Schultz < > ch...@christopherschultz.net> wrote: > > Chiranga, > > On 2/11/16 6:45 AM, Chiranga Alwis wrote: Hi, I have been working on adding a custom configurations file which follow a pattern similar to the web.xml, i.e. the file can be defined globally but several predefined configuration properties can be overridden at web-app level. For this purpose, my initial plan was to load the content in global level file by implementing the LifeCycleListener interface and in the case of a web-app or context use a ServletContextListener. Is this the most appropriate procedure to achieve this or is it an incorrect approach? > > Can you explain how this is different from what is possible using > conf/web.xml and conf/context.xml for site-wide defaults? > > -chris >> >> - >> 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
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)" > 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
Re: Sessions number issue
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.
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"
To: "Tomcat Users List"
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)"
> 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
Re: Sessions number issue
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.
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"
To: "Tomcat Users List"
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)"
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
--
George Sexton
*MH Software, Inc.*
Voice: 303 438 9585
http://www.connectdaily.com
context doesnt pick up
Hi All When I put the context in server.xml it works fine, but if I put the same context tag in a xml file under /conf/Catalina/localhost/test.xml then tomcat doesn't pick it up. I would rather want to use the latter. The test.xml is Its a set up where the tomcat user has no write access to /webapps only read. The war has been exploded to /webapps/test. Auto deployment is disabled. In server.xml I have autoDeploy="false" deployOnStartup="false", unpackWARS="false". The tomcat user only has read access to /conf/Catalina/localhost/test.xml. Its tomcat 8 on linux. What Am I missing?
RE: context doesnt pick up
> From: Me Self [mailto:wmso...@gmail.com] > Subject: context doesnt pick up > When I put the context in server.xml it works fine, but if I put the same > context tag in a xml file under /conf/Catalina/localhost/test.xml then > tomcat doesn't pick it up. I would rather want to use the latter. > The test.xml is > > > What Am I missing? Reading the doc, which for the docBase attribute states: "The value of this field must not be set unless the Context element is defined in server.xml or the docBase is not located under the Host's appBase." http://tomcat.apache.org/tomcat-8.0-doc/config/context.html I suspect that if you examined the logs you would find an error message related to deployment of the test webapp. If all you have in the element is the docBase and your webapp is located in the 's appBase directory, you don't need a element at all. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: context doesnt pick up
> From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Subject: RE: context doesnt pick up > If all you have in the element is the docBase and your webapp is > located > in the 's appBase directory, you don't need a element at all. Sorry, since you have both deployOnStartup and autoDeploy set to false, you will need the element inside server.xml - that's the only way to get a webapp going when you have disabled all the other mechanisms. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: context doesnt pick up
I already tried an empty Context tag and no Context tag, makes no difference. Catalina.out has not error. I tried setting logging level FINE to see if there were anything related to how it scans conf/Catalina/localhost/ but nothing. On Sun, Feb 21, 2016 at 12:11 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: Me Self [mailto:wmso...@gmail.com] > > Subject: context doesnt pick up > > > When I put the context in server.xml it works fine, but if I put the same > > context tag in a xml file under /conf/Catalina/localhost/test.xml then > > tomcat doesn't pick it up. I would rather want to use the latter. > > > The test.xml is > > > > > > > What Am I missing? > > Reading the doc, which for the docBase attribute states: > "The value of this field must not be set unless the Context element is > defined in server.xml or the docBase is not located under the Host's > appBase." > > http://tomcat.apache.org/tomcat-8.0-doc/config/context.html > > I suspect that if you examined the logs you would find an error message > related to deployment of the test webapp. > > If all you have in the element is the docBase and your webapp is > located in the 's appBase directory, you don't need a > element at all. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail and > its attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: context doesnt pick up
OK thanks. On Sun, Feb 21, 2016 at 12:25 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > > Subject: RE: context doesnt pick up > > > If all you have in the element is the docBase and your webapp > is located > > in the 's appBase directory, you don't need a element at > all. > > Sorry, since you have both deployOnStartup and autoDeploy set to false, > you will need the element inside server.xml - that's the only way > to get a webapp going when you have disabled all the other mechanisms. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail and > its attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: context doesnt pick up
On Sat, Feb 20, 2016 at 11:28 PM, Me Self wrote: > I already tried an empty Context tag and no Context tag, makes no > difference. Catalina.out has not error. I tried setting logging level FINE > to see if there were anything related to how it scans > conf/Catalina/localhost/ but nothing. > > I thing you need to place the web app outside tomcat lets say in /users/myfolder/test And then set docbase path in /conf/Catalina/localhost/test.xml to and then stop start tomcat. > On Sun, Feb 21, 2016 at 12:11 AM, Caldarale, Charles R < > chuck.caldar...@unisys.com> wrote: > > > > From: Me Self [mailto:wmso...@gmail.com] > > > Subject: context doesnt pick up > > > > > When I put the context in server.xml it works fine, but if I put the > same > > > context tag in a xml file under /conf/Catalina/localhost/test.xml then > > > tomcat doesn't pick it up. I would rather want to use the latter. > > > > > The test.xml is > > > > > > > > > > > What Am I missing? > > > > Reading the doc, which for the docBase attribute states: > > "The value of this field must not be set unless the Context element is > > defined in server.xml or the docBase is not located under the Host's > > appBase." > > > > http://tomcat.apache.org/tomcat-8.0-doc/config/context.html > > > > I suspect that if you examined the logs you would find an error message > > related to deployment of the test webapp. > > > > If all you have in the element is the docBase and your webapp > is > > located in the 's appBase directory, you don't need a > > element at all. > > > > - Chuck > > > > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > > MATERIAL and is thus for use only by the intended recipient. If you > > received this in error, please contact the sender and delete the e-mail > and > > its attachments from all computers. > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > >
RE: context doesnt pick up
> From: prashant sharma [mailto:pacificmist.0...@gmail.com] > Subject: Re: context doesnt pick up > I thing you need to place the web app outside tomcat lets say in > /users/myfolder/test > And then set docbase path in /conf/Catalina/localhost/test.xml > to > and then stop start tomcat. That doesn't help when both deployOnStartup and autoDeploy are set to false. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat memory
Hi, I am currently running tomcat 7 in Windows 2012. The current JVM Heap memory parameters are set to empty, does the JVM Heap memory utilize the entire memory of the OS or does it default to a specific memory number? Thank you -Gokul
