6:46 p.m.
On one box with the current jbossas trunk I'm seeing this exception when
starting the all config. On another box with the same trunk I'm not
seeing this. Its coming from some file from jboss-cache-manager.sar. Any
idea why this would happen on one box and not the other?
16:36:39,543 ERROR [RootElementBuilder] Configuration warning: Content
is not allowed in prolog.
16:36:39,544 ERROR [RootElementBuilder]
org.jboss.cache.config.ConfigurationException: Incorrect configuration
file. Use '-Djbosscache.config.validate=false' to disable validation.
16:36:39,548 ERROR [AbstractKernelController] Error installing to Start:
name=CacheConfigurationRegistry state=Create
org.jboss.cache.config.ConfigurationException: Could not parse the
config file
at
org.jboss.cache.config.parsing.RootElementBuilder.readRoot(RootElementBuilder.java:111)
at
org.jboss.cache.config.parsing.CacheConfigsXmlParser.getDocumentRoot(CacheConfigsXmlParser.java:145)
at
org.jboss.cache.config.parsing.CacheConfigsXmlParser.parseConfigs(CacheConfigsXmlParser.java:94)
at
org.jboss.cache.config.parsing.CacheConfigsXmlParser.parseConfigs(CacheConfigsXmlParser.java:88)
at
org.jboss.ha.cachemanager.DependencyInjectedConfigurationRegistry.loadConfigResource(DependencyInjectedConfigurationRegistry.java:51)
at
org.jboss.ha.cachemanager.DependencyInjectedConfigurationRegistry.start(DependencyInjectedConfigurationRegistry.java:42)
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.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
at
org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
at
org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
at
org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:241)
at
org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
at
org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:109)
at
org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:70)
at
org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:221)
at
org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54)
at
org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42)
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
at
org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121)
at
org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51)
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
at
org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
at
org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1410)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1128)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1149)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1069)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:752)
at
org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:265)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:143)
at
org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:410)
at org.jboss.Main.boot(Main.java:209)
at org.jboss.Main$1.run(Main.java:544)
at java.lang.Thread.run(Thread.java:595)
*** CONTEXTS MISSING DEPENDENCIES: Name -> Dependency{Required
State:Actual State}
CacheManager
-> CacheConfigurationRegistry{Configured:**ERROR**}
DistributedState
-> HAPartitionCacheHandler{Configured:Instantiated}
HAJNDI
-> HAJNDI$distributedTreeManager#1{Configured:Instantiated}
-> HAPartition{Configured:Instantiated}
HAJNDI$distributedTreeManager#1
-> HAPartitionCacheHandler{Configured:Instantiated}
HAPartition
-> DistributedState{Configured:Instantiated}
-> HAPartitionCacheHandler{Configured:Instantiated}
HAPartitionCacheHandler
-> CacheManager{Configured:Instantiated}
HASessionStateService
-> HAPartition{Configured:Instantiated}
HASingletonDeployer
-> HAPartition{Configured:Instantiated}
JGCacheInvalidationBridge
-> HAPartition{Configured:Instantiated}
JRMPInvokerHA
-> HAPartition{Create:Instantiated}
PooledInvokerHA
-> HAPartition{Create:Instantiated}
UnifiedInvokerHA
-> HAPartition{Create:Instantiated}
7:22 p.m.
There is a UTF-8 BOM at the start of META-INF/jboss-cache-configs.xml
0000000: efbb bf3c 3f78 6d6c 2076 6572 7369 6f6e ...<?xml version
0000010: 3d22 312e 3022 2065 6e63 6f64 696e 673d ="1.0" encoding=
0000020: 2255 5446 2d38 223f 3e0a 0a3c 6361 6368 "UTF-8"?>.
This might be causing the problem, but that would mean a xerces bug. So
could xerces version be the difference?
I have removed the BOM from the file in commit 80571
Jason T. Greene wrote:
--
Jason T. Greene
JBoss, a division of Red Hat
7:54 p.m.
Its an older rhel box running:
Linux succubus.starkinternational.com 2.6.9-42.0.2.ELsmp #1 SMP Thu Aug
17 17:57:31 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux
and the sun jdk 1.5.0_14
with the updated descriptor, its starting fine.
Jason T. Greene wrote:
7:59 p.m.
It seems like I have had charset encoding problems before on this box.
Right now for example, the following is showing up during compilation of
the clustering test, but is not seen on the other box.
[javac] Compiling 2706 source files to
/home/svn/JBossHead/jboss-head/testsuite/output/classes
[javac]
/home/svn/JBossHead/jboss-head/testsuite/src/main/org/jboss/test/cluster/defaultcfg/test/PreferredMasterElectionPolicyUnitTestCase.java:112:
warning: unmappable character for encoding ASCII
[javac] policy.setPreferredMaster("%^$%&%^&$%$??");
[javac] ^
[javac]
/home/svn/JBossHead/jboss-head/testsuite/src/main/org/jboss/test/cluster/defaultcfg/test/PreferredMasterElectionPolicyUnitTestCase.java:112:
warning: unmappable character for encoding ASCII
[javac] policy.setPreferredMaster("%^$%&%^&$%$??");
Jason T. Greene wrote:
9:21 p.m.
Ah ok. So the underlying problem is that we don't know the character
encoding of a stream when getResourceAsStream() is called on a
classloader, so the default character encoding is always used by JAXP to
parse the file.
If your default encoding was not UTF-8, then the BOM would be treated as
garbage in the prolog. UTF-8 does not require a BOM, so it is easy to
just remove it.
Scott Stark wrote:
--
Jason T. Greene
JBoss, a division of Red Hat
5986
days inactive
5986
days old
jboss-development@lists.jboss.org
7 comments
2 participants
participants (2)
-
Jason T. Greene -
Scott Stark