digested passwords: unable to configure them correctly (Tomcat 9.x)...

[Roberto Simoni]

Hi, I'm trying to configure digested password in an application. Just for
example I was trying with MD5.
First of all:
  * OS: CentOS Linux 7 (Core)
  * Tomcat full version: 9.0.43

I configured the Host in this way:


  



  


 
  


The authentication fails. For testing purposes I created a username usr
with password 1 that in MD5 is c4ca4238a0b923820dcc509a6f75849b

Enabling details in logs I found these rows:
19-Feb-2021 21:48:33.232 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.authenticator.AuthenticatorBase.invoke Security
checking request GET /
19-Feb-2021 21:48:33.233 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.realm.RealmBase.findSecurityConstraints Checking
constraint 'SecurityConstraint[Monitoring]' against GET /index.jsp --> false
19-Feb-2021 21:48:33.234 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.realm.RealmBase.findSecurityConstraints Checking
constraint 'SecurityConstraint[Tradx]' against GET /index.jsp --> true
19-Feb-2021 21:48:33.234 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.realm.RealmBase.findSecurityConstraints Checking
constraint 'SecurityConstraint[Monitoring]' against GET /index.jsp --> false
19-Feb-2021 21:48:33.234 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.realm.RealmBase.findSecurityConstraints Checking
constraint 'SecurityConstraint[Tradx]' against GET /index.jsp --> true
19-Feb-2021 21:48:33.235 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.authenticator.AuthenticatorBase.invoke Calling
hasUserDataPermission()
19-Feb-2021 21:48:33.235 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.realm.RealmBase.hasUserDataPermission User data
constraint has no restrictions
19-Feb-2021 21:48:33.235 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.authenticator.AuthenticatorBase.invoke Calling
authenticate()
19-Feb-2021 21:48:33.486 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.realm.RealmBase.authenticate Digest :
3038dd372061bee3cfa5e1a510bea637 Username:usr
ClientDigest:3038dd372061bee3cfa5e1a510bea637
nonce:1613771311042:138f42717e6782847a85f249e2deedae nc:0002
cnonce:c5513c3d36b6b643 qop:auth
realm:DbRealmmd5a2:71998c64aea37ae77020c49c00f73fa8 Server
digest:a66b50234577cb13076d3a117102c955
19-Feb-2021 21:48:33.487 FINE [ajp-nio-127.0.0.1-33407-exec-2]
org.apache.catalina.authenticator.AuthenticatorBase.invoke Failed
authenticate() test

but I can't understand the debug message in the last but not least row.
Just to exclude other errors I tried commenting the CredentialHandler and I
can login if I try with usr / c4ca4238a0b923820dcc509a6f75849b

I don't catch what I made wrong.
Can you help me?

Regards
  R

P.S.  I tried also to put the jdbc config in global just for test putting
localDataSource to false (just for test), but it didn't work either

Re: Error = Caused by: java.lang.NoSuchMethodError: com.google.common.io.ByteStreams.exhaust(Ljava/io/InputStream;)

[Rob Sargent]

Can you remove IntelliJ from local env?  Much magic in there. 

