September 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Commented: (JBAS-3180) Broken MBean operation ServerInfo#displayInfoForClass(String)

by Baptiste MATHUS (JIRA)

[ https://jira.jboss.org/browse/JBAS-3180?page=com.atlassian.jira.plugin.sy... ] Baptiste MATHUS commented on JBAS-3180: --------------------------------------- It would be great to reintroduce the feature given by this method, but using tattletale instead. This would be a great help to diagnose deployment/classpath problems. Cheers > Broken MBean operation ServerInfo#displayInfoForClass(String) > ------------------------------------------------------------- > > Key: JBAS-3180 > URL: https://jira.jboss.org/browse/JBAS-3180 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: System service > Affects Versions: JBossAS-3.2.7 Final, JBossAS-4.0.1 SP1, JBossAS-4.0.3 SP1 > Reporter: Martin Jachs > Assignee: Dimitris Andreadis > Priority: Trivial > Fix For: JBossAS-4.0.4.SP1, JBossAS-4.0.5.CR1, JBossAS-5.0.0.Beta1 > > > The operation tries to delegate to the default loader repository (UnifiedLoaderRepository3) which does not provide the findClass(String) operation. > 16:26:50,151 [http-0.0.0.0-10080-Processor24] ERROR org.jboss.web.localhost.Engine : StandardWrapperValve[HtmlAdaptor]: Servlet.service() for servlet HtmlAdaptor threw exception > javax.management.MBeanException: javax.management.ReflectionException > at org.jboss.mx.server.ReflectedDispatcher.handleInvocationExceptions(ReflectedDispatcher.java:91) > at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:64) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62) > at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54) > at org.jboss.mx.server.Invocation.invoke(Invocation.java:82) > at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) > at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:236) > at org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:202) > at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:241) > at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:79) > at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:61) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > 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 org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75) > 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:214) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) > at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) > at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) > at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:162) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) > at at.co.systema.gf.aop.tomcat.WebInvoker.invoke(WebInvoker.java:52) > at at.co.systema.gf.aop.tomcat.WebInvoker.invoke(WebInvoker.java:26) > at at.co.systema.gf.aop.tomcat.WebInvocation.invoke(WebInvocation.java:237) > at at.co.systema.gf.rt.aop.ThreadContextInterceptor.internalInvoke(ThreadContextInterceptor.java:103) > at at.co.systema.gf.aop.AbstractInterceptor.invoke(AbstractInterceptor.java:176) > at at.co.systema.gf.aop.tomcat.WebInvocation.invoke(WebInvocation.java:223) > at at.co.systema.gf.aop.tomcat.WebContainer.invoke(WebContainer.java:106) > at at.co.systema.gf.aop.tomcat.InterceptionValve.invoke(InterceptionValve.java:154) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) > at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) > at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) > at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) > at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) > at java.lang.Thread.run(Thread.java:595) > Caused by: javax.management.ReflectionException > at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:168) > at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) > at org.jboss.system.server.ServerInfo.displayInfoForClass(ServerInfo.java:403) > 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.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60) > ... 56 more > Caused by: java.lang.IllegalArgumentException: Unable to find operation findClass(java.lang.String) > ... 64 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (JBMETA-300) Web30MetaDataCreator doesn't ignore classes annotated with @Singleton while creating metadata

by jaikiran pai (JIRA)

Web30MetaDataCreator doesn't ignore classes annotated with @Singleton while creating metadata ---------------------------------------------------------------------------------------------- Key: JBMETA-300 URL: https://jira.jboss.org/browse/JBMETA-300 Project: JBoss Metadata Issue Type: Bug Security Level: Public (Everyone can see) Components: web Affects Versions: jboss-metadata-web-2.0.0-alpha-15 Reporter: jaikiran pai Assignee: Alexey Loubyansky Web30MetaDataCreator doesn't ignore @Singleton while creating metadata from classes: static { // Ignoring classes with the the following type annotations ignoreTypeAnnotations = new HashSet<Class<? extends Annotation>>(); ignoreTypeAnnotations.add(Stateful.class); ignoreTypeAnnotations.add(Stateless.class); ignoreTypeAnnotations.add(MessageDriven.class); ignoreTypeAnnotations.add(Service.class); ignoreTypeAnnotations.add(Consumer.class); } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-7068) Wrong timeout-valiue in OracleValidConnectionChecker

by Christian Daszenies (JIRA)

Wrong timeout-valiue in OracleValidConnectionChecker ---------------------------------------------------- Key: JBAS-7068 URL: https://jira.jboss.org/jira/browse/JBAS-7068 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JCA service Affects Versions: JBossAS-5.1.0.GA Reporter: Christian Daszenies Assignee: Jesper Pedersen OracleValidConnectionChecker calls oracle.jdbc.driver.OracleConnection.pingDatabase(5000) - 5000 is used as timeout in seconds! by pingDatabase furthermore it would be nice if the timeout would be configurable (or at least easy to override) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

5
4
0 / 0

[JBoss JIRA] Created: (JBRULES-2698) KnowledgeAgent cannot handle packages from Guvnor

by Lukáš Petrovický (JIRA)

KnowledgeAgent cannot handle packages from Guvnor ------------------------------------------------- Key: JBRULES-2698 URL: https://jira.jboss.org/browse/JBRULES-2698 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.1.1.FINAL Reporter: Lukáš Petrovický Assignee: Mark Proctor When applying a changeset on a KnowledgeBase, which sources a package from Guvnor, I get a client exception. I believe this is because Guvnor 5.1 now requires a HTTP authentication to fetch the package and the KnowledgeAgent code cannot handle that in any way. This is the exception I get: java.lang.RuntimeException: KnowledgeAgent exception while trying to deserialize KnowledgeDefinitionsPackage ... Caused by: java.io.IOException: Server returned HTTP response code: 401 for URL: http://localhost:8080/jboss-brms/org.drools.guvnor.Guvnor/package/mortgag... And this is the changeset that I am supplying: <change-set xmlns='http://drools.org/drools-5.1/change-set' xmlns:xs='http://www.w3.org/2001/XMLSchema-instance' xs:schemaLocation='http://drools.org/drools-5.1/change-set drools-change-set-5.1.xsd'> <add><resource source='http://localhost:8080/jboss-brms/org.drools.guvnor.Guvnor/package/mortgag...' type='PKG' /></add> </change-set> It doesn't work even when I use http://admin:admin@localhost:8080/ instead of a simple http://localhost:8080/. This is a regression - Guvnor 5.0 didn't require HTTP auth to do this and thus this particular use case functioned properly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (JBVFS-134) IterableTimedVFSCache doesn't cache entries once they get expired

by Toshiya Kobayashi (JIRA)

IterableTimedVFSCache doesn't cache entries once they get expired ----------------------------------------------------------------- Key: JBVFS-134 URL: https://jira.jboss.org/jira/browse/JBVFS-134 Project: JBoss VFS Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.1.3.SP1 Reporter: Toshiya Kobayashi Assignee: John Bailey When resolving virtual files, 1. DefaultVFSRegistry checks expiration of root context by IterableTimedVFSCache.findContext() which is implemented based on TimedCachePolicy.getValidKeys() 2. If the context is expired, a new context is created and CachePolicyVFSCache.putContext() is called, but the method checks the existence of cache entry by TimedCachePolicy.peek() which doesn't care about its expiration. Then the new entry won't be inserted into the cache and the expiration time of the old entry won't be updated. So once cache entries are expired, caching won't work and contexts will be created again and again. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

3
7
0 / 0

[JBoss JIRA] Created: (JBAS-8471) org.jboss.test.ws.jaxws.webserviceref.WebServiceRefEJB3TestCase

by Shelly McGowan (JIRA)

org.jboss.test.ws.jaxws.webserviceref.WebServiceRefEJB3TestCase --------------------------------------------------------------- Key: JBAS-8471 URL: https://jira.jboss.org/browse/JBAS-8471 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Shelly McGowan -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (JBBUILD-651) License plugin only downloads direct dependencies.

by Paul Gier (JIRA)

License plugin only downloads direct dependencies. -------------------------------------------------- Key: JBBUILD-651 URL: https://jira.jboss.org/browse/JBBUILD-651 Project: JBoss Build System Issue Type: Bug Components: maven-license-plugin Reporter: Paul Gier Assignee: Paul Gier Currently the jboss license plugin is only downloading direct dependencies of a project. By default the plugin should check all dependency licenses (including transitive deps). Optionally, there could be a flag to only check direct dependencies. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2710) DSL replaces value inside quoted string

by Scott Hrehirchuk (JIRA)

DSL replaces value inside quoted string --------------------------------------- Key: JBRULES-2710 URL: https://jira.jboss.org/browse/JBRULES-2710 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.1.1.FINAL Environment: Windows, 32 sun java. Reporter: Scott Hrehirchuk Assignee: Mark Proctor The DSL will replace values in a DSLR that are in "" In the attached example the dsl is: [consequence][]Bob=Fred The dslr is: package com.sample import com.sample.DroolsTest.Message; expander Sample.dsl rule "Hello World" when then System.out.println("Bob"); end I would expect the output to be Bob, but it is Fred. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-8371) Upgrade to Weld 1.1.0.BETA1

by Pete Muir (JIRA)

Upgrade to Weld 1.1.0.BETA1 --------------------------- Key: JBAS-8371 URL: https://jira.jboss.org/browse/JBAS-8371 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Weld/CDI Reporter: Pete Muir Assignee: Pete Muir -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

3
5
0 / 0

[JBoss JIRA] Created: (JBAS-8402) Upgrade MC libs -- Classloading, Deployers, Scanning

by Ales Justin (JIRA)

Upgrade MC libs -- Classloading, Deployers, Scanning ---------------------------------------------------- Key: JBAS-8402 URL: https://jira.jboss.org/browse/JBAS-8402 Project: JBoss Application Server Issue Type: Component Upgrade Security Level: Public (Everyone can see) Components: MicroContainer bus Affects Versions: 6.0.0.M4 Reporter: Ales Justin Assignee: Ales Justin Fix For: 6.0.0.CR1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2010