On 4/17/2018 10:25 AM, Adam Rauch wrote:
> According to the tomcat70 GitHub mirror, a recent change to
> Constants.java switched DBCP_DATASOURCE_FACTORY to
> "org.apache.tomcat.dbcp.dbcp2.BasicDataSourceFactory", which seems
> suspicious. See
> https://github.com/apache/tomcat70/commit/08b7ca0fae77
On 17/04/18 17:25, Adam Rauch wrote:
> Our code retrieves DataSources using JNDI, with code similar to this:
>
> new InitialContext().lookup("java:comp/env/jdbc/labkeyDataSource");
>
> With a simple DataSource definition that doesn't specify a "factory"
> attribute, this code now throws in To
Our code retrieves DataSources using JNDI, with code similar to this:
new InitialContext().lookup("java:comp/env/jdbc/labkeyDataSource");
With a simple DataSource definition that doesn't specify a "factory"
attribute, this code now throws in Tomcat 7.0.86. (It works in 7.0.85,
8.0.50, 8.5.
Thank you Olaf!
777 was given as last resort to see if this is really file permissions
issue.
Because of copy/paste and renaming to a dummy folder name, there was an
extra space so please ignore.
testuser is not an actual user but a repository for web files so tomcat
user can access it. The reas
On 17 April 2018 at 14:54, Mark Thomas wrote:
> On 17/04/18 11:36, Mark Thomas wrote:
>> On 17/04/18 10:14, Richard Tearle wrote:
>
>
>
>> Now all we need to to do is to figure out how to fix this. With the
>> understanding of what is (probably) going wrong, the problem can be
>> produced with a
Hello,
We have a dev environment where we regularly deploy and undeploy applications
while Tomcat is running. We are on Tomcat 8.5. We stage the application in a
temporary directory, we are not using war files. We then deploy with a call to
the manager app like this:
http://tomcat:PASSWORD@l
On 17/04/18 11:36, Mark Thomas wrote:
> On 17/04/18 10:14, Richard Tearle wrote:
>> I've also disabled the health check on ESB container, and my tests
>> ran through for an hour, without a connection closed error.
>
> That is good news. That is a strong indicator that we are on the right
> trac
Chris,
Thank you for your quick response. We are planning to use the combination of
one of these below in production. Our application is a high volume application
with transactions per second of about 20. Just wondering for the recommended
value for validationInterval.
Option1:
testOnBorrow
Chris,
Thank you for your quick response. We are planning to use the combination of
one of these below in production. Our application is a high volume application
with transactions per second of about 20. Just wondering for the recommended
value for validationInterval.
Option1:
testOnBorrow = t
On 17/04/18 10:14, Richard Tearle wrote:
> On 16 April 2018 at 22:04, Mark Thomas wrote:
>> I've started to look at them. I don't have any firm conclusions yet. I
>> have noticed that the problem occurs after a connection is made to the
>> service from localhost rather than the remote IP that i
On 16 April 2018 at 22:04, Mark Thomas wrote:
> On 11/04/18 09:22, Richard Tearle wrote:
>
>
>
>> I've built tomcat from source using the link you provided, and rebuilt the
>> containers with this tomcat, and can still reproduce the issue. I've uploaded
>> the logs (30s before the connection clos
On 16.04.2018 22:06, Support wrote:
SEVERE: Error initializing static Resources
java.lang.IllegalArgumentException: Document base
/home/testuser/resources/Raptor
does not exist or is not a readable directory
A few things are slightly off of my expectations:
But if you see below folder/permis
12 matches
Mail list logo
