That was indeed the reason why the framework was refreshed. Thanks 
Richard"Richard S. Hall" <[email protected]> a écrit :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]

Reply via email to