That seems to have worked - thanks!
On Sun, Sep 1, 2019 at 2:05 PM Mark Thomas wrote:
> On September 1, 2019 2:52:36 PM UTC, Sean Dawson
> wrote:
> >Hello, I'm trying to get the actual client IP address in the Tomcat
> >access
> >logs rather than the 127.0
Hello, I'm trying to get the actual client IP address in the Tomcat access
logs rather than the 127.0.0.1 that's coming from nginx.
CentOS 7.6 (on AWS)
Amazon Coretto 1.8.0_222.b10-1.x86_64
Tomcat 8.5.45.0 (extracted from tar.gz)
Nginx 1.12.2 (very basic setup)
http (80) / https (443) to nginx
To
On Wed, Apr 17, 2019 at 9:20 AM Sean Dawson
wrote:
>
> Hello, I have a widlcard certificate from GoDaddy. Can I use this with
> Tomcat? (8.5)
>
> I have the files crt (primary certificate?), p7b (intermediate?), pfx
> (private key?), and a .key file. I did not generate a c
Thanks for the replies - I'm willing to use NGINX to handle this for us -
can you point me to a good page on that?
On Wed, Apr 17, 2019 at 9:46 AM John Larsen
wrote:
> We do the same - via mod_jk we utilize apache httpd to handle the SSL.
> Keeps things simple and works well.
> John Larsen
>
>
Hello, I have a widlcard certificate from GoDaddy. Can I use this with
Tomcat? (8.5)
I have the files crt (primary certificate?), p7b (intermediate?), pfx
(private key?), and a .key file. I did not generate a certificate request
prior to this.
Google is telling me that either I need to generate a
On Thu, Feb 7, 2019 at 6:57 PM Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Sean,
>
> On 2/7/19 14:01, Sean Dawson wrote:
> > Hello, we're using Tomcat 8.5_35 on Linux (CentOS7) and Windows
&
Hello, we're using Tomcat 8.5_35 on Linux (CentOS7) and Windows (2016
Server and above) and here and there we see this in the logs...
org.apache.coyote.http11.AbstractHttp11Processor.process Error parsing HTTP
request header
Note: further occurrences of HTTP header parsing errors will be logged a
Cannot
> >store non-PrivateKeys
> > at
> >org.apache.tomcat.util.net.AbstractJsseEndpoint.createSSLContext(
> AbstractJsseEndpoint.java:113)
> >
> >
> >
> >
> >
> > Forwarded Message
> >Subject: Re: "Cannot store non-PrivateKeys"
Hello,
We migrated our application that was running fine on 8.0.37 to 8.5.20 and
on startup we receive:
java.lang.IllegalArgumentException: java.security.KeyStoreException: Cannot
store non-PrivateKeys
I unfortunately deleted the logs and under time pressure we had to go back
to 8.0.37 so I don'
So we ran into this too - with a customer who downloaded the latest rev of
Tomcat 8. Took us half the day yesterday and most of today to get to the
bottom of it. In troubleshooting, I tried using 7 instead but it was still
failing there (and now I see that the change is in recent revs of all
vers
On Fri, Jun 10, 2016 at 2:19 PM, Scott Derrick wrote:
> Tomcat7
> CentOS 6
>
> I see the file ehcache-sizeof-agent2473717668134475820.jar in /tmp
>
> It is created when I run one of my applications for the first time. The
> number part of the file name changes every time I restart the application
I'm thinking this is more of an IntelliJ question than a Tomcat one? Can
you post to their support/groups?
On Mon, Mar 21, 2016 at 3:54 AM, Artur Owczarek
wrote:
> I'm learning how Spring MVC works. I'd like to debug the process of
> deployment on different containers (using IntelliJ) as well
On Tue, Mar 8, 2016 at 10:58 AM, Mark Eggers
wrote:
> Chris,
>
> On 3/8/2016 7:52 AM, Christopher Schultz wrote:
> > Mark,
> >
> > On 3/7/16 5:47 PM, Mark Eggers wrote:
> >> Sean,
> >
> >> I just noticed something else:
> >
> >>
On Mon, Mar 7, 2016 at 5:48 PM, Sean Dawson
wrote:
>
>
> On Mon, Mar 7, 2016 at 5:44 PM, David Kerber wrote:
>
>> On 3/7/2016 5:11 PM, Sean Dawson wrote:
>>
>>> On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson
>>> wrote:
>>>
>>> Tomcat 8
On Mon, Mar 7, 2016 at 5:44 PM, David Kerber wrote:
> On 3/7/2016 5:11 PM, Sean Dawson wrote:
>
>> On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson
>> wrote:
>>
>> Tomcat 8_32
>>> Windows 7
>>> Java 8_51
>>> RestEasy 3.0.11.Final
>>
On Mon, Mar 7, 2016 at 5:36 PM, Mark Eggers
wrote:
> Sean,
>
> See comment at the end.
>
> On 3/7/2016 2:11 PM, Sean Dawson wrote:
> > On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson
> > wrote:
> >
> >>
> >> Tomcat 8_32
> >> Windows 7
>
On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson
wrote:
>
> Tomcat 8_32
> Windows 7
> Java 8_51
> RestEasy 3.0.11.Final
> GWT 2.7.0 (Jetty jetty-9.3.5.v20151012)
>
> Servlet code makes a RestEasy call to another servlet (same container) -
> second servlet sets the '
Tomcat 8_32
Windows 7
Java 8_51
RestEasy 3.0.11.Final
GWT 2.7.0 (Jetty jetty-9.3.5.v20151012)
Servlet code makes a RestEasy call to another servlet (same container) -
second servlet sets the 'Warning' HTTP header on response. Would like to
access that in first servlet but when running in Tomcat,
On Wed, Aug 26, 2015 at 8:13 AM, Steffen Heil (Mailinglisten) <
li...@steffen-heil.de> wrote:
> Hi
>
>
> Doing a lot of additional testing, I found the reason for the exception.
> In the "WriteListener.onError(Throwable)" handler, we released all our
> resources using a central function that inclu
On Wed, Jul 8, 2015 at 12:52 PM, Sean Dawson
wrote:
>
> Hello, we have a GWT 2.7 application that's deployed on tomcat7 (r57-63)
> that uses RestyGwt to make REST calls to another server (which uses
> RestEasy 3.11).
>
> We're seeing several issues that seem to be c
Hello, we have a GWT 2.7 application that's deployed on tomcat7 (r57-63)
that uses RestyGwt to make REST calls to another server (which uses
RestEasy 3.11).
We're seeing several issues that seem to be clustered into two categories
(transferring binary data, exceptions with xml data) - with one ove
gelog."
Not intending to be antagonistic - just trying to give fair warning to OP.
-Original Message-
> From: André Warnier [mailto:a...@ice-sa.com]
> Sent: Friday, May 29, 2015 12:12 PM
> To: Tomcat Users List
> Subject: Re: Problem specifying cipher suites in tomcat6
>
I had significant problems trying to uncover a change in tomcat7 that broke
our app when upgrading from 42 to 57, for a couple weeks over Christmas
holidays.
Turns out it was something we shouldn't have been doing - but it was
definitely a change in tomcat (51 or so) that resulted in the issue(s).
Thanks for the additional suggestions! Will try those on Monday.
On Sat, Feb 21, 2015 at 3:26 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Sean,
>
> On 2/20/15 5:00 PM, Sean Dawson wrote:
> >
-21 1:00 GMT+03:00 Sean Dawson :
> > On Fri, Feb 20, 2015 at 4:41 PM, Konstantin Kolinko <
> knst.koli...@gmail.com>
> > wrote:
> >
> >> 2015-02-21 0:10 GMT+03:00 Sean Dawson :
> >> >
> >> > ...
> >> > "undefinedPOST
On Fri, Feb 20, 2015 at 4:41 PM, Konstantin Kolinko
wrote:
> 2015-02-21 0:10 GMT+03:00 Sean Dawson :
> > We have a GWT app deployed to tomcat (7_59) and fairly often when we
> send a
> > bunch of request quickly we're seeing undefined methods in the logs - and
> > t
On Fri, Feb 20, 2015 at 4:24 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Sean,
>
> On 2/20/15 4:10 PM, Sean Dawson wrote:
> > We have a GWT app deployed to tomcat (7_59) and fairly often when
We have a GWT app deployed to tomcat (7_59) and fairly often when we send a
bunch of request quickly we're seeing undefined methods in the logs - and
the calls fail, causing issues with our app. We make calls via RestyGwt
(latest version) but GwtRequests all show this - both though after a number
On Mon, Feb 9, 2015 at 10:13 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Sean,
>
> On 2/9/15 9:46 AM, Sean Dawson wrote:
> > We've had customers who have had issues with Java an
We've had customers who have had issues with Java and GoDaddy certs.
http://stackoverflow.com/questions/18746565/godaddy-ssl-cert-not-working-with-java
http://tozny.com/blog/godaddys-ssl-certs-dont-work-in-java-the-right-solution/
On Mon, Feb 9, 2015 at 9:30 AM, Christopher Schultz <
ch...@chri
http://tomcat.apache.org/tomcat-7.0-doc/config/filter.html#CORS_Filter
"The filter works by adding required Access-Control-* headers to
HttpServletResponse object. The filter also protects against HTTP response
splitting. If request is invalid, or is not permitted, then request is
rejected with HT
On Tue, Jan 20, 2015 at 8:41 AM, Konstantin Kolinko
wrote:
> 2015-01-18 2:00 GMT+03:00 Sean Dawson :
> > Hello,
> >
> > I mentioned in an previous question that newer releases of tomcat7
> > (Windows) seems to be unpacking our war files to webapps when it wasn'
ation that's causing issues?
On Sat, Jan 17, 2015 at 6:00 PM, Sean Dawson
wrote:
>
> Hello,
>
> I mentioned in an previous question that newer releases of tomcat7
> (Windows) seems to be unpacking our war files to webapps when it wasn't
> doing that previously. We we
Hello,
I mentioned in an previous question that newer releases of tomcat7
(Windows) seems to be unpacking our war files to webapps when it wasn't
doing that previously. We were running fine prior to this and have
encountered some issues replacing the war files with the corresponding
webapps dir n
I am - could try to simplify up a testcase and see if it always happens.
Thanks.
On Wed, Jan 14, 2015 at 3:40 PM, Mark Thomas wrote:
> On 14/01/2015 20:06, Sean Dawson wrote:
> > I'm seeing this...
> >
> > Jan 14, 2015 2:56:32 PM org.apache.catalina.connector.Coyot
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$RecycleRequiredException
at
org.apache.catalina.connector.CoyoteAdapter.checkRecycled
tz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Sean,
>
> On 12/23/14 9:48 PM, Sean Dawson wrote:
> > On Tue, Dec 23, 2014 at 7:57 PM, Christopher Schultz <
> > ch...@christopherschultz.net> wrote:
> >
> >> So the web server (
On Tue, Dec 23, 2014 at 7:57 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> So the web server (serving the HTML) is on one machine and the
> application server (responding to the REST requests the GWT client
> initiates) are on different machines? So the problem is with
> Javascr
On Tue, Dec 23, 2014 at 7:01 PM, André Warnier wrote:
>
> There are a number of open-source "proxy servlets" available from
> third-parties, if you search Google for "java proxy servlet" e.g.
> There is even a Tomcat WiKi article on the subject, mentioning some.
> http://wiki.apache.org/tomcat/Se
On Tue, Dec 23, 2014 at 4:59 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> Are you worried about spamming the list or giving out too much
> information?
Mostly the former, but a tiny bit the latter.
> somewhere in between the GWT client and theGWT server -- btw why are
> you
comes to
proxying requests, or is it always best to read all the related rfc's ?
Someone else (who is no longer here) wrote the proxy, and I'd like to make
sure we're doing all the right things going forward.
Regards and Happy Holidays!
On Tue, Dec 23, 2014 at 4:38 PM, Sea
some changes to the proxy based on what has been
mentioned. And see if I can get the example working with 53.
On Tue, Dec 23, 2014 at 2:45 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Sean,
>
> On
On Tue, Dec 23, 2014 at 9:56 AM, André Warnier wrote:
>
>> As another wild guess, given what you mention above : maybe it is your
> "simple proxying webapp" which causes the problem ?
> As far as Tomcat is concerned, that /is/ the webapp which generates the
> response to the browser request. Tom
ng/debugging/etc. I'd be happy to research
more, run some tests, etc - but I'm not sure where to go with this. We're
pretty tied to Jetty at this point for our REST server - but I would love
to try switching that out if possible. I'm not sure what else to do.
On Tue, Dec
André Warnier wrote:
> Sean Dawson wrote:
>
>> Am working on testing the 8 versions between the one that works and the
>> one
>> that doesn't.
>>
>> We use tomcat to host our gwt/restygwt app - gwt rpc calls work (as far as
>> we've tested) - restygwt R
On Mon, Dec 22, 2014 at 3:01 PM, David kerber wrote:
> On 12/22/2014 2:56 PM, Sean Dawson wrote:
>
>> So it works with all of them up to _52 but fails for all of them after
>> that.
>>
>> I had a theory related to tomcat creating a webapps/ROOT dir in the newer
>
o the release notes.
On Mon, Dec 22, 2014 at 2:15 PM, Sean Dawson
wrote:
>
> Am working on testing the 8 versions between the one that works and the
> one that doesn't.
>
> We use tomcat to host our gwt/restygwt app - gwt rpc calls work (as far as
> we've tested) - resty
messages indicated).
So the problem might lie with RestyGwt - but that's not what changes
between the working and non-working scenario.
Thanks for info from the spec.
On Mon, Dec 22, 2014 at 1:53 PM, Hassan Schroeder <
hassan.schroe...@gmail.com> wrote:
> On Mon, Dec 22, 2014 at
We did try adding PUT to parseBodyMethods but didn't not change the issue.
On Mon, Dec 22, 2014 at 11:24 AM, Sean Dawson
wrote:
>
> I don't think so. But perhaps that's the new/current thinking and
> something in the latest tomcat/libraries is enforcing that?
>
>
2/22/2014 11:05 AM, Sean Dawson wrote:
>
>> Hi Konstantin,
>>
>> Thanks for your reply. What details do you need of our config? Do you
>> want
>> the full files? Essentially it's a pretty straightforward install -
>> extract tomcat, remove all the webapps
lder. I
can't seem to get any more data about what's going on when it happens.
Most things just fail silently - it was only when I started changing up all
the configurations (browser-clients/etc) that I got the other messages
mentioned.
On Mon, Dec 22, 2014 at 7:02 AM, Konstantin Kolin
Hello,
We had a gwt app deployed and working with tomcat 7_42 and tried it
recently in several configurations (Windows/Linux) with the latest update
of 7 and it fails during a RestyGwt/RestEasy call to the server. Previous
calls succeed but this particular one appears to get an http code of 200
bu
52 matches
Mail list logo