> On Feb 19, 2021, at 6:14 AM, Ricky Thomas  wrote:
> 
> Thanks.
> I already did that so there is no guava or any other google in tomcat’s lib
> which would collide.
> 
> also as we checked WEB-INF lib there were no dupes.
> 
> we enforced right version of guava, also excluded old dependencies
> 
>> On Fri, 19 Feb 2021, 13:00 Christopher Schultz, <
>> ch...@christopherschultz.net> wrote:
>> 
>> Ricky,
>> 
>>> On 2/19/21 07:55, Ricky Thomas wrote:
>>> Trying to connect our application from Tomcat to Big Query. Same war file
>>> works fine in Jetty.
>>> Tomcat version 9
>>> Grails version 4
>>> BQ driver SimbaJDBCDriverforGoogleBigQuery42_1.2.13.1016
>>> 
>>> Above error usually caused by older version of com.google.guava:guava
>> lib,
>>> so to make sure we have latest/higher we also added entry in build.gradle
>>> compile "com.google.guava:guava:30.1-jre"
>>> 
>>>  On local env (IntelliJ) application works fine and BQ jdbc makes
>>> connection without any issue. When we deploy war file on server we start
>>> getting above error on Big Query database connection.
>>> 
>>> Any ideas?
>> 
>> Check for duplicate JAR files in Tomcat's lib/ versus
>> webapps/yourapp/WEB-INF/lib directories.
>> 
>> Failing that, search your application's JAR files to find out if you
>> have multiple copies of that class hidden somewhere.
>> 
>> With build tools which handle dependencies, it's easy to accidentally
>> include the same thing twice, especially if the packaging of one or more
>> dependencies isn't right.
>> 
>> This can also happen with "fat JARs" where one project distributes a
>> library which includes all of its own dependencies without shading them.
>> Oops.
>> 
>> -chris
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>> 
>> 
> 
> -- 
> 
> 
> 
> 
> Avora Ltd is a company registered in England and Wales. Registered 
> number: 08922902. Registered office: Avora, 38 Chancery Lane, London WC2A 
> 1EN.
> 
> 
> 
> 
> 
> 
> 
> 

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Ad Apache Sling scripting (Re: Run servlets on Nashorn written in server-side JavaScript

[Woonsan Ko]

On Fri, Feb 19, 2021 at 7:37 AM Rony G. Flatscher (Apache)
 wrote:
>
> Woonsan,
>
> On 18.02.2021 18:02, Woonsan Ko wrote:
>
> > You might want to take a look at this, too:
> > - http://portals.apache.org/bridges/bridges-script/index.html
> >
> > Of course, there must be outdated dependencies, but the idea is the
> > same and it has working code: integrate with JSR-223 for jruby,
> > jython, bsh, js, etc.
> > The portlet api (e.g, PortletRequest, PortletResponse, PortletContext,
> > etc) should be converted to servlet-api though.
>
> thank you very much for this pointer. The overview page [1] includes 
> references to the Portlet
> specifications [2,3] which allow to learn about the motivation and also about 
> its devised features.
> It was also interesting to skim over some bird-eye's-view comparisons between 
> Portlets and Servlets
> e.g. in [4, 5].
>
> As I have an implementation already in place (with BA students trying it out 
> who have been serving a
> little bit as a very small subject group) that supports both BSF and JSR-223, 
> I would make further
> work dependent on my assessment of the student's work (and of course whatever 
> feedback comes up
> later). The goal was to keep it as simple as possible (KISS principle) such 
> that it is easy to
> understand/teach and easy to take advantage of, yet make it versatile for the 
> script developers
> (including demo script samples that will dump the request and response 
> objects and query their
> getter values such that the students get to see/learn what they convey to 
> them at the point of
> invocation; just skimming over this extensive information causes them to 
> learn what is available and
> over time get a "feeling" of what they can expect and do with each request).

That makes sense. Thanks for sharing your views!

Cheers, woonsan

