VFS3 (in AS trunk) - Non .jar file handling
by Jaikiran Pai
I see a new behaviour with VFS3 in JBoss AS. Earlier in AS-5/6 (with
VFS2) and AS-4 (without any VFS), to try out some quick fixes, i used to
rename existing jar files to end with .bak name and replace them with
the new patched jar file. So for example, if i had a fix in
jboss-ejb3-core.jar, i would:
1) Rename the JBOSS_HOME/common/lib/jboss-ejb3-core.jar to
JBOSS_HOME/common/lib/jboss-ejb3-core.jar.orig.bak
2) Place a patched jboss-ejb3-core.jar in JBOSS_HOME/common/lib
3) Restart the server
The server would then pickup the new patched jar file and ignore the
.bak file. After testing the fix, i would then revert back to the
original jar file by renaming it back to its original name.
However, with the recent upgrade to VFS3 in AS trunk, i notice that even
the .bak is used for classloading (following is the output from
-verbose:class JVM argument):
[Loaded org.jboss.ejb3.EJBContainer from
file:/NotBackedUp/jpai/business/jboss/wc/jbossas/trunk/build/target/jboss-6.0.0-SNAPSHOT/common/lib/jboss-ejb3-core.jar.orig.bak/]
Looks like VFS3 picks up this non .jar suffix file for classloading. Is
this expected? Shouldn't it be looking for only .jar files (atleast in
this context)?
regards,
-Jaikiran
14 years
DataGrid Profile in JBoss AS
by Manik Surtani
On 29 Jun 2010, at 17:15, Brian Stansberry wrote:
> On 06/29/2010 09:29 AM, Manik Surtani wrote:
>>
>> On 29 Jun 2010, at 02:35, Brian Stansberry wrote:
>>
>>
<SNIP />
>>
>> You are correct in that it is to do with a datagrid profile for EAP. Or more specifically, something for AS (5.x?)
>
> Community AS 5.x is dead. There isn't even a branch for it (Jason deleted it to prevent people doing new dev on it.)
>
>> which would then also be tested on EAP 5.1,
>
> I expect this will first see the light of day via the EAP 5.1 branch. (Maybe not; see below.) That seems bizarre, but that's the way things work.
I was actually expecting this to be built as a module in Infinispan's source tree, the deliverable being a ZIP file that contains a "datagrid" directory and all the necessary elements that can be run as a profile in AS/EAP 5.1. Considering that most of the work involved would be XML config files (MC beans) and perhaps an integration class or two, I don't see the need for it to affect the AS source tree (at least not in it's current "tech preview" state).
>> and hopefully should work with minimal tweaking on AS 6.x as well. I am assuming the bulk of the work required would be closely related to the MC though, since the profile would have to configure and launch Infinispan instances and the various server endpoints as needed, via the MC.
>
> Paul has worked out the details of deploying a CacheManager (a set of them actually) in AS 6. Those will be what the standard AS clustering services will use. What's involved with setting up the server endpoints?
I was hoping to target AS/EAP 5.x first and then move on to 6, but FWIW any such profile for 6 should then make use of Paul's work in deploying a CacheManager. In the case of HotRod and Memcached, setting up an endpoint involves selecting the appropriate ProtocolServer implementation
http://fisheye.jboss.org/browse/Infinispan/trunk/server/core/src/main/sca...
and calling start() on it with the CacheManager to be used.
The REST endpoint is a little more tricky as it is a WAR file that Infinispan generates that would need to be deployed in a servlet container. The current WAR file creates its own CacheManager but we can change this to look up a CacheManager from elsewhere if configured to do so (perhaps via servlet or system properties).
Cheers
--
Manik Surtani
manik(a)jboss.org
Lead, Infinispan
Lead, JBoss Cache
http://www.infinispan.org
http://www.jbosscache.org
14 years, 6 months
FilterOutputStream blunder
by Vladimir Blagojevic
Not sure if you guys are aware of this but pay attention if you are extending FilterOutputStream. One would expect FilterOutputStream implementation to filter all methods directly to some underlying stream. However, rather than filter byte array writes directly to the underlying stream FilterOutputStream modifies the expected behaviour to write individual bytes instead.
http://www.redirecttonull.com/?p=186
Regards,
Vladimir
14 years, 6 months
Infinite loop during shutdown
by Carlo de Wolf
It appears I've run into an infinite loop on shutdown (or at least
something that looses my patience).
Carlo
12:51:19,191 WARN [ClassLoaderPolicy] Error invoking classFoundHandler:
org.jboss.classloading.spi.vfs.policy.VFSClassLoaderPolicy$VFSCacheRemove@b772db:
java.lang.NullPointerException
at
org.jboss.classloader.spi.ClassFoundEvent.getClassName(ClassFoundEvent.java:59)
[:2.2.0.Alpha6]
at
org.jboss.classloading.spi.vfs.policy.VFSClassLoaderPolicy$VFSCacheRemove.classFound(VFSClassLoaderPolicy.java:680)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:440)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.warn(Logger.java:962) [jboss-logging.jar:]
at
org.jboss.classloader.spi.ClassLoaderPolicy.classFound(ClassLoaderPolicy.java:444)
[jboss-classloader.jar:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:660)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:870)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505)
[:2.2.0.Alpha6]
at
org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450)
[:2.2.0.Alpha6]
at java.lang.ClassLoader.loadClass(ClassLoader.java:252) [:1.6.0_16]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
[:1.6.0_16]
at java.lang.Class.forName0(Native Method) [:1.6.0_16]
at java.lang.Class.forName(Class.java:247) [:1.6.0_16]
at
org.jboss.logmanager.formatters.Formatters$12.guessClass(Formatters.java:547)
at
org.jboss.logmanager.formatters.Formatters$12.renderExtended(Formatters.java:418)
at
org.jboss.logmanager.formatters.Formatters$12.renderRaw(Formatters.java:385)
at
org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:146)
at
org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86)
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35)
at
org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49)
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:57)
at org.jboss.logmanager.Logger.logRaw(Logger.java:849)
at org.jboss.logmanager.Logger.log(Logger.java:799)
at org.jboss.logmanager.Logger.log(Logger.java:811)
at
org.jboss.logging.JBossLogManagerLogger.doLog(JBossLogManagerLogger.java:44)
at org.jboss.logging.Logger.error(Logger.java:1231)
[jboss-logging.jar:]
at
org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:209)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doUndeploy(DeployersImpl.java:1862)
[:2.2.0.Alpha6]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1769)
[:2.2.0.Alpha6]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1762)
[:2.2.0.Alpha6]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1749)
[:2.2.0.Alpha6]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1724)
[:2.2.0.Alpha6]
at
org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:385)
[jboss-dependency.jar:2.2.0.Alpha10]
at
org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:2078)
[:2.2.0.Alpha10]
at
org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1624)
[:2.2.0.Alpha10]
at
org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1472)
[:2.2.0.Alpha10]
at
org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:756)
[:2.2.0.Alpha10]
at
org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:669)
[:2.2.0.Alpha10]
at
org.jboss.dependency.plugins.AbstractController.shutdown(AbstractController.java:270)
[:2.2.0.Alpha10]
at
org.jboss.bootstrap.impl.mc.server.AbstractMCServerBase.shutdownKernelAndDeployer(AbstractMCServerBase.java:202)
[jboss-bootstrap-impl-mc.jar:2.1.0-alpha-5]
at
org.jboss.bootstrap.impl.mc.server.AbstractMCServerBase.doShutdown(AbstractMCServerBase.java:160)
[jboss-bootstrap-impl-mc.jar:2.1.0-alpha-5]
at
org.jboss.bootstrap.impl.base.server.AbstractServer.shutdown(AbstractServer.java:304)
[jboss-bootstrap-impl-base.jar:2.1.0-alpha-5]
at org.jboss.Main$ShutdownHook$1.run(Main.java:994)
[run.jar:6.0.0-SNAPSHOT (Build SVNTag:JBoss_6.0.0-SNAPSHOT date: 20100629)]
14 years, 6 months
Byteman 1.3.0 release now available
by Andrew Dinn
Byteman 1.3.0 has been released and is now available at the project
download page or from the JBoss maven repository. The release contains
several new features and about a dozen bug fixes. It also includes the
first byteman user contrib package, dtest.
dtest is a tool contributed by JBossTS project lead Jonathan Halliday
which uses Byteman to instrument and validate execution of distributed
test programs.
New features added in release 1.3.0 include:
* lifecycle events for rules and helper classes.
the byteman agent will automatically invoke setup and tear down
operations when individual rules or rule sets are loaded and unloaded.
this is particularly useful when performance monitoring rule sets are
dynamically loaded into and unloaded from a long-running application
(e.g. JBoss AS). It allows auxiliary threads to be started and stopped
automatically, ports for dumping data to be opened and closed cleanly, etc.
* several new special variables which allow rules to access extra
trigger method state.
For example, a rule with location
AT CALL myMethod
which gets triggered just before the trigger method invokes myMethod can
reference $@ an Object[] holding the target object and call parameters.
* location specifiers with the new AT . . . ALL syntax.
AT . . . ALL locations specify injection at all matching locations. Sof
example,
AT READ myField ALL
will cause the rule to be triggered at every point in the target method
where field myField is read.
* many new methods added to the built-in Helper class.
In particular these include support for querying, formatting and
printing the call stack. For example, a rule condition such as
IF callerEquals("MyClass.myCaller true)
can be used to ensure that the rule only fires when the target method is
called from method myCaller of class MyClass.
More details are available from the project blog. Full details provided
in the programmer's guide.
regards,
Andrew Dinn
-----------
14 years, 6 months
JBossAS 5: Using ../..-style paths in application.xml
by Kenny MacLeod
Folks,
We are in the process of trying to port our existing applications from
EAP 4.3 to EAP 5.0.1.
Our current sticking point is regarding the way we construct our EARs'
application.xml files in theWindows development environment. In order to
allow JBoss to load classes directly from the developers' IDE
directories, we've been using relative paths in application.xml that
point directly at those directories, e.g.
<application>
<module>
<java>..\..\..\..\..\..\..\path\to\my.jar</java>
</module>
</application>
In other words, my.jar isn't actually under the EAR's directory
struture, but somewhere else on the filesystem.
This is a rather dubious practice, but it works without complaint in
JBossAS 4. The JBossAS 5 VFS however, doesn't like it at all, since it
can't find my.jar physically under the EAR root directory:
Caused by: java.io.IOException: Child not found my.jar for
FileHandler(a)27267010[path=Test.ear
context=file:/D:/dev/workspaces/test/TestEAR/build/jboss/
real=file:/D:/dev/workspaces/test/TestEAR/build/jboss/Test.ear/],
available children: [FileHandler(a)958828[path=Test.ear/META-INF
context=file:/D:/dev/workspaces/test/TestEAR/build/jboss/
real=file:/D:/dev/workspaces/test/TestEAR/build/jboss/Test.ear/META-INF/]]
at org.jboss.virtual.VirtualFile.findChild(VirtualFile.java:472)
I can understand entirely why it doesn't like it, but I'm trying to
convince it otherwise - retaining similarlity to our current envrionment
as much as possible is highly disrable to reduce the risk of this migration.
Can the VFS be manipulated this way?
Yours hopefully,
kenny
14 years, 6 months
web-fragment.xml working?
by Stan Silvert
Is there a quick testsuite test I can run as a sanity check on trunk for
web-fragment.xml functionality?
Stan
14 years, 6 months
