John,
On 2/23/22 05:49, John Barrow wrote:
Christopher,
You will just change the implementation to answer the question "have any
resources been modified, but not-too-recently?"
OK
The check must be fast, otherwise it will hang-up other processes on the
server. Don't introduce any
Christopher,
> You will just change the implementation to answer the question "have any
resources been modified, but not-too-recently?"
OK
> The check must be fast, otherwise it will hang-up other processes on the
server. Don't introduce any new loops or stalls. Just return true or false
e to decide not to reload "too early"?
-chris
From: Christopher Schultz
Sent: 20 February 2022 14:22
To: users@tomcat.apache.org
Subject: Re: is too quick to respond
John,
On 2/20/22 05:50, John Barrow wrote:
Neil,
Thanks for your useful feedback. I am still feeling m
John,
On 2/20/22 13:35, John Barrow wrote:
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
- Original Message -
From: "chris"
To: "users"
Sent: Sunday, February 20, 2022 9:22:17 AM
Subject: Re: is too quick to respond
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
John,
On 2/19/22 05:27, John Barrow wrote:
I have re-run the Tomcat tests using 4 cores (all my machine has!) and
time came down to 35m 33s. Not bad.
Definitely better. Ask IT for a better computer ;)
I have written my own ‘grep’ to review the output directory and I
think that the number of
John,
I'm going back a few emails in this thread but that is because things
appear to be heading in the wrong direction. This is an attempt to get
you back on the right track.
On 18/02/2022 15:50, John Barrow wrote:
I use Netbeans 12.6 (Apache loyalty!) on Windows 10 for all my Java
ied, the
rest would simply be subject to the timeout for non activity having
expired.John
Original message
From: Neil Aggarwal
Date: 20/02/2022 18:29 (GMT+00:00)
To: Tomcat Users List
Subject: Re: is too quick to respond
I think it's a bad idea to design a solution based on the
nsion.John
Original message From: Simon Matter
Date: 20/02/2022 18:15 (GMT+00:00) To: Tomcat Users List
Subject: Re: is too quick to respond > Not sure
about Tomcat, but what IBM Liberty does is:>> It "will" try to redeploy the war
when it detects a file change
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
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.
>
>thanks,
> jason
>
> - Original Message -----
> From: "chris
, the failed tests zip is also there in case it was stripped out for
anyone else that might be interested.
John
*From: *Christopher Schultz
*Sent: *20 February 2022 14:22
*To: *users@tomcat.apache.org
*Subject: *Re: is too quick to respond
John,
On 2/20/22 05:50, John Barrow wrote:
> N
he reload. It is also a read-only query and
so has no side-effects as it appears that users have a need to
auto-reload after refreshing a larger .war file. Thoughts?
Enjoy your evening.
John
From: Christopher Schultz
Sent: 20 February 2022 14:22
To: users@tomcat.apache.org
Subject: Re: is
> 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
- Original Message -
From: "chris"
To: "users"
Sent: Sunday, February 20, 2022 9:22:17 AM
Subject: Re: is too quick to respond
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
> proba
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
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
John:
> If anyone has a moment, can you have a quick look and see if what I am
> proposing seems acceptable.
Thinking about when a large file (Such as a war file) is being uploaded
to the server, we don't want Tomcat to reload it until after the file has
completed upload and is fully formed.
Hi,
While we continue the investigation into why I can't get Tomcat to run
within NetBeans, I thought that I would create a mockup of the
functionality that I would look to implement to protect the reloading
of the webapp until the files have been rebuilt. I have mimicked the
expected Tomcat
Hi,
I have re-run the Tomcat tests using 4 cores (all my machine has!) and
time came down to 35m 33s. Not bad.
I have written my own ‘grep’ to review the output directory and I
think that the number of failures has come down now using all the
cores so some may have been timing issues
The 5 that
HI,
As a completely 'left-field' thought and apologies if this next
statement is completely naive, if I started a clean Maven project,
copied across all the sources for Tomcat and then use NetBeans to add
dependencies as required, could that work? I am willing to give it a
try as I don't need to
"reference": "JB",
"name": "John Barrow",
"loggedIn": "2022-02-18"
}
}
From: Mark Thomas
Sent: 18 February 2022 18:16
To: users@tomcat.apache.org
Subject: Re: is too quick to respond
On 18/02/2022 18:01, John Barrow
Mark,I checked the logs folder and it was empty and so I am assuming that Any
is clearing it each time I build Tomcat.John
Original message From: Mark Thomas Date:
18/02/2022 18:16 (GMT+00:00) To: users@tomcat.apache.org Subject: Re: is too
quick to respond On 18/02/2022 18
On 18/02/2022 18:01, John Barrow wrote:
Do you have a list of the tests which fail? Do you know how to get that list?
Yes, although I am on Windows, not UNIX and so I don't have access to
grep. I did a simple search within logs for 'FAILED' and it came up
with about 20 or so. The list of
Hi,
> 3. Run "ant ide-netbeans"
Apologies, I should have made that point clear, I have already run
that otherwise Netbeans wouldn't recognise the project at all - i.e. I
couldn't open it. In that respect, it was helpful, as in I could now
compile and navigate the source files.
> The "deploy"
John,
On 2/18/22 10:50, John Barrow wrote:
Would you be interested in looking at the existing algorithm to see if
it would be updated in this way?
WebappLoader.backgroundProcess() would be a good place to start.
I am sort of interested in looking at this.
Awesome!
I have only been
ing to keep shutting down Tomcat after each
compile!
John
From: Mark Thomas
Sent: 17 February 2022 21:47
To: users@tomcat.apache.org
Subject: Re: is too quick to respond
On 17/02/2022 19:50, Christopher Schultz wrote:
> This kind of thing could happen due to a number of differen
On 17/02/2022 19:50, Christopher Schultz wrote:
This kind of thing could happen due to a number of different reasons,
such as a slow disk or network share, etc. and ought to be
protected-against.
I haven't looked at the code, but I would imagine it periodically reads
all relevant files
John,
On 2/17/22 10:46, John Barrow wrote:
Hi,
I am now running Tomcat version 10.0.16 having just upgraded from
9.0.41. As a developer, I make use of the META-INF\context.xml feature
to detect changes within the classes folder WEB-INF\classes by
However, since moving to Tomcat 10.0.16, the
29 matches
Mail list logo
