Re: is too quick to respond

2022-02-20 Thread John Barrow
Neil, > I think it's a bad idea to design a solution based on the file type. A > webapp can contain all kinds of files. Why is that in this instance when the focus is on deploying to these specific folders as defined by Tomcat? Taken from the Tomcat documentation... - WEB-INF/classes/ - This

Re: mod_jk interference with ErrorDocument/Alias on HEAD request

2022-02-20 Thread Stefan Mayr
Hi, i created a bugzilla entry (https://bz.apache.org/bugzilla/show_bug.cgi?id=65901) and included a first attempt to patch this issue. Am 12.02.2022 um 14:24 schrieb Stefan Mayr: Hello Tomcat users, this week we were debugging a strange connection issue which I tracked down to an interfer

Re: is too quick to respond

2022-02-20 Thread John Barrow
Simon,That's my understanding as well, just that they have to have a defined folder structure within the zip but can unzip with any utility program. When you say "consistent content", how would you determine that without actually 'suck and see' which would lead to having to interfere with Tomcat

Re: is too quick to respond

2022-02-20 Thread Neil Aggarwal
I think it's a bad idea to design a solution based on the file type. A webapp can contain all kinds of files. On Sun, Feb 20, 2022, 12:16 PM Simon Matter wrote: > > I may be wrong but I thought .war files are zip files. Wouldn't it be > possible to just wait until the file has a consistent cont

Re: is too quick to respond

2022-02-20 Thread Simon Matter
> Not sure about Tomcat, but what IBM Liberty does is: > > It "will" try to redeploy the war when it detects a file change - and it > does fail naturally since the war isn't complete. > > BUT - it will keep trying since during the upload, the timestamp and file > size automatically keeps changing -

RE: is too quick to respond

2022-02-20 Thread John Barrow
Hi all, I have also uploaded the screenshots that I took within NetBeans illustrating some of my issues with getting Tomcat working within Netbeans. As mentioned previously, when I did my test project using Ant, it created a Libraries folder where I could and add JAR/Folder. This structure i

RE: is too quick to respond

2022-02-20 Thread John Barrow
Hi all, I will consolidate the comments from the last three emails to keep the thread from splitting too much. > Christopher: I don't think your attachment made it to the list. Maybe you can > host it somewhere else and then post a URL to the list? Attachments tend to > be stripped. I'm actuall

RE: is too quick to respond

2022-02-20 Thread Neil Aggarwal
> as what was mentioned earlier, different OS(s) may handle this > differently, but the > JAVA NIO API watchevents point you in the right direction in watching a > file/folder > in a loop for a "create" or "modify" or "delete" event to occur and fire > off. That is a very good point. Using an eve

Re: is too quick to respond

2022-02-20 Thread Jason Hall
Not sure about Tomcat, but what IBM Liberty does is: It "will" try to redeploy the war when it detects a file change - and it does fail naturally since the war isn't complete. BUT - it will keep trying since during the upload, the timestamp and file size automatically keeps changing - so at the

Re: is too quick to respond

2022-02-20 Thread Christopher Schultz
John, On 2/20/22 05:50, John Barrow wrote: Neil, Thanks for your useful feedback. I am still feeling my way as you can probably see from my earlier emails trying to setup a development environment. I did actually think of this but didn't put it in scope for a couple of reasons. Firstly, the T

Re: is too quick to respond

2022-02-20 Thread John Barrow
Neil, Thanks for your useful feedback. I am still feeling my way as you can probably see from my earlier emails trying to setup a development environment. I did actually think of this but didn't put it in scope for a couple of reasons. Firstly, the Tomcat documentation for readloadable quotes "