non www to www URL Rewrite

[RAVIRAJ SHAH]

Dear All,

Kindly request you to help to resolve this issue

Problem Statement :
we want to redirect non-www URL to www URL only

Current setup :

Defined rewrite valve in server.xml as below












Created rewrite.config file in ../conf/Catalina//


*RewriteCond %{HTTP_HOST} !^(.*)\.yourdomain\.com$ [NC] RewriteRule ^(.*)$
http://www.yourdomain.com /$1 [R=301,L]*

*kindly do needful*

Thanks & Regards,
Raviraj Shah

Re: taglibs

[Mark H. Wood]

On Mon, Nov 06, 2017 at 10:13:42AM -0500, Christopher Schultz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Ray,
> 
> On 11/6/17 9:48 AM, Ray Holme wrote:
> > I am not the primary developer. I do Java and DB development. I
> > leave the JSP for someone else (I am mostly retired but I have
> > been doing this a LONG time).> But I deal with distributions and
> > builds so I was the one who modified the "not to SCAN"
> > libraries.2.5 minutes down to less than 1 second.
> Fast and broken is worse than slow and working. :)
> 
> > But I blew it with the jstl jars so I just wanted to know if there
> > is any way to find out if the jar is a taglib.
> So... generally speaking I would say "you should know your own
> libraries" but it shouldn't be hard to determine which libraries are
> taglibs. Simply look in each JAR file to see if there are any ".tld"
> files.

That's what I thought, too.  I looked, and the jstl-api JAR doesn't
contain any TLDs.  The corresponding jstl-impl JAR does, though.

-- 
Mark H. Wood
Lead Technology Analyst

University Library
Indiana University - Purdue University Indianapolis
755 W. Michigan Street
Indianapolis, IN 46202
317-274-0749
www.ulib.iupui.edu


signature.asc
Description: PGP signature

Re: taglibs

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Ray,

On 11/6/17 9:48 AM, Ray Holme wrote:
> I am not the primary developer. I do Java and DB development. I
> leave the JSP for someone else (I am mostly retired but I have
> been doing this a LONG time).> But I deal with distributions and
> builds so I was the one who modified the "not to SCAN"
> libraries.2.5 minutes down to less than 1 second.
Fast and broken is worse than slow and working. :)

> But I blew it with the jstl jars so I just wanted to know if there
> is any way to find out if the jar is a taglib.
So... generally speaking I would say "you should know your own
libraries" but it shouldn't be hard to determine which libraries are
taglibs. Simply look in each JAR file to see if there are any ".tld"
files.

Some libraries include tag libraries that your application doesn't
care about, though, and you may be able to skip JAR scanning for those
JARs if you know enough about their use by your application.

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAloAfCYACgkQHPApP6U8
pFg/Rw//d7uXPFuCTucg9E9zGbb4mvO9pfvz+s8YLg81Z5l9b+sDvyWGpYsT9lLg
OuOqoX7jJBR2fkwKZ2xaicviuHN+u+GHTHbJjkktf+U7yv6VUNo6ZOnZBeCQOLjV
XFMXsxZl6q5o5Gn5jFBVjykqZUZSxlL98lDFJuzm7ut3wtqB/CD0ttGsHsXXBq+u
fC4jJUYzYltRR0oYw161fwRfWQ/EqFtYObZCohTvVtByO5Vh3aKHyg8s7cRqLV+7
dz/qhwmXGEvWPiQrNjcZcUEBxXymYOSCspXtX/BaWJH5vL/I78CrjgrjzzrHpz9O
w77TlYxgDe5vgRxItrHUv3Omn4QKEYTzxUKrsUpRIghquDg7UL9VqD0bSKi6Njfb
5rX+00Btt4EbRGaqfNFpDNOfbDZat8Ktk6Og6Me/SbZi/AFQrggoc+CFDSjKvHeJ
B3B8OWjexnzvaZiJ3RybO3wuPDF63Z3Sqx1JVL6JVVYi4USFj0Nf8kXGL7PcZjHu
VdxA/spAKEojzDB6vxquO5FL4VwI2T+r+4nzkp5cnFtcPj79L+B30p1Q9HGmvAQD
4i3ez+u1Hh36Wf8oovMj3v3dzesEE459kpM3Yag44vs6y6CGtuHglDArJt7BC08D
4YrQdT9r+c/pnzeV+lOTivD0vfvUdRcklJVNYQ+6jJ/n/UkCjl0=
=NUyW
-END PGP SIGNATURE-

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