>
> ---rony
>
> [1] Apache Portals Bridges Homepage: 
> 
> [2] JSR-168, Portlet Specification: 
> [3] JRS-286, Portlet Specification 2.0: 
> 
> [4] Nilang, Servlet vs Portlet: 
> 
> [5] Sarin A., Portlets vs. Servlets: Request Processing with Web Components:
> 
>
>
> > On Thu, Feb 18, 2021 at 11:09 AM Rony G. Flatscher (Apache)
> >  wrote:
> >> Chris,
> >>
> >> On 18.02.2021 15:56, Christopher Schultz wrote:
> >> ... cut ...
> >>> A BSF / JSR-233 environment that is available for any servlet container 
> >>> would certainly be an
> >>> accomplishment, and probably very useful for some shops (and students!).
> >>>
> >>> I wonder if there is anything we can learn / steal from Apache Sling.
> >> hmm, at first sight Apache Sling defines its own Scripting classes [1] and 
> >> seems to not use JSR-223
> >> [2, 3] (or BSF [4] for that matter). As a result it seems that each 
> >> scripting language that you wish
> >> to use in the Sling environment needs to get a proper SlingScript 
> >> implementation otherwise you are
> >> out of luck.
> >>
> >> Personally I think one should adhere to the standard Java scripting 
> >> framework [2] whenever possible
> >> (and I would see no compelling reason at first sight why the Sling project 
> >> created its own scripting
> >> framework). The Java scripting framework allows non-Java programmers to 
> >> create scripts that can be
> >> deployed by the Java application and allow them to interact directly with 
> >> explicitly supplied Java
> >> objects of the Java application. Loading a scripting language for the Java 
> >> application programmer is
> >> as easy as using javax.script.ScriptEngineManager methods that start with 
> >> getEngineBy...() supplying
> >> the name of the scripting language (like "groovy", "javascript", 
> >> "netrexx", "rexx" and the like),
> >> one of its mime-types or one of its file-extensions and then (re-)using 
> >> that engine to evaluate
> >> script code.
> >>
> >> The JSR-223 [3] implementation of Java 6 makes it also quite easy to 
> >> create new bindings for new
> >> programming languages (one merely needs to extend 
> >> javax.script.AbstractScriptEngine, which
> >> implements already most of the javax.script.ScriptEngine interface, and 
> >> implement the
> >> javax.script.ScriptFactory interface).
> >>
> >> ---rony
> >>
> >> [1] Sling's Scripting Framework:
> >> 
> >> [2] Java's Scripting Framework (Since Java 6):
> >> 
> >> [3] JCP JSR-223: 
> >> [4] Apache BSF: 
> >>
> >>
> >

-
To 

Re: Error = Caused by: java.lang.NoSuchMethodError: com.google.common.io.ByteStreams.exhaust(Ljava/io/InputStream;)

[Ricky Thomas]

Thanks.
I already did that so there is no guava or any other google in tomcat’s lib
which would collide.

also as we checked WEB-INF lib there were no dupes.

we enforced right version of guava, also excluded old dependencies

On Fri, 19 Feb 2021, 13:00 Christopher Schultz, <
ch...@christopherschultz.net> wrote:

> Ricky,
>
> On 2/19/21 07:55, Ricky Thomas wrote:
> > Trying to connect our application from Tomcat to Big Query. Same war file
> > works fine in Jetty.
> > Tomcat version 9
> > Grails version 4
> > BQ driver SimbaJDBCDriverforGoogleBigQuery42_1.2.13.1016
> >
> > Above error usually caused by older version of com.google.guava:guava
> lib,
> > so to make sure we have latest/higher we also added entry in build.gradle
> > compile "com.google.guava:guava:30.1-jre"
> >
> >   On local env (IntelliJ) application works fine and BQ jdbc makes
> > connection without any issue. When we deploy war file on server we start
> > getting above error on Big Query database connection.
> >
> > Any ideas?
>
> Check for duplicate JAR files in Tomcat's lib/ versus
> webapps/yourapp/WEB-INF/lib directories.
>
> Failing that, search your application's JAR files to find out if you
> have multiple copies of that class hidden somewhere.
>
> With build tools which handle dependencies, it's easy to accidentally
> include the same thing twice, especially if the packaging of one or more
> dependencies isn't right.
>
> This can also happen with "fat JARs" where one project distributes a
> library which includes all of its own dependencies without shading them.
> Oops.
>
> -chris
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

-- 




Avora Ltd is a company registered in England and Wales. Registered 
number: 08922902. Registered office: Avora, 38 Chancery Lane, London WC2A 
1EN.

Re: Error = Caused by: java.lang.NoSuchMethodError: com.google.common.io.ByteStreams.exhaust(Ljava/io/InputStream;)

[Christopher Schultz]

Ricky,

On 2/19/21 07:55, Ricky Thomas wrote:

Trying to connect our application from Tomcat to Big Query. Same war file
works fine in Jetty.
Tomcat version 9
Grails version 4
BQ driver SimbaJDBCDriverforGoogleBigQuery42_1.2.13.1016

