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

[Design of JBoss jBPM] - Re: Installer replacement?

by heiko.braun＠jboss.com

Somehow related: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=139907 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227011#4227011 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227011

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: AS 5 Profiles bindings

by clebert.suconic＠jboss.com

anonymous wrote : We should add our ports in the non clustered AS service bindings too. We have our ports defined now, even on the Non-JBM profile. Even if you add JBM by hand you will have the ports defined. I have defined 5445 for Netty and 5446 for Netty-ssl. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227002#4227002 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227002

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Installer replacement?

by heiko.braun＠jboss.com

In order to move forward with the console I need to be able to successfully install jbpm into jboss: | Bonanova:jboss hbraun$ ant -Ddatabase=hsqldb -Djboss.version=5.0.0.GA -Dworkspace=~/Desktop/jbpm-workspace -Dmaven.repo=~/.m2/repository/ install.jboss | Buildfile: build.xml | [echo] database: hsqldb | [echo] jboss.version: 5.0.0.GA | [echo] worspace: ~/Desktop/jbpm-workspace | [echo] maven.repo: ~/.m2/repository/ | | install.jboss: | [echo] database: hsqldb | [echo] jboss.version: 5.0.0.GA | [echo] worspace: ~/Desktop/jbpm-workspace | [echo] maven.repo: ~/.m2/repository/ | | get.jboss: | [mkdir] Created dir: /Users/hbraun/Desktop/Installer-Test/jbpm-4.0.0-SNAPSHOT/jboss/~/Desktop/jbpm-workspace/downloads | [get] Getting: file:/c:/downloads/jboss/jboss-5.0.0.GA.zip | [get] To: /Users/hbraun/Desktop/Installer-Test/jbpm-4.0.0-SNAPSHOT/jboss/${downloads.dir}/jboss-5.0.0.GA.zip | [get] Error getting file:/c:/downloads/jboss/jboss-5.0.0.GA.zip to /Users/hbraun/Desktop/Installer-Test/jbpm-4.0.0-SNAPSHOT/jboss/${downloads.dir}/jboss-5.0.0.GA.zip | | BUILD FAILED | /Users/hbraun/Desktop/Installer-Test/jbpm-4.0.0-SNAPSHOT/jboss/build.xml:180: The following error occurred while executing this line: | /Users/hbraun/Desktop/Installer-Test/jbpm-4.0.0-SNAPSHOT/jboss/build.xml:186: java.io.FileNotFoundException: /c:/downloads/jboss/jboss-5.0.0.GA.zip (No such file or directory) | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227000#4227000 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227000

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: AS 5 Profiles bindings

by clebert.suconic＠jboss.com

"jmesnil" wrote : | I'm not sure our current default profile ("jbm2_default" based on JBoss AS 5 "default") is correct. | In AS/config/default/jbm-configuration, the port used by Netty/TCP is set to ${jbm.remoting.netty.port}. I guess it should be configured using JBoss AS 5 service binding manager. | Look at bindings.xml under /jboss/SERVER/conf/bootstrap. jboss-remoting.netty is defined on that port. To use the ServiceBindingManager directly we would need the port to be specified by a bean on beans.xml. There is a service that defines properties on that file. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226998#4226998 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226998

16 years, 8 months

1
0
0 / 0

[Design of EJB 3.0] - EJBTHREE-1812 @Service with a @Management does not uninstall

by jaikiran

https://jira.jboss.org/jira/browse/EJBTHREE-1812 - The ServiceContainer, in it's registerManagementInterface registers MBean and also install a MC bean: | mbeanServer.registerMBean(delegate, delegateObjectName); | // Install into MC | getDeployment().getKernelAbstraction().install(delegateObjectName.getCanonicalName(), newPolicy, null, delegate); But in unregisterManagementInterface (on undeploy), the ServiceContainer just unregisters the MBean but not the MC bean: mbeanServer.unregisterMBean(delegateObjectName); The unregister method is missing the uninstall call on the kernel abstraction, so adding this to the ServiceContainer | // Uninstall from MC | getDeployment().getKernelAbstraction().uninstall(delegateObjectName.getCanonicalName()); This further needs an additional fix in JBossASKernel (located in AS->ejb3) which currently has a blank uninstall method: public void uninstall(String name) | { | | } This can be fixed to uninstall the bean (passed as the name) from the MC kernel: public void uninstall(String name) | { | // uninstalls from MC | this.kernel.getController().uninstall(name); | log.debug("Uninstalled from kernel: " + name); | | } Thoughts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226990#4226990 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226990

