August 2009 - jboss-dev-forums - Jboss List Archives

[jBPM Development] - Re: DeploymentAdaptor: duplicated process deployment since c

by SNy

Well, yes, of course all should be deployed, what happens, however, is that they are added tp each deployment which makes each appear n times. The JBoss main deployer picks up the .bar, finds n .jpdl.xml files in it, goes and calls the jBPM deployer n times, which for the reason detailed in the OP will deploy all n processes for every call. Hence you get n x n processes. This was clearly not how it worked before the quoted patch and I am not sure it is supposed to do so now. Regards, Marko View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252086#4252086 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252086

15 years, 4 months

1
0
0 / 0

[jBPM Development] - Re: DeploymentAdaptor: duplicated process deployment since c

by kukeltje

All processes from the archive should be added. That is the intended behaviour. Can be related subprocesses or multiple processes related to one application. What is going wrong in your situation? Second one does not happen if you use versioning IN the processdefinition afaik. Timestamps are dangerous for these. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252076#4252076 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252076

15 years, 4 months

1
0
0 / 0

[jBPM Development] - DeploymentAdaptor: duplicated process deployment since commi

by SNy

Hey, I've found a problem with the JBoss deployment code in jBPM4. It has been introduced in commit 4753 which added forms support via freemarker .ftl template files. A change was made in the DeploymentAdaptor's deploy() method to add all resources from the given zip input stream (instead of just the specified process descriptor .jpdl.xml given in the DeploymentMetaData). | Index: DeploymentAdaptor.java | =================================================================== | --- DeploymentAdaptor.java (revision 4752) | +++ DeploymentAdaptor.java (revision 4753) | @@ -23,6 +23,7 @@ | | import java.io.File; | import java.util.List; | +import java.util.zip.ZipInputStream; | | import javax.naming.InitialContext; | import javax.transaction.SystemException; | @@ -59,7 +60,8 @@ | File deploymentFile = new File(deploymentName); | | long deploymentDbid = repositoryService.createDeployment() | - .addResourceFromUrl(deploymentMetData.getProcessDescriptor()) | + .addResourcesFromZipInputStream(new ZipInputStream(deploymentMetData.getWatch().openStream())) | + //.addResourceFromUrl(deploymentMetData.getProcessDescriptor()) | .setTimestamp(deploymentFile.lastModified()) | .setName(deploymentName) | .deploy(); | This was apparently done to add the .ftl templates to the deployment but has the (IMHO unintended) consequence of also adding ALL processes from the archive. In combination with the way the .bar is deployed in JBoss, this results in multiple deployments (DeploymentAdaptor called n times for n process descriptors in the .bar) each including all the processes (ie: a .bar with 4 .jpdl.xml files will result in 4 deployments each including all 4 processes). Also, I found the deployer to not really consider the timestamp of the .bar. When starting/stopping the server, it will undeploy the processes (which suspends them as indicated in jira issue JBPM-2242) but instead of reactivating them it will redeploy them which then results in another n deployments. I know, two issues in one post, but they are kind of related. Regards, Marko View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252069#4252069 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252069

15 years, 4 months

1
0
0 / 0

[jBPM Development] - Re: Newly one in jboss application server

by kukeltje

You should start here View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252062#4252062 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252062

15 years, 4 months

1
0
0 / 0

[jBPM Development] - Re: Newly one in jboss application server

by tom.baeyens＠jboss.com

Hi Ramachandran, Nice to meet you. I'm a bit busy right now building a BPM system. Once that is done, then I'll be glad to help you out. regards, tom. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252061#4252061 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252061

15 years, 4 months

1
0
0 / 0

[jBPM Development] - Newly one in jboss application server

by rschandran

Hi i am ramachandran. i am newly one to using jboss application server. i am a system admin. please guide me from were i want to start to learn. please guide me. were i want to download it. for linux and windows plz help me. thanks in advance warm regards ramachandran View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252057#4252057 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252057

15 years, 4 months

1
0
0 / 0

[JBoss OSGi Development] - Invalid delivery of framework events

by thomas.diesler＠jboss.com

https://jira.jboss.org/jira/browse/JBOSGI-140 Although a listener is associated with a bundle context (i.e. must get removed when the bundle gets uninstalled) the events must get delivered to the listeners that are associated with the framework. sysContext.addBundleListener(listenerA); Bundle bndA = sysContext.install("bundleA.jar"); bndA.getBundleContext()..addBundleListener(listenerB); Bundle bndB = sysContext.install("bundleB.jar"); bndB.uninstall(); Both listenerA and listenerB must see the BundleEvents for bundleB. This delivery pattern is the basis of the much used "Extender Pattern" View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252048#4252048 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252048

15 years, 4 months

1
0
0 / 0

[JBoss OSGi Development] - Added proper handling of framework properties

by thomas.diesler＠jboss.com

Framework properties can now be configured on the OSGiBundleManager | <bean name="OSGiBundleManager" class="org.jboss.osgi.plugins.facade.bundle.OSGiBundleManager"> | <constructor><parameter><inject bean="MainDeployer" /></parameter></constructor> | <property name="properties"> | <map keyClass="java.lang.String" valueClass="java.lang.String"> | <entry><key>org.osgi.framework.storage</key><value>${log4j.output.dir}/osgi-store</value></entry> | <entry><key>org.osgi.framework.storage.clean</key><value>onFirstInit</value></entry> | <entry><key>org.osgi.framework.system.packages.extra</key><value> | org.jboss.logging;version=2.0, | org.jboss.osgi.spi.logging;version=1.0, | org.jboss.osgi.spi.management;version=1.0, | org.jboss.osgi.spi.service;version=1.0, | org.jboss.osgi.spi.util;version=1.0 | </value></entry> | </map> | </property> | <incallback method="addPlugin" /> | <uncallback method="removePlugin" /> | </bean> | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252022#4252022 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252022

15 years, 4 months

1
0
0 / 0

[JBoss Portal Development] - How to use<!--<restrict>#{s:hasRole('ACCOUNTANT')}</restrict

by guenther.herndl＠softcon.de

If I use SEAM directly without the PortalBridge I can use Roles defined via our application like:  In component.xml is via security defined how do deal with login and what to do. But via the PortletBridge I have to use SSO of JBoss Portal. I found the folowing coment: public boolean authenticate() { //This code is not used in portal environment when utilitizing the PortalIdentity bridgelet. To get the UserDate to have added instead: @In private Credentials credentials; So I have to define all user and relates Roles via the AdminPart of the Portal. I tried to use the s.hasRole('ssss') also via the PortalBridge but I allways got false. All SEAM DemoExamples offered for the Bridge do not use this hasRole Part. How is it possible to work with the Roles via the PortletBridge? Kind Regards GÃ¼nther Herndl softcon View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252015#4252015 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252015

15 years, 4 months

1
0
0 / 0

[JBoss OSGi Development] - Re: Change in manifest parser breaks symbolic name

by thomas.diesler＠jboss.com

anonymous wrote : | This validation of the model should be done when we are asked to install the bundle | so that others can augment/vary the model. | ok View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252007#4252007 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252007

15 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2009