March 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Remove ./tests/bin on trunk

by clebert.suconic＠jboss.com

Is there anyone still using it? We could just use eclipse for individual tests. or just ant. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219596#4219596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219596

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - How to supress Netty connection exception logging

by timfox

Everytime a netty connector fails to connect we get the following exception logged by Netty | java.net.ConnectException: Connection refused | at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method) | at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:527) | at org.jboss.netty.channel.socket.nio.NioClientSocketPipelineSink$Boss.connect(NioClientSocketPipelineSink.java:322) | at org.jboss.netty.channel.socket.nio.NioClientSocketPipelineSink$Boss.processSelectedKeys(NioClientSocketPipelineSink.java:314) | at org.jboss.netty.channel.socket.nio.NioClientSocketPipelineSink$Boss.run(NioClientSocketPipelineSink.java:243) | at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:72) | at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) | at java.lang.Thread.run(Thread.java:595) | When a JBM cluster is starting up each node continuously tries to connect the other nodes, so we can end up with many thousands of these in the logs for normal startup. Is it possible for Netty not to log these exceptions? It makes it look like something has gone wrong with the system even though it's quite normal. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219588#4219588 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219588

17 years

1
0
0 / 0

[Design of JCA on JBoss] - Re: Proposal of new JCAMetaDataRepository (use JBoss-MDR pro

by jesper.pedersen

I have checked the first version of the metadata repository in (rev86107) - and I'm going to update the developer guide shortly. Our repository shouldn't expose any implementation specific details - such as MutableMetaDataRepository - as we may want to switch the actual implementation depending on which environment we are running in. For starters - only add, get and remove methods have been added to the interface (we can expand later) - as well as 19 test cases. Currently ScopeKey is set to JVM. Feedback is of course welcome as the metadata repository will provide some of the foundation for the deployers. This is btw related to JBJCA-6. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219586#4219586 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219586

17 years

1
0
0 / 0

[Design of Security on JBoss] - Re: XACMLDeployer and ACLDeployer for AS5.1

by anil.saldhana＠jboss.com

I have checked this in AS trunk (JBAS6). I will back port it to Branch_5_X View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219561#4219561 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219561

17 years

1
0
0 / 0

[Design of JBossCache] - Re: Lock striping broken for Second Level Cache use case

by bstansberry＠jboss.com

"jason.greene(a)jboss.com" wrote : I guess my point was more that the default is fine. You could also do something like segments = (concurrency level % 20) You mean segments = (concurrency level / 20) right? :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219500#4219500 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219500

17 years

1
0
0 / 0

[Design of POJO Server] - Re: AbstractParsingDeployerWithOutput->setName

by anil.saldhana＠jboss.com

Since you are removing the explicit check (name !=null) in the setName, it should be fine. Since many of the deployers in AS5 extend the AbstractPDwithoutput, this issue is a tricky thing. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219495#4219495 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219495

17 years

1
0
0 / 0

[Design of JBoss ESB] - Re: FTP Provider Checksum validation

by bhargasr

Hmm..understand that the transport mechanism is independent of the message being transfered. But then, isn't the payload commonly XML based. XSD based can mainly offer structural validations like if an element is present and its data type, right? Is there some example for custom Actions, where a message is broken down for certain business validations? Also, are MessageFilter, Drools used for validations? [New to ESB...so pardon the generic questions.] View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219484#4219484 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219484

17 years

1
0
0 / 0

[Design of JBossCache] - Re: Lock striping broken for Second Level Cache use case

by jason.greene＠jboss.com

"manik.surtani(a)jboss.com" wrote : I'd hate to introduce another cfg variable that essentially does the same thing. At the end of the day, the default is striped locks + cL of 500. If someone switches off striped locking, they're best off re-tuning the cL as well. I guess my point was more that the default is fine. You could also do something like segments = (concurrency level % 20) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219476#4219476 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219476

17 years

1
0
0 / 0

[Design of JBoss ESB] - Re: FTP Provider Checksum validation

by tfennelly

OK... sorry.... but "validation" is quite a broad term, so what exactly is your use case? The XSD based validation would only be relevant for an XML based payload. The fact that it is being delivered to the service via JMS is pretty much of irrelevant as far as what it does is concerned. So it sounds like you need to perform some other form of validation, yes? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219473#4219473 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219473

17 years

1
0
0 / 0

[Design of JBossCache] - Re: Lock striping broken for Second Level Cache use case

by manik.surtani＠jboss.com

I'd hate to introduce another cfg variable that essentially does the same thing. At the end of the day, the default is striped locks + cL of 500. If someone switches off striped locking, they're best off re-tuning the cL as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219470#4219470 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219470

17 years

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 March 2009