November 2006 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Re: Update on metadata progress

by scott.stark＠jboss.org

I have added the ear to module merge of the security roles to the JBossWebAppParsingDeployer and JBossEjbParsingDeployer. The ejb metadata class does not have a security roles merge function like the web tier does though, so that needs to be added. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985689#3985689 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985689

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBAS-3766, port the webservice deployer

by scott.stark＠jboss.org

Support for an alt-dd specification at the WebMetaData level has been added. The org.jboss.test.web.test.AltDDUnitTestCase illustrates this from the ear application.xml level. The jbossws deployer could just set this directly on the WebMetaData instance before the war deployer runs. The alt dd needs to be in the unpacked war WEB-INF directory. The WebMetaData specification is treated as a deployment relative path that is first treated as a war WEB-INF path, and then as a path from the root of the top level deployment. This is copied into the expanded war WEB-INF as tomcat needs to see this as an absolute file path currently. There are changes in both the mc jboss-deployers.jar and tomcat jbossweb.jar to support this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985688#3985688 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985688

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Incorporating Remoting http transport into Messaging

by ron_sigal

Here's an update on the current state of the http experimental branch. With a couple of minor exceptions, the remote tests, in-vm tests, crash tests, and stress tests are passing for both socket and http transports. I haven't tried the smoke test yet. 1. Remote tests: (a) socket: all pass (b) http: all pass 2. In-vm tests: (a) socket: 1 failure: a ClassCastException in org.jboss.test.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOfficeTest (b) http: 1 failure: same 3. Crash tests: (a) socket: all pass (b) http: 1 failure: org.jboss.test.messaging.jms.crash.CallbackFailureTest.testCallbackFailure() fails. This test disables the mechanism which detects that a connection has failed and then tests that a failed message delivery (in ServerConsumerEndpoint.Deliverer) would lead to the same result, i.e., cleaning up the connection's resources. The problem is that when the http transport is being used, there is no client invocation on the server side - messages are pulled from the server to the client. I'm not sure what to do about this failure, but then, I don't really understand the test, since normally the connection listener would not be disabled. 4. Stress tests: (a) socket: all pass (b) http: all pass There are some cases in which error messages appear in messaging-tests-remote.trace.log, even though the tests pass, but I have verified that they also occurred in the http experimental branch immediately after it was forked. Perhaps they have already been fixed on HEAD. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985687#3985687 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985687

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: @JMX aspect and aop/mc integration

by bstansberry＠jboss.com

I'm still seeing this after updating the microcontainer and aop libs. Here's the stack trace (just pasting the caused by): Caused by: java.lang.NullPointerException | at org.jboss.ha.framework.server.DistributedReplicantManagerImpl.<init>(DistributedReplicantManagerImpl.java:117) | at org.jboss.ha.framework.server.DistributedReplicantManagerImpl.<init>(DistributedReplicantManagerImpl.java:102) | at AOPContainerProxy$3.<init>(AOPContainerProxy$3.java) | at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) | at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) | at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) | at java.lang.reflect.Constructor.newInstance(Constructor.java:494) | at java.lang.Class.newInstance0(Class.java:350) | at java.lang.Class.newInstance(Class.java:303) | at org.jboss.aop.proxy.container.GeneratedAOPProxyFactory.instantiateAndConfigureProxy(GeneratedAOPProxyFactory.java:148) | at org.jboss.aop.proxy.container.GeneratedAOPProxyFactory.getProxy(GeneratedAOPProxyFactory.java:122) | ... 29 more One thing to note here is the constructor parameter is another bean that also has an @JMX annotation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985686#3985686 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985686

19 years, 5 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JSR-181 Annotation Based UDDI Registration

by kurt.stam＠jboss.com

Check out this http://www.jboss.com/index.html?module=bb&op=viewtopic&t=91113 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985684#3985684 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985684

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Server side HA and failover

by clebert.suconic＠jboss.com

I have made a couple of changes to get the actual RemotingLocator into NodeAddressInfo. - I have made explicity the dependency between ServerPeer and Remoting JMX. - ServerPeer now looks up for the Remoting Locator Tomorrow I will make this to go into ConnectionFactories and start doing some load balancing and detection failure on the client side. Anyway... I had a talk with Tim today, and we are missing: - failure detection (server - client side load balancing - client side failure detectionm - reconnection protocol For most of this I needed the actual Remoting Locator, so I had started today doing these changes. So... so far... so good towards the HA release what is great. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985663#3985663 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985663

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: @JMX aspect and aop/mc integration

by kabir.khan＠jboss.com

This should be fixed now. The proxy now contains all the constructors from the proxies class, and passes up the parameters. When created by the MC, the AOPConstructorJoinPoint uses the same parameters when instantiating the proxy as the target bean itself, so the NPEs are avoided. http://jira.jboss.com/jira/browse/JBAOP-307 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985660#3985660 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985660

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Attribute handler on ServerPeer

by clebert.suconic＠jboss.com

It seems that handler from ServerPeer is not used anywhere. Apparently we are not using Remoting through its own definition as a MBean. So... is there any reason to keep this attribute? It got me confused today as I was expecting the attribute corresponding to the actual Remoting Handler instance, and it only had null values as it was not used anywhere. _________________ Clebert Suconic View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985646#3985646 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985646

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: EJB References

by anil.saldhana＠jboss.com

ant -Dtest=org.jboss.test.naming.test.SecurityUnitTestCase one-test will show a case where the deployment context passed is null. Basically the EjbUtil updates are not complete. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985632#3985632 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985632

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: EJB References

by scott.stark＠jboss.org

Its doubtful. Its likely just a port of the j2ee1.4 resolution semantics to the vdf classes in jboss5. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985628#3985628 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985628

19 years, 5 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 November 2006