Above error usually caused by older version of com.google.guava:guava lib,
so to make sure we have latest/higher we also added entry in build.gradle
compile "com.google.guava:guava:30.1-jre"

  On local env (IntelliJ) application works fine and BQ jdbc makes
connection without any issue. When we deploy war file on server we start
getting above error on Big Query database connection.

Any ideas?


Check for duplicate JAR files in Tomcat's lib/ versus 
webapps/yourapp/WEB-INF/lib directories.


Failing that, search your application's JAR files to find out if you 
have multiple copies of that class hidden somewhere.


With build tools which handle dependencies, it's easy to accidentally 
include the same thing twice, especially if the packaging of one or more 
dependencies isn't right.


This can also happen with "fat JARs" where one project distributes a 
library which includes all of its own dependencies without shading them. 
Oops.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Error = Caused by: java.lang.NoSuchMethodError: com.google.common.io.ByteStreams.exhaust(Ljava/io/InputStream;)

[Ricky Thomas]

Trying to connect our application from Tomcat to Big Query. Same war file
works fine in Jetty.
Tomcat version 9
Grails version 4
BQ driver SimbaJDBCDriverforGoogleBigQuery42_1.2.13.1016

Above error usually caused by older version of com.google.guava:guava lib,
so to make sure we have latest/higher we also added entry in build.gradle
compile "com.google.guava:guava:30.1-jre"

 On local env (IntelliJ) application works fine and BQ jdbc makes
connection without any issue. When we deploy war file on server we start
getting above error on Big Query database connection.

Any ideas?

-- 




Avora Ltd is a company registered in England and Wales. Registered 
number: 08922902. Registered office: Avora, 38 Chancery Lane, London WC2A 
1EN.

Re: Out of memory exception

[Christopher Schultz]

Niranjan,

On 2/18/21 13:36, Niranjan Rao wrote:
First apologies for non tomcat question. I have seen that there is 
enough expertise here to provide hints and hints are what I am looking 
for to solve the problem and question is generic enough. I have tried 
researching problem to best of my abilities.


It all happens on Ubuntu 20.04 and JDK 15

We have a java program that regularly throws 
"java.lang.OutOfMemoryError: Java heap space" exception. Puzzling point 
is it happens only on one VM. We have a set of two VMs/boxes spawned 
from same AWS image. Machine class/region is exactly same and since they 
are from same image, they should be mostly identical except stuff like 
host name, ip address etc.


Number of tasks performed by VMs are comparable and not a significant 
difference. Yet, one VM never runs of out of memory and other one does. 
Sometimes it's as soon as half an hour after restarting the process 
while on the other box process is running for days and no issues.


I took memory dumps from both VMs and they look similar. Program is 
started with -Xmx1g flag and we have taken regular memory dumps. In many 
cases eclipse MAT reports total memory usage was less than 100MB when 
program crashed with out of memory exception.



Has anyone seen anything similar to this? Identical bits of code 
behaving differently? What else should I be looking for?


What is the load profile of each application/server? You said you aren't 
running Tomcat, but is load on each of the applications balanced in any 
way similar to how a web-application load-balancer would work? 
Sometimes, the answer is simply that one server is doing more work than 
the other.


We have two application servers which are "identical" except that only 
one of them handles our email queue.


Maybe though the "types" of tasks are the same for each server, one of 
them is getting unlucky and is handling a "big" task that fails each time?


Do you have any logging which would indicate which task, ro what kinds 
of tasks are failing?


Do you have a stack trace of the OOME? Do you have a bunch of them (from 
many separate events)? Do they all look the same?


The AWS images are the same, have you upgraded the OS on either one 
after initial launch, or do you always start fresh with the same image 
and no "apt-get update" on them. Same JVM and everything on each of them?


If you start with -Xmx1G then you should consider also using -Xms1G. IF 
you have a long-running process which you expect may take up 1G of heap 
space, go ahead and allocate it all at once instead of wasting time 
re-sizing the heap a bunch of times on your way up to 1G.