Re: taglibs

[Ray Holme]

Chris,
I am not the primary developer. I do Java and DB development.
I leave the JSP for someone else (I am mostly retired but I have been doing 
this a LONG time).
But I deal with distributions and builds so I was the one who modified the "not 
to SCAN" libraries.2.5 minutes down to less than 1 second.But I blew it with 
the jstl jars so I just wanted to know if there is any way to find out if the 
jar is a taglib.
I don't think we use Maven.


 

On Monday, November 6, 2017 9:05 AM, Christopher Schultz 
 wrote:
 

 -BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Ray,

On 11/6/17 8:49 AM, Ray Holme wrote:
> So according to Mark, taglibs must NOT be listed in the
> catalina.properties file under
> tomcat.util.scan.StandardJarScanFilter.jarsToSkip Mark informed us
> that the below jstl... jars are both taglibs:  (jstl-api-1.2.jar &
> jstl-impl-1.2.jar)
> 
> Sooo - how do we determine if a jar we want to add is a taglib?

Umm... if you use a library, don't you know what it does?

Oh, maybe you are in Maven hell where you download the whole internet
in order to build/deploy your application. #sorrynotsorry

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAloAbC0ACgkQHPApP6U8
pFgSqBAAyz9yTAKGE2RSyZRUwW7wUcinYV7NwqQ+7E1kC7hy2E9tCyC9E+AGiTr7
GuJHUb+yJ4UP1vKjQ2SO+Cffmxbyz1PsfMOMhO6abDJQVOj3aHbIjUw70GlS5w+7
10l8Pe39fl+5GQQHLAye/XZgGv7dNVmITFmGAfonN+1gHi5L3Kio1VaYfn/7W+vx
KvYK7DbnmcdiANDBPS9g2/pdKlxYj4frA13QOEKnwStjWrSquEuXji4RsC2iYedl
+IyGq5IVVXZ1vGEBItfQverdZrqtbkDYu3UKiJ6rFkJiI6tf56ERE+lLQYbIsDbU
Mg2gV72PlQU/CUdqb5rqDjZLVk6FfKg18DysE0ywvRY0r7dsZugiED7y2438a9kJ
EHzbZdGyNmJbT1hW4p52wyrwR/AHgKriSRsupgw4xaVQfLAFOYEv0revg9fmPr1R
BoZWu2xoqVViUgnTV4TmV/zJsezogOstK6AEL03zTc1No+Jha+yzMTl0TE7efAf9
7ACHZ02XwtidSH33QwxpyoRafxjYMF5/D/3c0GJWlwTL8dc9zlnIFFyZclWv14Vw
DeNavGVyulP5aytl30VIS+wb2N1pUdMbeGCiD1jipomtITnKI9YjUsesj0Lu7c43
C/GRx5OLBCgM5bpTjFn2KR8Yd8D5TgUoE4KYDeONaopu2Tf1rPs=
=I6Qf
-END PGP SIGNATURE-

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



   

Re: second INVALID email

[Ray Holme]

Thanks Chris.
 

On Monday, November 6, 2017 9:27 AM, Mark Thomas  wrote:
 

 On 06/11/17 13:55, Ray Holme wrote:
> Whenever I submit an email to this group, I get a second email back 
> immediately from the group (or maybe myself) with my full email address AND a 
> tacked on .INVALID
> i.e. the source is rayho...@yahoo.com.invalid
> Is this standard for everyone, or did something happen when the daemon 
> configured my email  or  ???

It is standard that when you post to a mailing list you received a copy
of your post since you are a subscriber.

The .INVALID is added by the ASF to avoid problems caused by your mail
provider's configuration that is incompatible with using mailing lists.
It is only done for subscribers sending from problematic domains.

Mark

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



   

Re: second INVALID email

[Mark Thomas]

On 06/11/17 13:55, Ray Holme wrote:
> Whenever I submit an email to this group, I get a second email back 
> immediately from the group (or maybe myself) with my full email address AND a 
> tacked on .INVALID
> i.e. the source is rayho...@yahoo.com.invalid
> Is this standard for everyone, or did something happen when the daemon 
> configured my email  or  ???

