March 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss ESB] - No ClassLoaders found for: org.jboss.soa.esb.listeners.confi

by ldimaggi＠redhat.com

I'm hitting this exception deploying jbossesb-4.0GA to JBossAS jboss-4.0.5.GA I'm running this on RHEL5 with Sun Java 1.5 - I'm guessing that I'm missing something basic here. It builds cleanly - Can anyone suggest how to resolve this? Many thanks, Len DiMaggio ldimaggi(a)redhat.com 21:32:07,745 ERROR [MainDeployer] Could not create deployment: file:/opt/jboss-4.0.5.GA-src/build/output/jboss-4.0.5.GA/server/default/deploy/jbossesb.sar/ org.jboss.deployment.DeploymentException: No ClassLoaders found for: org.jboss.soa.esb.listeners.config.ConfigurationControllerService; - nested throwable: (java.lang.ClassNotFoundException: No ClassLoaders found for: org.jboss.soa.esb.listeners.config.ConfigurationControllerService) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032989#4032989 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032989

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Guidance for JBPM-725? Applies to 3.2?

by zipwow

I checked in the fix for this for jpdl and identity sources to jbpm.3 head, did not change the mapping files for BPEL as I'm not set up to compile/test that part of the project. I updated one named query to use the fully-qualified name for Token, looks like that's the correct style anyway based on all the other named queries. All tests passed, save the email tests which my antivirus dislikes. I sent a note to labs-admin to see about getting permission to update the JIRA issue. -Kevin View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032968#4032968 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032968

17 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: Distributed EJB container

by wolfc

We should have a multi-layered approach, so that we can bootstrap a clustered 'Service' Bean to hold that kind of config. Then we can also use a clusterd MDB as an endpoint for timer service. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032943#4032943 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032943

17 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Distributed EJB container

by bdecoste

Have we ever considered a distributed container where you could control the instance pool cluster wide? A customer brought it up yesterday and I have never heard it discussed internally. Thanks -Bill View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032938#4032938 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032938

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Migration to maven

by pgier

"adrian(a)jboss.org" wrote : I've fixed the eclipse build for the new maven build. Thanks! "adrian(a)jboss.org" wrote : | I also fixed some problems with the maven build: | | * spring-int wasn't being built | * osgi-int wasn't being built, the parent in its pom was wrong and the javacc wasn't generating the classes in the correct package | spring-int and osgi-int weren't in the ant parent build, that's why I had taken them out of the maven build. "adrian(a)jboss.org" wrote : | I don't think we need thirdparty and tools in the svn trunk anymore do we? You're right we don't need these folders anymore. I removed them from svn. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032919#4032919 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032919

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Microcontainer's configurable artifacts

by pgier

Yes, we can do this with maven. We can have all the different configurations created every time (by calling multiple assembly descriptors), or we can choose one or more by setting a command line property to activate a profile (http://maven.apache.org/guides/introduction/introduction-to-profiles.html) The profile would then contain an assembly plugin configuration that points to the assembly descriptor(s) that we want to use. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032904#4032904 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032904

17 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: jboss common maven build

by scott.stark＠jboss.org

I don't see a problem with a separate tp repo. Most will not be updating this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032903#4032903 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032903

17 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: jboss common maven build

by pgier

"scott.stark(a)jboss.org" wrote : So let's get the first step of never looking to external repositories. Is this something that can be enforced at the project pom level, or does the user settings always allow for an override of the repo? | The central maven repo is defined in the super pom that all poms inherit from. This repository can be disabled or overridden by defining a repository with the id "central" in your pom. I can change the jboss-parent pom so that the central repository is not used when performing a release. I would prefer to still allow the central repository during development builds, because this will allow us to download dependencies using the dependency plugin . The copy-dependencies goal can be used to copy all required dependencies for a project to a location on the file system. For example, a local checkout of the cvs repository. I would like to have a separate thirdparty repository for this, because we might want the behaviour to be different between the jboss releases repo and the thirdparty repo, but for now we can just check in deps to the current repository (repository.jboss.org). Does this sound ok? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032898#4032898 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032898

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Implicit container dependencies

by scott.stark＠jboss.org

"wolfc" wrote : "adrian(a)jboss.org" wrote : This has been turned off in JBoss5 (at least for EJB2). | | | | 1) The code was not (is not) portable | | | | 2) Just because remote access to jndi (either another member of the cluster | | or a thirdparty jms provider) is flakey, you don't want it to create a queue | | | | 3) It obscures the most common problem, which is that you mistyped the jndi name | | | I want this functionality. The feature is that if you're running EJB3 with JBoss Messaging, EJB3 will create a queue for you if needed. | | 1. We only do it when running JBoss Messaging, so it's not ment to be portable. | | 2. We don't stuff anything in JNDI, we ask JBoss Messaging for a queue. | | It's similar to JBCTS-541, only there j2ee-mods is asking for a queue. I don't see a problem in that. Either admin, j2ee-mods or EJB3 deployer is creating a queue. | | BTW. I want to get JBCTS-541 out of the way. Shall I create a new DestinationManager which hooks into ServerPeer? Yes, update the existing cts porting layer to work. There is an example org.jboss.test.jbossmessaging.JBossMessagingAdmin implementation in the testsuite that I noted on the issue. Whether or not the ejb container creates destinations has to be a manageable, metadata driven policy. This is ultimately overridable by the managment layer/policy service as whether or not a given environment allows for dynamic creation of destinations is an admin policy decision. It has nothing to do with whether ejb3 and jbm exist in the same environment. In terms of ease of use for testing, embedded, you should be able to setup the metadata defaults to allow for this. That should be a trivial configuration of the externalized policy. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032893#4032893 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032893

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Implicit container dependencies

by scott.stark＠jboss.org

I added http://jira.jboss.com/jira/browse/JBMICROCONT-168 to introduce an spi for allowing DeploymentContext level ordering within a given MainDeployer.process execution. This would be a superset of the Russian doll, deployment scanner notions of the past. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4032887#4032887 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4032887

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