-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Ad Apache Sling scripting (Re: Run servlets on Nashorn written in server-side JavaScript

[Rony G. Flatscher (Apache)]

Woonsan,

On 18.02.2021 18:02, Woonsan Ko wrote:

> You might want to take a look at this, too:
> - http://portals.apache.org/bridges/bridges-script/index.html
>
> Of course, there must be outdated dependencies, but the idea is the
> same and it has working code: integrate with JSR-223 for jruby,
> jython, bsh, js, etc.
> The portlet api (e.g, PortletRequest, PortletResponse, PortletContext,
> etc) should be converted to servlet-api though.

thank you very much for this pointer. The overview page [1] includes references 
to the Portlet
specifications [2,3] which allow to learn about the motivation and also about 
its devised features.
It was also interesting to skim over some bird-eye's-view comparisons between 
Portlets and Servlets
e.g. in [4, 5].

As I have an implementation already in place (with BA students trying it out 
who have been serving a
little bit as a very small subject group) that supports both BSF and JSR-223, I 
would make further
work dependent on my assessment of the student's work (and of course whatever 
feedback comes up
later). The goal was to keep it as simple as possible (KISS principle) such 
that it is easy to
understand/teach and easy to take advantage of, yet make it versatile for the 
script developers
(including demo script samples that will dump the request and response objects 
and query their
getter values such that the students get to see/learn what they convey to them 
at the point of
invocation; just skimming over this extensive information causes them to learn 
what is available and
over time get a "feeling" of what they can expect and do with each request).

---rony

[1] Apache Portals Bridges Homepage: 

[2] JSR-168, Portlet Specification: 
[3] JRS-286, Portlet Specification 2.0: 

[4] Nilang, Servlet vs Portlet: 

[5] Sarin A., Portlets vs. Servlets: Request Processing with Web Components:



> On Thu, Feb 18, 2021 at 11:09 AM Rony G. Flatscher (Apache)
>  wrote:
>> Chris,
>>
>> On 18.02.2021 15:56, Christopher Schultz wrote:
>> ... cut ...
>>> A BSF / JSR-233 environment that is available for any servlet container 
>>> would certainly be an
>>> accomplishment, and probably very useful for some shops (and students!).
>>>
>>> I wonder if there is anything we can learn / steal from Apache Sling.
>> hmm, at first sight Apache Sling defines its own Scripting classes [1] and 
>> seems to not use JSR-223
>> [2, 3] (or BSF [4] for that matter). As a result it seems that each 
>> scripting language that you wish
>> to use in the Sling environment needs to get a proper SlingScript 
>> implementation otherwise you are
>> out of luck.
>>
>> Personally I think one should adhere to the standard Java scripting 
>> framework [2] whenever possible
>> (and I would see no compelling reason at first sight why the Sling project 
>> created its own scripting
>> framework). The Java scripting framework allows non-Java programmers to 
>> create scripts that can be
>> deployed by the Java application and allow them to interact directly with 
>> explicitly supplied Java
>> objects of the Java application. Loading a scripting language for the Java 
>> application programmer is
>> as easy as using javax.script.ScriptEngineManager methods that start with 
>> getEngineBy...() supplying
>> the name of the scripting language (like "groovy", "javascript", "netrexx", 
>> "rexx" and the like),
>> one of its mime-types or one of its file-extensions and then (re-)using that 
>> engine to evaluate
>> script code.
>>
>> The JSR-223 [3] implementation of Java 6 makes it also quite easy to create 
>> new bindings for new
>> programming languages (one merely needs to extend 
>> javax.script.AbstractScriptEngine, which
>> implements already most of the javax.script.ScriptEngine interface, and 
>> implement the
>> javax.script.ScriptFactory interface).
>>
>> ---rony
>>
>> [1] Sling's Scripting Framework:
>> 
>> [2] Java's Scripting Framework (Since Java 6):
>> 
>> [3] JCP JSR-223: 
>> [4] Apache BSF: 
>>
>>
>