It is standard that when you post to a mailing list you received a copy
of your post since you are a subscriber.

The .INVALID is added by the ASF to avoid problems caused by your mail
provider's configuration that is incompatible with using mailing lists.
It is only done for subscribers sending from problematic domains.

Mark

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

Re: Tomcat7 EOL (UNCLASSIFIED)

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Mark,

On 11/6/17 7:51 AM, Mark Thomas wrote:
> On 06/11/17 12:42, Lueders, Paul T CIV USARMY NGIC (US) wrote:
>> CLASSIFICATION: UNCLASSIFIED
>> 
>> I am currently using tomcat7 and would like to know when this
>> product will be EOL?
> 
> No decision has been taken regarding Tomcat 7 EOL.
> 
> It is the stated policy of the Tomcat developer community to
> provide 12 months notice of any EOL decision.
> 
> It is unlikely the topic of EOL for Tomcat 7 will come up until
> there is a clear roadmap for (and some progress towards) the next
> iteration of the Servlet specification. That is unlikely to be soon
> given that the process of Oracle donating Java EE to Eclipse is
> going to take some time.
> 
> My best guess right now is that Tomcat 7 will be supported to at
> least the end of 2019 and quite possibly beyond.

+1

That being said, there are many reasons to upgrade to a later version.
I would recommend an upgrade to 8.0 immediately and that you begin
evaluation of using 8.5 for your application(s). Tomcat 8 offers more
features and improved performance over Tomcat 7. Tomcat 8.5 offers
even more of the same (especially NIO+OpenSSL), though I'm holding off
a little more until more little wrinkles get ironed-out (which only
seem to affect people doing somewhat specialized things like tricky
Websocket maneuvers).

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAloAbS8ACgkQHPApP6U8
pFgdpw//QDwJpUz7y37JLVw3BhgMWQkYduwalRHRP1zDxwGf3YV+BXKjebaWGCxa
vL11EpxkDcEe5V6WzpIoQEtiV5pGWgS2kTDuNNPaPahssdz83UMGSxCSS+F6oiec
gntP324TF4YQwzNp82ga8U5OBalbVac533WUZkct12oesEHgyi2v5nRKxJdsojS/
49xN+SlMderc/KKTOOxXLxZtVowW7iLseM66yoPKmGrl+jWbNNFQWOxubL/srafw
HpQcdr652S0/Cl51t/Iv0pknreIoe3Ov4Mf5zjVjoDkCv5i2Hc/FRE18Dh8UYwPD
vKQlKuToTr/i5dP35HLbQ5VxLyK4B9ON/sVvcJ3LPlKJEBOZLjsKMJe5ku1AoIZv
U9901Ao45UvmmvO7v68dhcwUPuapDlaPDBXeetMPqZdv1IhN8OsiiCG50u/W3ixq
Bda6hrYLzdUjHQR5/qpY2xaAwkfhtu1J0Rxs8K3+Np/Ap9Zk5cOBd3ku7D59dGoa
KvITAc9tb6HUsJInYlb3avCdwoObf5dJzjkKma6v7MH9Nyy13EbtCFBKpd/Eg1+1
BW5ViIt9ZAUNeQlQqyNTVsOa1qoYSGSSLhSFY8uPKo8T3ztS2a2vDYV+T/DknXx8
KmLnHIIFfQmxjGEB21//B9I+A3GOMJFGuTe3QoTJnGz8e1xSw+o=
=rWRg
-END PGP SIGNATURE-

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

Re: second INVALID email

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Ray,

On 11/6/17 8:55 AM, Ray Holme wrote:
> Whenever I submit an email to this group, I get a second email back
> immediately from the group (or maybe myself) with my full email
> address AND a tacked on .INVALID i.e. the source is
> rayho...@yahoo.com.invalid Is this standard for everyone, or did
> something happen when the daemon configured my email  or 
> ??? Not a problem, just confusing.

