September 2007 - jboss-dev-forums

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4717 - Problem with @JMX for clustering

by adrian＠jboss.org

Looks like fixing #1 would be a generic fix to the problem. NOTE: In JBoss5 you are allowed to access other stuff in create() as long it is dependency injected as a property/attribute or passed in as a parameter to the create() method. The two phase create/start is really just legacy for stuff that doesn't use DI. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084361#4084361 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084361

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Handling component references

by wolfc

Andrew Lee Rubinger (new EJB 3 dev) wants to build a service locator. This depends on an interface registry. So he's going to create one in projects/ejb3 ejb3-registrar. I think the deployers also need such a registry to resolve interface dependencies. Do you concur with that dependency? Should we put it in projects/ejb3? Or in integration? I want to limit the functionality of the component to (scoped) interface resolution only. Not ejb-links. So you'll get something like: interface Registry { | JavaEEComponent getComponentByBusinessInterface(Class<?> businessInterface); | } Currently for ejb-links I've taken an approach where a JavaEEComponent asks it's JavaEEModule to resolve an ejb-link (in a weird way, via createObjectName). This should become: getComponent. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084339#4084339 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084339

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Handling component references

by wolfc

Related: http://jira.jboss.com/jira/browse/EJBTHREE-1014 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084319#4084319 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084319

17 years, 1 month

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Organizing clustering stuff in deploy

by jiwils

So, we want to move stuff (the cache config for example) again? ;) Seriously, I like it... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084302#4084302 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084302

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: ManagedOperation aspects for the ProfileService.Manageme

by scott.stark＠jboss.org

I'm having trouble getting the aspect to be applied to the ManagedOperation, so I just wired up the invocation handler without that. What still needs to be implemented See ManagementViewImpl.invoke(Invocation inv) and the population of the opMap. You need to be able to map the ManagedOperation metadata to the mc component. For the current operations this will be a jmx mbean given by the ServiceMetaData object name. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084298#4084298 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084298

17 years, 1 month

1
0
0 / 0

[Design of JBossCache] - Increasing Cache size for the application

by arunavnayak

URGENT ADVICE NEEDED: We are developing a management software where it manages more than 15000 servers/devices in the network. We are facing problem while caching all the data from all these devices, we can not scale the number of devices as there is limitation of memory available to JVM in 32 bit Windows platform(i.e. 1.5 Gb) although we have 8 GB of ram available in the Server.(Also this application is targeted towards 32 bit wondows platform) So should we use Jboss Cache to increase the cache size or there is any mechanism to use multiple JBoss cache in different JVM running together in the same system? Please help........ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084297#4084297 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084297

17 years, 1 month

1
0
0 / 0

[TODO - DEVELOPMENT] - Increasing Cache size for the application

by arunavnayak

URGENT ADVICE NEEDED: We are developing a management software where it manages more than 15000 servers/devices in the network. We are facing problem while caching all the data from all these devices, we can not scale the number of devices as there is limitation of memory available to JVM in 32 bit Windows platform(i.e. 1.5 Gb) although we have 8 GB of ram available in the Server.(Also this application is targeted towards 32 bit wondows platform) So should we use Jboss Cache to increase the cache size or there is any mechanism to use multiple JBoss cache in different JVM running together in the same system? Please help........ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084296#4084296 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084296

17 years, 1 month

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4717 - Problem with @JMX for clustering

by bstansberry＠jboss.com

I think the solution may be simpler. Seems like there are two problems: 1) ServiceMBeanSupport.jbossInternalCreate() doesn't have the kind of state transition validity checking logic that jbossInternalStart()/Stop()/Destroy() do. So, two calls to create() result in two calls to createService(). This won't happen with the other service lifecycle methods. Do you know any reason why ServiceMBeanSupport.jbossInternalCreate() doesn't start with something like | if (state == CREATED || state == STARTING || state == STARTED | || state == STOPPING || state == STOPPED) | { | return; | } | 2) ClusterPartition is doing naughty stuff by making invocations on another service in createService(). That's going to be moved to startService(). I've been testing a fix based on #1 and I believe I avoided the problem you posted. But it looks like something's changed in the deployment ordering that's exposed a bug in how DRM coordinates with ClusterPartition. Effect is the server start hangs. So, I've got to sort that before I can confirm that fixing the above 2 issues gets rid of the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084291#4084291 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084291

17 years, 1 month

1
0
0 / 0

[Design of Security on JBoss] - Re: Security Integration in JBAS5

by anil.saldhana＠jboss.com

a) I am trying to move away from the old JaasSecurityManagerService way of creating a security manager. Now that I have interfaces for Authentication,Authorization,Audit,Mapping and IdentityTrust managers., I need to be able to inject these into the containers (web, ejbs). I have a consolidated interface called as ISecurityManagement which can be injected into the deployers. This ISecurityManagement implementation can get the managers from anywhere. The current implementation in AS5 gets it from JNDI (called as JNDIBasedSecurityManagement). - The EJB3 layer injection of ISecurityManagement is hard coded. http://jira.jboss.com/jira/browse/JBAS-4722 b) Now that the SPI is relatively stable, I would like to concentrate on bug fixes for the rest of the month until AS5 Beta3. After that I can work on the modules for IdentityTrust, Role Mapping and Audit. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084267#4084267 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084267

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Unifying metadata

by alex.loubyansky＠jboss.com

I committed only the new classes. The packages are /projects/metadata/trunk/src/main/java/org/jboss/metadata/javaee/ /projects/metadata/trunk/src/main/java/org/jboss/metadata/ejb I'll add the integration part too. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4084258#4084258 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4084258

17 years, 1 month

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 September 2007