You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@karaf.apache.org by "Leschke, Scott" <SL...@medline.com> on 2018/11/16 21:45:34 UTC
Hmm, that's new. Felix Fileinstall
Question. I've been running v 4.2.1 under Java 10.0.2 for a while in my test environment and everything has been working as expected. Recently though, it appeared that fileinstall wasn't picking up that .jar and .cfg files we being changed via hot deploy.
I tried various things to get it to work but finally thought I'd do a fresh install of 4.2.1 to see if that might clear things up. To install, I run a PowerShell script that unzips the apache-karaf-4.2.1.zip file, installs the features I need and then I change where Karaf's hot deploy folder is by replacing etc/org.apache.felix.fileinstall-deploy.cfg with my own file, org.apache.felix.fileinstall-bam.cfg.
My application deploy folder is a hierarchy rooted at the folder "BAM" (Business Activity Monitoring) that has 3 subfolders in it,
runtime (for bundles (jars) the app is dependent on), datasources (where I keep the .cfgs that contain the org.ops4j.datasource-*.cfg files the app needs), and systems which is another folder hierarchy containing .cfg files and subfolders containing files associated with a system.
After the install, I'm seeing some "pseudo" bundles with the names and versions shown below.
C__BAM_runtime 0.0.0
C__BAM_datasources 0.0.0
Wrap_jardir_C__BAM_systems 0
I've rerun the install a few times with some varying results. In one case, the last name was in line with the others and was shown as C__BAM_systems. In another case, none of those bundles existed at all? Thoughts?
Windows Server 2016 BTW. Sorry for the copius detail but I'm trying to be clear as to what I'm seeing.
Scott
RE: Hmm, that's new. Felix Fileinstall
Posted by "Leschke, Scott" <SL...@medline.com>.
The hot deploy folder hierarchy being scanned is CIFS but it is not under /etc. My hot deploy is a folder directly under C:/. It's been this way for a long time.
Scott
-----Original Message-----
From: Jean-Baptiste Onofré <jb...@nanthrax.net>
Sent: Wednesday, November 21, 2018 9:25 AM
To: user@karaf.apache.org
Subject: Re: Hmm, that's new. Felix Fileinstall
Let me start a Windows VM to try to reproduce.
According to the trace, it's certainly related to environment (Windows, ...).
By the way, is etc folder on CIFS or a shared volume ?
Regards
JB
On 21/11/2018 16:17, Leschke, Scott wrote:
> I've retested this a couple of times in the last hour. It's
> reasonably repeatable but is relatively new behavior in 4.2.1 as far
> as I can tell. It looks like the following is the cause of the
> behavior. It appears repeatedly in the log file.
>
>
>
> 2018-11-21T09:05:29,272 | ERROR | fileinstall-C:/BAM | fileinstall
> | 10 - org.apache.felix.fileinstall -
> 3.6.4 | In main loop, we have serious trouble
>
> java.nio.file.ClosedWatchServiceException: null
>
> at
> sun.nio.fs.AbstractWatchService.checkOpen(AbstractWatchService.java:80
> )
> ~[?:?]
>
> at
> sun.nio.fs.AbstractWatchService.poll(AbstractWatchService.java:97)
> ~[?:?]
>
> at
> org.apache.felix.fileinstall.internal.Watcher.processEvents(Watcher.ja
> va:163) ~[10:org.apache.felix.fileinstall:3.6.4]
>
> at
> org.apache.felix.fileinstall.internal.WatcherScanner.scan(WatcherScann
> er.java:63) ~[10:org.apache.felix.fileinstall:3.6.4]
>
> at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWa
> tcher.java:311) [10:org.apache.felix.fileinstall:3.6.4]
>
>
>
> Scott
>
>
>
> *From:* Leschke, Scott <SL...@medline.com>
> *Sent:* Tuesday, November 20, 2018 8:05 AM
> *To:* user@karaf.apache.org
> *Subject:* RE: Hmm, that's new. Felix Fileinstall
>
>
>
> I'm curious if anybody else has seen the following? Is this new and
> expected behavior?
>
>
>
> Scott
>
>
>
> *From:*Leschke, Scott [mailto:SLeschke@medline.com]
> *Sent:* Friday, November 16, 2018 3:46 PM
> *To:* user@karaf.apache.org <ma...@karaf.apache.org>
> *Subject:* Hmm, that's new. Felix Fileinstall
>
>
>
> Question. I've been running v 4.2.1 under Java 10.0.2 for a while in
> my test environment and everything has been working as expected.
> Recently though, it appeared that fileinstall wasn't picking up that
> .jar and .cfg files we being changed via hot deploy.
>
>
>
> I tried various things to get it to work but finally thought I'd do a
> fresh install of 4.2.1 to see if that might clear things up. To
> install, I run a PowerShell script that unzips the
> apache-karaf-4.2.1.zip file, installs the features I need and then I
> change where Karaf's hot deploy folder is by replacing
> etc/org.apache.felix.fileinstall-deploy.cfg with my own file, org.apache.felix.fileinstall-bam.cfg.
>
>
>
> My application deploy folder is a hierarchy rooted at the folder "BAM"
> (Business Activity Monitoring) that has 3 subfolders in it,
>
> */runtime/* (for bundles (jars) the app is dependent on),
> */datasources/* (where I keep the .cfgs that contain the
> org.ops4j.datasource-*.cfg files the app needs), and */systems/* which
> is another folder hierarchy containing .cfg files and subfolders
> containing files associated with a system.
>
>
>
> After the install, I'm seeing some "pseudo" bundles with the names and
> versions shown below.
>
>
>
> C__BAM_runtime 0.0.0
>
> C__BAM_datasources 0.0.0
>
> Wrap_jardir_C__BAM_systems 0
>
>
>
> I've rerun the install a few times with some varying results. In one
> case, the last name was in line with the others and was shown as
> C__BAM_systems. In another case, none of those bundles existed at all?
> Thoughts?
>
>
>
> Windows Server 2016 BTW. Sorry for the copius detail but I'm trying
> to be clear as to what I'm seeing.
>
>
>
> Scott
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: Hmm, that's new. Felix Fileinstall
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Let me start a Windows VM to try to reproduce.
According to the trace, it's certainly related to environment (Windows,
...).
By the way, is etc folder on CIFS or a shared volume ?
Regards
JB
On 21/11/2018 16:17, Leschke, Scott wrote:
> I’ve retested this a couple of times in the last hour. It’s reasonably
> repeatable but is relatively new behavior in 4.2.1 as far as I can
> tell. It looks like the following is the cause of the behavior. It
> appears repeatedly in the log file.
>
>
>
> 2018-11-21T09:05:29,272 | ERROR | fileinstall-C:/BAM |
> fileinstall | 10 - org.apache.felix.fileinstall -
> 3.6.4 | In main loop, we have serious trouble
>
> java.nio.file.ClosedWatchServiceException: null
>
> at
> sun.nio.fs.AbstractWatchService.checkOpen(AbstractWatchService.java:80)
> ~[?:?]
>
> at
> sun.nio.fs.AbstractWatchService.poll(AbstractWatchService.java:97) ~[?:?]
>
> at
> org.apache.felix.fileinstall.internal.Watcher.processEvents(Watcher.java:163)
> ~[10:org.apache.felix.fileinstall:3.6.4]
>
> at
> org.apache.felix.fileinstall.internal.WatcherScanner.scan(WatcherScanner.java:63)
> ~[10:org.apache.felix.fileinstall:3.6.4]
>
> at
> org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:311)
> [10:org.apache.felix.fileinstall:3.6.4]
>
>
>
> Scott
>
>
>
> *From:* Leschke, Scott <SL...@medline.com>
> *Sent:* Tuesday, November 20, 2018 8:05 AM
> *To:* user@karaf.apache.org
> *Subject:* RE: Hmm, that's new. Felix Fileinstall
>
>
>
> I’m curious if anybody else has seen the following? Is this new and
> expected behavior?
>
>
>
> Scott
>
>
>
> *From:*Leschke, Scott [mailto:SLeschke@medline.com]
> *Sent:* Friday, November 16, 2018 3:46 PM
> *To:* user@karaf.apache.org <ma...@karaf.apache.org>
> *Subject:* Hmm, that's new. Felix Fileinstall
>
>
>
> Question. I’ve been running v 4.2.1 under Java 10.0.2 for a while in my
> test environment and everything has been working as expected. Recently
> though, it appeared that fileinstall wasn’t picking up that .jar and
> .cfg files we being changed via hot deploy.
>
>
>
> I tried various things to get it to work but finally thought I’d do a
> fresh install of 4.2.1 to see if that might clear things up. To install,
> I run a PowerShell script that unzips the apache-karaf-4.2.1.zip file,
> installs the features I need and then I change where Karaf’s hot deploy
> folder is by replacing etc/org.apache.felix.fileinstall-deploy.cfg with
> my own file, org.apache.felix.fileinstall-bam.cfg.
>
>
>
> My application deploy folder is a hierarchy rooted at the folder “BAM”
> (Business Activity Monitoring) that has 3 subfolders in it,
>
> */runtime/* (for bundles (jars) the app is dependent on),
> */datasources/* (where I keep the .cfgs that contain the
> org.ops4j.datasource-*.cfg files the app needs), and */systems/* which
> is another folder hierarchy containing .cfg files and subfolders
> containing files associated with a system.
>
>
>
> After the install, I’m seeing some “pseudo” bundles with the names and
> versions shown below.
>
>
>
> C__BAM_runtime 0.0.0
>
> C__BAM_datasources 0.0.0
>
> Wrap_jardir_C__BAM_systems 0
>
>
>
> I’ve rerun the install a few times with some varying results. In one
> case, the last name was in line with the others and was shown as
> C__BAM_systems. In another case, none of those bundles existed at all?
> Thoughts?
>
>
>
> Windows Server 2016 BTW. Sorry for the copius detail but I’m trying to
> be clear as to what I’m seeing.
>
>
>
> Scott
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
RE: Hmm, that's new. Felix Fileinstall
Posted by "Leschke, Scott" <SL...@medline.com>.
I've retested this a couple of times in the last hour. It's reasonably repeatable but is relatively new behavior in 4.2.1 as far as I can tell. It looks like the following is the cause of the behavior. It appears repeatedly in the log file.
2018-11-21T09:05:29,272 | ERROR | fileinstall-C:/BAM | fileinstall | 10 - org.apache.felix.fileinstall - 3.6.4 | In main loop, we have serious trouble
java.nio.file.ClosedWatchServiceException: null
at sun.nio.fs.AbstractWatchService.checkOpen(AbstractWatchService.java:80) ~[?:?]
at sun.nio.fs.AbstractWatchService.poll(AbstractWatchService.java:97) ~[?:?]
at org.apache.felix.fileinstall.internal.Watcher.processEvents(Watcher.java:163) ~[10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.WatcherScanner.scan(WatcherScanner.java:63) ~[10:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:311) [10:org.apache.felix.fileinstall:3.6.4]
Scott
From: Leschke, Scott <SL...@medline.com>
Sent: Tuesday, November 20, 2018 8:05 AM
To: user@karaf.apache.org
Subject: RE: Hmm, that's new. Felix Fileinstall
I'm curious if anybody else has seen the following? Is this new and expected behavior?
Scott
From: Leschke, Scott [mailto:SLeschke@medline.com]
Sent: Friday, November 16, 2018 3:46 PM
To: user@karaf.apache.org<ma...@karaf.apache.org>
Subject: Hmm, that's new. Felix Fileinstall
Question. I've been running v 4.2.1 under Java 10.0.2 for a while in my test environment and everything has been working as expected. Recently though, it appeared that fileinstall wasn't picking up that .jar and .cfg files we being changed via hot deploy.
I tried various things to get it to work but finally thought I'd do a fresh install of 4.2.1 to see if that might clear things up. To install, I run a PowerShell script that unzips the apache-karaf-4.2.1.zip file, installs the features I need and then I change where Karaf's hot deploy folder is by replacing etc/org.apache.felix.fileinstall-deploy.cfg with my own file, org.apache.felix.fileinstall-bam.cfg.
My application deploy folder is a hierarchy rooted at the folder "BAM" (Business Activity Monitoring) that has 3 subfolders in it,
runtime (for bundles (jars) the app is dependent on), datasources (where I keep the .cfgs that contain the org.ops4j.datasource-*.cfg files the app needs), and systems which is another folder hierarchy containing .cfg files and subfolders containing files associated with a system.
After the install, I'm seeing some "pseudo" bundles with the names and versions shown below.
C__BAM_runtime 0.0.0
C__BAM_datasources 0.0.0
Wrap_jardir_C__BAM_systems 0
I've rerun the install a few times with some varying results. In one case, the last name was in line with the others and was shown as C__BAM_systems. In another case, none of those bundles existed at all? Thoughts?
Windows Server 2016 BTW. Sorry for the copius detail but I'm trying to be clear as to what I'm seeing.
Scott
RE: Hmm, that's new. Felix Fileinstall
Posted by "Leschke, Scott" <SL...@medline.com>.
I'm curious if anybody else has seen the following? Is this new and expected behavior?
Scott
From: Leschke, Scott [mailto:SLeschke@medline.com]
Sent: Friday, November 16, 2018 3:46 PM
To: user@karaf.apache.org
Subject: Hmm, that's new. Felix Fileinstall
Question. I've been running v 4.2.1 under Java 10.0.2 for a while in my test environment and everything has been working as expected. Recently though, it appeared that fileinstall wasn't picking up that .jar and .cfg files we being changed via hot deploy.
I tried various things to get it to work but finally thought I'd do a fresh install of 4.2.1 to see if that might clear things up. To install, I run a PowerShell script that unzips the apache-karaf-4.2.1.zip file, installs the features I need and then I change where Karaf's hot deploy folder is by replacing etc/org.apache.felix.fileinstall-deploy.cfg with my own file, org.apache.felix.fileinstall-bam.cfg.
My application deploy folder is a hierarchy rooted at the folder "BAM" (Business Activity Monitoring) that has 3 subfolders in it,
runtime (for bundles (jars) the app is dependent on), datasources (where I keep the .cfgs that contain the org.ops4j.datasource-*.cfg files the app needs), and systems which is another folder hierarchy containing .cfg files and subfolders containing files associated with a system.
After the install, I'm seeing some "pseudo" bundles with the names and versions shown below.
C__BAM_runtime 0.0.0
C__BAM_datasources 0.0.0
Wrap_jardir_C__BAM_systems 0
I've rerun the install a few times with some varying results. In one case, the last name was in line with the others and was shown as C__BAM_systems. In another case, none of those bundles existed at all? Thoughts?
Windows Server 2016 BTW. Sorry for the copius detail but I'm trying to be clear as to what I'm seeing.
Scott