Every message you send to this list has your email address shown as
y...@yahoo.com.INVALID. Maybe that's the problem.

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAloAbDYACgkQHPApP6U8
pFha5xAAtRQKWC8f9dLISJ8rPla2nV6v88Jwts7moumNKSJE+i6cPnf+A6gmQS1/
hpynVD7D9PNwC+vMQ8OKC2BTBi2FHIFMQxOrzFfuzGClygXjwNRt/8FcfcIuJjIU
QBtugNigCnW5M+iesr7NfGWdp//l0Jd5Y3EyXdC/l7V5Q0BNuKdymRRBKQHEGUCF
fwjPSSPhRJuGMy6MSOiTmcxuU68zyPVAsOBMbjPgwjXvFGRsefDjd5Ig0qkdA5oD
3mi+FpWFj00GaAy32V79qjoqh4/suqPRsJxxo9FeBbfARmPv2FHhovFFvGDUSJ1x
uvngROmU+qfuL0sllbzKVLmdk+rSEpRem4ebxaRjI3HKXBzPbWWUL9/m/pK72koF
h7uyyxGvs1lqz0MVWdgOnfGTvcQi8DJc0vwOpkl+TDNSYFJwPr8JDLDeZbD2PQS+
JtQpju0/D6K0CdF0mZEqBhYTbSHHNCSBf5k6YF1bvHQCnh/eLmuD1GyZmQ33xkDI
tNJuaYcmOBx8V4MVzC5oRddqUPIa346Z/vXSsnKtMpCzmjVzYR4Dnazxf3BoCpr6
S8rptUDI1Q2JACTS1gulAOm3eCwO8J2Jn29aM9FWZB88RVpQC2YvQW+kpSzxirOm
/R2mY3Tl3wmJ+wVL9nw0fJhUmJeysJ2Jxij+pkslzT+0+UQ+JKU=
=EZYK
-END PGP SIGNATURE-

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

Re: taglibs

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Ray,

On 11/6/17 8:49 AM, Ray Holme wrote:
> So according to Mark, taglibs must NOT be listed in the
> catalina.properties file under
> tomcat.util.scan.StandardJarScanFilter.jarsToSkip Mark informed us
> that the below jstl... jars are both taglibs:   (jstl-api-1.2.jar &
> jstl-impl-1.2.jar)
> 
> Sooo - how do we determine if a jar we want to add is a taglib?

Umm... if you use a library, don't you know what it does?

Oh, maybe you are in Maven hell where you download the whole internet
in order to build/deploy your application. #sorrynotsorry

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAloAbC0ACgkQHPApP6U8
pFgSqBAAyz9yTAKGE2RSyZRUwW7wUcinYV7NwqQ+7E1kC7hy2E9tCyC9E+AGiTr7
GuJHUb+yJ4UP1vKjQ2SO+Cffmxbyz1PsfMOMhO6abDJQVOj3aHbIjUw70GlS5w+7
10l8Pe39fl+5GQQHLAye/XZgGv7dNVmITFmGAfonN+1gHi5L3Kio1VaYfn/7W+vx
KvYK7DbnmcdiANDBPS9g2/pdKlxYj4frA13QOEKnwStjWrSquEuXji4RsC2iYedl
+IyGq5IVVXZ1vGEBItfQverdZrqtbkDYu3UKiJ6rFkJiI6tf56ERE+lLQYbIsDbU
Mg2gV72PlQU/CUdqb5rqDjZLVk6FfKg18DysE0ywvRY0r7dsZugiED7y2438a9kJ
EHzbZdGyNmJbT1hW4p52wyrwR/AHgKriSRsupgw4xaVQfLAFOYEv0revg9fmPr1R
BoZWu2xoqVViUgnTV4TmV/zJsezogOstK6AEL03zTc1No+Jha+yzMTl0TE7efAf9
7ACHZ02XwtidSH33QwxpyoRafxjYMF5/D/3c0GJWlwTL8dc9zlnIFFyZclWv14Vw
DeNavGVyulP5aytl30VIS+wb2N1pUdMbeGCiD1jipomtITnKI9YjUsesj0Lu7c43
C/GRx5OLBCgM5bpTjFn2KR8Yd8D5TgUoE4KYDeONaopu2Tf1rPs=
=I6Qf
-END PGP SIGNATURE-

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

second INVALID email

[Ray Holme]

Whenever I submit an email to this group, I get a second email back immediately 
from the group (or maybe myself) with my full email address AND a tacked on 
.INVALID
i.e. the source is rayho...@yahoo.com.invalid
Is this standard for everyone, or did something happen when the daemon 
configured my email  or  ???
Not a problem, just confusing.

