Re: WAR file not deploying correctly

2019-07-22 Thread Konstantin Kolinko 
пн, 22 июл. 2019 г. в 11:28, Victor WILLART :
>
> 22-Jul-2019 09:36:31.598 SEVERE 
> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] 
> org.apache.catalina.startup.ExpandWar.deleteDir [C:\Program Files\Apache 
> Software Foundation\Tomcat 8.0\webapps\ProductionMetricsApp-0.3.0\config] 
> could not be completely deleted. The presence of the remaining files may 
> cause problems

As you can see from the above log message, Tomcat was unable to delete
the "config" directory. Thus your stopping and undeploying a web
application was not completed.

Best regards,
Konstantin Kolinko

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

RE: [EXTERNAL] Re: WAR file not deploying correctly

2019-07-22 Thread Victor Willart (NOVOTEK Benelux) 


> -Original Message-
> From: André Warnier (tomcat) 
> Sent: Monday, July 22, 2019 12:26
> To: users@tomcat.apache.org
> Subject: [EXTERNAL] Re: WAR file not deploying correctly
> 
> On 22.07.2019 10:27, Victor WILLART wrote:
> > Hi,
> >
> >
> > Thanks for your answers. I am sorry I can't use the prefix indentation for
> replies yet. Next time I am going to use it with my other mail addresses with
> which I just subscribed !
> >
> >
> > @André
> >
> > I am not sure for the platform I am using, maybe you mean Polymer ?
> 
> I mean Windows, Linux, ..  (OS)
> 

Windows 64 bits

