January 2008 - jboss-dev-forums - Jboss List Archives

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Deadlock scenarios

by flavia.rainone＠jboss.com

anonymous wrote : ...maybe this could be done inside the instrumentor). I mean, inside the agent. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119649#4119649 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119649

18 years, 2 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Deadlock scenarios

by flavia.rainone＠jboss.com

If we don't come up with a better idea, I suggest forcing the class loading of all "problematic" classes before any instrumentation takes place. This way, we would load and try to transform interceptors, for example, before transforming any other class (maybe this could be done inside the instrumentor). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119637#4119637 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119637

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 JDBCPersistenceManager - volunteers?

by timfox

"bershath27" wrote : well then i believe Max and Anthony have shown us the best possible way to do that IMHO. | I would tend to go with Max's recommendation of Hibernate stateless session. anonymous wrote : | like to know the next steps of the process. | The next step would be to build a prototype and measure it's performance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119622#4119622 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119622

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 JDBCPersistenceManager - volunteers?

by timfox

"jhowell(a)redhat.com" wrote : Tim, correct me if I'm wrong.... | The db persistence interface is only there so we can work out of the box. The "real" persistence that we are recommending to customers will be the file based persistence utilizing Oracle's Berkeley DB. That is going to be the persistence that we will recommend to customers, if they call and say that the db persistence runs slow. | | Because of licensing constraints, we can't ship Berkeley DB, so we ship with a db persister that utilizes hypersonic. Since we are shipping with a db persister, the thinking is that we should ship with something that plugs into many DBs. | | Since we have to work out of the box, with hypersonic, then we should just make a jdbc persister that can use all databases. So then we would have to maintain scripts, so we use an abstraction that will keep us from maintaining scripts. I agree that using hibernate, the performance may be slower. It usually is when you introduce an abstraction. But what we get for the possible performance hit is that the the messaging team doesn't have to write and maintain a script for each database. | | The question that I have is, since the db persistence manager is not the manager that will will eventually recommend to our customers, should we really need to worry about any other database, other than the one we ship with? Why would anyone use Oracle, or Mysql for JMS persistence, when it will be slower than the Berkeley DB file persister. | I think some customers really want to use JDBC even though it will be slower - these are possibly people migrating from JBoss MQ or earlier versions of JBM who like to store their messages in a DB. We won't recommend JDBC persistence but I think we need to support it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119620#4119620 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119620

18 years, 2 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Crystal Reports 9 - JBoss 3.0.4 + Tomcat 4.1.12 Integrat

by partha.chk

How can deploy Crystal Report in JBOSS 4.0.2.Please reply QUICKLY to partha.chk(a)gmail.com[/url] View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119582#4119582 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119582

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Should HibernateSaveOperation be saveOrUpdate?

by tom.baeyens＠jboss.com

i'm very scared of side effects. i recall having changed that once or twice over time and that the diffs were very subtle. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119575#4119575 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119575

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Naming Exception from Embedded

by pete.muir＠jboss.org

"adrian(a)jboss.org" wrote : Looks like a dependency issue to me. Yes. I subsequently tried placing the destinations into the embedded "bootstrap" folder, rather than deploying them from the classpath, and in this case the deployment order was correct. http://jira.jboss.org/jira/browse/EMB-6 timfox wrote : That's old, 1.4.0.SP3 is the latest and what is in EAP 4.3. I'm trying to keep the library versions for Embedded beta3 in line with AS5 beta3 where possible. timfox wrote : jboss,mq? | | You're using the old JBoss MQ names? Sorry, mistake on my part. Updated to JBM names now :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119570#4119570 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119570

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBossWS brings Metro/CXF but in what version?

by richard.opalka＠jboss.com

"thomas.diesler(a)jboss.com" wrote : | Is another possibility that would transport the idea of a fast moving jbossws framework project (8 week release cycle) with independent release cycles for the containing stacks. | I wouldn't do that. Let us try release all three stacks support simultaneously. We'll see how time expensive it will be and later we can do other strategic decisions. "thomas.diesler(a)jboss.com" wrote : | I would like to stick to the jbossws brand with a single version | +1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119514#4119514 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119514

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBossWS brings Metro/CXF but in what version?

by richard.opalka＠jboss.com

anonymous wrote : | Nice work. I would call it 3.0 to be honest: it's a significant difference over the previous release IMO. | | Mark. | +1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119512#4119512 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119512

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBossWS brings Metro/CXF but in what version?

by richard.opalka＠jboss.com

"dimitris(a)jboss.org" wrote : I like the verbose approach, i.e. | | * jbossws-2.1.0-native-2.0.3 | * jbossws-2.1.0-metro-1.0.0 | * jbossws-2.1.0-cxf-1.0.0 Me too View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119511#4119511 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119511

18 years, 2 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 January 2008