taglibs

[Ray Holme]

So according to Mark, taglibs must NOT be listed in the catalina.properties 
file under  tomcat.util.scan.StandardJarScanFilter.jarsToSkip
Mark informed us that the below jstl... jars are both taglibs:   
(jstl-api-1.2.jar & jstl-impl-1.2.jar)

Sooo - how do we determine if a jar we want to add is a taglib?

Re: Peculiar problem (and solution) but WHY?

[Ray Holme]

Thanks for the clarification Mark. I feel better knowing why.
It also could have been that Linux worked as it was being re-brought up.i.e. 
when I do an application.war release, I clean out the Tomcat work directory.
The problem seems to be the "first" time.
 

On Monday, November 6, 2017 7:53 AM, Mark Thomas  wrote:
 

 On 04/11/17 22:26, Ray Holme wrote:
> We have a working application running under tomcat 8.5.13
> I have been trying to reduce start up time and reduce TLD scanning which was 
> taking too long.
> By adding the jars in my .../WEB-INF/ lib to the NO scan line in the 
> catalina.properties file I got this under control ( a couple minutes went 
> down to 1 second or less).
> However two libraries I use and added NEEDED to be removed from the exclusion 
> list as they caused (on MAC not on Linux where the application worked fine - 
> 2nd weirdness) this problem:
> org.apache.jasper.JasperException: The absolute uri: 
> http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the 
> jar files deployed with this application
> The above problem caused a page to show as a white screen (it would not work).
> 
> i.e. THE JARS NEED TO BE SCANNED (at least by the MAC Tomcat)
> 
> These jars were: jstl-api-1.2.jar and jstl-impl-1.2.jar
> 
> Can anyone explain this? It makes no sense to me and I would feel better if 
> there was a reason.

Those are tag libraries. The tag libraries need to be registered in
order to work. That is what the TLD (tag library descriptor) scan does.
If that scan is disabled, the TLDs aren't registered and the tag library
won't work.

As for the Mac vs Linux behaviour, I suspect different configurations.

Mark

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



   

Re: The case of disappearing JARs

[Mark Thomas]

On 03/11/17 21:15, David Morris wrote:
> 
> I've got a case of disappearing JARs from my webapps lib folder which I can't 
> seem to solve, hopefully someone on the list can provide some pointers.
> 
> We've got a number of webapps which are deployed by an installer already 
> exploded (The war is exploded and wrapped by the installer) without the WAR 
> been deployed.  We are using tomcat 8.0 running as multiple instances, all 
> configured with them running as windows services.
> 
> The environment is a virtualised environment running on Windows Server 2012 
> with the VMs stored and running from a SAN.  Generally everything works as 
> expected, we can start and stop the services, restart the VMs with no 
> problems.  However whenever there has been a power failure (I don't know what 
> would shut down first the SAN or the VM hosts when the UPS runs out) on 
> restart, when the services start back, up some or all of the JARs from the 
> deployed apps have gone.
> 
> In the latest instance of this happening,  the VM it occurred on had 5 
> instances of Tomcat running, however only 1 tomcat instance had missing JARs. 
>  Within this was two webapps, 1 was missing 1 library the other was missing 
> all 80 which obviously caused them not to work.  None of the other files 
> within the webapp are effected and it's happened with different webapps on 
> different VMs but configured the same way (explored WAR from an installer)
> 
> My question is, can this be caused by Tomcat at all, eg is it trying to 
> undeploy for some reason or is the answer somewhere else in the environment?

There are circumstances in which Tomcat will attempt to remove a
deployed web application. There are a lot of permutations and
combinations. See:

http://tomcat.apache.org/tomcat-9.0-doc/config/automatic-deployment.html#Deleted_files

I suspect that at some point during the power failure you are hitting
one of those conditions. The varied behaviour of the nodes is probably a
combination of when the node checks for deleted files and what it
manages to do before power is completely lost.

There might be something in the logs but again that could be lost during
the power failure.

If it is an option, it would be worth considering disabling automatic
deployment.

Mark

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

Re: Start embedded Tomcat 9.0.1 server from java code

[Mark Thomas]

On 04/11/17 15:25, Maxim Solodovnik wrote:
> Maybe I can set breakpoint somewhere? and check what is wrong?
> Could you point me to the correct class?

