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

[Design of JBoss ESB] - Re: ESB DB setup

by kurt.stam＠jboss.com

Can't we use the pooling from JBossAS in that case? Anyway that is why I already created a hsqldb datasource for it. --Kurt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994851#3994851 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994851

19 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: FtpClientUtil refactoring

by estebanschifman

You are right Daniel. We can both 'deliver' and 'pick up' messages through FTP. The CourierFactory takes care of returning an appropriate courier for the protocol in the URL contained in the EPR argument. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994848#3994848 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994848

19 years, 3 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: can't use profiler

by clebert.suconic＠jboss.com

You know that activeTimeout uses milliseconds, right? So.. you should use activeTimeout(2000); Try using something bigger such as 20 sec (20000) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994842#3994842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994842

19 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: FtpClientUtil refactoring

by daniel.brum＠jboss.com

We had it working 2-Way before with Rosetta. We should check with Esteban on this one as he is the one working on the couriers for this. I believe it is supported though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994841#3994841 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994841

19 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Going to pull the vfs packages into a separate project

by scott.stark＠jboss.org

I'm going to pull the vfs packages into a separate https://svn.jboss.org/repos/jbossas/projects/vfs project so that it can be released independent of the mc jars. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994836#3994836 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994836

19 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: update of http://repository.jboss.com/maven2/jboss/jboss

by scott.stark＠jboss.org

A new release is needed as this package was added post the 2.0.0.Beta. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994835#3994835 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994835

19 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - jboss fails to boot with current snapshot

by scott.stark＠jboss.org

If I try to boot with the current mc snapshot, it fails due to the AOPConstructorJoinpoint missing from the jboss-aop-mc-int-boot.jar: | Caused by: java.lang.NoClassDefFoundError: org/jboss/aop/microcontainer/integration/AOPConstructorJoinpoint | at org.jboss.aop.microcontainer.integration.AOPJoinpointFactory.getConstructorJoinpoint(AOPJoinpointFactory.java:53) | at org.jboss.kernel.plugins.config.Configurator.findConstructor(Configurator.java:212) | at org.jboss.kernel.plugins.config.Configurator.getConstructorJoinPoint(Configurator.java:195) | at org.jboss.kernel.plugins.config.Configurator.instantiate(Configurator.java:93) | at org.jboss.kernel.plugins.config.Configurator.instantiateAndConfigure(Configurator.java:69) | at org.jboss.kernel.plugins.config.property.PropertyKernelConfig.getImplementation(PropertyKernelConfig.java:159) | at org.jboss.kernel.plugins.config.property.PropertyKernelConfig.createKernelInitializer(PropertyKernelConfig.java:118) | at org.jboss.kernel.KernelFactory.createKernelInitializer(KernelFactory.java:150) | ... 10 more | What is the basis for including content in the jboss-aop-mc-int-boot.jar, and why would this class not already be included? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994832#3994832 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994832

19 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Invocation layers

by apwalker

This forums is specifically for design and other related questions for the new JBoss Messaging system which your question is not. You should repost your question to the user forums for JBossMQ which is the old JMS implementation using uses the innovation layers you are referring to. Also I would take a look at the JBossMQ wiki (http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMQ) as it contains a stack of information around configuring JBossMQ to achieve greater performance. As a start look at using the UIL2 invocation layer as the OIL and RMI have been deprecated. Have said that if you are looking for higher performance and only currently require a single server (as in no clustering requirements) you should seriously consider using JBoss Messaging rather than JBossMQ (default JMS solution with JBoss AS 4.0.5) check-out: | http://www.jboss.com/products/messaging | | http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMessaging | | | If you have any specific questions of JBoss Messaging post them to the JBoss Messaging Users forum (http://www.jboss.com/index.html?module=bb&op=viewforum&f=238) | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994831#3994831 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994831

19 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Valve on HAAspect

by clebert.suconic＠jboss.com

I have locally changed ValveAspect to use readWriteLocks... But I think using org.jboss.messaging.util.Valve would be a better mechanism. a parenthesis before starting (Valve is the same as creating a property failoverRunning on the Aspect, and if failoverRunning is true we will wait on notify until failover is finished. I just encapsulated such logic in a class instead of spread Objects and notifies on ValveAspect, so please do not compare it with java.util.concurrent or any other package like that) Using readWriteLock will add synchronization into ValveAspect::invoke. Even readWriteLock requires synchronization while the use of Valve would minimize it. As a comparisson I have written ValidateValveLogicValveTest and ValidateValveLogicReadWriteTest which are going to play with counters and doing the exact same locking mechanism needed on ValveAspect. ValidateValveLogicValveTest could perform more or less 4 times the number of loops performed by ValidateValveLogicReadWriteTest. This is because the object.wait() added readLock().acquire(). on a thread dump, I could see this from readLock().acquire(): | "Thread-999" prio=1 tid=0x087bacd8 nid=0x37a0 waiting for monitor entry [0x4e456000..0x4e456228] | at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock.acquire(WriterPreferenceReadWriteLock.java:159) | - waiting to lock <0x746d4428> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock) | at org.jboss.test.messaging.util.ValidateValveLogicReadWriteTest$ThreadRead.run(ValidateValveLogicReadWriteTest.java:198) | | "Thread-998" prio=1 tid=0x087b9fd0 nid=0x379f waiting for monitor entry [0x4e4d7000..0x4e4d7228] | at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock.acquire(WriterPreferenceReadWriteLock.java:159) | - waiting to lock <0x746d4428> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock) | at org.jboss.test.messaging.util.ValidateValveLogicReadWriteTest$ThreadRead.run(ValidateValveLogicReadWriteTest.java:198) | | "Thread-997" prio=1 tid=0x087b92c8 nid=0x379e waiting for monitor entry [0x4e558000..0x4e558228] | at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock.acquire(WriterPreferenceReadWriteLock.java:159) | - waiting to lock <0x746d4428> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock) | at org.jboss.test.messaging.util.ValidateValveLogicReadWriteTest$ThreadRead.run(ValidateValveLogicReadWriteTest.java:198) | Of course I'm not trying to reinvent the wheel here, but I just think we have an useCase where we don't want to synchronize readLocks on the invocation, as we want to avoid new calls to be performed while client failover is being executed, not to add synchronization on such basic feature. I'm assuming here it is a common practice to have multiple sessions associated with a single connection. The synchronization here will be per Connection. If customers or public benchmarks are using muliple connections, then this shouldn't be a problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994828#3994828 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994828

19 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - update of http://repository.jboss.com/maven2/jboss/jboss-con

by jicken

hi guys, i tried mavenizing jboss-aop, but i am missing the signature package in 2.0.0.Beta jar file. /Users/torben/Development/jboss/jbossaop-trunk/aop/src/main/org/jboss/aop/Advisor.java:[71,40] package org.jboss.metadata.spi.signature does not exist kabir suggested asking for an update on that in the forum. and any hints on that issue would also be appreciated ;) /Users/torben/Development/jboss/jbossaop-trunk/aop/src/main/org/jboss/aop/hook/JRockitClassPreProcessor.java:[26,19] package com.bea.jvm does not exist thx. torben View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994824#3994824 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994824

19 years, 3 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 December 2006