October 2006 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Re: JBMICROCONT-105, structural deployer, vfs refactoring

by scott.stark＠jboss.org

One issue I'm running into with the refactored structural deployer code is that a number of the unit tests expect that "top-level" deployments are accepted as valid. Both the JarStructure and FileStructure were accepting top-level directories (based on DeploymentContext.isTopLevel()) as valid without validating anything about the actual structure. Before trying to restore this behavior, I want to question this as a valid construct. Its essentially a mix of pre-determined structure with the root being marked as a valid deployment, but the children unknown. With the new structure deployment spi, such a deployment would have to have a StructureMetaData with a ContextInfo that corresponds to the valid root. With such a StructureMetaData, there is not much point in validating that the structure deployers recognize the VirtualFile for the root as valid since its declared to be so. I'll hack around it for now and come back to this if its causing other issues. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980472#3980472 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980472

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VirtualFile.toURL() returning vfsfile:

by bill.burke＠jboss.com

anonymous wrote : | Let's separate out optimization from the initial implementation though. | switching VirtualFile.toURL() to vfsfile: based makes JBoss unusable if we don't optimize. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980469#3980469 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980469

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VirtualFile.toURL() returning vfsfile:

by scott.stark＠jboss.org

If there is a declareClass failure you won't be able to load it latter so why declareClass is failing needs to be resolved. The main problem I have seen with caching/reusing JarFile elements is that once any etnry stream is closed all others are unsuable. Let's separate out optimization from the initial implementation though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980462#3980462 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980462

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VirtualFile.toURL() returning vfsfile:

by bill.burke＠jboss.com

For example: | 13:06:18,406 ERROR [AbstractKernelController] Error installing to Create: name=jboss.management.local:j2eeType=J2EEDomain,name=Manager state=Configured mode=Manual requiredState=Create | java.lang.NoClassDefFoundError: org/jboss/management/j2ee/statistics/StatisticsProvider | at java.lang.ClassLoader.defineClass1(Native Method) | at java.lang.ClassLoader.defineClass(ClassLoader.java:620) | at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) | at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) | at java.net.URLClassLoader.access$100(URLClassLoader.java:56) | at java.net.URLClassLoader$1.run(URLClassLoader.java:195) | at java.security.AccessController.doPrivileged(Native Method) | at java.net.URLClassLoader.findClass(URLClassLoader.java:188) | at org.jboss.mx.loading.RepositoryClassLoader.findClassLocally(RepositoryClassLoader.java:566) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980458#3980458 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980458

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Client failover redeliveries discussion

by clebert.suconic＠jboss.com

"ovidiu.feodorov(a)jboss.com" wrote : I've checked in a simple failover test that fails. It's too late to look too deep into it now, but I'll get back tomorrow. In the mean time, you could take a look. | | It's ManualClusteringTest.testSimpleFailover() The test is valid. I will look into that. I have tested with durable subscriptions only so far. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980457#3980457 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980457

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VirtualFile.toURL() returning vfsfile:

by bill.burke＠jboss.com

BTW, I have no problem testing this outside of JBoss with using a regular URL classloader with a vfsfile: based url. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980456#3980456 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980456

19 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Design of a Content Based Routing Service

by ddunkin

Upgrading to JBossRules 3 will mean rewriting the DSL, which is fine. I haven't looked at how it's done in the new version, but it was dead simple to write a DSL for Drools. What do you mean by "plain java implementation?" Do you want to support a single language for rule matching (e.g. XPath) or leave it open-ended/extensible? I think that will help define whether or not to support Serializable. It would be cool to be able to specify a rule using EL on a POJO graph and XPath on an XML document. I guess it wouldn't really matter as long as the RHS of the rule fulfilled some contract like asserting a Destination to working memory. For my needs, if no rule matches the message, the message router returns an error. I could envision others wanting a default route/destination. I'm not very familiar with the action chain, but could that just be another action for those that require that functionality? I.e. an action after the CBR action would check for a defined destination and set a default if none exists. I suppose that would only work if the CBR service returns an action name instead of forwarding the message. I don't have an immediate need for sending one message to multiple destinations, but I will in the future. The only tricky part about that I can think of is with synchronous messages. If I send a message and am expecting a reply, who do I accept a reply from? My thought would be for synchronous messages to have one primary destination, from which the reply would come, and secondary destinations, which would be sent the message asynchronously. I haven't followed JBossESB that closely -- is there even the concept of synchronous and asynchronous messages? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980455#3980455 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980455

19 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VirtualFile.toURL() returning vfsfile:

by bill.burke＠jboss.com

hmmm... Added a cache for things created under: FileHandler.createChildHandler() So, JarHandlers would only get created once. Problem is, URLClassLoaders don't like this reuse of the JarHandler. If I remove the cache, everything boots up find, but if I add the cache, then it fails with NoClassDefFound errors with no nice stack trace I can pinpoint it to although I did see some failures in ClassLoader.declareClass. Any guesses would be appreciated. My guess is that it doesn't like how JarHandler caches the JarEntries. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980454#3980454 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980454

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Client failover redeliveries discussion

by timfox

This is a persistent queue View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980446#3980446 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980446

19 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Client failover redeliveries discussion

by clebert.suconic＠jboss.com

"Tim" wrote : This isn't such an issue when using a shared db since we persist before send, but when doing in memory replication it simply won't work. My understand was we would guarantee deliveries on PersistentQueues only. We will have to test these conditions later. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3980441#3980441 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3980441

19 years, 5 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 October 2006