No idea where to look at this point. I'd probably start with the start()
method and go from there.

Maybe try turning on debug logging?

Mark


> 
> On Fri, Nov 3, 2017 at 5:26 PM, Maxim Solodovnik 
> wrote:
> 
>> I'm OK to add missing code to my tests,
>> but I'm not sure what need to be added :(
>>
>> On Fri, Nov 3, 2017 at 3:24 PM, Maxim Solodovnik 
>> wrote:
>>
>>> I see no errors,
>>> Using debugger I can see tomcat.server.state == STARTED
>>>
>>> Everything works as expected if I'm switching back to 8.5.23 without any
>>> other changes
>>>
>>> nestat reports:
>>> *netstat -an |grep 8080*
>>> tcp6   0  0 :::8080 :::*
>>>  LISTEN
>>>
>>> for 8.5.23
>>>
>>>
>>> On Fri, Nov 3, 2017 at 3:08 PM, Mark Thomas  wrote:
>>>
 On 03/11/17 04:51, Maxim Solodovnik wrote:
> Hello,
>
> I recently migrated from Tomcat 8.5.23 to Tomcat 9.0.1
> Everything works as expected except tests :(
>
> I'm using following code to start embedded Tomcat and test CXF web
 services [1].
> With Tomcat 9.0.1 tests failed, netstat -an displays port 8080 is not
> being listened
> What need to be changed?

 If Tomcat isn't listening then there should be an exception or error
 message reported at some point. Do you see anything in the logs?

 Mark


>
>
> [1] https://github.com/apache/openmeetings/blob/master/openmeeti
 ngs-web/src/test/java/org/apache/openmeetings/webservice/
 AbstractWebServiceTest.java#L98
>


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


>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
> 
> 
> 


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

Re: Peculiar problem (and solution) but WHY?

[Mark Thomas]

On 04/11/17 22:26, Ray Holme wrote:
> We have a working application running under tomcat 8.5.13
> I have been trying to reduce start up time and reduce TLD scanning which was 
> taking too long.
> By adding the jars in my .../WEB-INF/ lib to the NO scan line in the 
> catalina.properties file I got this under control ( a couple minutes went 
> down to 1 second or less).
> However two libraries I use and added NEEDED to be removed from the exclusion 
> list as they caused (on MAC not on Linux where the application worked fine - 
> 2nd weirdness) this problem:
> org.apache.jasper.JasperException: The absolute uri: 
> http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the 
> jar files deployed with this application
> The above problem caused a page to show as a white screen (it would not work).
> 
> i.e. THE JARS NEED TO BE SCANNED (at least by the MAC Tomcat)
> 
> These jars were: jstl-api-1.2.jar and jstl-impl-1.2.jar
> 
> Can anyone explain this? It makes no sense to me and I would feel better if 
> there was a reason.

Those are tag libraries. The tag libraries need to be registered in
order to work. That is what the TLD (tag library descriptor) scan does.
If that scan is disabled, the TLDs aren't registered and the tag library
won't work.

As for the Mac vs Linux behaviour, I suspect different configurations.

Mark

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

Re: Tomcat7 EOL (UNCLASSIFIED)

[Mark Thomas]

On 06/11/17 12:42, Lueders, Paul T CIV USARMY NGIC (US) wrote:
> CLASSIFICATION: UNCLASSIFIED
> 
> I am currently using tomcat7 and would like to know when this product will
> be EOL?

No decision has been taken regarding Tomcat 7 EOL.

It is the stated policy of the Tomcat developer community to provide 12
months notice of any EOL decision.

It is unlikely the topic of EOL for Tomcat 7 will come up until there is
a clear roadmap for (and some progress towards) the next iteration of
the Servlet specification. That is unlikely to be soon given that the
process of Oracle donating Java EE to Eclipse is going to take some time.

My best guess right now is that Tomcat 7 will be supported to at least
the end of 2019 and quite possibly beyond.

Mark

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

Tomcat7 EOL (UNCLASSIFIED)

[Lueders, Paul T CIV USARMY NGIC (US)]

CLASSIFICATION: UNCLASSIFIED

I am currently using tomcat7 and would like to know when this product will
be EOL?

Thanks
Paul Lueders
CLASSIFICATION: UNCLASSIFIED


smime.p7s
Description: S/MIME cryptographic signature