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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Routing ignoring page on first messages when in global s

by clebert.suconic＠jboss.com

After I fixed this, I had a few messages being paged on management, and I had a few small bugs around the executors and depaging (which I'm fixing now). But now there is another issue regarding management destinations. (as noted on this user thread also): http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248264#4248264 Mangement address and temporary addresses shouldn't go into page mode IMO. I thought the management address won't have a queue, if there are no consumers.. what would mean messages are dropped on that case. (Right?) And we shouldn't probably page temporary queues. As when the connection is dead.. the data should be deleted.. right? An user should aways have a consumer on a temporary queue? This should be an easy change If there is an easy way to determine if an address is management or temporary. (if we all agree with the change). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248265#4248265 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248265

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Does ScopeKey need to maintain a sorted (in ScopeLevel.l

by david.lloyd＠jboss.com

"jason.greene(a)jboss.com" wrote : . The only issue is the perf of getScopeLevel, but we have such a small number of fixed levels that there probably is no noticeable perf diff using a treemap. If you keep the array or arraylist sorted, you can get the same O(log n)-type performance by using e.g. Arrays.binarySearch().... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248262#4248262 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248262

16 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by epbernard

no a module is like a war inside an ear etc. But we can start small and have one VF by root module, and build upon that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248261#4248261 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248261

16 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by stan.silvert＠jboss.com

I don't know how JSF-299 is done. Does application == module? I was thinking that you have a single ValidatorFactory per root deployment. ("Root deployment" meaning something you typically drop into /deploy) Is that what we want? Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248256#4248256 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248256

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Does ScopeKey need to maintain a sorted (in ScopeLevel.l

by jason.greene＠jboss.com

This class should *definitely* be immutable. Then all synchronization can be removed. The memory footprint of this class could also be reduced quite a bit if it used an array (or arraylist) instead of a treemap. The only issue is the perf of getScopeLevel, but we have such a small number of fixed levels that there probably is no noticeable perf diff using a treemap. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248254#4248254 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248254

16 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Deploying ValidatorFactory

by epbernard

In EE6 ValidatorFactory and Validator are services available to: - other services like JCA, JPA, JSF 2 (typically available before these) - the user application via JNDI and @Resource injection What's the way to get that integrated? The typical use case is one VF per application deployed. But we are discussing with Sun and the idea of one VF per module could have to be implemented (ie like JSR-299 and beans.xml) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248240#4248240 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248240

16 years, 5 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: ERROR: JVMPI, an experimental interface, is no longer su

by clebert.suconic＠jboss.com

We have plans to implement all the JVMPI required features on the new JVMTI on JBoss Profiler 2. So.. we don't have a way around the memory inspection until we do that (For JDK 1.6 +) Allthough the memory module on Jboss Profiler 1 won't require JVMPI. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248233#4248233 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248233

16 years, 5 months

1
0
0 / 0

[Design of JBoss Profiler] - ERROR: JVMPI, an experimental interface, is no longer suppor

by blaibu

Hi all,anonymous wrote : | | I have followed the instructions on the quick start post and I get this message: | | this is the new DLL | | Running process on Windows 6064 | | JBoss Tracer: Enabling Exceptions/Errors | | ERROR: JVMPI, an experimental interface, is no longer supported. | | Please use the supported interface: the JVM Tool Interface (JVM TI). | | dpInspector> error in obtaining jvmpi interface pointer | | Error occurred during initialization of VM | | -Xrun library failed to init: jbossInspector | | | | I am running Java 1.6.0_13 and jboss-5.1.0.GA and attempting to also use the JVMTI memory inspector. | | | | Is there any work around? | | | | Thanks! | | | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248228#4248228 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248228

16 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: interested in contributing ?

by caleb.powell

Hi Tom, the CEO of my company has asked me for a brief explanation of what it means to contribute this code - from a legal point of view - to JBPM. I know that we will be releasing the code under the terms of the LGPL. Are there any other considerations I should be aware of? I looked on the JBoss site but I couldn't find any FAQ or other document that explained this. Is it possible for me to provide him with a copy of the Contributor agreement (I will be using the Corporate agreement type)? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248202#4248202 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248202

16 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Routing ignoring page on first messages when in global size

by clebert.suconic＠jboss.com

When you have size > globalMaxSize, routing is aways routing at least one message before it enters into page mode. We shouldn't messages being routed when size > globalMaxSize. Page should send the messages to a file on this situation, and the current code is aways sending a few messages before it enters into this situation. I need to investigate a little bit more. I will post an update shortly. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248199#4248199 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4248199

16 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 August 2009