Re: felix-cache
Anybody got an idea what I can do to get rid of all the errors? All bundles in the cache produce this error. The project runs flawlessly on Linux but when I try to run it on windows (10) I get the following errors. I'm not a windows user so I have no idea if there some setting that will make windows work properly with the files. Thanks for any advice. ERROR: Error reloading cached bundle, removing it: .\felix-cache\bundle1 java.nio.file.NoSuchFileException: .\felix-cache\bundle1\version0.0\bundle.jar at java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:85) at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:103) at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:108) at java.base/sun.nio.fs.WindowsFileAttributeViews$Basic.readAttributes(WindowsFileAttributeViews.java:53) at java.base/sun.nio.fs.WindowsFileAttributeViews$Basic.readAttributes(WindowsFileAttributeViews.java:38) at java.base/sun.nio.fs.WindowsFileSystemProvider.readAttributes(WindowsFileSystemProvider.java:199) at java.base/java.nio.file.Files.readAttributes(Files.java:1849) at java.base/java.util.zip.ZipFile$Source.get(ZipFile.java:1279) at java.base/java.util.zip.ZipFile$CleanableResource.(ZipFile.java:710) at java.base/java.util.zip.ZipFile.(ZipFile.java:243) at java.base/java.util.zip.ZipFile.(ZipFile.java:172) at java.base/java.util.zip.ZipFile.(ZipFile.java:186) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.util.SecureAction.openZipFile(SecureAction.java:802) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.util.WeakZipFileFactory$WeakZipFile.(WeakZipFileFactory.java:169) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.util.WeakZipFileFactory$WeakZipFile.(WeakZipFileFactory.java:151) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.util.WeakZipFileFactory.create(WeakZipFileFactory.java:78) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.cache.JarRevision.(JarRevision.java:83) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:819) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:491) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.cache.BundleArchive.(BundleArchive.java:226) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:427) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.Felix.init(Felix.java:798) at org.apache.felix.framework@7.0.5 /org.apache.felix.framework.Felix.init(Felix.java:648) at YRSDealerAgent@1.0 /com.yrs.dealer.client.agent.YRSDealerAgent.start(YRSDealerAgent.java:56) at YRSDealerAgent@1.0 /com.yrs.dealer.client.agent.YRSDealerAgent.main(YRSDealerAgent.java:47)
Re: Felix cache could be optional?
On 10/11/10 9:28, Issac Noé García wrote: Hi, I was doing a fast-reading to this page ( http://felix.apache.org/site/apache-felix-framework-bundle-cache.html) and I didn't see anything about what to have in cache, for example, not having a copy of each installed bundle (for a gateway with limited storing resources). Or, for example, not having a cache, and have all the information in memory, I think the same information stored in cache will be in memory, or not? The only problem I see, is that, without a cache, there is any chance to recover the gateway when stopping it. So, there is any option to change the default behavior of the felix cache besides the options in the site? Or, I don't know, maybe having a cache in another machine, even if it is slow to start it. Not really. The cache is mandated by the spec. Our implementation could be better and is not designed to be nicely pluggable...you just have to replace the whole thing. I think someone somewhere created an in-memory implementation at one time. So, I believe it is possible. If you have the bundles already on your device, you can install them by prepending reference: to their file URL so they won't get copied again, but there are potential issues with dynamic updates when you use this. - richard Thanks, - To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org