You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Eishay Smith <ei...@us.ibm.com> on 2005/10/21 19:55:36 UTC
OSGi Container in Geronimo
I'm part of the Eclipse Open Healthcare Project (EOHF), a first Eclipse
project that targets an industry specific client framework over RCP. One of
the problems we face in our architecture is the need to run OSGi bundles on
the server side.
The outcome is an idea to have an OSGi container inside Geronimo. Such a
container should act like any other container in an application server,
such as EJB, Web and Spring containers.
The container design should strive to have OSGi bundles be unaware whether
they run in a client or server side. At first there will be some
restrictions on the bundles, and wile the container will mature and OSGi
will supply relevant features, those restrictions will shrink.
The OSGi bundles should be accessible by other GBeans, this way EJBs,
Servlets and misc GBeans should be able to make use of Eclipse plugins
(ones that does not utilize UI). Plugins that could be used are, for
example, ones that implements messaging stack or doing data manipulation.
Comments and ideas are welcome.
Thanks,
Eishay
Re: re-deployment fails
Posted by Dave Colasurdo <da...@earthlink.net>.
Hernan,
Try stopping the application (also avail from the console) prior to
uninstalling it. There are several JIRAs open for this issue. See
GERONIMO-1099 and GERONIMO-1047.
-Dave-
Hernan Cunico wrote:
> Hi all,
> when I deploy an application from a command line, then I uninstall it
> from the console and then try to re-deploy, again from the console, I
> get an error saying the application already exists.
>
> I double check from the Geronimo Console and there are no traces of the
> application there. Run the deployer list-modules from command line and
> is the same result, no app there.
>
> After this, when I restart Geronimo I get a second error which I
> attached at the end of this note.
>
> I used to have this problem before M5 when using day-to-day builds. Now
> I'm using last stable M5.
>
> Cheers
> Hernan
>
> #####################################################################
> # Deployment error #
> #####################################################################
> Deployer operation failed: Module CustomerEJB already exists in the
> server. Try to undeploy it first or use the redeploy command.
> org.apache.geronimo.common.DeploymentException: Module CustomerEJB
> already exists in the server. Try to undeploy it first or use the
> redeploy command.
> at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:156)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:87)
> at
> org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(<generated>)
>
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
>
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:180)
> at
> org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:125)
> at
> org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(<generated>)
>
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
>
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:180)
> at
> org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117)
>
> at
> mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219)
> at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34)
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker.chain(RMIConnectionSubjectInvoker.java:99)
>
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker.access$000(RMIConnectionSubjectInvoker.java:31)
>
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker$1.run(RMIConnectionSubjectInvoker.java:90)
>
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAsPrivileged(Subject.java:500)
> at
> mx4j.remote.MX4JRemoteUtils.subjectInvoke(MX4JRemoteUtils.java:163)
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker.subjectInvoke(RMIConnectionSubjectInvoker.java:86)
>
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker.invoke(RMIConnectionSubjectInvoker.java:80)
>
> at $Proxy0.invoke(Unknown Source)
> at
> javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:221)
>
> at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
> at sun.rmi.transport.Transport$1.run(Transport.java:148)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
>
> at java.lang.Thread.run(Thread.java:534)
> Module CustomerEJB already exists in the server. Try to undeploy it
> first or use the redeploy command.
> org.apache.geronimo.common.DeploymentException: Module CustomerEJB
> already exists in the server. Try to undeploy it first or use the
> redeploy command.
> at
> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:156)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:87)
> at
> org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(<generated>)
>
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
>
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:180)
> at
> org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:125)
> at
> org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(<generated>)
>
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
>
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:180)
> at
> org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117)
>
> at
> mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219)
> at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34)
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker.chain(RMIConnectionSubjectInvoker.java:99)
>
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker.access$000(RMIConnectionSubjectInvoker.java:31)
>
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker$1.run(RMIConnectionSubjectInvoker.java:90)
>
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAsPrivileged(Subject.java:500)
> at
> mx4j.remote.MX4JRemoteUtils.subjectInvoke(MX4JRemoteUtils.java:163)
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker.subjectInvoke(RMIConnectionSubjectInvoker.java:86)
>
> at
> mx4j.remote.rmi.RMIConnectionSubjectInvoker.invoke(RMIConnectionSubjectInvoker.java:80)
>
> at $Proxy0.invoke(Unknown Source)
> at
> javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:221)
>
> at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:324)
> at
> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
> at sun.rmi.transport.Transport$1.run(Transport.java:148)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
>
> at java.lang.Thread.run(Thread.java:534)
> #####################################################################
>
>
>
>
>
>
> #####################################################################
> # Restarting error #
> #####################################################################
> E:\geronimo\bin>startup
> Booting Geronimo Kernel (in Java 1.4.2_09)...
> Starting Geronimo Application Server
> [*****> ] 34% 14s Starting org/apache/geronimo/Console
> 23:22:21,909 ERROR [GBeanInstanceState] Error while starting; GBean is
> now in the FAILED state:
> objectName="geronimo.server:J2EEApplication=org/apache/geronimo/Console,J2
> EEModule=null,J2EEServer=geronimo,j2eeType=JACCManager,name=JACCManager"
> java.lang.ClassNotFoundException: Property
> javax.security.jacc.PolicyConfigurationFactory.provider not set
> at
> javax.security.jacc.PolicyConfigurationFactory$1.run(PolicyConfigurationFactory.java:81)
>
> at java.security.AccessController.doPrivileged(Native Method)
> at
> javax.security.jacc.PolicyConfigurationFactory.getPolicyConfigurationFactory(PolicyConfigurationFactory.java:75)
>
> at
> org.apache.geronimo.security.jacc.ApplicationPolicyConfigurationManager.<init>(ApplicationPolicyConfigurationManager.java:53)
>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>
> at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:856)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:497)
>
> at
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:210)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:140)
>
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:497)
>
> at
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:210)
>
> at
> org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:233)
> at org.apache.geronimo.system.main.Daemon.<init>(Daemon.java:78)
> at org.apache.geronimo.system.main.Daemon.main(Daemon.java:316)
> [****************] 100% 18s Startup complete
> Listening on Ports:
> 1099 0.0.0.0 RMI Naming
> 1527 0.0.0.0 Derby Connector
> 4201 0.0.0.0 ActiveIO Connector EJB
> 4242 0.0.0.0 Remote Login Listener
> 8019 0.0.0.0 Tomcat Connector AJP
> 8080 0.0.0.0 Jetty Connector HTTP
> 8090 0.0.0.0 Tomcat Connector HTTP
> 8443 0.0.0.0 Jetty Connector HTTPS
> 8453 0.0.0.0 Tomcat Connector HTTPS
> 61616 0.0.0.0 ActiveMQ Message Broker Connector
> Started Application Modules:
> EAR: org/apache/geronimo/Console
> WAR: org/apache/geronimo/applications/Welcome
> Web Applications:
> http://hcunico:8080/
> http://hcunico:8080/console
> http://hcunico:8080/console-standard
> WARNING: Some GBeans were not started successfully:
> JACCManager (failed)
> jsp (starting)
> geronimo-console-framework-1.0-SNAPSHOT.war (starting)
> se-console (starting)
> default (starting)
> Geronimo Application Server started
> #####################################################################
>
>
re-deployment fails
Posted by Hernan Cunico <hc...@gmail.com>.
Hi all,
when I deploy an application from a command line, then I uninstall it
from the console and then try to re-deploy, again from the console, I
get an error saying the application already exists.
I double check from the Geronimo Console and there are no traces of the
application there. Run the deployer list-modules from command line and
is the same result, no app there.
After this, when I restart Geronimo I get a second error which I
attached at the end of this note.
I used to have this problem before M5 when using day-to-day builds. Now
I'm using last stable M5.
Cheers
Hernan
#####################################################################
# Deployment error #
#####################################################################
Deployer operation failed: Module CustomerEJB already exists in the
server. Try to undeploy it first or use the redeploy command.
org.apache.geronimo.common.DeploymentException: Module CustomerEJB
already exists in the server. Try to undeploy it first or use the
redeploy command.
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:156)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:87)
at
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(<generated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:180)
at
org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:125)
at
org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(<generated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:180)
at
org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117)
at
mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219)
at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker.chain(RMIConnectionSubjectInvoker.java:99)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker.access$000(RMIConnectionSubjectInvoker.java:31)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker$1.run(RMIConnectionSubjectInvoker.java:90)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:500)
at
mx4j.remote.MX4JRemoteUtils.subjectInvoke(MX4JRemoteUtils.java:163)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker.subjectInvoke(RMIConnectionSubjectInvoker.java:86)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker.invoke(RMIConnectionSubjectInvoker.java:80)
at $Proxy0.invoke(Unknown Source)
at
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:221)
at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
at sun.rmi.transport.Transport$1.run(Transport.java:148)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at
sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
at java.lang.Thread.run(Thread.java:534)
Module CustomerEJB already exists in the server. Try to undeploy it
first or use the redeploy command.
org.apache.geronimo.common.DeploymentException: Module CustomerEJB
already exists in the server. Try to undeploy it first or use the
redeploy command.
at
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:156)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:87)
at
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(<generated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:180)
at
org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:125)
at
org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(<generated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:795)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:180)
at
org.apache.geronimo.kernel.jmx.MBeanServerDelegate.invoke(MBeanServerDelegate.java:117)
at
mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java:219)
at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker.chain(RMIConnectionSubjectInvoker.java:99)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker.access$000(RMIConnectionSubjectInvoker.java:31)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker$1.run(RMIConnectionSubjectInvoker.java:90)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:500)
at
mx4j.remote.MX4JRemoteUtils.subjectInvoke(MX4JRemoteUtils.java:163)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker.subjectInvoke(RMIConnectionSubjectInvoker.java:86)
at
mx4j.remote.rmi.RMIConnectionSubjectInvoker.invoke(RMIConnectionSubjectInvoker.java:80)
at $Proxy0.invoke(Unknown Source)
at
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:221)
at sun.reflect.GeneratedMethodAccessor267.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
at sun.rmi.transport.Transport$1.run(Transport.java:148)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at
sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
at java.lang.Thread.run(Thread.java:534)
#####################################################################
#####################################################################
# Restarting error #
#####################################################################
E:\geronimo\bin>startup
Booting Geronimo Kernel (in Java 1.4.2_09)...
Starting Geronimo Application Server
[*****> ] 34% 14s Starting org/apache/geronimo/Console
23:22:21,909 ERROR [GBeanInstanceState] Error while starting; GBean is
now in the FAILED state:
objectName="geronimo.server:J2EEApplication=org/apache/geronimo/Console,J2
EEModule=null,J2EEServer=geronimo,j2eeType=JACCManager,name=JACCManager"
java.lang.ClassNotFoundException: Property
javax.security.jacc.PolicyConfigurationFactory.provider not set
at
javax.security.jacc.PolicyConfigurationFactory$1.run(PolicyConfigurationFactory.java:81)
at java.security.AccessController.doPrivileged(Native Method)
at
javax.security.jacc.PolicyConfigurationFactory.getPolicyConfigurationFactory(PolicyConfigurationFactory.java:75)
at
org.apache.geronimo.security.jacc.ApplicationPolicyConfigurationManager.<init>(ApplicationPolicyConfigurationManager.java:53)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:856)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:497)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:210)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:140)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:497)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:210)
at
org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:233)
at org.apache.geronimo.system.main.Daemon.<init>(Daemon.java:78)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:316)
[****************] 100% 18s Startup complete
Listening on Ports:
1099 0.0.0.0 RMI Naming
1527 0.0.0.0 Derby Connector
4201 0.0.0.0 ActiveIO Connector EJB
4242 0.0.0.0 Remote Login Listener
8019 0.0.0.0 Tomcat Connector AJP
8080 0.0.0.0 Jetty Connector HTTP
8090 0.0.0.0 Tomcat Connector HTTP
8443 0.0.0.0 Jetty Connector HTTPS
8453 0.0.0.0 Tomcat Connector HTTPS
61616 0.0.0.0 ActiveMQ Message Broker Connector
Started Application Modules:
EAR: org/apache/geronimo/Console
WAR: org/apache/geronimo/applications/Welcome
Web Applications:
http://hcunico:8080/
http://hcunico:8080/console
http://hcunico:8080/console-standard
WARNING: Some GBeans were not started successfully:
JACCManager (failed)
jsp (starting)
geronimo-console-framework-1.0-SNAPSHOT.war (starting)
se-console (starting)
default (starting)
Geronimo Application Server started
#####################################################################
Re: OSGi Container in Geronimo
Posted by Eishay Smith <ei...@us.ibm.com>.
Great!
We still need to figure out few things, but communication is indeed one of
the centrals.
Do you have a specific pattern/workflow in mind?
Thanks,
Eishay
Sanjiva
Weerawarana
<sanjiva@opensour To
ce.lk> dev@geronimo.apache.org
cc
10/23/2005 08:00 grahameg@jivaehealth.com
PM Subject
Re: OSGi Container in Geronimo
Please respond to
dev
On Fri, 2005-10-21 at 15:38 -0700, Eishay Smith wrote:
> Dain,
>
> Did you think about the communication with client side?
> How do you think an OSGi bundle that lives inside an Eclipse environment
> will communicate with another bundle that resides in Geronimo?
> Will it have a "standard way", using some J2EE protocol (RMI/IIOP or
SOAP
> for example) with a proxy on the server side that stands in between (EJB
or
> WS), or just a "your problem - what ever you like"?
If you want to do it with SOAP we (Axis2 folks) will be glad to help ..
this'll be a good chance to integrate Axis2 to Geronimo as well.
Sanjiva.
Re: OSGi Container in Geronimo
Posted by Sanjiva Weerawarana <sa...@opensource.lk>.
On Fri, 2005-10-21 at 15:38 -0700, Eishay Smith wrote:
> Dain,
>
> Did you think about the communication with client side?
> How do you think an OSGi bundle that lives inside an Eclipse environment
> will communicate with another bundle that resides in Geronimo?
> Will it have a "standard way", using some J2EE protocol (RMI/IIOP or SOAP
> for example) with a proxy on the server side that stands in between (EJB or
> WS), or just a "your problem - what ever you like"?
If you want to do it with SOAP we (Axis2 folks) will be glad to help ..
this'll be a good chance to integrate Axis2 to Geronimo as well.
Sanjiva.
Re: OSGi Container in Geronimo
Posted by Eishay Smith <ei...@us.ibm.com>.
Dain,
Did you think about the communication with client side?
How do you think an OSGi bundle that lives inside an Eclipse environment
will communicate with another bundle that resides in Geronimo?
Will it have a "standard way", using some J2EE protocol (RMI/IIOP or SOAP
for example) with a proxy on the server side that stands in between (EJB or
WS), or just a "your problem - what ever you like"?
Eishay
Dain Sundstrom <da...@iq80.com> wrote on 10/21/2005 12:08:32 PM:
>
> On Oct 21, 2005, at 11:34 AM, Eishay Smith wrote:
>
> > Dain,
> >
> > I've talked with Jeff McAffer about it last week and I understood that
> > there where some talks about using the Equinox OSGi somewhere in the
> > infrastructure and not as a container.
>
> It will be a bi-directional integration, so OGIi bundles will be able
> to see geronimo services and geronimo services will be able to see
> bundles (and services in bundles). Using your terminology it will be
> a container.
>
> > Will the implementation you are
> > working on will actually enable running OSGi bundles taken from
> > Eclipse?
>
> Yes, except Geronimo doesn't use extension points, so there will be
> nothing to "extend", although the bundles will be able to see the
> other bundles that have extension points.
>
> > Will each bundle will be a GBean or will there be one GBean which
> > is an
> > OSGi container that this one will contain all the bundles?
>
> There will be a GBean for the OSGI framework, one for each bundle and
> one for each service in the bundle.
>
> > If you're goals match ours, it looks like we'll be one of your first
> > costumers :-)
>
> Great. Having people able to test-drive the implementation right
> away will make effort much more successful.
>
> -dain
Re: OSGi Container in Geronimo
Posted by Dain Sundstrom <da...@iq80.com>.
On Oct 21, 2005, at 11:34 AM, Eishay Smith wrote:
> Dain,
>
> I've talked with Jeff McAffer about it last week and I understood that
> there where some talks about using the Equinox OSGi somewhere in the
> infrastructure and not as a container.
It will be a bi-directional integration, so OGIi bundles will be able
to see geronimo services and geronimo services will be able to see
bundles (and services in bundles). Using your terminology it will be
a container.
> Will the implementation you are
> working on will actually enable running OSGi bundles taken from
> Eclipse?
Yes, except Geronimo doesn't use extension points, so there will be
nothing to "extend", although the bundles will be able to see the
other bundles that have extension points.
> Will each bundle will be a GBean or will there be one GBean which
> is an
> OSGi container that this one will contain all the bundles?
There will be a GBean for the OSGI framework, one for each bundle and
one for each service in the bundle.
> If you're goals match ours, it looks like we'll be one of your first
> costumers :-)
Great. Having people able to test-drive the implementation right
away will make effort much more successful.
-dain
Re: OSGi Container in Geronimo
Posted by Eishay Smith <ei...@us.ibm.com>.
Dain,
I've talked with Jeff McAffer about it last week and I understood that
there where some talks about using the Equinox OSGi somewhere in the
infrastructure and not as a container. Will the implementation you are
working on will actually enable running OSGi bundles taken from Eclipse?
Will each bundle will be a GBean or will there be one GBean which is an
OSGi container that this one will contain all the bundles?
If you're goals match ours, it looks like we'll be one of your first
costumers :-)
I'll be waiting for your release.
Eishay
Dain Sundstrom
<da...@iq80.com>
To
10/21/2005 11:17 dev@geronimo.apache.org
AM cc
Subject
Please respond to Re: OSGi Container in Geronimo
dev
Eishay,
I'm working on an OSGi integration for geronimo with basically the
same set of goals in mind. I have been working with Jeff McAffer to
get the Equinox OSGi implementation running well, and I hope to have
something to show off in a few weeks.
-dain
On Oct 21, 2005, at 10:55 AM, Eishay Smith wrote:
>
> I'm part of the Eclipse Open Healthcare Project (EOHF), a first
> Eclipse
> project that targets an industry specific client framework over
> RCP. One of
> the problems we face in our architecture is the need to run OSGi
> bundles on
> the server side.
>
> The outcome is an idea to have an OSGi container inside Geronimo.
> Such a
> container should act like any other container in an application
> server,
> such as EJB, Web and Spring containers.
>
> The container design should strive to have OSGi bundles be unaware
> whether
> they run in a client or server side. At first there will be some
> restrictions on the bundles, and wile the container will mature and
> OSGi
> will supply relevant features, those restrictions will shrink.
>
> The OSGi bundles should be accessible by other GBeans, this way EJBs,
> Servlets and misc GBeans should be able to make use of Eclipse plugins
> (ones that does not utilize UI). Plugins that could be used are, for
> example, ones that implements messaging stack or doing data
> manipulation.
>
> Comments and ideas are welcome.
>
> Thanks,
> Eishay
>
Re: OSGi Container in Geronimo
Posted by Dain Sundstrom <da...@iq80.com>.
Eishay,
I'm working on an OSGi integration for geronimo with basically the
same set of goals in mind. I have been working with Jeff McAffer to
get the Equinox OSGi implementation running well, and I hope to have
something to show off in a few weeks.
-dain
On Oct 21, 2005, at 10:55 AM, Eishay Smith wrote:
>
> I'm part of the Eclipse Open Healthcare Project (EOHF), a first
> Eclipse
> project that targets an industry specific client framework over
> RCP. One of
> the problems we face in our architecture is the need to run OSGi
> bundles on
> the server side.
>
> The outcome is an idea to have an OSGi container inside Geronimo.
> Such a
> container should act like any other container in an application
> server,
> such as EJB, Web and Spring containers.
>
> The container design should strive to have OSGi bundles be unaware
> whether
> they run in a client or server side. At first there will be some
> restrictions on the bundles, and wile the container will mature and
> OSGi
> will supply relevant features, those restrictions will shrink.
>
> The OSGi bundles should be accessible by other GBeans, this way EJBs,
> Servlets and misc GBeans should be able to make use of Eclipse plugins
> (ones that does not utilize UI). Plugins that could be used are, for
> example, ones that implements messaging stack or doing data
> manipulation.
>
> Comments and ideas are welcome.
>
> Thanks,
> Eishay
>
Re: OSGi Container in Geronimo
Posted by Eishay Smith <ei...@us.ibm.com>.
We would like to contribute, but don't have the resources for that yet
(will take us few weeks to start).
Once we'll start we'll probably contribute mainly as early adopters with
real life usage of this environment in the Healthcare industry.
Eishay
"Geir Magnusson Jr." <ge...@apache.org> wrote on 10/21/2005 01:56:04 PM:
> That would be great!
>
> Are you interested in contributing something to help get this started?
>
> geir
>
> On Oct 21, 2005, at 1:55 PM, Eishay Smith wrote:
>
> >
> > I'm part of the Eclipse Open Healthcare Project (EOHF), a first
> > Eclipse
> > project that targets an industry specific client framework over
> > RCP. One of
> > the problems we face in our architecture is the need to run OSGi
> > bundles on
> > the server side.
> >
> > The outcome is an idea to have an OSGi container inside Geronimo.
> > Such a
> > container should act like any other container in an application
> > server,
> > such as EJB, Web and Spring containers.
> >
> > The container design should strive to have OSGi bundles be unaware
> > whether
> > they run in a client or server side. At first there will be some
> > restrictions on the bundles, and wile the container will mature and
> > OSGi
> > will supply relevant features, those restrictions will shrink.
> >
> > The OSGi bundles should be accessible by other GBeans, this way EJBs,
> > Servlets and misc GBeans should be able to make use of Eclipse plugins
> > (ones that does not utilize UI). Plugins that could be used are, for
> > example, ones that implements messaging stack or doing data
> > manipulation.
> >
> > Comments and ideas are welcome.
> >
> > Thanks,
> > Eishay
> >
> >
>
> --
> Geir Magnusson Jr +1-203-665-6437
> geirm@apache.org
>
>
Re: OSGi Container in Geronimo
Posted by "Geir Magnusson Jr." <ge...@apache.org>.
That would be great!
Are you interested in contributing something to help get this started?
geir
On Oct 21, 2005, at 1:55 PM, Eishay Smith wrote:
>
> I'm part of the Eclipse Open Healthcare Project (EOHF), a first
> Eclipse
> project that targets an industry specific client framework over
> RCP. One of
> the problems we face in our architecture is the need to run OSGi
> bundles on
> the server side.
>
> The outcome is an idea to have an OSGi container inside Geronimo.
> Such a
> container should act like any other container in an application
> server,
> such as EJB, Web and Spring containers.
>
> The container design should strive to have OSGi bundles be unaware
> whether
> they run in a client or server side. At first there will be some
> restrictions on the bundles, and wile the container will mature and
> OSGi
> will supply relevant features, those restrictions will shrink.
>
> The OSGi bundles should be accessible by other GBeans, this way EJBs,
> Servlets and misc GBeans should be able to make use of Eclipse plugins
> (ones that does not utilize UI). Plugins that could be used are, for
> example, ones that implements messaging stack or doing data
> manipulation.
>
> Comments and ideas are welcome.
>
> Thanks,
> Eishay
>
>
--
Geir Magnusson Jr +1-203-665-6437
geirm@apache.org