You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Benoît Thiébault <th...@artenum.com> on 2012/04/13 16:25:32 UTC
Felix autodeploy with several directories
Hi everyone,
Is it possible for Felix to auto deploy several directories with the
felix.auto.deploy.dir setting?
Kind regards,
Ben
Re: Felix autodeploy with several directories
Posted by "Richard S. Hall" <he...@ungoverned.org>.
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: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Felix autodeploy with several directories
Posted by Benoît Thiébault <th...@artenum.com>.
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: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
--
Dr Benoît Thiébault
Project Manager
Artenum Toulouse - Science& Groupware
http://www.artenum.com
Bâtiment Calfocenter
10, rue Marguerite-Long
31320 Castanet-Tolosan
France
Phone: +33 (0)5 82 95 19 00
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Felix autodeploy with several directories
Posted by "Richard S. Hall" <he...@ungoverned.org>.
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: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Felix autodeploy with several directories
Posted by Benoît Thiébault <th...@artenum.com>.
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: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Felix autodeploy with several directories
Posted by Benoît Thiébault <th...@artenum.com>.
Hi
> Things to check..
> * Does the fileinstall bundle get started?
Yes
> * Fileinstall starts a thread called something like
> "fileinstall-<path>" for each directory is monitors. Do you see those
> appearing?
Yes again.
But still no bundle loaded.
Question regarding the -Dfelix.fileinstall.dir argument: the path to
provide is relative, but to what? Is it the path from where the
framework is executed? From where the fileinstall bundle is loaded?
Kind regards
Le 13/04/2012 18:38, Bram de Kruijff a écrit :
> Hi Ben,
>
> On Fri, Apr 13, 2012 at 5:01 PM, Benoît Thiébault<th...@artenum.com> wrote:
>> Ok thanks.
>>
>> I tried quickly didn't manage to make it work:
>> - I downloaded the jar file
>> - copied it under felix/bundle directory
>> - created a felix/test directory and moved a bundle in it
>> - lauched felix with command line
>>
>> java -jar -D felix.fileinstall.dir=test
>> -Dfelix.config.properties=file:conf/config.properties bin/felix.jar
>>
>> The file install bundle started correctly, but does not see the bundle in
>> the test folder.
>> I also tried to add felix.fileinstall.dir=test in the config.properties
>> files be no luck as well.
> I have this exact scenario working. It has to be some little detail ;)
> I am using org.apache.felix.main-4.0.2.jar with
> org.apache.felix.fileinstall-3.1.10. Basically the only thing I do
> from the properties is auto installing fileinstall and after that its
> takes care of multiple deploy directories.
>
> {snip}
> felix.auto.start.1= \
> reference:file:lib/org.apache.felix.fileinstall-3.1.10.jar
> {snip}
>
> With this in place the following basic command work for my with
> fileinstall picking up config from both dirs.
>
>> java -jar -Dfelix.fileinstall.dir=srv\amdatu,deploy -Dfelix.config.properties=file:conf\amdatu-platform.properties lib\org.apache.felix.main-4.0.2.jar
> Things to check..
> * Does the fileinstall bundle get started?
> * Fileinstall starts a thread called something like
> "fileinstall-<path>" for each directory is monitors. Do you see those
> appearing?
>
> good luck! ;)
> Bram
>
>
>
>
>
>
> java -jar -Dfelix.fileinstall.dir=dep
> oy,servers\multitenant
> -Dfelix.config.properties=file:conf\amdatu-platform.properties
> lib\org.apache.felix.main-4.0.2.jar
>
>
>> Le 13/04/2012 16:35, Richard S. Hall a écrit :
>>
>>> No. It is just a simple mechanism. If you want something more complex, you
>>> should probably use File Install.
>>>
>>> -> richard
>>>
>>> On 4/13/12 10:25 , Benoît Thiébault wrote:
>>>> Hi everyone,
>>>>
>>>> Is it possible for Felix to auto deploy several directories with the
>>>> felix.auto.deploy.dir setting?
>>>>
>>>> Kind regards,
>>>>
>>>> Ben
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
--
Dr Benoît Thiébault
Project Manager
Artenum Toulouse - Science& Groupware
http://www.artenum.com
Bâtiment Calfocenter
10, rue Marguerite-Long
31320 Castanet-Tolosan
France
Phone: +33 (0)5 82 95 19 00
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Felix autodeploy with several directories
Posted by Bram de Kruijff <bd...@gmail.com>.
Hi Ben,
On Fri, Apr 13, 2012 at 5:01 PM, Benoît Thiébault <th...@artenum.com> wrote:
> Ok thanks.
>
> I tried quickly didn't manage to make it work:
> - I downloaded the jar file
> - copied it under felix/bundle directory
> - created a felix/test directory and moved a bundle in it
> - lauched felix with command line
>
> java -jar -D felix.fileinstall.dir=test
> -Dfelix.config.properties=file:conf/config.properties bin/felix.jar
>
> The file install bundle started correctly, but does not see the bundle in
> the test folder.
> I also tried to add felix.fileinstall.dir=test in the config.properties
> files be no luck as well.
I have this exact scenario working. It has to be some little detail ;)
I am using org.apache.felix.main-4.0.2.jar with
org.apache.felix.fileinstall-3.1.10. Basically the only thing I do
from the properties is auto installing fileinstall and after that its
takes care of multiple deploy directories.
{snip}
felix.auto.start.1= \
reference:file:lib/org.apache.felix.fileinstall-3.1.10.jar
{snip}
With this in place the following basic command work for my with
fileinstall picking up config from both dirs.
> java -jar -Dfelix.fileinstall.dir=srv\amdatu,deploy -Dfelix.config.properties=file:conf\amdatu-platform.properties lib\org.apache.felix.main-4.0.2.jar
Things to check..
* Does the fileinstall bundle get started?
* Fileinstall starts a thread called something like
"fileinstall-<path>" for each directory is monitors. Do you see those
appearing?
good luck! ;)
Bram
java -jar -Dfelix.fileinstall.dir=dep
oy,servers\multitenant
-Dfelix.config.properties=file:conf\amdatu-platform.properties
lib\org.apache.felix.main-4.0.2.jar
> Le 13/04/2012 16:35, Richard S. Hall a écrit :
>
>> No. It is just a simple mechanism. If you want something more complex, you
>> should probably use File Install.
>>
>> -> richard
>>
>> On 4/13/12 10:25 , Benoît Thiébault wrote:
>>>
>>> Hi everyone,
>>>
>>> Is it possible for Felix to auto deploy several directories with the
>>> felix.auto.deploy.dir setting?
>>>
>>> Kind regards,
>>>
>>> Ben
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Felix autodeploy with several directories
Posted by Benoît Thiébault <th...@artenum.com>.
Ok thanks.
I tried quickly didn't manage to make it work:
- I downloaded the jar file
- copied it under felix/bundle directory
- created a felix/test directory and moved a bundle in it
- lauched felix with command line
java -jar -D felix.fileinstall.dir=test
-Dfelix.config.properties=file:conf/config.properties bin/felix.jar
The file install bundle started correctly, but does not see the bundle
in the test folder.
I also tried to add felix.fileinstall.dir=test in the config.properties
files be no luck as well.
Le 13/04/2012 16:35, Richard S. Hall a écrit :
> No. It is just a simple mechanism. If you want something more complex,
> you should probably use File Install.
>
> -> richard
>
> On 4/13/12 10:25 , Benoît Thiébault wrote:
>> Hi everyone,
>>
>> Is it possible for Felix to auto deploy several directories with the
>> felix.auto.deploy.dir setting?
>>
>> Kind regards,
>>
>> Ben
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
Re: Felix autodeploy with several directories
Posted by "Richard S. Hall" <he...@ungoverned.org>.
No. It is just a simple mechanism. If you want something more complex,
you should probably use File Install.
-> richard
On 4/13/12 10:25 , Benoît Thiébault wrote:
> Hi everyone,
>
> Is it possible for Felix to auto deploy several directories with the
> felix.auto.deploy.dir setting?
>
> Kind regards,
>
> Ben
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org