> >
> >
> > @Konstantin
> >
> > My back up files are not in any folders from Tomcat.
> >
> >
> > @Christopher
> >
> > This command is really handy, I didn't know about it. But It' returning the
> entire structure of my app folder so I think my WAR file is good, at least it
> isn't empty.
> >
> >
> > Below are the logs I found in Catalina.2019-07-22.log
> >
> > I am not sure if everything is related to my problem, but the first lines 
> > seem
> to be struggling with this config folder ...
> >
> >
> > ---
> >
> > 22-Jul-2019 09:36:31.598 SEVERE
> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
> > org.apache.catalina.startup.ExpandWar.deleteDir [C:\Program
> > Files\Apache Software Foundation\Tomcat
> > 8.0\webapps\ProductionMetricsApp-0.3.0\config] could not be completely
> > deleted. The presence of the remaining files may cause problems
> > 22-Jul-2019 09:36:31.598 SEVERE
> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
> > org.apache.catalina.startup.ExpandWar.deleteDir [C:\Program
> > Files\Apache Software Foundation\Tomcat
> > 8.0\webapps\ProductionMetricsApp-0.3.0] could not be completely
> > deleted. The presence of the remaining files may cause problems
> > 22-Jul-2019 09:36:31.599 SEVERE
> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
> > org.apache.catalina.startup.ExpandWar.delete [C:\Program Files\Apache
> > Software Foundation\Tomcat 8.0\webapps\ProductionMetricsApp-0.3.0]
> > could not be completely deleted. The presence of the remaining files
> > may cause problems
> > 22-Jul-2019 09:36:31.623 SEVERE [localhost-startStop-2]
> org.apache.tomcat.jdbc.pool.ConnectionPool.init Unable to create initial
> connections of pool.
> >   java.sql.SQLException: Unable to load class:
> com.microsoft.sqlserver.jdbc.SQLServerDriver from
> ClassLoader:java.net.URLClassLoader@72ea2f77;ClassLoader:WebappClassLo
> ader
> >context: ProductionMetricsApp-0.3.0
> >delegate: false
> > --> Parent Classloader:
> > java.net.URLClassLoader@72ea2f77
> >   at
> org.apache.tomcat.jdbc.pool.PooledConnection.connectUsingDriver(Pooled
> Connection.java:280)
> >   at
> org.apache.tomcat.jdbc.pool.PooledConnection.connect(PooledConnection.
> java:200)
> >   at
> org.apache.tomcat.jdbc.pool.ConnectionPool.createConnection(Connection
> Pool.java:708)
> >   at
> org.apache.tomcat.jdbc.pool.ConnectionPool.borrowConnection(Connectio
> nPool.java:642)
> >   at
> org.apache.tomcat.jdbc.pool.ConnectionPool.init(ConnectionPool.java:464)
> >   at
> org.apache.tomcat.jdbc.pool.ConnectionPool.(ConnectionPool.java:14
> 1)
> >   at
> org.apache.tomcat.jdbc.pool.DataSourceProxy.pCreatePool(DataSourceProx
> y.java:115)
> >   at
> org.apache.tomcat.jdbc.pool.DataSourceProxy.createPool(DataSourceProxy.
> java:102)
> >   at
> com.GEDIGAPP.EncryptedDataSourceFactory.createDataSource(EncryptedD
> ataSourceFactory.java:50)
> >   at
> org.apache.tomcat.jdbc.pool.DataSourceFactory.getObjectInstance(DataSou
> rceFactory.java:241)
> >   at
> org.apache.naming.factory.FactoryBase.getObjectInstance(FactoryBase.java
> :94)
> >   at javax.naming.spi.NamingManager.getObjectInstance(Unknown
> Source)
> >   at org.apache.naming.NamingContext.lookup(NamingContext.java:841)
> >   at org.apache.naming.NamingContext.lookup(NamingContext.java:152)
> >   at org.apache.naming.NamingContext.lookup(NamingContext.java:829)
> >   at org.apache.naming.NamingContext.lookup(NamingContext.java:166)
> >   at
> org.apache.catalina.core.NamingContextListener.addResource(NamingCont
> extListener.java:1084)
> >   at
> org.apache.catalina.core.NamingContextListener.createNamingContext(Na
> mingContextListener.java:663)
> >   at
> org.apache.catalina.core.NamingContextListener.lifecycleEvent(Nami

Re: WAR file not deploying correctly

2019-07-22 Thread tomcat 
Stop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [activities-service-0.3.0] created a ThreadLocal with key 
of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@33a9a4ab]) and a 
value of type 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall] (value 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall@25ad9fb7]) 
but failed to remove it when the web application was stopped. Threads are going 
to be renewed over time to try and avoid a probable memory leak.
22-Jul-2019 09:36:56.453 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [activities-service-0.3.0] created a ThreadLocal with key 
of type [com.microsoft.sqlserver.jdbc.ActivityCorrelator$1] (value 
[com.microsoft.sqlserver.jdbc.ActivityCorrelator$1@5b509737]) and a value of 
type [com.microsoft.sqlserver.jdbc.ActivityId] (value 
[8a71be2c-331a-4398-9656-135062efacc7-426]) but failed to remove it when the 
web application was stopped. Threads are going to be renewed over time to try 
and avoid a probable memory leak.
22-Jul-2019 09:36:56.453 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [activities-service-0.3.0] created a ThreadLocal with key 
of type [com.microsoft.sqlserver.jdbc.ActivityCorrelator$1] (value 
[com.microsoft.sqlserver.jdbc.ActivityCorrelator$1@5b509737]) and a value of 
type [com.microsoft.sqlserver.jdbc.ActivityId] (value 
[570e9eb9-a01e-436c-bd4d-e110899e34e3-390]) but failed to remove it when the 
web application was stopped. Threads are going to be renewed over time to try 
and avoid a probable memory leak.
22-Jul-2019 09:36:56.455 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [activities-service-0.3.0] created a ThreadLocal with key 
of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@33a9a4ab]) and a 
value of type 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall] (value 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall@138292c3]) 
but failed to remove it when the web application was stopped. Threads are going 
to be renewed over time to try and avoid a probable memory leak.
22-Jul-2019 09:36:59.723 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [mymachines-service-impl-0.6.2] created a ThreadLocal with 
key of type [com.microsoft.sqlserver.jdbc.ActivityCorrelator$1] (value 
[com.microsoft.sqlserver.jdbc.ActivityCorrelator$1@6cd81413]) and a value of 
type [com.microsoft.sqlserver.jdbc.ActivityId] (value 
[22156d6f-8148-49f3-b49a-0be520e6d273-1]) but failed to remove it when the web 
application was stopped. Threads are going to be renewed over time to try and 
avoid a probable memory leak.
22-Jul-2019 09:36:59.723 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [mymachines-service-impl-0.6.2] created a ThreadLocal with 
key of type [com.microsoft.sqlserver.jdbc.ActivityCorrelator$1] (value 
[com.microsoft.sqlserver.jdbc.ActivityCorrelator$1@6cd81413]) and a value of 
type [com.microsoft.sqlserver.jdbc.ActivityId] (value 
[df50226a-fe6e-416e-8a55-e66e14c294b3-4]) but failed to remove it when the web 
application was stopped. Threads are going to be renewed over time to try and 
avoid a probable memory leak.
22-Jul-2019 09:36:59.724 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [mymachines-service-impl-0.6.2] created a ThreadLocal with 
key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@2ff469ad]) 
and a value of type 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall] (value 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall@1be866b9]) 
but failed to remove it when the web application was stopped. Threads are going 
to be renewed over time to try and avoid a probable memory leak.


