Re: Tomcat 8.5.x configuration file differences: permission denied

[Mark Thomas]

On 04/04/2019 10:30, Maxim Solodovnik wrote:
> you can use github for this :)

I was able to do this for a single file in the GitHub UI but I couldn't
find a way to get it to work for a directory. If you have a sample
GitHub URL that shows the diff in the conf directory between 2 Tomcat
tags I'll update the web page ti use GitHub instead.

Mark


> 
> On Thu, 4 Apr 2019 at 16:19, George Angeletos  wrote:
>>
>> I am getting permission denied when trying to view configuration file
>> changes between 8.5.x versions (
>> https://tomcat.apache.org/migration-85.html#Upgrading_8.5.x)
>>
>> https://gitbox.apache.org/repos/asf?p=tomcat.git=blobdiff=conf%2Fcatalina.policy=8.5.37=8.5.39
>>
>> Cheers,
>> George
> 
> 
> 


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

Re: Expect: 100-continue not working with curl and HTTP/2

[Mark Thomas]

On 30/03/2019 01:20, Michael Osipov wrote:
> Am 2019-03-29 um 22:07 schrieb Mark Thomas:
>> On 29/03/2019 12:28, Michael Osipov wrote:
>>> Am 2019-03-29 um 12:14 schrieb Mark Thomas:
 On 28/03/2019 15:14, Osipov, Michael wrote:
> Hi folks,
>
> right away, I don't know whether it is us (Tomcat) or curl. I'd lke to
> narrow down the cause.

 It seems to be related to the use of kerberos. I don't see any errors
 when I provide the user name and password on the command line.
>>>
>>> I wonder how because it is only one roundtrip..
>>>
>> * Server auth using Negotiate with user ''

 The above looks odd. Shouldn't that show the user name being used?
>>>
>>> This is a curl shortcoming, but not a bug. It simply indicates that no
>>> user (-u :, known issue #10) has been provided. It does not obtain the
>>> GSS name from the default credential.
>>>
 I've got some a Kerberos test environment in some VMs. I'll spin
 that up
 and see if I can reproduce the issue.
>>>
>>> Great, let me know if you need further information or a test via
>>> HTTP/1.1.
>>
>> I can't reproduce this. I was using a Windows 7.64.1 client. verbose
>> logging confirms both HTTP/2 and kerberos are being used.
>>
>> Maybe re-test with 7.64.1 ? It looks like a curl bug at this point
>> although there are enough moving parts that it could be elsewhere.
> 
> Oh well, I've got a step further I do think that there is a bug in curl
> and in Tomcat somewhere. I have updated the port to 7.64.1 and
> recompiled. It does work now, in fact it exactly behaves like the
> Windows version of curl 7.64.1. Two issues arise here:
> 
> 1. Why did it fail with 7.64.0 and Tomcat while it worked with HTTPd?!
> The dependencies of curl did not change.

But curl did change so my working assumption is a curl bug.

> 2. If you change update=false both on Windows and FreeBSD curl hangs
> forever and has to be killed. Make it update=true and it passes
> flawlessly. (assuming that version 003 is already deployed).

Tomcat was not doing the HTTP/2 equivalent of swallowing unwanted input.
I have a patch that I'll commit shortly that cancels the stream in this
instance.

Mark

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

Re: Sending post from ajax to servlet

[John Dale]

Debug pause made your request/db connection/other timeout?

On 4/5/19, alejandro.var...@kymsolutions.com
 wrote:
> I have a problem, not always, it happens randomly. Sometimes I send some
> data, ~200KB , using jquery ajax, but when I received the request it came
> null, but before I debugged in Chrome and the data seemed ok.
>
>
>
> I am using Tomcat 8.5, Java 8.201 and Google Chrome on Windows 10.
>
>
>
> I appreciate any help.
>
>
>
> Thanks.
>
>
>
>
>
>
>
>
>
> Alejandro Vargas Mayorga
>
> Gerente Desarrollo C.A. & C.
>
> Tel. 506- 7232-3366
>
> Email: 
> alejandro.var...@kymsolutions.com
>
>   www.kymsolutions.com
>
> Visite nuestra aula virtual!
>
>
>
>

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

Re: Tomcat 8.5 drops query string on protocol upgrade

[Mark Thomas]

Fixed.

Mark


On 30/03/2019 21:07, Michael Osipov wrote:
> While searching for a cause for "Expect: 100-continue not working with
> curl and HTTP/2" I have found another issue. I'd be happy if someone
> else can reproduce this:
> 
>> $ curl --verbose --negotiate -u : --upload-file
>> target/lda-docgen-webapp-0.1-backend-dev.war
>> 'http://sitex-ldadw.ad001.siemens.net:18082/backend-dev/manager-1/text/deploy?path=%2Fbackend-dev=false=003'
>> --http2
>> * Uses proxy env variable NO_PROXY == 'localhost .siemens.net
>> .siemens.com .siemens.de'
>> *   Trying 147.54.64.55...
>> * TCP_NODELAY set
>> * Connected to sitex-ldadw.ad001.siemens.net (147.54.64.55) port 18082
>> (#0)
>> * Server auth using Negotiate with user ''
>>> PUT
>>> /backend-dev/manager-1/text/deploy?path=%2Fbackend-dev=false=003
>>> HTTP/1.1
>>> Host: sitex-ldadw.ad001.siemens.net:18082
>>> Authorization: Negotiate YIISJQYGKwYBBQ...
>>> User-Agent: curl/7.64.1
>>> Accept: */*
>>> Connection: Upgrade, HTTP2-Settings
>>> Upgrade: h2c
>>> HTTP2-Settings: AAMAAABkAARAAAIA
>>> Content-Length: 6502139
>>> Expect: 100-continue
>>>
>> < HTTP/1.1 101
>> < Connection: Upgrade
>> < Upgrade: h2c
>> < Date: Sat, 30 Mar 2019 20:58:31 GMT
>> * Received 101
>> * Using HTTP2, server supports multi-use
>> * Connection state changed (HTTP/2 confirmed)
>> * Copying HTTP/2 data in stream buffer to connection buffer after
>> upgrade: len=0
>> * Connection state changed (MAX_CONCURRENT_STREAMS == 200)!
>> < HTTP/2 200
>> < cache-control: private
>> < expires: Thu, 01 Jan 1970 00:00:00 GMT
>> < www-authenticate: Negotiate oYH1MIHyoAM...
>> < x-content-type-options: nosniff
>> < content-type: text/plain;charset=utf-8
>> < date: Sat, 30 Mar 2019 20:58:31 GMT
>> <
>> FAIL - Invalid context path [null] was specified
>> * Connection #0 to host sitex-ldadw.ad001.siemens.net left intact
>> * Closing connection 0 
> 
> and here the access log:
>>
>> 147.54.64.55 - 2019-03-30T21:58:31.073 "PUT
>> /backend-dev/manager-1/text/deploy?path=%2Fbackend-dev=false=003
>> HTTP/1.1" 101 - 0
>> 147.54.64.55 osipo...@ad001.siemens.net 2019-03-30T21:58:31.819 "PUT
>> /backend-dev/manager-1/text/deploy HTTP/2.0" 200 49 744 
> 
> '--trace-ascii -' with curl looks fine.
> 
> Michael
> 
> -
> 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: Isapi_Redirect Issue Page Not Found 404.0

[Charles Mulvany]

Thanks Mark for looking into things. I did find out what my issue and I 
apologize and thank those that took the time to read this thread.
I fixed it by adding a docbase to root context in tomcat.
\conf\Catalina\localhost\ROOT.xml

Restarted tomcat.

Thanks again for your time