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
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
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
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?
>
>
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
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
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
>
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
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
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
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
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
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
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 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
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 (
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
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
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
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
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'
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
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
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 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 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
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
-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
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:
> >
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 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 '
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 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: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 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:
> >
> >>
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 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
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
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).
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
>
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
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
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
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'
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'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
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, 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
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
>
>
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
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
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
52 matches
Mail list logo