Victor



De : Konstantin Kolinko 
Envoyé : samedi 20 juillet 2019 21:10:12
À : Tomcat Users List 
Objet : Re: WAR file not deploying correctly

пт, 19 июл. 2019 г. в 12:47, Victor WILLART :


Hi everybody,


I am using Tomcat 8.0, and I am struggling to replace and deploy a WAR file.



Tomcat 8.0 has reached End of Life and should not be used anymore. The
replacements are Tomcat 8.5 and 9.0.



I made a new WAR file, named it like the old one, and replaced it in my webapps folder. 
But the new generated folder for my application is just containing a single folder 
"config" which is empty. All the other folders and files are missing … I tried 
also to deploy it through the Tomcat Manager

RE: WAR file not deploying correctly

2019-07-22 Thread Victor WILLART 
dLocal with key 
of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@33a9a4ab]) and a 
value of type 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall] (value 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall@25ad9fb7]) 
but failed to remove it when the web application was stopped. Threads are going 
to be renewed over time to try and avoid a probable memory leak.
22-Jul-2019 09:36:56.453 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [activities-service-0.3.0] created a ThreadLocal with key 
of type [com.microsoft.sqlserver.jdbc.ActivityCorrelator$1] (value 
[com.microsoft.sqlserver.jdbc.ActivityCorrelator$1@5b509737]) and a value of 
type [com.microsoft.sqlserver.jdbc.ActivityId] (value 
[8a71be2c-331a-4398-9656-135062efacc7-426]) but failed to remove it when the 
web application was stopped. Threads are going to be renewed over time to try 
and avoid a probable memory leak.
22-Jul-2019 09:36:56.453 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [activities-service-0.3.0] created a ThreadLocal with key 
of type [com.microsoft.sqlserver.jdbc.ActivityCorrelator$1] (value 
[com.microsoft.sqlserver.jdbc.ActivityCorrelator$1@5b509737]) and a value of 
type [com.microsoft.sqlserver.jdbc.ActivityId] (value 
[570e9eb9-a01e-436c-bd4d-e110899e34e3-390]) but failed to remove it when the 
web application was stopped. Threads are going to be renewed over time to try 
and avoid a probable memory leak.
22-Jul-2019 09:36:56.455 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [activities-service-0.3.0] created a ThreadLocal with key 
of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@33a9a4ab]) and a 
value of type 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall] (value 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall@138292c3]) 
but failed to remove it when the web application was stopped. Threads are going 
to be renewed over time to try and avoid a probable memory leak.
22-Jul-2019 09:36:59.723 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [mymachines-service-impl-0.6.2] created a ThreadLocal with 
key of type [com.microsoft.sqlserver.jdbc.ActivityCorrelator$1] (value 
[com.microsoft.sqlserver.jdbc.ActivityCorrelator$1@6cd81413]) and a value of 
type [com.microsoft.sqlserver.jdbc.ActivityId] (value 
[22156d6f-8148-49f3-b49a-0be520e6d273-1]) but failed to remove it when the web 
application was stopped. Threads are going to be renewed over time to try and 
avoid a probable memory leak.
22-Jul-2019 09:36:59.723 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [mymachines-service-impl-0.6.2] created a ThreadLocal with 
key of type [com.microsoft.sqlserver.jdbc.ActivityCorrelator$1] (value 
[com.microsoft.sqlserver.jdbc.ActivityCorrelator$1@6cd81413]) and a value of 
type [com.microsoft.sqlserver.jdbc.ActivityId] (value 
[df50226a-fe6e-416e-8a55-e66e14c294b3-4]) but failed to remove it when the web 
application was stopped. Threads are going to be renewed over time to try and 
avoid a probable memory leak.
22-Jul-2019 09:36:59.724 SEVERE [localhost-startStop-3] 
org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks 
The web application [mymachines-service-impl-0.6.2] created a ThreadLocal with 
key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@2ff469ad]) 
and a value of type 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall] (value 
[com.ge.bm.springExtensions.jdbcSupport.ResultSetExtractingJdbcCall@1be866b9]) 
but failed to remove it when the web application was stopped. Threads are going 
to be renewed over time to try and avoid a probable memory leak.


