September 2008 - jboss-dev-forums

[Design of Messaging on JBoss (Messaging/JBoss)] - Annoyance when running unit tests in eclipse

by timfox

Both Clebert and I are getting | log4j error: setFile(null,true) call failed. | java.io.FileNotFoundException: /logs/messaging-.log (No such file or directory) | at java.io.FileOutputStream.openAppend(Native Method) | at java.io.FileOutputStream.<init>(FileOutputStream.java:177) | at java.io.FileOutputStream.<init>(FileOutputStream.java:102) | at org.apache.log4j.FileAppender.setFile(FileAppender.java:289) | at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:163) | at org.apache.log4j.DailyRollingFileAppender.activateOptions(DailyRollingFileAppender.java:215) | at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:256) | at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:220) | at org.apache.log4j.xml.DOMConfigurator.findAppenderByName(DOMConfigurator.java:150) | at org.apache.log4j.xml.DOMConfigurator.findAppenderByReference(DOMConfigurator.java:163) | at org.apache.log4j.xml.DOMConfigurator.parseChildrenOfLoggerElement(DOMConfigurator.java:425) | at org.apache.log4j.xml.DOMConfigurator.parseRoot(DOMConfigurator.java:394) | at org.apache.log4j.xm | When running unit tests in eclipse. Clebert suggests this is due to some change made by Andy recently in log4j.xml. Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177351#4177351 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177351

17 years, 6 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Modularising the appserver bootstrap

by wolfc

The removal of the aspect deployers from a separate component is not acceptable from EJB3 embedded perspective. Embedded should have any dependency on JBoss AS or its release cycle. Either the deployers should be put back into the CR (!) / GA release, or a new component has to be formed which allows usage by EJB3 Embedded, JBoss Embedded and possibly Web Platform (or any other). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177304#4177304 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177304

17 years, 6 months

1
0
0 / 0

[Design of JBossCache] - Re: memcached client/server

by bela＠jboss.com

Yes, ExpirationPolicy would certainly be needed, compared to defining a policy for an entire region. Regarding consisten hashing: the Data Partitioning feature calls for metadata, replicated to all JBC instances, which keeps track of allocation of stripes to instances. However, as an alternative, as you mentioned, we could use consistent hashing, to define where data is placed in the cluster. This could also be used to derive the primary node and backup nodes for a given stripe, instead of using metadata. Interesting comparison: Google File System (GFS) uses metedata, but it is maintained by a single central server. However, this is not an issue as it can be reconstructed by consulting the cluster nodes. We have to think a bit more about whether to use consistent hashing, or metadata, to place data across a cluster. I suspect metadata gives us more flexibility in supporting more exotic setups. If we store local metadata in every node, then we don't have to replicate metadata across the cluster, but the (JGroups) coordinator could maintain it. When it goes down, the next-in-line takes over, soliciting metadata from all nodes... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177298#4177298 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177298

17 years, 6 months

1
0
0 / 0

[Design of JBoss Serialization] - Re: Using customized RMI socket factory with JBOSSSerializat

by yaishb

Hi, Ok, thanks for clearing this point. I'l check the project you mentioned... Is it stable already? Thanks again, Barak. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177296#4177296 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177296

17 years, 6 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: Datasource deployer does not substitute system propertie

by scotto

Now that JBossAS 5.0.0.CR2 has been released I have performed the same test and can confirm that the problem is still there: anonymous wrote : | 2008-09-18 14:27:32,676 28579 INFO [org.jboss.resource.connectionmanager.ConnectionFactoryBindingService] (main:) Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=${vieo.datasource.name}' to JNDI name 'java:${vieo.datasource.name}' | This issue seems to be related to this one: https://jira.jboss.org/jira/browse/JBAS-4585 Is it possible to schedule this to be fixed before the 5.0.0.GA release? Thanks Scott View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177294#4177294 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177294

17 years, 6 months

1
0
0 / 0

[Design of JBossCache] - Re: memcached client/server

by genman

There's probably some value in having a Memcached-talking CacheLoader as well, and fairly trivial to write. It might be good for testing the server, at least. One interesting thing that memcached does is allow for the specification of an eviction time per key. As a emulating server, I suppose that my ExpirationPolicy might come into play. Not sure consistent hashing really fits in with the Data Partitioning design since it seems to concern itself with load/data balancing and reliability. But I sense that data balancing is possible with consistent hashing. For instance, when a node joins or leaves, each existing instance would examine their tree and "move" any data rehashed for the new/existing member to that instance. And some measure of reliability certainly is possible with consistent hashing: Hash an Fqn to two nodes and store two copies. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177289#4177289 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177289

17 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Towards a canonical server

by scott.stark＠jboss.org

I updated http://wiki.jboss.org/wiki/JBossMCProfileServiceBootstrap and the first issue is that we are bootstrapping a large number of core services and jars in the org.jboss.bootstrap.microcontainer.ServerImpl by loading the bootstrap.xml and its referenced classloader.xml, aop.xml, jmx.xml, deployers.xml, bindings.xml, profile.xml. Originally the profile service was closer to the bootstrap and the bootstrap deployments came from the profile. I guess we split this up to have more control over the order services are created. At a minimum we would need a new vfs url for the classpaths to allow the jars to come from the profile repository. If the deployments and their order are also to be part of the profile definition, we would need to get the BootstrapMetaData from the Bootstraps, but those don't exist without loading the profile.xml. Its not a big deal for these to be manageable initially, but what is the long term plan? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177276#4177276 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177276

17 years, 6 months

1
0
0 / 0

[Design of JBoss Serialization] - Re: Using customized RMI socket factory with JBOSSSerializat

by clebert.suconic＠jboss.com

I just remembered looking into this when JBSER was being originally developed. RMI is strictly tight integrated with ObjectInputStream. It will use a lot of java.rmi.MarshalledObjects (or javax.. I don't remember now). Because of that I had an effect such has ObjectInputStream Marshalling JBossObjectInputStream... and then objectINputStream, what used a lot of memory and caused some performance issues. I suggest you taking a look on JBoss-Remoting2. It has a more light weight approach to remote calls, it supports JBSER, and it will have another cool Marshalling mechanism that David Lloyd is working on. if you have access to IRC, I hang a lot on #jboss-remoting, IRC@freenode. David Lloyd would also be a good person to be talking to. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177240#4177240 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177240

17 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Towards a canonical server

by scott.stark＠jboss.org

Its going to have to be both. Java modules/osgi bundle type of packages of classes/resources should be declaring their version and dependencies. Then there are the deployments with their metadata/descriptors that would also have dependencies as well as private classes/resources with either no export, or limited export of the deployment classes. Deployments are also what would be associated with a named profile like minimal, default, all. The standalone jars should just be part of the profile repository, either used or not depending on the named profile dependencies. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177226#4177226 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177226

17 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Eclipse code formatter and code cleanup profiles

by clebert.suconic＠jboss.com

I'm committing code templates as well. To correctly parse ${user} everybody needs to: Define -Duser.name=(your-user) in your eclipse.ini My eclipse.ini is defined as | -showsplash | org.eclipse.platform | -vmargs | -d64 | -Dosgi.requiredJavaVersion=1.5 | -XX:MaxPermSize=512m | -Xms512m | -Xmx2048m | -Duser.name=<a href="mailto:clebert.suconic@jboss.org">Clebert Suconic</a> | And it works fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177213#4177213 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177213

17 years, 6 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums September 2008