Re: Tomcat 9 jar containing @webservlet annotation not loaded if inside tomcat/lib

[aghart...@gmail.com]

Hi Mark,

I'm sorry to bother you, do you need more information about that? (see 
email below, my mistake about reply recipient)


Many Thanks,

Agharta




Il 18/02/21 13:09, aghart...@gmail.com ha scritto:

Hi,

FYI, tomcat 9.0.43 have this problem too.

Best Regards,

Agharta


Il 18/02/21 12:51, aghart...@gmail.com ha scritto:

Hi Mark,

Good questions, my mistake, sorry.

So:

jar file name is testannotation.jar

package is "aaa." (very simple)

Standard vanilla tomcat (.zip) downloaded from ASF site, no package 
manager. Unzipped to my home directory.


org.apache.tomcat.util.scan.StandardJarScanner.level = FINE (enabled 
inside tomcat/conf/logging.properties)


Result:

catalina.2021-02-18.log:18-Feb-2021 12:45:03.703 BUONO [main] 
org.apache.tomcat.util.scan.StandardJarScanner.processURLs Scanning 
JAR [file:/home/agharta/apache-tomcat-9.0.41/lib/testannotation.jar] 
from classpath
catalina.2021-02-18.log:18-Feb-2021 12:45:06.178 BUONO 
[http-nio-8082-exec-1] 
org.apache.tomcat.util.scan.StandardJarScanner.processURLs Scanning 
JAR [file:/home/agharta/apache-tomcat-9.0.41/lib/testannotation.jar] 
from classpath


...no other messages involving testannotation.jar or TestServlet.


Many thanks,

Agharta




Il 18/02/21 12:24, Mark Thomas ha scritto:

On 18/02/2021 10:46, aghart...@gmail.com wrote:

Hi all,

A question, I can't solve that

Tested with Tomcat 9.0.41, java 8 x64, linux (Fedora 32).


I have a standard tomcat web.xml (3.0 or 3.1, no matter).

I have created an external simple servlet with @WebServlet annotation,
and packaged it to a jar file:

Name of the JAR file?

Package the Servlet has been placed in?

Standard Tomcat downloaded from the ASF or one provided by your package
manager?

Have you tried enabling debug logging for
org.apache.tomcat.util.scan.StandardJarScanner ?

Mark




@WebServlet(name = "TestServlet", urlPatterns = {"/TestServlet"},
loadOnStartup = 1)
public class TestServlet extends HttpServlet {

 private static final Logger log =
Logger.getLogger(TestServlet.class.getName());

 private static final long serialVersionUID = 1L;

 @Override
 public void init() throws ServletException {
 log.setLevel(Level.ALL);
 log.log(Level.WARNING, "TESTSERVLET INIT");
 super.init();
 }

 @Override
 public void destroy() {
 }

 @Override
 protected void doGet(HttpServletRequest req, HttpServletResponse
resp) throws ServletException, IOException {
 processRequest(req, resp);
 }

 protected void processRequest(HttpServletRequest request,
HttpServletResponse response)
 throws ServletException, IOException {
 response.setContentType("text/html;charset=UTF-8");
 PrintWriter out = response.getWriter();

 try {
     out.println("");
 out.println("");
 out.println("");
 out.println("Servlet TestServlet");
 out.println("");
 out.println("");
 out.println("Servlet TestServlet at " +
request.getContextPath() + "");

 out.println("");
 out.println("");
 } finally {
 out.close();
 }
 }

}


So, if I copy the .jar file inside WEB-INF/lib folder of 
destination war

project the log message will appears and the servlet is reachable.

But, if I copy the .jar file inside tomcat/lib folder the annotation
won't be processed.


FYI, in tomcat 7 both cases (inside WEB-INF/lib and tomcat/lib) 
works well.



I searched on breaking changes between tomcat 7 and 8/8.5/9 but nope.
Seems related to jarscanner.but no luck!


Because my servlet is in common to all projects I want to put it 
inside

tomcat/lib folder and share it to all my projects


Somebody can help me?


Many thanks,

Agharta








-
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