Victor



De : Konstantin Kolinko 
Envoyé : samedi 20 juillet 2019 21:10:12
À : Tomcat Users List 
Objet : Re: WAR file not deploying correctly

пт, 19 июл. 2019 г. в 12:47, Victor WILLART :
>
> Hi everybody,
>
>
> I am using Tomcat 8.0, and I am struggling to replace and deploy a WAR file.
>

Tomcat 8.0 has reached End of Life and should not be used anymore. The
replacements are Tomcat 8.5 and 9.0.

>
> I made a new WAR file, named it like the old one, and replaced it in my 
> webapps folder. But the new generated folder for my application is just 
> containing a single folder "config" which is empty. All the other folders and 
> files are missing … I tried also to deploy it through the Tomcat Manager and 
> it happened the same.
>
>
> I don't think my war file is wron

Re: WAR file not deploying correctly

2019-07-20 Thread Konstantin Kolinko 
пт, 19 июл. 2019 г. в 12:47, Victor WILLART :
>
> Hi everybody,
>
>
> I am using Tomcat 8.0, and I am struggling to replace and deploy a WAR file.
>

Tomcat 8.0 has reached End of Life and should not be used anymore. The
replacements are Tomcat 8.5 and 9.0.

>
> I made a new WAR file, named it like the old one, and replaced it in my 
> webapps folder. But the new generated folder for my application is just 
> containing a single folder "config" which is empty. All the other folders and 
> files are missing … I tried also to deploy it through the Tomcat Manager and 
> it happened the same.
>
>
> I don't think my war file is wrong since I have a back up folder of my app 
> that was working perfectly before trying this, and the back up WAR file isn't 
> working neither.  Only replacing the deployed folder by the deployed folder 
> from back up makes my app work again correctly.
>
>
> If you have any hints or guesses about this, I would gladly try them.
>

1. A WAR file is effectively a ZIP archive (with minor differences
like using UTF-8 to encode file names). The first thing Tomcat does
when you deploy the web application is to unpack the file.  You can
perform this step manually using the "jar"utility from JDK.

If you unpack the file manually, you would better remove the war file
from the webapps directory (or at least rename its extension), so that
auto-deployment does not interfere.

It may be that your war file is broken, or does not contain anything
besides the "config" directory. The "t" command of the jar utility can
be used to test the war file and to list its contents (as suggested by
Christopher).

2. When you undeploy a web application, make sure that all its files
(in webapps and in work directory) are removed. The "config" directory
may remain from an incomplete undeployment.

E.g. if the files in the config directory are owned by root user and
cannot be deleted by the user running Apache Tomcat.

