On 01/12/2019 17:03, Arief Hasani wrote:
>> Hi,
>> Strangely I can not upload big file (~20Mb) when using http2 using curl
>> with \
>> unexpected EOF error, whereas the upload was successful when forcing curl to
>> use \
>> http1.1 protocol so I assume code and configuration should be correctI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Bill,
On 12/2/19 17:03, engelk...@bellsouth.net wrote:
> As someone new to working with Tomcat (8), I see that a lot of the
> introductory documentation suggests to use CVS (and in conjunction
> with ant) for handling software revisions. However, I
Chris,
If you will check in my early email then you will find that with // it is
throwing 404. But as soon as I removed it manually then it starts working
properly and all these url were working fine in 8.5.24 version.
On Tue, Dec 3, 2019, 1:21 AM Christopher Schultz <
ch...@christopherschultz.ne
> On Dec 2, 2019, at 4:21 PM, Mark Thomas wrote:
>
> On 02/12/2019 21:07, Chris Cheshire wrote:
>
>
>
>> File on bugzilla?
>
> No need. It is https://bz.apache.org/bugzilla/show_bug.cgi?id=63815
>
> It is fixed as far as we can until the jdg issue is fixed.
>
> Mark
My search-fu is no
As someone new to working with Tomcat (8), I see that a lot of the
introductory documentation suggests to use CVS (and in conjunction with ant)
for handling software revisions. However, I have read discussions about the
superiority of git for handling software revisions / commits, etc., and also
I
On 02/12/2019 21:07, Chris Cheshire wrote:
> File on bugzilla?
No need. It is https://bz.apache.org/bugzilla/show_bug.cgi?id=63815
It is fixed as far as we can until the jdg issue is fixed.
Mark
-
To unsubscribe, e-mail: use
tomcat 9.0.29, Debian 8, openjdk 1.8.0_232-b09
Trying to run digest.sh :
$ cd /opt/apache-tomcat/9.0.29/bin
$ ./digest.sh
Error: Could not find or load main class
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
$ CATALINA_HOME=/opt/apache-tomcat-9.0.29 ./digest.sh
Error: Could n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Kushagra,
On 12/2/19 11:29, Kushagra Bindal wrote:
> I think it should be.
>
>
> DanglingSessionInvalidateFilter
> DanglingSessionInvalidateFilter
> com.SessionInvalidateFilter
>
> DanglingSessionInvalidateFilter
> /restcall/*
>
> Here i
I think it should be.
DanglingSessionInvalidateFilter
DanglingSessionInvalidateFilter
com.SessionInvalidateFilter
DanglingSessionInvalidateFilter
/restcall/*
Here in below URL:
"http://backend_tomcat:8080/sdm/restcall/v1/platform//healthCheck";
sdm will b
On 02/12/2019 10:59, Kushagra Bindal wrote:
> Hi Mark,
>
> These are Rest Endpoints, and so will be processed through Filter.
That is unusual.
> Do, you
> think Servlet mapping will play any role here?
If the filter is handling them, no.
So I'll change the question. Which URL pattern from the
On 02/12/2019 14:41, WILLIAM n SUSIE ENGELKE wrote:
>
> As someone new to working with Tomcat (8), I see that a lotof the
> introductory documentation suggests to use CVS (and in conjunction withant)
> for handling software revisions. However, I have read discussions aboutthe
> superiority of g
Hi Mark/Manna
Please let me know if I need to provide some additional information about
the deployments so that it can be helpful in resolving the issue.
Regards
Kushagra
On Mon, Dec 2, 2019, 4:29 PM Kushagra Bindal
wrote:
> Hi Mark,
>
> These are Rest Endpoints, and so will be processed throu
As someone new to working with Tomcat (8), I see that a lotof the introductory
documentation suggests to use CVS (and in conjunction withant) for handling
software revisions. However, I have read discussions aboutthe superiority of
git for handling software revisions / commits, etc., andalso I
Hi Mark,
These are Rest Endpoints, and so will be processed through Filter. Do, you
think Servlet mapping will play any role here?
On Mon, Dec 2, 2019 at 2:33 PM Mark Thomas wrote:
> On 02/12/2019 04:53, Kushagra Bindal wrote:
> > Hi Mark,
> >
> > Please find the snippet from web.xml
>
> Which
On 01/12/2019 23:04, Mark Thomas wrote:
I'm with you. And likely our setup is special in a way. However, I've
rarely seen that you have to re-enter credentials in a professional web
application like Google or Facebook, for example.
Yes. But if those apps were running on Tomcat I doubt that
On 02/12/2019 04:53, Kushagra Bindal wrote:
> Hi Mark,
>
> Please find the snippet from web.xml
Which URL pattern do you expect:
"http://backend_tomcat:8080/sdm/restcall/v1/platform//healthCheck";
to match?
And what is the Context Path at which the application is deployed?
Mark
>
>
>
16 matches
Mail list logo