[Design of JBoss jBPM] - Re: Undeployment in JBosss Deployer
by kukeltje
anonymous wrote : Why should it be different then any other Java EE deployment? You guys always try to come up with extraordinary requirements for processes. If you delete an EAR there is no backup either.
|
Correct, but normally you do not loose your date in the database that belongs to the application. I do not think Bernds suggestion is that out of the ordinary.
anonymous wrote : I think people are smart enough to understand the impact.
Well, I do want to generalize, but the people at ASP/ISP's that do deployments or people within companies themselves can do and will do strange things and often. Even if they have a script (paper that is in some cases)
anonymous wrote :
| But in general you should discuss wether or not to keep the deployer at all.
| The way it was written, it did intend additional changes to the core runtime. Especially classloader association upon deployment. In order to get the classloader scoping right, we would need to associate the classloader that the deployer framework provides and not write class info to the database. Similiar to what Bernd did to jbpm3.
|
| If we would complete it in that way, the question of deletion versus suspension would become different.
|
| But honestly, that whole deployment discussion has been going on since december last year and I am tired of repeating myself.
| I'd say either you complete the deployer or you remove it at all.
The idea was/is not that wrong, it got the discussion about versioning in the right direction. Personally I do like it but I also do not mind if a kind of startup-servlet did this (AS independent) and took everything from e.g. the war but uses the same versioning rules.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238735#4238735
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238735
16 years, 9 months
[Design of JBoss jBPM] - Re: Undeployment in JBosss Deployer
by camunda
Hi Heiko.
Heiko wrote :
| Why should it be different then any other Java EE deployment?
|
Basically I think because it is different to other Java EE deployments. The engine itself is a typical Java EE deployment. But the processes are different, it is a persistent long running entity.
Imagine a webshop, you cannot delete all the orders in the database, just because you undeploy the ear with the webshop.
Why do you think deleting running process instances is a good behaviour when undeplyoing? You definitely loose processes instances!
Anyway, suspending the process definition seems to be a good way in the middle. Currently the other jbpm guys agree, all customers I discussed it with agree as well, so I think it is a good way to go.
Heiko wrote :
| The way it was written, it did intend additional changes to the core runtime. Especially classloader association upon deployment. In order to get the classloader scoping right, we would need to associate the classloader that the deployer framework provides and not write class info to the database. Similiar to what Bernd did to jbpm3.
|
I agree with you. But this is what is currently done, no?
The tricky thing is still how to bind the class loading right, but this is independant of the other questions, or not?
Heiko wrote :
| If we would complete it in that way, the question of deletion versus suspension would become different.
|
I don't get why. In the jbpm 3 deployer (running productive at 1&1) no processes are deleted if you undeploy a process.
Heiko wrote :
| I'd say either you complete the deployer or you remove it at all.
|
Okay, I go for it. In GA it will be incubating, so no problem here. I will change it to suspend the process definition, which cannot harm anything.
And later I will come up with a proposal how the Java EE lifecycle can be mapped to the jbpm process deployment/definition lifecycle better (questions like redeployment, get a suspended process instance back to live, exceptions during undeployment, ...). I already have some ideas in my mind and will discuss that with a customer further on later this month.
So I will take care of the issue. It will just not be there from the beginning but added later on. But I think that is no problem in terms of the GA.
If you think different please let me know...
Cheers
Bernd
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238730#4238730
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238730
16 years, 9 months
[Design of Messaging on JBoss (Messaging/JBoss)] - divert example failing
by ataylor
with the following
runExample:
| [java] serverProps = -XX:+UseParallelGC -Xms256M -Xmx256M -XX:+AggressiveOpts -XX:+UseFastAccessorMethods -Dcom.sun.management.jmxremote -Djava.util.logging.config.file=/home/andy/projects/JBMTrunk2/examples/common/config/logging.properties -Dorg.jboss.logging.Logger.pluginClass=org.jboss.messaging.integration.logging.JBMLoggerPlugin -Djava.naming.factory.initial=org.jnp.interfaces.NamingContextFactory -Djava.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
| [java] 19-Jun-2009 08:47:53 org.jboss.common.example.JBMExample run
| [java] INFO: jbm.example.runServer is true
| [java] 19-Jun-2009 08:47:53 org.jboss.common.example.JBMExample startServer
| [java] INFO: starting server with config 'server0' logServerOutput true
| [java] JBMServer err:08:47:55,030 SEVERE [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=Configuration state=Create
| [java] JBMServer err:java.lang.IllegalArgumentException: routing-name must neither be null nor empty
| [java] JBMServer err: at org.jboss.messaging.core.config.impl.Validators$2.validate(Validators.java:65)
| [java] JBMServer err: at org.jboss.messaging.utils.XMLConfigurationUtil.getString(XMLConfigurationUtil.java:67)
| [java] JBMServer err: at org.jboss.messaging.core.config.impl.FileConfiguration.parseDivertConfiguration(FileConfiguration.java:658)
| [java] JBMServer err: at org.jboss.messaging.core.config.impl.FileConfiguration.start(FileConfiguration.java:271)
| [java] JBMServer err: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| [java] JBMServer err: at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| [java] JBMServer err: at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| [java] JBMServer err: at java.lang.reflect.Method.invoke(Method.java:597)
| [java] JBMServer err: at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
| [java] JBMServer err: at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
| [java] JBMServer err: at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
| [java] JBMServer err: at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:241)
| [java] JBMServer err: at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
| [java] JBMServer err: at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:109)
| [java] JBMServer err: at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:70)
| [java] JBMServer err: at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:221)
| [java] JBMServer err: at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54)
| [java] JBMServer err: at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42)
| [java] JBMServer err: at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
| [java] JBMServer err: at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
| [java] JBMServer err: at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
| [java] JBMServer err: at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| [java] JBMServer err: at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
| [java] JBMServer err: at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
| [java] JBMServer err: at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
| [java] JBMServer err: at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
| [java] JBMServer err: at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774)
| [java] JBMServer err: at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
| [java] JBMServer err: at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBean(AbstractKernelDeployer.java:319)
| [java] JBMServer err: at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBeans(AbstractKernelDeployer.java:297)
| [java] JBMServer err: at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deploy(AbstractKernelDeployer.java:130)
| [java] JBMServer err: at org.jboss.kernel.plugins.deployment.xml.BeanXMLDeployer.deploy(BeanXMLDeployer.java:96)
| [java] JBMServer err: at org.jboss.messaging.integration.bootstrap.JBMBootstrapServer.deploy(JBMBootstrapServer.java:246)
| [java] JBMServer err: at org.jboss.messaging.integration.bootstrap.JBMBootstrapServer.deploy(JBMBootstrapServer.java:215)
| [java] JBMServer err: at org.jboss.messaging.integration.bootstrap.JBMBootstrapServer.bootstrap(JBMBootstrapServer.java:164)
| [java] JBMServer err: at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBootstrap.java:83)
| [java] JBMServer err: at org.jboss.messaging.integration.bootstrap.JBMBootstrapServer.run(JBMBootstrapServer.java:126)
| [java] JBMServer err: at org.jboss.common.example.SpawnedJBMServer.main(SpawnedJBMServer.java:44)
| [java] JBMServer err:08:47:55,132 SEVERE [org.jboss.messaging.integration.bootstrap.JBMBootstrapServer] Failed to start server
| [java] JBMServer err:java.lang.IllegalStateException: Incompletely deployed:
| [java] JBMServer err:
| [java] JBMServer err:DEPLOYMENTS IN ERROR:
| [java] JBMServer err: Deployment "Configuration" is in error due to: java.lang.IllegalArgumentException: routing-name must neither be null nor empty
| [java] JBMServer err:
| [java] JBMServer err:DEPLOYMENTS MISSING DEPENDENCIES:
| [java] JBMServer err: Deployment "JMSServerManager" is missing the following dependencies:
| [java] JBMServer err: Dependency "MessagingServer" (should be in state "Installed", but is actually in state "Described")
| [java] JBMServer out:FAILED::Incompletely deployed:
| [java] JBMServer err: Deployment "MessagingServer" is missing the following dependencies:
| [java] JBMServer err: Dependency "Configuration" (should be in state "Installed", but is actually in state "**ERROR**")
| [java] JBMServer err:
| [java] JBMServer err: at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.internalValidate(AbstractKernelDeployer.java:278)
| [java] JBMServer err: at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.validate(AbstractKernelDeployer.java:174)
| [java] JBMServer err: at org.jboss.messaging.integration.bootstrap.JBMBootstrapServer.bootstrap(JBMBootstrapServer.java:167)
| [java] JBMServer err: at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBootstrap.java:83)
| [java] JBMServer err: at org.jboss.messaging.integration.bootstrap.JBMBootstrapServer.run(JBMBootstrapServer.java:126)
| [java] JBMServer err: at org.jboss.common.example.SpawnedJBMServer.main(SpawnedJBMServer.java:44)
| [java] java.lang.RuntimeException: server failed to start
| [java] at org.jboss.common.example.SpawnedVMSupport.spawnVM(SpawnedVMSupport.java:143)
| [java] at org.jboss.common.example.JBMExample.startServer(JBMExample.java:165)
| [java] at org.jboss.common.example.JBMExample.startServers(JBMExample.java:181)
| [java] at org.jboss.common.example.JBMExample.run(JBMExample.java:78)
| [java] at org.jboss.jms.example.DivertExample.main(DivertExample.java:49)
| [java] java.lang.NullPointerException
| [java] at org.jboss.common.example.JBMExample.stopServer(JBMExample.java:198)
| [java] at org.jboss.common.example.JBMExample.stopServers(JBMExample.java:189)
| [java] at org.jboss.common.example.JBMExample.run(JBMExample.java:109)
| [java] at org.jboss.jms.example.DivertExample.main(DivertExample.java:49)
| [java]
| [java] #####################
| [java] ### FAILURE! ###
| [java] #####################
| [java] JBMServer out:
| [java] JBMServer out:DEPLOYMENTS IN ERROR:
| [java] JBMServer out: Deployment "Configuration" is in error due to: java.lang.IllegalArgumentException: routing-name must neither be null nor empty
| [java] JBMServer out:
| [java] JBMServer out:DEPLOYMENTS MISSING DEPENDENCIES:
| [java] JBMServer out: Deployment "JMSServerManager" is missing the following dependencies:
| [java] JBMServer out: Dependency "MessagingServer" (should be in state "Installed", but is actually in state "Described")
| [java] JBMServer out: Deployment "MessagingServer" is missing the following dependencies:
| [java] JBMServer out: Dependency "Configuration" (should be in state "Installed", but is actually in state "**ERROR**")
| [java] Java Result: 1
|
| BUILD FAILED
| /home/andy/projects/JBMTrunk2/examples/common/build.xml:192: The following error occurred while executing this line:
| /home/andy/projects/JBMTrunk2/examples/jms/divert/build.xml:36: The following error occurred while executing this line:
| /home/andy/projects/JBMTrunk2/examples/common/build.xml:150: Example org.jboss.jms.example.DivertExample failed
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238682#4238682
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238682
16 years, 9 months