3. I hope that you do not run two copies of Tomcat over the same
webapps directory at the same time.

4. Read the logs.

Best regards,
Konstantin Kolinko

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

Re: WAR file not deploying correctly

2019-07-20 Thread Christopher Schultz 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Victor,

On 7/19/19 05:47, Victor WILLART wrote:
> Hi everybody,
> 
> 
> I am using Tomcat 8.0, and I am struggling to replace and deploy a
> WAR file.
> 
> 
> I made a new WAR file, named it like the old one, and replaced it
> in my webapps folder. But the new generated folder for my
> application is just containing a single folder "config" which is
> empty. All the other folders and files are missing … I tried also
> to deploy it through the Tomcat Manager and it happened the same.
> 
> 
> I don't think my war file is wrong since I have a back up folder of
> my app that was working perfectly before trying this, and the back
> up WAR file isn't working neither.  Only replacing the deployed
> folder by the deployed folder from back up makes my app work again
> correctly.
> 
> 
> If you have any hints or guesses about this, I would gladly try
> them.

Anything in the logs files that might explain?

On the server, try running this command:

$ jar tvf [application].war

- -chris
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl0zCbkACgkQHPApP6U8
pFjyoQ//RahZPPmCWqUXWoKwDaraAbEkOeyBSlJ17rFlFW8doMnKSHqz20vYlQEu
DuW5FlJMlBVCfr2fpsyn5ObDjHJKa/ejlKrIHg5/2qUKBH44DnEfD0u7J32wnUNO
hvJ+HH1p5e530n2XlvphTeDi8cWSVeFKCZLL+toHcSvOeXPUAJIfNpzwLpd40JV0
NAfXeAyu7jIMBzwnue8Z1AA1tDegAMQw0qGAtdxPUoQa6FWTiSfW1XuMqfdVUMB6
85q96QPoFc7Majqvd85No+4RqPZ/b5mRvZMyBsNiLeeUO7kdzxLPYoIq3oZO8lS6
c7jFhRsKCRqmriyk2xASrgrR0Ti0Q3SgaYCWvVIfnuutgMI7GppXJJ5fIPhm23FK
dE3/CnjgtJiZkobOAYvEWnJigpm7SvUmjIfZX5RhV0rMM/vRCRO+eedrSkAcKtv4
oJmthCBTgzJOgBSeAv33ZKc7r4o6Ct/5Hf1ugl6+1AhqMxHctjPxyRvz62byH25m
rr0mgE5OmPfITyghcgWqNPppSkdgtbMNbJoec12KljFpm8Gy0COiojT4LjaGma5g
rYvCoj1Zp7mCBlzcUcceJtJTX8vAU1ltaV/7GNzGEADfDkzp+/Hq5Ph6EI0uiFE5
hzRUtQODf54YT65y2sDMyxs0wT5r64P6wWXTF5PoirKAZzPzstw=
=TKdG
-END PGP SIGNATURE-

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

Re: WAR file not deploying correctly

2019-07-19 Thread tomcat 

On 19.07.2019 11:47, Victor WILLART wrote:

Hi everybody,


I am using Tomcat 8.0, and I am struggling to replace and deploy a WAR file..


I made a new WAR file, named it like the old one, and replaced it in my webapps folder. 
But the new generated folder for my application is just containing a single folder 
"config" which is empty. All the other folders and files are missing … I tried 
also to deploy it through the Tomcat Manager and it happened the same.


I don't think my war file is wrong since I have a back up folder of my app that 
was working perfectly before trying this, and the back up WAR file isn't 
working neither.  Only replacing the deployed folder by the deployed folder 
from back up makes my app work again correctly.


If you have any hints or guesses about this, I would gladly try them.




Could be some permissions problem.
What platform is it ?

(Like : when you do it "by hand", you are logged-in as a user with sufficient permissions 
to overwrite existing files/create new ones. But when tomcat tries to do the same, it 
cannot because its own permissions are insufficient.

There should be something in the logfiles though. Have you looked there ?)



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