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

[JBoss ESB Development] - Re: Performance Improvement Prop: Cache PortReference.extend

by Kevin.Conner＠jboss.com

No, logging is not within our remit. If people want to run with debugging enable then that is their choice and is the norm within the project releases, the platform releases take a different view though. The patch I have suggested should reduce the number of invocations to one during each message processing, which is all that is really required. Having it included for every processor was overkill. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269642#4269642 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269642

16 years

1
0
0 / 0

[EJB 3.0 Development] - EJB3 project integration in AS

by jaikiran

Right now the AS pulls in EJB3 through the "as-int" component (which is "ejb3" component + a bit more). Now that we are going to have EJB3.1 features, we will now have an "ejb3_1" component. The "ejb3_1" component is expected to bring in all other EJB3 components (like core, proxy etc...) and EJB3.1 components (like no-interface, async etc...). Basically, it brings in EJB3.1 feature set. So here are some questions: 1) What was our reason of having using "as-int" to bring in the EJB3 components in AS? I mean why not just use "ejb3" component in the component-matrix of AS? 2) What distinguishes "as-int" and the "ejb3" component? I see that "as-int" right now has "ejb3" + "metrics-deployer" + "mc-int". But probably we do not require this separate component for AS integration (see #3 below) 3) Do we really need "as-int" going forward? I mean we could use "ejb3" or "ejb3_1" in the component matrix of AS (depending on what it wants). Then any additional AS integration components(like "metrics-deployer") could probably be explicitly added in the component-matrix. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269641#4269641 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269641

16 years

1
0
0 / 0

[JBoss ESB Development] - Re: Performance Improvement Prop: Cache PortReference.extend

by dward

"Kevin.Conner(a)jboss.com" wrote : So DEBUG is still enabled, and being invoked, but not being logged? Eeek. Out-of-the-box, the (.org ESB) default profile's jboss-log4j.xml is configured such that the FILE appender will output DEBUG statements to server.log. This can be changed if you add a non-DEBUG Threshold to the FILE appender (it currently doesn't have a Threshold set) <param name="Threshold" value="INFO"/> , or you can just remove the FILE appender completely. The CONSOLE appender is set with a Threshold of INFO, so you don't see any DEBUG output, however debug statements are still called (logger.isDebugEnabled() still returns true) unless you uncomment this section:  to set the log level of that logger. So, in summary, log events are still being created (which means unecessary debug code like String-building is still occurring), even if the Threshold of the Appender is filtering them out. We need to stop the events from being fired in the first place, which means setting a priority/level on the right logger categories. Can I change this along with JBESB-3044, or should it be it's own Jira issue? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269638#4269638 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269638

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Re: Cleanup path for Structure Deployers

by alesj

"johnbailey" wrote : | 1. Will a StructureDeployer still be responsible for invoking the mount operation and registering it with the registry? | You shouldn't rely on any StructureDeployer to do this, as there might be no StructureDeployer. e.g. pre-configured (VFS)Deployment with StructureMetaData. That's why I proposed some auto-mount, and have proper cleanup in DeploymentContext::cleanup -- similar as we have now. (just that there would be less magic all together ...) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269633#4269633 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269633

16 years

1
0
0 / 0

[JBoss ESB Development] - Re: Performance Improvement Proposal: Cache result of HttpSe

by dward

Good read Kev; thanks. I'll use ConcurrentHashMap and check it in. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269623#4269623 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269623

16 years

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Re: Cleanup path for Structure Deployers

by johnbailey

I am going to need a bit more information on this. Below are a few questions I have. 1. Will a StructureDeployer still be responsible for invoking the mount operation and registering it with the registry? 2. Does it make sense to duplicate a registry of mounts, since there are already stored in the VFS in the mounts map? Could the VFS be beefed up to support this use as well? 3. How will references from outside the deployment get a reference to the mount? What keeps the outside reference from just using the VirtualFile and ignoring the registry? I am assuming the cleanup from a deployment will be easy enough as this will only require a VirtualFile. I may have missed some conversations on this. Just want to make sure I have all the info. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269617#4269617 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269617

16 years

1
0
0 / 0

[JBoss AS Development] - Re: jboss-annotations-spi Release

by emuckenhuber

"ALRubinger" wrote : ...though there's no formal release in the M2 repo. Who maintains this project, and can we get an alpha/beta? Last commit was Ales, and if there's a document with release instructions I'll be happy to do this. Hmm don't know if there is actually someone responsible for this project. Since i was the last one releasing jboss-integration a while ago i just created a Alpha8 release. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269555#4269555 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269555

16 years

1
0
0 / 0

[JBoss ESB Development] - Re: Performance Improvement Prop: Cache PortReference.extend

by Kevin.Conner＠jboss.com

David, I have created https://jira.jboss.org/jira/browse/JBESB-3044 and assigned it to you rather than commit the changes. There is a diff attached with my suggestions, can you run them through your performance tests and see if that helps? I have not touched the error invocations within messageTo as I feel those are separate and need tidying up independently. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269546#4269546 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269546

16 years

1
0
0 / 0

[JBoss ESB Development] - Re: Performance Improvement Prop: Cache PortReference.extend

by Kevin.Conner＠jboss.com

On second thoughts, logging the header so many times in DEBUG is not useful (and noisy) so I will change it so that it is only logged once in DEBUG. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269533#4269533 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269533

16 years

1
0
0 / 0

[JBoss ESB Development] - Re: Performance Improvement Prop: Cache PortReference.extend

by Kevin.Conner＠jboss.com

So DEBUG is still enabled, and being invoked, but not being logged? Eeek. I'll create an issue for the debugs and commit it, will also cache in the pipeline for when debug is not really disabled. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269530#4269530 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269530

16 years

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums December 2009