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

[Design of POJO Server] - Re: Deploying ValidatorFactory

by stan.silvert＠jboss.com

For AS6, I'll get it from the deployment unit. I will have easy access because I'll be adding a JSF Deployer that can set this up. But I can't use the JSF Deployer in AS5, so the VF has to be obtained from a ServletContextListener. Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250476#4250476 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250476

16 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by kukeltje

Yes, since I should have opened a new jira issue according to the posts. You may do the honours though. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250475#4250475 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250475

16 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Is JBoss Profiler compatible with EAP 5 (JDK 6)?

by ozizka＠redhat.com

Hi, I've tried to use the profiler with EAP 5, but got: | org.jboss.deployers.spi.DeploymentException: Error determining structure: jboss-profiler.sar | Caused by: java.util.zip.ZipException: error in opening zip file | The EAP was running under Sun JDK 6. The sar was copied before EAP started. So I guess I will have to build it with JDK 6, right? Which brings us to my 2nd question - how do I build JBoss Profiler? I've checked out 2.0 beta 5 and pointed the paths in project.properties to my EAP 5 CR2 dir. But the result was compile errors, like | .../java/src/proxyDriver/org/jboss/profiler/proxydriver/core/ProxyStatement.java:9: org.jboss.profiler.proxydriver.core.ProxyStatement is not abstract and does not override abstract method isPoolable() in java.sql.Statement | (I haven't checked what's going on there.) So, please... could someone briefly tell, how to get this working with EAP 5? Thanks, Ondra View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250473#4250473 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250473

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by pete.muir＠jboss.org

"stan.silvert(a)jboss.com" wrote : "pete.muir(a)jboss.org" wrote : Stan, JNDI does have a performance overhead, especially if you call it extensively at runtime. | Sure. But I'm talking about calling it once per JSF app. Will that be significant? No, we were seeing issues calling JNDI hundreds of times a request. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250469#4250469 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250469

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by stan.silvert＠jboss.com

"pete.muir(a)jboss.org" wrote : Stan, JNDI does have a performance overhead, especially if you call it extensively at runtime. Sure. But I'm talking about calling it once per JSF app. Will that be significant? Will it be any worse than going through all the machinations required to get the VF from the deployment unit? I don't know the answer without profiling. But I do know which one is simpler and I'd like to go with JNDI first. Since we are required to put a reference in JNDI anyway, I'd like to go ahead and try getting it from there. So what do we need to do to have the JNDI part working? Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250465#4250465 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250465

16 years, 7 months

1
0
0 / 0

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

by caleb.powell

My apologies. I didn't notice the "Resend verification email" link on the contribution page. Please disregard my previous email. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250464#4250464 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250464

16 years, 7 months

1
0
0 / 0

[Design of JBossXB] - Re: JBossXB should swap out the Context ClassLoader before i

by jaikiran

"rodos77" wrote : I also think this is a deployer issue which is why I posted this problem in that forum first, however, the deployer guys are saying this is a JBossXB issue. | If you are referring to me, then i am not a deployer guy :) I was just curious so started looking into it, given the number of users reporting it. "alex.loubyansky(a)jboss.com" wrote : I'd think this is a deployers issue. Other opinions? Ales might know better. But since i have spent some time looking into this, i'll update this thread later tomorrow with the details (sorry, can't do it now because i don't have access to the system where i tried this). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250456#4250456 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250456

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by pete.muir＠jboss.org

Stan, JNDI does have a performance overhead, especially if you call it extensively at runtime. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250453#4250453 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250453

16 years, 7 months

1
0
0 / 0

[Design of JBossXB] - Re: JBossXB should swap out the Context ClassLoader before i

by rodos77

Ok, I've created 2 patches for swapping out the context classloader. One for a class in the jbossweb project and one for a class in the JBossXB project. Either patch, when applied to the corresponding project, resolves the issue. You can now decide in which project it is more appropriate to fix this issue and apply the patch to the corresponding source repository to resolve this once and for all. JBossXB patch: | *** orig\org\jboss\xb\binding\UnmarshallerFactory.java 2009-04-19 20:18:06.000000000 -0400 | --- new\org\jboss\xb\binding\UnmarshallerFactory.java 2009-08-19 12:13:34.345631600 -0400 | *************** | *** 90,95 **** | --- 90,98 ---- | { | public Unmarshaller newUnmarshaller() | { | + ClassLoader oldCl = Thread.currentThread().getContextClassLoader(); | + Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader()); | + | UnmarshallerImpl unmarshaller; | try | { | *************** | *** 99,104 **** | --- 102,111 ---- | { | throw new JBossXBRuntimeException(e.getMessage(), e); | } | + finally | + { | + Thread.currentThread().setContextClassLoader(oldCl); | + } | | JBossXBParser parser = unmarshaller.getParser(); | if(validation != null) | | jbossweb patch: | *** orig\org\jboss\web\tomcat\service\deployers\JBossContextConfig.java 2009-05-22 09:10:46.000000000 -0400 | --- new\org\jboss\web\tomcat\service\deployers\JBossContextConfig.java 2009-08-19 12:32:46.517506600 -0400 | *************** | *** 542,547 **** | --- 542,550 ---- | | protected void processContextConfig(String resourceName, boolean local) | { | + ClassLoader oldCl = Thread.currentThread().getContextClassLoader(); | + Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader()); | + | ContextMetaData contextMetaData = null; | try | { | *************** | *** 593,598 **** | --- 596,605 ---- | ok = false; | return; | } | + finally | + { | + Thread.currentThread().setContextClassLoader(oldCl); | + } | | if (contextMetaData != null) | { | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250447#4250447 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250447

16 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by shekharv

Hello Tom,Ronald, Is this something that is not going to be changed? I thought we were on somewhat of a consensus regarding this, Is there any reason why this is still rejected? Thanks! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250443#4250443 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250443

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