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

[Design the new POJO MicroContainer] - SingletonSchemaResolverFactory is evil?

by thomas.diesler＠jboss.com

Related to https://jira.jboss.org/jira/browse/JBOSGI-107 Working on Blueprint I am hitting an issue where the MicrocontainerService cannot be restarted. The underlying issue is AFAICS the use of the static SingletonSchemaResolverFactory singleton. Perhaps the SchemaResolver should be made an MC service which can be looked up or injected rather than a static singleton. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238676#4238676 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238676

16 years, 9 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Unique JNDI Names

by jaikiran

"ALRubinger" wrote : | Have we been wrong in this all along? Looks like non-unique EJB names are legal so long as they're in different JARs. | | Yeah, although i did start a discussion about this a few months back in our user forum, i never pushed it to a logical end http://www.jboss.org/index.html?module=bb&op=viewtopic&t=143237 "ALRubinger" wrote : | @see https://jira.jboss.org/jira/browse/JBPAPP-2124 | That exception shows:anonymous wrote : | | 16:22:33,539 WARN [AbstractDeploymentContext] Unable to register deployment mbean refspath.ear-EJB-metrics-instance | javax.management.InstanceAlreadyExistsException: jboss.deployment:id="refspath.ear-EJB-metrics-instance",type=Component already registered. | at org.jboss.mx.server.registry.BasicMBeanRegistry.add(BasicMBeanRegistry.java:756) | at org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegistry.java:233) | Caused by: | java.lang.IllegalStateException: refspath.ear-EJB-metrics-instance is already installed. | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:716) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540) | at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121) | at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51) | at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) | at <unknown class>.<unknown method>(Unknown Source) | ... 26 more | 16:22:34,265 WARN [HDScanner] Failed to process changes which actually is a MC thing and our lack of understanding/control of what a component name's scope is http://www.jboss.org/index.html?module=bb&op=viewtopic&t=154305 And furthermore, the MBean that MC is trying to register: jboss.deployment:id="refspath.ear-EJB-metrics-instance",type=Component is an debug level MBean which is now disabled by default in AS trunk https://jira.jboss.org/jira/browse/JBAS-6987. Probably we need to do this in EAP branch (and maybe AS 5_x branch) too? However, the real solution for JNDI names would be to fix our default JNDI naming scheme (and still be backward compatible). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238672#4238672 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238672

16 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JBPM4 - org.jbpm.pvm.internal.session.DbSession & org.hi

by tom.baeyens＠jboss.com

it's not the intention to have an interface to plug a different persistence layer. but it is still a work in progress. don't know yet how it is going to look like in the end. goal is to have central access to all the queries. we might consider switch to jpa later on. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238670#4238670 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238670

16 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Using MAVEN2_CLASSPATH_CONTAINER

by thomas.diesler＠jboss.com

ok thanks, that works for me View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238668#4238668 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238668

16 years, 9 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Unique JNDI Names

by scott.stark＠jboss.org

Yes, the ejb-name has always only been required to be unique within a jar. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238660#4238660 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238660

16 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JBPM4 - org.jbpm.pvm.internal.session.DbSession & org.hi

by galanfish

thanks, shekharv yes, org.jbpm.pvm.internal.hibernate.DbSessionImpl is an implementation of org.jbpm.pvm.internal.session.DbSession, but maybe you don't understand me(my english is so poor). what I don't understand is that: the methods #svae/#delete/#flush/... in DbSessionImpl are delegated forward to the corresponding method(same method name) call of org.hibernate.Session, it seems the author would like to see DbSession rather than org.hibernate.Session in this program, but why make it internal? and, in modules like pvm/jpdl/enterprise, I found lots of references to org.hibernate.Session directory(in some commands, activities, etc.), which are retrived from the Environment, why not using DbSession instead? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238659#4238659 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238659

16 years, 9 months

1
0
0 / 0

[Design of EJB 3.0] - Unique JNDI Names

by ALRubinger

@see https://jira.jboss.org/jira/browse/JBPAPP-2124 I'm constructing a (supposedly) unique String from the same formula we use for JNDI Names: [earName-]ejbName But as this shows, error in deployment when 2 EJBs in different JARs in an EAR share an ejb-name. At first I thought the deployment itself was illegal, but found this: "EJB 3.0 Core Spec ejb-jar XSD Page 498" wrote : The ejb-name element contains the name of an enterprise bean. The name must be unique within the ejb-jar file. Have we been wrong in this all along? Looks like non-unique EJB names are legal so long as they're in different JARs. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238657#4238657 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238657

16 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JBPM4 - org.jbpm.pvm.internal.session.DbSession & org.hi

by shekharv

Sorry, not the expert answer here but I do not see any references to orh.hibernate.Session anywhere in org.jbpm.pvm.internal.session.DbSession. That's the interface that org.jbpm.pvm.internal.hibernate.DbSessionImpl implements, and that has loads of Hibernate imports and references, but hey, it is a.) an implementation class and b.) it says so in the package name itself, that it is a hibernate implementation of DbSessionImpl. Dunno how much that helped, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238656#4238656 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238656

16 years, 9 months

1
0
0 / 0

[Design of Embedded JBoss] - Re: External Contribution to AS Embedded

by ALRubinger

"Josh Davis" wrote : I tried my hand at making the test for https://jira.jboss.org/jira/browse/JBBOOT-56 | | Check the patch attached to the issue and let me know if that's what you meant. Great code in general. I appreciated your commitment to documentation and cleanup/centralization as you go along. In ripping jboss-bootstrap out of the Application Server, I've been especially sensitive to violation of scope and extending a component's concerns outside its domain. In this case, startup/shutdown of bootstraps is provided by impl-base, and the attached patch addresses test cases in impl-mc. This makes it more of a compliance/acceptance test where impl-mc validates it's getting a good impl-base. So I've attached an alternate way of tackling the issue in "JBBOOT-56.v2.ALR.patch" on the JIRA. Have a look and let me know what you think. Some misc minor notes: * You don't need AtomicInteger in LifecycleOrderPojo (as you hint); this is all single-threaded. * We need to get you set up w/ JBoss licence headers and preferably with a formatter (if you're in Eclipse I have code templates). I'm impressed that you've picked up the Bootstrap Server API and MC jboss-beans.xml deployments so quickly. This was a good, working patch you've provided. So let's just address the scope issue and move forward on something else? ;) Outstanding questions: * Do you have an account on jboss.org? This enables posting to the forums, JIRA assignments, etc. * Have you yet signed a contributor's agreement? Once done I can commit on your behalf, and after a few patches, get you commit access. http://jboss.org/contributor S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238639#4238639 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238639

16 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Using MAVEN2_CLASSPATH_CONTAINER

by kabir.khan＠jboss.com

"wolfc" wrote : I would also say to make an eclipse profile mandatory which puts the classes in 'eclipse-target/...' instead of 'target'. I've seen some cases where JDT would create class files that where wrong and those ended up in the (snapshot) repository. This seems to already be there, to update the .classpath files run $mvn -Peclipse eclipse:eclipse View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238506#4238506 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238506

16 years, 9 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 June 2009