[JBoss JIRA] Created: (JBBUILD-382) Testrun of a project with circular dependencies errantly includes older version of itself
by Jason T. Greene (JIRA)
Testrun of a project with circular dependencies errantly includes older version of itself
-----------------------------------------------------------------------------------------
Key: JBBUILD-382
URL: http://jira.jboss.com/jira/browse/JBBUILD-382
Project: JBoss Build System
Issue Type: Bug
Components: Maven
Reporter: Jason T. Greene
jboss-common-core has a dependency on jboss-test
<dependency>
<groupId>jboss</groupId>
<artifactId>jboss-test</artifactId>
<version>1.0.3.GA</version>
<scope>test</scope>
</dependency>
jboss-test has a dependancy on jboss-common-core
<dependency>
<groupId>jboss</groupId>
<artifactId>jboss-common-core</artifactId>
<version>2.0.4.GA</version>
</dependency>
This leads to the surefire classpath containing 2 versions of jboss-common-core in the classpath, and unfortunately the older version wins. This means the testsuite never actually runs on the version you are modifying, which is a severe problem. Maven should be smart enough not to include the same artifact-id twice.
[DEBUG] Test Classpath :
[DEBUG] /devel/common-core/trunk/target/classes
[DEBUG] /devel/common-core/trunk/target/test-classes
[DEBUG] /home/jason/.m2/repository/apache-log4j/log4j/1.2.8/log4j-1.2.8.jar
[DEBUG] /home/jason/.m2/repository/jboss/jboss-test/1.0.3.GA/jboss-test-1.0.3.GA.jar
[DEBUG] /home/jason/.m2/repository/org/apache/ant/ant-junit/1.7.0/ant-junit-1.7.0.jar
[DEBUG] /home/jason/.m2/repository/log4j/log4j/1.2.14/log4j-1.2.14.jar
[DEBUG] /home/jason/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[DEBUG] /home/jason/.m2/repository/jboss/jboss-common-logging-spi/2.0.4.GA/jboss-common-logging-spi-2.0.4.GA.jar
[DEBUG] /home/jason/.m2/repository/jboss/jboss-logging-log4j/2.0.2.GA/jboss-logging-log4j-2.0.2.GA.jar
[DEBUG] /home/jason/.m2/repository/jboss/jboss-common-core/2.0.2.GA/jboss-common-core-2.0.2.GA.jar
[DEBUG] /home/jason/.m2/repository/apache-slide/webdavlib/2.0/webdavlib-2.0.jar
[DEBUG] /home/jason/.m2/repository/oswego-concurrent/concurrent/1.3.4/concurrent-1.3.4.jar
[DEBUG] /home/jason/.m2/repository/junit/junit/3.8.1/junit-3.8.1.jar
[DEBUG] /home/jason/.m2/repository/jboss/profiler/jvmti/jboss-profiler-jvmti/1.0.0.CR5/jboss-profiler-jvmti-1.0.0.CR5.jar
[DEBUG] /home/jason/.m2/repository/apache-xerces/xml-apis/2.7.1/xml-apis-2.7.1.jar
[DEBUG] /home/jason/.m2/repository/jboss/jboss-logging-spi/2.0.2.GA/jboss-logging-spi-2.0.2.GA.jar
[DEBUG] /home/jason/.m2/repository/org/apache/ant/ant-launcher/1.7.0/ant-launcher-1.7.0.jar
[DEBUG] /home/jason/.m2/repository/apache-httpclient/commons-httpclient/2.0.2/commons-httpclient-2.0.2.jar
--
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
18 years, 11 months
[JBoss JIRA] Created: (SECURITY-72) i am getting the belwo error when i am trying to invalidate sessio object
by v v (JIRA)
i am getting the belwo error when i am trying to invalidate sessio object
-------------------------------------------------------------------------
Key: SECURITY-72
URL: http://jira.jboss.com/jira/browse/SECURITY-72
Project: JBoss Security and Identity Management
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: v v
Assigned To: Anil Saldhana
Priority: Critical
2007-07-23 15:35:57,364 DEBUG [org.jboss.web.tomcat.security.SecurityFlushSessionListener] Obtaining SecurityManagerService failed::
javax.naming.NameNotFoundException: securityMgr 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 org.jnp.server.NamingServer.lookup(NamingServer.java:270)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:625)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:716)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
at org.jboss.web.tomcat.security.SecurityFlushSessionListener.getSecurityManagerService(SecurityFlushSessionListener.java:193)
at org.jboss.web.tomcat.security.SecurityFlushSessionListener.getSubjectAndSecurityDomain(SecurityFlushSessionListener.java:160)
at org.jboss.web.tomcat.security.SecurityFlushSessionListener.sessionDestroyed(SecurityFlushSessionListener.java:79)
at org.apache.catalina.session.StandardSession.expire(StandardSession.java:687)
at org.apache.catalina.session.StandardSession.expire(StandardSession.java:645)
at org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1090)
at org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:149)
at com.standardandpoors.apps.defaultfilter.authentication.DefaultFilterLogoutHandler.execute(DefaultFilterLogoutHandler.java:55)
at com.standardandpoors.framework.controller.BusinessLogicControllerBean.process(BusinessLogicControllerBean.java:170)
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.invocation.Invocation.performCall(Invocation.java:359)
at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237)
at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158)
at org.jboss.ws.server.ServiceEndpointInterceptor.invoke(ServiceEndpointInterceptor.java:64)
at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121)
at org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(AbstractTxInterceptorBMT.java:173)
at org.jboss.ejb.plugins.TxInterceptorBMT.invoke(TxInterceptorBMT.java:77)
at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:136)
at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648)
at org.jboss.ejb.Container.invoke(Container.java:954)
at sun.reflect.GeneratedMethodAccessor108.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:169)
at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:118)
at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:206)
at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:192)
at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:61)
at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70)
at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:112)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100)
at $Proxy205.process(Unknown Source)
at com.standardandpoors.framework.controller.SpControllerServlet.doPost(SpControllerServlet.java:354)
at com.standardandpoors.apps.defaultfilter.controller.DefaultFilterControllerServlet.doPost(DefaultFilterControllerServlet.java:81)
at com.standardandpoors.framework.controller.SpControllerServlet.service(SpControllerServlet.java:255)
at com.standardandpoors.apps.defaultfilter.controller.DefaultFilterControllerServlet.service(DefaultFilterControllerServlet.java:56)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.standardandpoors.apps.defaultfilter.security.JaasLoginFilter.doFilter(JaasLoginFilter.java:266)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.standardandpoors.apps.defaultfilter.controller.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:65)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:595)
--
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
18 years, 11 months
[JBoss JIRA] Created: (JGRP-572) PIGGYBACK
by Bela Ban (JIRA)
PIGGYBACK
---------
Key: JGRP-572
URL: http://jira.jboss.com/jira/browse/JGRP-572
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assigned To: Bela Ban
Fix For: 2.x
Oftentimes, JGroups sends messages which have only headers but no payload. These messages (e.g. heartbeats, stability/stable messages) could use another message to piggy back on. Or - if no regular message is sent within a certain timeout - all accumulated piggy back messages could be merged into one.
The advantage is that we send less traffic.
Implementation could be via a flag PIGGYBACK (same as OOB) in Message, and a protocol PIGGYBACK. The protocol accumulates all messages with the flag PIGGYBACK set, and attaches them to a regular message, or - when a timeout elapses - merges as many of the piggy back messages as possible and sends them as one message.
Note that this is not the same as the old PIGGYBACK protocol which used to be in JGroups a long time ago.
--
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
18 years, 11 months
[JBoss JIRA] Created: (JBAS-4587) NoClassDefFoundError java.lang.System
by Aleksandar Kostadinov (JIRA)
NoClassDefFoundError java.lang.System
-------------------------------------
Key: JBAS-4587
URL: http://jira.jboss.com/jira/browse/JBAS-4587
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: ClassLoading
Affects Versions: JBossAS-5.0.0.Beta3
Environment: qa01
Reporter: Aleksandar Kostadinov
Assigned To: Scott M Stark
In the QA Lab we come across an issue when trying to run the JBoss AS test suite on VMs (see trace level log bolow). Consequences are that minimal server doesn't shutdown and test suite fails on starting the all configuration.
To reproduce:
Can be reproduced on a VM with sun jdk15 versions including 1.5.0_12.
Try ssh to qa01.qa.atl.jboss.com. On any issue ask in jboss-qa-internal(a)redhat.com or #jbossqa
Checkout trunk.
build/build.sh
testsuite/build.sh jboss-minimal-tests
The issue doesn't occur on physical machines as well jrockit is not affected.
If that could be of any help I've found two issues with java.lang.System not found and gcj.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6371479
http://www.linuxhelpforum.com/showthread.php?t=809687
2 server trace logs attached. Part of log see below:
2007-07-31 05:04:11,222 DEBUG [org.jboss.deployers.plugins.deployers.DeployersIm
pl] Fully Undeployed vfsfile:/qa/services/hudson/hudson_workspace/workspace/JBos
s_AS_Testsuite_HEAD-jdk15/src/build/output/jboss-5.0.0.Beta3/server/minimal/depl
oy/shutdown.sar
2007-07-31 05:04:11,223 TRACE [org.jboss.system.server.profileservice.hotdeploy.
HDScanner] End deployment scan
2007-07-31 05:04:11,223 TRACE [org.jboss.mx.loading.RepositoryClassLoader] loadC
lass org.jboss.mx.loading.UnifiedClassLoader3@fc9d2b{ url=null ,addedOrder=3} na
me=java.lang.System, loadClassDepth=0
2007-07-31 05:04:11,223 TRACE [org.jboss.mx.loading.UnifiedClassLoader] loadClas
sImpl, name=java.lang.System, resolve=false
2007-07-31 05:04:11,223 TRACE [org.jboss.mx.loading.RepositoryClassLoader] loadC
lass org.jboss.mx.loading.UnifiedClassLoader3@fc9d2b{ url=null ,addedOrder=3} na
me=java.lang.System, loadClassDepth=1
2007-07-31 05:04:11,223 TRACE [org.jboss.mx.loading.UnifiedClassLoader] loadClas
sImpl, name=java.lang.System, resolve=false
2007-07-31 05:04:11,223 TRACE [org.jboss.mx.loading.RepositoryClassLoader] loadC
lass org.jboss.mx.loading.UnifiedClassLoader3@fc9d2b{ url=null ,addedOrder=3} na
me=java.lang.System not found
2007-07-31 05:04:11,224 TRACE [org.jboss.mx.loading.RepositoryClassLoader] loadC
lass org.jboss.mx.loading.UnifiedClassLoader3@fc9d2b{ url=null ,addedOrder=3} na
me=java.lang.System not found
2007-07-31 05:04:11,225 ERROR [STDERR] Exception in thread "ExitOnShutdown"
2007-07-31 05:04:11,226 ERROR [STDERR] java.lang.NoClassDefFoundError: java/lang
/System
2007-07-31 05:04:11,226 ERROR [STDERR] at org.jboss.test.jmx.shutdown.ExitOnShu
tdown$1.run(ExitOnShutdown.java:52)
2007-07-31 05:04:11,227 ERROR [STDERR] at java.lang.Thread.run(Thread.java:595)
--
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
18 years, 11 months
