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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Ping issues under stress

by timfox

Also see https://jira.jboss.org/jira/browse/JBMESSAGING-1699 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249459#4249459 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249459

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Seam deployments and hot deployments in AS 5.1.0

by clerum

Gussing the 2.2.0.M2 version? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249457#4249457 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249457

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by alesj

"epbernard" wrote : | I've created a LazyValidatorFactory that allows to not initialize the VF until it's really needed. It's required to use it to avoid messing with JPA's class transformation which happens later in the deployment process | http://anonsvn.jboss.org/repos/hibernate/validator/trunk/hibernate-valida... | OK, changed. "epbernard" wrote : | On Ales's code I would change the package name from jsr303 to beanvalidation as the spec will likely make babies one day. | OK, I'll rename it. Or did you already? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249455#4249455 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249455

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by alesj

"wolfc" wrote : | You are probably better off binding it into global JNDI. | Yeah, this was just an initial mock/hack. I was just about to poke Stan about his proposal :-) "stan.silvert(a)jboss.com" wrote : If you want me to do the JNDI part then I'll be glad to take a crack at it if you can give me a little guidance. | "wolfc" wrote : | Another way which I'm looking into (for EJB3) is binding an ObjectFactory which starts the (on-demand) MC bean on lookup. The binding itself isn't a performance issue. | You mean this ;-) - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=155226 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249453#4249453 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249453

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by epbernard

Thanks Ales for the starting code. Two things: 1. I've created a LazyValidatorFactory that allows to not initialize the VF until it's really needed. It's required to use it to avoid messing with JPA's class transformation which happens later in the deployment process http://anonsvn.jboss.org/repos/hibernate/validator/trunk/hibernate-valida... That should solve the overhead risk feared when the unit does not need BV (which is none AFAIK anyways as it is mandatory in EE 6 2. On Ales's code I would change the package name from jsr303 to beanvalidation as the spec will likely make babies one day. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249451#4249451 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249451

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by wolfc

You can't bind in java:comp, because you haven't established the right context. (You need to know the component and establish it currently via ENCFactory.pushContextId(id). It's going to change into something like ENCFactory.pushComponent(component).) public String createName(DeploymentUnit unit, ValidatorFactory factory) | { | return "java:comp/env/" + unit.getSimpleName(); // TODO - fix this | } You are probably better off binding it into global JNDI. Another way which I'm looking into (for EJB3) is binding an ObjectFactory which starts the (on-demand) MC bean on lookup. The binding itself isn't a performance issue. For the dependency something must supply jndi:name though. Or the bean name which does the binding should come from a resolver. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249448#4249448 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249448

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Ping issues under stress

by timfox

Actually this can be replicated much more easily using FloodServerTest which I committed earlier. The problem seems to occur because the server runs out of RAM, because messages are being received at the server at a much higher rate than they can be sent out to all subscribers. If I set paging params on the queues so the server cannot run out of RAM then I don't see any more errors. I'm running more tests now to make sure of this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249444#4249444 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249444

16 years, 7 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Help needed to create a patch.

by ZeroTolerance

Hi, Back again. I got both Branch and trunk. Changed my code there and did a build like: | Branch_2_1: cd build | ./build.sh | and | trunk: cd build | ./build.sh | In both cases I get an error that tells me 6 artifacts are missing. These are amongst others: jboss-test-1.0.3.GA.jar, jboss-logging-log4j-2.0.5.GA.jar I had this before and had to download these files myself and then install them using maven. Is there an easier way to do that? Regards, Werner View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249441#4249441 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249441

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Seam deployments and hot deployments in AS 5.1.0

by alesj

"clerum" wrote : I hate to be a pain, but I have no clue how to properly build the jar and replace from the first link. I haven't worked with maven before either. Also I don't know which jars need replacing and where they are located in the server. I would really like to see if this fixes the issue though since my problem is so reproducible. Location in the server: JBOSS_HOME/lib/jboss-deployers-*.* And then simply browse my first link and replace this jars with the new ones. Mvn has no specific use in this case - it's just a jar repo. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249438#4249438 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249438

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by alesj

"stan.silvert(a)jboss.com" wrote : | Does it hurt anything to go ahead and put a VF in JNDI for all deployments? | If we did bind a VF for all, would there be much of a perf hit? | If we did bind a VF for all, would finding the markers be more expensive than just creating and binding a VF? | I guess it doesn't hurt, but I would still like to limit it a bit. Currently I have this simple check: | if (attachmentNames != null && attachmentNames.isEmpty() == false) | { | for (String name : attachmentNames) | { | if (unit.isAttachmentPresent(name)) | return true; | } | } | return false; | where attachment names are our jee metadata classes | <property name="attachmentNames"> | <set> | <value>org.jboss.metadata.web.jboss.JBossWebMetaData</value> | <value>org.jboss.metadata.ejb.jboss.JBossMetaData</value> | </set> | </property> | so in this case only web, ejb deployments get VF. ps: the code is committed here: http://anonsvn.jboss.org/repos/jbossas/projects/jboss-jsr303/trunk/deploy... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249429#4249429 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4249429

16 years, 7 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