[JBoss JIRA] Created: (JBAS-3990) failing org.jboss.test.binding.BindingServiceUnitTestCase(binding-manager)
by Dimitris Andreadis (JIRA)
failing org.jboss.test.binding.BindingServiceUnitTestCase(binding-manager)
--------------------------------------------------------------------------
Key: JBAS-3990
URL: http://jira.jboss.com/jira/browse/JBAS-3990
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: Remoting, Test Suite
Environment: Java Version 1.5.0_05
Java Vendor Sun Microsystems Inc.
Java VM Name Java HotSpot(TM) Server VM
Java VM Version 1.5.0_05-b05
Java VM Info mixed mode
OS Name Linux
OS Version 2.6.9-42.0.2.ELsmp
OS Arch i386
Reporter: Dimitris Andreadis
Assigned To: Tom Elrod
Priority: Critical
Fix For: JBossAS-5.0.0.Beta2, JBossAS-4.2.0.CR1
testAvailableServicesServer1 Failure All services are started, errors=2
The services that fail to start are the recent unified invoker additions.
There are not binding for them in varia\src\resources\services\binding\sample-bindings.xml, so they should be added there (Branch_4_2 and HEAD)
I suspect this affect a series of other tests, as well.
03:36:16,850 INFO [BindingServiceUnitTestCase] +++ testAvailableServices, jndiURL=jnp://localhost:1299
03:36:18,599 DEBUG [BindingServiceUnitTestCase] Skipping BarrierController.Barrier service: 'jboss.ha:service=HASingletonDeployer,type=Barrier', in state: Created
03:36:19,398 ERROR [BindingServiceUnitTestCase] jboss:service=invoker,type=unified is not Started, state=Created
03:36:20,163 ERROR [BindingServiceUnitTestCase] jboss:service=invoker,type=unifiedha is not Started, state=Registered
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 6 months
[JBoss JIRA] Created: (JBAS-3987) failing org.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCase
by Dimitris Andreadis (JIRA)
failing org.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCase
-------------------------------------------------------------------
Key: JBAS-3987
URL: http://jira.jboss.com/jira/browse/JBAS-3987
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: IIOP service, Test Suite
Environment: Java Version 1.5.0_05
Java Vendor Sun Microsystems Inc.
Java VM Name Java HotSpot(TM) Server VM
Java VM Version 1.5.0_05-b05
Java VM Info mixed mode
OS Name Linux
OS Version 2.6.9-42.0.2.ELsmp
OS Arch i386
Reporter: Dimitris Andreadis
Assigned To: Francisco Reverbel
Fix For: JBossAS-4.2.0.CR1
6 out of seven tests present this Error:
javax.naming.NameNotFoundException: Hello not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:529)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:537)
at org.jnp.server.NamingServer.getObject(NamingServer.java:543)
at org.jnp.server.NamingServer.lookup(NamingServer.java:296)
at org.jnp.server.NamingServer.lookup(NamingServer.java:270)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
at sun.rmi.transport.Transport$1.run(Transport.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
at java.lang.Thread.run(Thread.java:595)
at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
at org.jnp.server.NamingServer_Stub.lookup(Unknown Source)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:625)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
at org.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCase.testHello(HelloTimingStressTestCase.java:113)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22)
at junit.extensions.TestSetup$1.protect(TestSetup.java:19)
at junit.extensions.TestSetup.run(TestSetup.java:23)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 6 months
[JBoss JIRA] Commented: (EJBTHREE-615) Nullpointer exception in Embedded Jboos when getCallerPrincipal method on SessionContext
by Daniel Young (JIRA)
[ http://jira.jboss.com/jira/browse/EJBTHREE-615?page=comments#action_12350853 ]
Daniel Young commented on EJBTHREE-615:
---------------------------------------
I have what is possibly the same issue when using context.isCallerInRole("ROLE") or role-annotations on an EJB.
My stacktrace when calling context.isCallerInRole():
java.lang.NullPointerException
at org.jboss.security.plugins.JBossAuthorizationManager.getPrincipal(JBossAuthorizationManager.java:312)
at org.jboss.security.plugins.JaasSecurityManager.getPrincipal(JaasSecurityManager.java:361)
at org.jboss.ejb3.BaseSessionContext.getCallerPrincipal(BaseSessionContext.java:177)
at org.jboss.ejb3.BaseSessionContext.isCallerInRole(BaseSessionContext.java:195)
at com.synyati.spurwing.location.business.LocationServiceBean.findCountries(LocationServiceBean.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.aop.joinpoint.MethodInvocation.invokeTarget(MethodInvocation.java:121)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:110)
....
When using an annotation, it comes from the RoleBasedAuthorizationInterceptor:
java.lang.NullPointerException
at org.jboss.security.Util.getSubjectRoles(Util.java:631)
at org.jboss.security.plugins.JBossAuthorizationManager.getCurrentRoles(JBossAuthorizationManager.java:562)
at org.jboss.security.plugins.JBossAuthorizationManager.doesUserHaveRole(JBossAuthorizationManager.java:241)
at org.jboss.security.plugins.JaasSecurityManager.doesUserHaveRole(JaasSecurityManager.java:384)
at org.jboss.aspects.security.RoleBasedAuthorizationInterceptor.invoke(RoleBasedAuthorizationInterceptor.java:143)
at org.jboss.ejb3.security.RoleBasedAuthorizationInterceptor.invoke(RoleBasedAuthorizationInterceptor.java:108)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:102)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:211)
at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:79)
at $Proxy65.saveCountry(Unknown Source)
at com.synyati.spurwing.location.business.LocationServiceTest.testSaveCountryNewCountryNormalUser(LocationServiceTest.java:62)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:71)
at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
> Nullpointer exception in Embedded Jboos when getCallerPrincipal method on SessionContext
> ----------------------------------------------------------------------------------------
>
> Key: EJBTHREE-615
> URL: http://jira.jboss.com/jira/browse/EJBTHREE-615
> Project: EJB 3.0
> Issue Type: Bug
> Affects Versions: EJB 3.0 RC8 - FD
> Reporter: Nicolai ?dum
>
> The bug is pretty easy to create.
> Modify the CalculaterBean in the security example that is distributed with JBoss embedded like this
> import javax.annotation.Resource;
> import java.security.Principal;
> import javax.ejb.SessionContext;
> ..
> public class CalculatorBean implements Calculator
> {
> @Resource SessionContext ctx;
> @RolesAllowed({"student"})
> public int subtract(int x, int y)
> {
> Principal caller = ctx.getCallerPrincipal(); //Nullpointer
> return x - y;
> }
> The exception
> full stacktrace:
> javax.ejb.EJBException: java.lang.NullPointerException
> at org.jboss.ejb3.tx.Ejb3TxPolicy.handleExceptionInOurTx(Ejb3TxPolicy.java:69)
> at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:83)
> at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:197)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
> at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
> at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:62)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
> at org.jboss.aspects.security.RoleBasedAuthorizationInterceptor.invoke(RoleBasedAuthorizationInterceptor.java:167)
> at org.jboss.ejb3.security.RoleBasedAuthorizationInterceptor.invoke(RoleBasedAuthorizationInterceptor.java:100)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
> at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:78)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
> at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
> at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
> at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
> at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:181)
> at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:79)
> at $Proxy15.getSubscriberDetails(Unknown Source)
> Another user has reported that is is possible to get the principal from org.jboss.security.SecurityAssociation.getPrincipal(), but not from the Session Context.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 6 months
[JBoss JIRA] Created: (JBPORTAL-1190) Upgrade jboss and thirdparty dependencies for JBoss Portal 2.6
by Permaine Cheung (JIRA)
Upgrade jboss and thirdparty dependencies for JBoss Portal 2.6
--------------------------------------------------------------
Key: JBPORTAL-1190
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1190
Project: JBoss Portal
Issue Type: Task
Components: Portal Core
Reporter: Permaine Cheung
Assigned To: Julien Viet
The set of dependencies to upgrade to match with JBoss AS 4.2 or what Red Hat ships with:
commons-lang to 2.1 from 2.0
log4j to 1.2.14 from 1.2.8
commons-logging to 1.1 from 1.0.5.SP1-jboss
lucene to 1.9.1 from 1.4.3
myfaces to 1.1.4 from 1.1.1
xalan 2.7.0 from 2.4D1
Facelets 1.1.11 from 1.1.1
Hibernate to 3.2.1GA from 3.2.0.CR2
HSQLDB 1.8.0.4 from 1.8.0.2
JGroups 2.4 from 2.2
JUnit to 3.8.2
Httpunit 1.6.2 from 1.6
Jakarta commons-io to 1.2 from 1.1
QDox to 1.5 from 1.4
Javacc to 4.0 from 3.2-portal
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 6 months
[JBoss JIRA] Created: (JBESB-358) Changes to track in juddi
by Kevin Conner (JIRA)
Changes to track in juddi
-------------------------
Key: JBESB-358
URL: http://jira.jboss.com/jira/browse/JBESB-358
Project: JBoss ESB
Issue Type: Task
Security Level: Public (Everyone can see)
Affects Versions: 4.0 CR2
Reporter: Kevin Conner
Assigned To: Mark Little
The following isses need to be tracked in the juddi codebase
(copied from email)
There appear to be two juddi problems.
- juddi is asking for the wrong resource, "/juddi.properties" instead
of "juddi.properties".
- juddi reinitialises every time it is called :-(
The first issue explains why many people have been having problems with
the QS IFF they have been deployed before starting the AS. This does
not fail, however, if you deploy the empty jbossesb.xml first. The
reason for this is that GatewayListenerControllerService overrides the
juddi.propertiesFile to the absolute location of the config file, which
it does not have the opportunity to do if there are listeners configured :-)
The change that Kurt put in place yesterday will fix this although it
should really be made in the juddi codebase.
The second juddi issue results in an access to the config file, along
with recreation of the registry engine, on every invocation. This is
annoying, and a performance drag, but does not affect functionality.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 6 months
[JBoss JIRA] Created: (JBESB-375) Noise level from self-registration
by Burr Sutter (JIRA)
Noise level from self-registration
----------------------------------
Key: JBESB-375
URL: http://jira.jboss.com/jira/browse/JBESB-375
Project: JBoss ESB
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Rosetta
Affects Versions: 4.0 CR2
Reporter: Burr Sutter
Assigned To: Mark Little
Fix For: 4.0 Maintenance Pack 1
We need to reduce the noise level during the service self-registration process in standalone mode.
Here is an example of the normal console activity during the self-registraion process:
[java] Calling jnp://localhost:1099/InquiryService?org.apache.juddi.registr
y.rmi.Inquiry#inquire using rmi
[java] Calling jnp://localhost:1099/InquiryService?org.apache.juddi.registr
y.rmi.Inquiry#inquire using rmi
[java] Calling jnp://localhost:1099/InquiryService?org.apache.juddi.registr
y.rmi.Inquiry#inquire using rmi
[java] Calling jnp://localhost:1099/InquiryService?org.apache.juddi.registr
y.rmi.Inquiry#inquire using rmi
[java] Calling jnp://localhost:1099/InquiryService?org.apache.juddi.registr
y.rmi.Inquiry#inquire using rmi
[java] Calling jnp://localhost:1099/InquiryService?org.apache.juddi.registr
y.rmi.Inquiry#inquire using rmi
[java] BusinessService=<xml-fragment serviceKey="51510950-A0BD-11DB-8950-E4
6F4AA508DD" businessKey="A5D263E0-80E0-11DB-A3E0-B5415EC84996" xmlns="urn:uddi-o
rg:api_v2"><name xml:lang="en">FirstServiceESB:SimpleListener</name>
[java] <description/>
[java] </xml-fragment>
[java] Calling jnp://localhost:1099/PublishService?org.apache.juddi.registr
y.rmi.Publish#publish using rmi
[java] Calling jnp://localhost:1099/PublishService?org.apache.juddi.registr
y.rmi.Publish#publish using rmi
[java] BindingTemplate=<xml-fragment serviceKey="51510950-A0BD-11DB-8950-E4
6F4AA508DD" xmlns="urn:uddi-org:api_v2"><description/>
[java] <accessPoint URLType="other">%3C%3Fxml+version%3D%221.0%22+encoding%
3D%22UTF-8%22%3F%3E%0A%3Cwsa%3AFrom%3E%0A++++%3Cwsa%3AAddress%3Ejms%3A%2F%2Fqueu
e%3C%2Fwsa%3AAddress%3E%0A++++%3Cwsa%3AReferenceProperties%3E%0A++++++++%3Cwsarj
addr%3Aspecification-version+xmlns%3Awsarjaddr%3D%22http%3A%2F%2Fschemas.arjuna.
com%2Fws%2F2004%2F06%2Fwsarjaddr%22%3E1.1%3C%2Fwsarjaddr%3Aspecification-version
%3E%0A++++++++%3Cwsarjaddr%3Adestination-name+xmlns%3Awsarjaddr%3D%22http%3A%2F%
2Fschemas.arjuna.com%2Fws%2F2004%2F06%2Fwsarjaddr%22%3Equeue%2FB%3C%2Fwsarjaddr%
3Adestination-name%3E%0A++++++++%3Cwsarjaddr%3Aconnection-factory+xmlns%3Awsarja
ddr%3D%22http%3A%2F%2Fschemas.arjuna.com%2Fws%2F2004%2F06%2Fwsarjaddr%22%3EConne
ctionFactory%3C%2Fwsarjaddr%3Aconnection-factory%3E%0A++++++++%3Cwsarjaddr%3Ajnd
i-context-factory+xmlns%3Awsarjaddr%3D%22http%3A%2F%2Fschemas.arjuna.com%2Fws%2F
2004%2F06%2Fwsarjaddr%22%3Eorg.jnp.interfaces.NamingContextFactory%3C%2Fwsarjadd
r%3Ajndi-context-factory%3E%0A++++++++%3Cwsarjaddr%3Ajndi-pkg-prefix+xmlns%3Awsa
rjaddr%3D%22http%3A%2F%2Fschemas.arjuna.com%2Fws%2F2004%2F06%2Fwsarjaddr%22%2F%3
E%0A++++++++%3Cwsarjaddr%3Ajndi-URL+xmlns%3Awsarjaddr%3D%22http%3A%2F%2Fschemas.
arjuna.com%2Fws%2F2004%2F06%2Fwsarjaddr%22%3Elocalhost%3C%2Fwsarjaddr%3Ajndi-URL
%3E%0A++++++++%3Cwsarjaddr%3Atype+xmlns%3Awsarjaddr%3D%22http%3A%2F%2Fschemas.ar
juna.com%2Fws%2F2004%2F06%2Fwsarjaddr%22%3Eurn%3Ajboss%3Aesb%3Aepr%3Atype%3Ajms%
3C%2Fwsarjaddr%3Atype%3E%0A++++%3C%2Fwsa%3AReferenceProperties%3E%0A%3C%2Fwsa%3A
From%3E%0A</accessPoint>
[java] </xml-fragment>
[java] Calling jnp://localhost:1099/PublishService?org.apache.juddi.registr
y.rmi.Publish#publish using rmi
[java] Calling jnp://localhost:1099/PublishService?org.apache.juddi.registr
y.rmi.Publish#publish using rmi
[java] Calling jnp://localhost:1099/InquiryService?org.apache.juddi.registr
y.rmi.Inquiry#inquire using rmi
[java] BindingTemplate=<xml-fragment serviceKey="51510950-A0BD-11DB-8950-E4
6F4AA508DD" xmlns="urn:uddi-org:api_v2"><description/>
[java] <accessPoint URLType="other">%3C%3Fxml+version%3D%221.0%22+encoding%
3D%22UTF-8%22%3F%3E%0A%3Cwsa%3AFrom%3E%0A++++%3Cwsa%3AAddress%3Ejms%3A%2F%2Fqueu
e%3C%2Fwsa%3AAddress%3E%0A++++%3Cwsa%3AReferenceProperties%3E%0A++++++++%3Cwsarj
addr%3Aspecification-version+xmlns%3Awsarjaddr%3D%22http%3A%2F%2Fschemas.arjuna.
com%2Fws%2F2004%2F06%2Fwsarjaddr%22%3E1.1%3C%2Fwsarjaddr%3Aspecification-version
%3E%0A++++++++%3Cwsarjaddr%3Adestination-name+xmlns%3Awsarjaddr%3D%22http%3A%2F%
2Fschemas.arjuna.com%2Fws%2F2004%2F06%2Fwsarjaddr%22%3Equeue%2FB%3C%2Fwsarjaddr%
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 6 months