[Beginners Corner] - Re: No connectivity + DTD
by ptemmerman
Hi,
They are using JBoss 4.2.3GA and JDK 1.5.0_16.
Unfortunately, I don't have access to their stack trace.
Actually, I'm not being asked to fixed it, I was just wondering if my assumption was correct. After searching the net for a while I'm in doubt :)
Some pages say that it's just an URN and it's used as a namespace, while others state that the XML document actually IS being validated with the specified DTD link.
Although, I must say that most of the things that I found where they stated that you need internet connectivity, were related with struts DTD.
Maybe the correct assumption would be that the XML parser is first trying to load the DTD based on the name field (i.e. "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" ) and if that is not possible, then it's using the URL.
Hmm, I don't know :)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191705#4191705
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191705
17 years, 5 months
[JBoss Cache: Core Edition] - Re: JDBM Performance with Jboss Cache
by cavani
I started with FileCacheLoader for local persistent cache. The storage on disk took more than 2h for less than 200MB. Then I changed to JDBMCacheLoader, and the storage time drop to 5min. The diference in storage terms is FileCacheLoader has one folder per root node and JDBM has one single file.
Last week I tried using JBC3 and H2 embedded database with JDBCCacheLoader and the storage get 13GB during the process! I don't know how (and spent more then 1h before I canceled the test).
I had others little problems with JDBM, but it has been the better option for my case (occasional full writing and many reads on a single server).
P.S.: my understanding is you can use DB Java Edition when your software is not distributed for thirdparties (or when it is opensource). But I didn't spend much time thinking about it.
my two cents...
Thanks,
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191703#4191703
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191703
17 years, 5 months
[Microcontainer] - Re: [VFS] Better way to scan for modifications
by dazz_x
Hi alesj,
Thanks for your response, which was helpul to me.
I finally handled this case in a satisfactory way.
So, when I add/remove/modify a file under my hierarchy, i get a log that says "this file have been added, removed, modified" under the TRACE log level.
A the same time I log, I fire an EngineDeployment event to alert registered listeners that an event has happened.
Unfortunately, that doesn't work... I give you my deployment file :
| <bean name="ClassLoaderManager" class="com.mycompany.classloaders.MasterClassLoader">
| <constructor factoryMethod="getInstance"/>
| </bean>
|
| <bean name="Scanner" class="com.mycompany.deployers.scanner.Scanner">
| <install method="addListener">
| <parameter>
| <inject bean="ClassLoaderManager"/>
| </parameter>
| </install>
| <constructor>
| <parameter>/home/user/test/</parameter>
| </constructor>
| </bean>
|
With this xml portion, I want to add my ClassLoaderManager as a listener (simple addition to a CopyOnWriteArrayList in Scanner)
But it isn't registered... I see an error in the deployment of ClassLoaderManager at startup that is
| 12:52:17,886 ERROR [AbstractKernelController] Error installing to Instantiated: name=ClassLoaderManager state=Described
| org.jboss.joinpoint.spi.JoinpointException: Constructor not found com.mycompany.classloaders.MasterClassLoader[] in [ReflectConstructorInfoImpl@1b66b06{[ReflectClassInfoImpl(a)12c9557{name=java.lang.ClassLoader}]}, ReflectConstructorInfoImpl@9f0d{[ReflectClassInfoImpl(a)12c9557{name=java.lang.ClassLoader}, ReflectClassInfoImpl(a)ca3783{name=com.mycompany.classloaders.MasterClassLoader$1}]}]
| at org.jboss.joinpoint.plugins.Config.findConstructorInfo(Config.java:274)
| at org.jboss.kernel.plugins.config.Configurator.resolveConstructor(Configurator.java:289)
| at org.jboss.kernel.plugins.config.Configurator.findConstructor(Configurator.java:255)
| at org.jboss.kernel.plugins.config.Configurator.getConstructorJoinPoint(Configurator.java:198)
| at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.getConstructorJoinPoint(AbstractKernelConfigurator.java:137)
| at org.jboss.kernel.plugins.dependency.InstantiateAction.installActionInternal(InstantiateAction.java:61)
| 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.kernel.plugins.deployment.AbstractKernelDeployer.deployBean(AbstractKernelDeployer.java:331)
| at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBeans(AbstractKernelDeployer.java:309)
| at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deploy(AbstractKernelDeployer.java:130)
| at org.jboss.kernel.plugins.deployment.BasicKernelDeployer.deploy(BasicKernelDeployer.java:76)
| at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(BasicXMLDeployer.java:88)
| at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(BasicXMLDeployer.java:158)
|
|
Here is the relevant part of the code for my MasterClassLoader class :
| public class MasterClassLoader extends ClassLoader implements EngineDeploymentListener{
|
| /**
| * Application Logger
| */
| private static final Logger log = Logger.getLogger(MasterClassLoader.class);
|
| private Map<File, EngineClassLoader> engineClassLoaders = new HashMap<File, EngineClassLoader>();
|
| private MasterClassLoader(ClassLoader parent) {
| super(parent);
| }
|
| @Override
| public void onDeploymentEvent(EngineDeploymentEvent e) {
| log.info("[********] Deployment Event : " + e.getType().toString());
| }
|
| /**
| * Static initializer to ensure Singleton
| * @return single instance of MasterClassLoader
| */
| public static MasterClassLoader getInstance() {
| return MasterClassLoaderHolder.instance;
| }
|
| private static class MasterClassLoaderHolder {
|
| public static MasterClassLoader instance = new MasterClassLoader(ClassLoader.getSystemClassLoader());
| }
| }
|
|
Why do you think my MasterClassLoader is not deployed ? My static factory method run well in standard call...
Thanks in advance
dazz_x
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191701#4191701
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191701
17 years, 5 months