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

[Design of POJO Server] - Re: Running with the full featured profile service

by scott.stark＠jboss.org

I should check the cts run before as I'm using the newer uncommented jca deployers that have not been part of the cts runs. These are in the jca-deployers-beans.xml. Everything else has been checked in. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062755#4062755 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062755

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MAVEN: activation-1.0.2.jar not being fetched

by scott.stark＠jboss.org

"kabir.khan(a)jboss.com" wrote : Thanks that helped. It now points to | | | <classpathentry kind="var" path="M2_REPO/sun-jaf/activation/1.0.2/activation-1.0.2.jar"/> | | | I've commited the changed .classpath and org.eclipse.jdt.core.prefs files Your checkin included a number of invalid references to C:/Java/jdk/jdk1.5.0_10/lib/tools.jar. Why is this needed? I removed its use so that the eclipse projects would build for me. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062753#4062753 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062753

18 years, 9 months

1
0
0 / 0

[Design of POJO Server] - Re: Running with the full featured profile service

by charles.crouch＠jboss.com

Scott Can you checkin the settings that you are using to run the ProfileServiceUnitTestCase currently? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062745#4062745 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062745

18 years, 9 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: jca prototype broken again

by adrian＠jboss.org

This has actually got a whole easier with the new support that I wrote for JAXB annotation constructions of JBossXB schemas and Ales's BeanMetaData builder. e.g. something like, this part of an mc deployment | <deployment> | <queue xmlns=?urn:jboss-jms-2.0? name=?MyQueue?/> | </deployment> | can be parsed with | @XmlSchema(namespace=?urn:jboss-jms:2.0?) | @XmlType(name=?queue?) | public QueueMetaData implements BeanMetaDataFactory{ | | @XmlAttribute public String name; | | List<BeanMetaData> getBeans() { | Collections.singletonList( | new BeanMetaDataBuilder(name, Queue.class.getName()). | addProperty(?queueName?, name)); | } | } | Plus a piece of registration so it knows QueueMetaData exists as a potential "schema". View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062687#4062687 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062687

18 years, 9 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - jca prototype broken again

by adrian＠jboss.org

http://www.jboss.com/index.html?module=bb&op=viewtopic&t=102650&start=10 Kabir you need which (if any) of those crappy factories that I wrote you are going to support. The only one we need to support is the one that deploys an aspect (in aop) with the same as the factory that constructs it (in the mc) so the dependencies work. I'd prefer it if you could deploy -aop.xml inside -bean.xml where it creates a BeanMetaDataFactory and the pojos constructed maintain the aop metadata. But that's up-to-you. It would be a nice to have. http://jira.jboss.com/jira/browse/JBAOP-237 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062685#4062685 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062685

18 years, 9 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JCA AOP-MC Integration

by adrian＠jboss.org

P.S. If you look again, you'll notice that the error message you quote (WHICH YOU DON"T POST THE FULL STACKTRACE FOR GOD"S SAKE) is a TRACE message not an error. That test doesn't use XInclude (it's so old its still using the 1.0 version of the mc xml). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062682#4062682 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062682

18 years, 9 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JCA AOP-MC Integration

by adrian＠jboss.org

I don't know what crappy version of xerces you've got lying around, but I see a different error: | <testcase classname="org.jboss.test.jca.inflow.test.InflowUnitTestCase" name="testInflow" time="0.012"> | <error type="java.lang.NullPointerException">java.lang.NullPointerException | at org.jboss.aop.InstanceAdvisorDelegate.getPerInstanceAspect(InstanceAdvisorDelegate.java:168) | at org.jboss.aop.proxy.container.InstanceProxyContainer.getPerInstanceAspect(InstanceProxyContainer.java:85) | at org.jboss.aop.advice.PerInstanceAdvice.invoke(PerInstanceAdvice.java:106) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at AOPContainerProxy$0.beforeDelivery(AOPContainerProxy$0.java) | at org.jboss.test.jca.inflow.test.InflowUnitTestCase.testInflow(InflowUnitTestCase.java:59) | at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24) | at junit.extensions.TestSetup$1.protect(TestSetup.java:21) | at junit.extensions.TestSetup.run(TestSetup.java:25) | Which only reminds me that Kabir still hasn't finished this: http://jira.jboss.com/jira/browse/JBAOP-237 so none of the beans that this project uses to configure aspects (from the aop-mc-int project) is even officially supported, let alone tested for regressions. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062680#4062680 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062680

18 years, 9 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4276 Discussion Thread

by bstansberry＠jboss.com

"JerryGauth" wrote : | I'm not familiar with the use of HAServiceMBeanSupport/HAServiceMBean. The javadoc and class names suggest that this class is provided to allow clients to extend the implementation and integrate with their own clustered mbeans. If we modify the mbean/implementation so that clients access the cluster's interface rather than its mbean, does that affect clients who might want access to the mbean itself? In AS 5, the MBean is solely meant to be an interface for the use of management tools; it's not a client interface. So, I have no problem with limiting clients to the HAPartition interface. Not really limiting them anyway. If a particular HAServiceMBeanSupport subclass wants access to the mbean, then it's trivial for them to override setClusterPartition and cache a ref to the mbean. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062673#4062673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062673

18 years, 9 months

1
0
0 / 0

[Design of JBossCache] - Re: Listener Notifications to happen asyncronously?

by jason.greene＠jboss.com

Just to update everyone. After the feedback, we decided *NOT* to take this route with the new API. Listener events are once again delivered synchronously as part of the actual cache call. Check out the new API in CR3. -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062663#4062663 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062663

18 years, 9 months

1
0
0 / 0

[Design of JBoss Portal] - Re: JBPORTAL-1541

by julien＠jboss.com

Thanks! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062659#4062659 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062659

18 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 July 2007