16 years, 8 months

1
0
0 / 0

[Design of POJO Server] - Re: Caching of classes in BaseClassLoaderDomain

by adrian＠jboss.org

"bstansberry(a)jboss.com" wrote : | EAP 4.3 | | a single get from a concurrent hash map: | | return UnifiedLoaderRepository3.classes.get(name); | | AS 5.x | | 1) Ask the parent for the class, which calls ClassLoader.loadClass() proceeding all the way to the bootstrap classloader, executing privileged blocks throwing CNFEs wrapped inside PrivilegedActionExceptions at each level and then catching and discarding them. The above stack trace catches a thread in the middle of creating a PrivilegedActionException. | 2) Executing BaseClassLoaderDomain.findLoader logic to find the Loader that loaded the class. | 3) Scheduling and processing ClassLoadingTask to get the class from the Loader. | | Yikes! If the 4.x approach is too much of a "big ball of mud" can't we at least find a way to skip step #1 if the class was already loaded from one of the loaders associated with the domain? | Yes, I agree. There already is a "globalClassCache" when it emulates the "big ball of mud", but the processing of this is inefficient as you mention i.e. it caches the Loader not the Class and goes through the task scheduling inside the classloader lock. I'll change the checking of the cache to be more like JBoss4.x although the actual population of the cache needs to remain similar to what it now since even the "big ball of mud" can be tweeked such as turning off caching for individual classloaders or choosing not to export everything. https://jira.jboss.org/jira/browse/JBCL-100 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226986#4226986 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226986

16 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Installer replacement?

by heiko.braun＠jboss.com

How to use the new installer? Is there any documentation? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226981#4226981 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226981

16 years, 8 months

1
0
0 / 0

[Design of JBoss Identity] - Re: JBoss Identity IDM 1.0.0.Alpha4 released

by jeff.yuchang

"thomas.heute(a)jboss.com" wrote : | Also I don't understand why the new AS5 integration is using JMX instead of plain MC. Hint ? | Actually, we do integrated the MC, and then use the @JMX annotation to expose the attributes(This is how we do it in AS5), so that users can view the attributes in the JMX console. I don't know whether we can see the attributes in the POJO somewhere, that is the reason what I expose it into JMX, it is trivial for us to turn it into the POJO. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226941#4226941 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226941

16 years, 8 months

1
0
0 / 0

[Design of JBoss Identity] - Re: JBoss Identity IDM 1.0.0.Alpha4 released

by bdaw

"thomas.heute(a)jboss.com" wrote : | The not so cool thing, the javadoc is missing, so I'm not sure I really understand the differences between all add*User* methods ;) | True, my bad. Will have this with the full implementation of the API. anonymous wrote : | Also the sorting here doesn't give much value. What would be neat is to be able to associate "localizable display names" for groups and be able to sort according to those for a specific language. Here I think that I missed to use "sortAttributeName(String name)" shouldn't it be within the sort method sort(attributeName, order) ? | With current API the only way to do this is to have attributes like "display_name_en", "display_name_fr" and etc. Sort is done by default based on the id but I think the one you proposed is a good one to have also. anonymous wrote : | Also to be picky sorting should be locale dependent (java/text/Collator.html) . I understand that for database storage it will ultimately depend on the collation set on tables and would not change from a call to the other (without hitting performances really bad I mean). It could be different for other implementations (Have no clue about LDAP, I think you can't even sort but I might be wrong). | This part (sort/filter by attribute) is not fully implemented now for DB/LDAP. Some parts are more natural in DB, some in LDAP but it is hard to have good efficient impl for both. In some cases results will need to be post process anyway and this will hit performance) anonymous wrote : | Also I don't understand why the new AS5 integration is using JMX instead of plain MC. Hint ? | I'll leave it for Jeff but I think it will be good to have AS 4.2.x support with JMX as well (for EAP). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226940#4226940 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226940

16 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Issues on the JCA Adapter:

by clebert.suconic＠jboss.com

Yes, We talked about that thourhg IRC, But however we need additional tests to besides what 's on AS. For instance, there are no tests validating backup configuration on JBAS. We still need our own tests for our adapter. And IMO, we will need to do those tests before GA IMO. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226932#4226932 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226932

16 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums April 2009