If the sun.misc bundle gets refreshed, it will cause the framework to
refresh...assuming that it is a system bundle fragment.
-> richard
On 5/4/12 10:58 , Benoît Thiébault wrote:
I don't know why either :-)
Here is the list of bundles in the bundle folder:
com.sun.awt-1.0.0.jar
com.sun.image.codec.jpeg-1.0.0.jar
javax.servlet_3.0.0.v201103241727.jar
jython-2.5.1.jar
org.3.apache.log4j_1.2.15.v201012070815.jar
org.apache.commons.logging_1.1.1.v201101211721.jar
org.apache.felix.bundlerepository-1.6.6.jar
org.apache.felix.configadmin-1.2.8.jar
org.apache.felix.fileinstall-3.2.0.jar
org.apache.felix.gogo.command-0.12.0.jar
org.apache.felix.gogo.runtime-0.10.0.jar
org.apache.felix.gogo.shell-0.10.0.jar
org.apache.felix.ipojo-1.8.0.jar
org.apache.felix.ipojo.arch.gogo-1.0.1.jar
sun.misc-1.0.0.jar
And the one bundle in the lib folder is sun.reflect-1.0.0.jar (it's
just a dummy bundle that exports sun.reflect packages)
I don't manipulation bundle activation by code, so in theory, there
should be no reason for the gogo bundle to be reloaded...
Kind regards
Le 04/05/2012 16:29, Richard S. Hall a écrit :
It sounds like you are causing the Gogo shell bundle to be refreshed
or something...not sure why.
-> richard
On 5/4/12 09:48 , Benoît Thiébault wrote:
Hi everyone,
I left my question of bundle auto-deployment with FileInstall aside
for some time, even though I couldn't make it work.
I am now back on the problem and found why FileInstall did not work.
I did not have the ConfigAdmin bundle and it seemed this prevented
FileInstall from working correctly.
But now, FileInstall has a very strange behaviour:
I indicated a ./lib folder to FileInstall in which I put a
sun.reflect bundle. I also increased the log level
felix.fileinstall.log.level to 4 and left other settings to default.
When Felix starts, I have the usual gogo command prompt. When I type
"lb", I see all the bundles in the bundle directory are installed,
but not the one in the ./lib directory.
After 2 seconds (the default watch period of FileInstall), the
bundle in the ./lib directory is loaded, but the gogo prompt appears
again. And when I type "lb", everything crashes... What happened?
Here is the full console output:
{felix.fileinstall.poll (ms) = 2000, felix.fileinstall.dir =
/home/ben/dev/IME/Felix-4.0.2/./lib, felix.fileinstall.log.level =
4, felix.fileinstall.bundles.new.start = true,
felix.fileinstall.tmpdir = /tmp/fileinstall-6181262646369158171,
felix.fileinstall.filter = null, felix.fileinstall.start.level = 0}
[WARNING] org.apache.felix.ipojo.arch.gogo.Arch : The specification
org.apache.felix.ipojo.arch.gogo.Arch is not implemented by
org.apache.felix.ipojo.arch.gogo.Arch it might be a superclass or
the class itself.
____________________________
Welcome to Apache Felix Gogo
g! lb
START LEVEL 1
ID|State |Level|Name
0|Active | 0|System Bundle (4.0.2)
1|Resolved | 1|Bundle exporting com.sun.awt classes (1.0.0)
2|Resolved | 1|Bundle exporting Sun's JPEG classes (1.0.0)
3|Active | 1|Servlet API Bundle (3.0.0.v201103241727)
4|Active | 1|jython (0.0.0)
5|Active | 1|Apache Jakarta log4j Plug-in
(1.2.15.v201012070815)
6|Active | 1|Apache Commons Logging Plug-in
(1.1.1.v201101211721)
7|Active | 1|Apache Felix Bundle Repository (1.6.6)
8|Active | 1|Apache Felix Configuration Admin Service
(1.2.8)
9|Active | 1|Apache Felix File Install (3.2.0)
10|Active | 1|Apache Felix Gogo Command (0.12.0)
11|Active | 1|Apache Felix Gogo Runtime (0.10.0)
12|Active | 1|Apache Felix Gogo Shell (0.10.0)
13|Active | 1|Apache Felix iPOJO (1.8.0)
14|Active | 1|Apache Felix iPOJO Gogo Command (1.0.1)
15|Resolved | 1|Bundle exporting sun.misc classes (1.0.0)
g! Installed /home/ben/dev/IME/Felix-4.0.2/lib/sun.reflect-1.0.0.jar
{felix.fileinstall.poll (ms) = 2000, felix.fileinstall.dir =
/home/ben/dev/IME/Felix-4.0.2/./lib, felix.fileinstall.log.level =
4, felix.fileinstall.bundles.new.start = true,
felix.fileinstall.tmpdir = /tmp/fileinstall-7939584661433319533,
felix.fileinstall.filter = null, felix.fileinstall.start.level = 0}
[WARNING] org.apache.felix.ipojo.arch.gogo.Arch : The specification
org.apache.felix.ipojo.arch.gogo.Arch is not implemented by
org.apache.felix.ipojo.arch.gogo.Arch it might be a superclass or
the class itself.
____________________________
Welcome to Apache Felix Gogo
g! lb
gosh: java.lang.IllegalStateException: session is closed
gogo: IllegalStateException: Invalid BundleContext.
java.lang.IllegalStateException: Invalid BundleContext.gosh:
stopping framework
at
org.apache.felix.framework.BundleContextImpl.checkValidity(BundleContextImpl.java:514)
at
org.apache.felix.framework.BundleContextImpl.getBundle(BundleContextImpl.java:173)
at org.apache.felix.gogo.shell.Shell.shutdown(Shell.java:183)
at org.apache.felix.gogo.shell.Shell.gosh(Shell.java:170)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.felix.gogo.runtime.Reflective.invoke(Reflective.java:137)
at
org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:82)
at
org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)
at
org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)
at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)
at
org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89)
at org.apache.felix.gogo.shell.Activator.run(Activator.java:75)
at java.lang.Thread.run(Thread.java:662)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
