March 2007 - jboss-user - Jboss List Archives

[Persistence, JBoss/CMP, Hibernate, Database] - Re: Unable to locate current JTA transaction

by fernandroide

Hi: I have exactly the same problem, do you solve it??? Can any body help me, please??? Thanks in advance... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026386#4026386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026386

19 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: VeifyError when talking to remote JMS server

by mskonda

It is set to false Tim: false No, the servers are running under no security. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026384#4026384 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026384

19 years, 1 month

1
0
0 / 0

[JBoss/Spring Integration] - Re: What version of Spring that JBoss supports?

by alesj

"hondawei" wrote : I can't find infromation about what version of Spring that JBoss 4.0.4 and JBoss 4.0.5 support. | It's the other way around that matters. ;-) "hondawei" wrote : | Should I upload Spring library when I use JBoss or JBoss had built-in Spring library? JBoss doesn't ship with Spring, so it basically depends which version of SpringDeployer you want to use. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026383#4026383 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026383

19 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: [OT] Seam and Tomahawk - lost property?

by werpu12

Ok, I think I have to answer tho the entire fusion thing, I think the entire discussion here and in the other thread is going into an entirely wrong direction. First of all I am not the implementor of fusion, I just added a generic jpa adaptor and I am sort of the first user of it writing an app to test the adapter. But, yes there is an overlap between Seam and fusion, but, and this is a big but, fusion is not and never will be a competing framework to Seam, it cannot and it does not want to be. First fusion is not located in the EJB3 stack, secondly, it does not want to cover the entire application cycle like Seam does. Seam is an excellent framework and if you need something along these lines, please use Seam. Fusion is more or less refactored out of an existing tomahawk codebase into something more generic. The conversation part has been refactored out from existing tomahawk sandbox taglib components (yes there was a conversation taglib) into the Spring 2.0 domain, where such a solution was heavily missing until recently. It does not try to cover the ground of Seam, and not the ground of Seam 1.2 which also has Spring connectors. It just currently acts as a scope provider which also has a generic persistencecontext controlling mechanism, for Spring 2.0 and hence is rather framework agnostic . So what is there is a basic Spring 2.0 scope which can be used by others to build upon. There is no configuration controlling system in fusion, and never will be others should dock theirs onto it if needed (Shale Dialog for instance instantly comes to mind). The end goal probably will be to have a foundation layer for JSR 299 in the future. The framework funnily is very platform agnostic there are not too many bindings into JDK5 and the funny thing is that the entire binding into the JSF realm is rather thin and could be replaced easily into other frameworks. While currently living in the JSF realm I do not see to many problems to have this layer being moved into other frameworks. Anyway, comparing fusion to Seam is like comparing bricks for building something and having the tools to build it to a full house where you can move in. There is some overlap but the entire direction is different. And the last thing we want is bad blood between the two projects, there are simply not too many goals in common, but there is obviously some overlap. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026382#4026382 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026382

19 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: manual flushing and state from database

by cja987

Versioning and optimistic locking is also immune to the inevitable race condition of checking for changes before a commit. It does throw an exception though, which makes recovery like offering a "merge" screen somewhat complicated. Sometimes you still might want to peek outside the current transaction, like if you wanted to poll for changes during an edit session and show a warning. A query in a different entitymanager (like one you get from @PersistenceContext or from JNDI) ought to do the trick, no? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026381#4026381 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026381

19 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: VeifyError when talking to remote JMS server

by clebert.suconic＠jboss.com

>From your first stack trace: at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348) | at java.rmi.MarshalledObject.get(MarshalledObject.java:135) | at org.jnp.interfaces.MarshalledValuePair.get(MarshalledValuePair.java:57) | at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:637) | It looks like your JNDI is set on callByValue. Can you check that? Take a look at examples/ejb3mdb/README.html... there is a troubleshooting information about JNDIs and callByReference. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026380#4026380 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026380

19 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: JBoss Messaging 1.2.0.GA with JBoss AS 4.2.0.CR1

by ovidiu.feodorov＠jboss.com

We test all our examples with 4.0.1sp1, 4.0.2, 4.0.3, 4.0.3SP1, 4.0.4.GA, 4.0.5.GA. We test ejb3 only with 4.0.5.GA. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026379#4026379 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026379

19 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: VeifyError when talking to remote JMS server

by timfox

Madhu- BTW do you have some kind of strict security policy you are running the app server with? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026378#4026378 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026378

19 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: manual flushing and state from database

by christian.bauer＠jboss.com

Btw, this is usually solved with versioning and automatic optimistic locking: You'd get a StaleObjectState (or the equivalent EJB3 exception) when you try to save and someone else modified the same row. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026377#4026377 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026377

19 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: manual flushing and state from database

by christian.bauer＠jboss.com

Not sure this is a good idea, because you _want_ to break repeatable read isolation of your conversation/transaction. But you can with a scalar query, a query that doesn't return entity instances (which would hit the persistence context cache): select e.statusProperty from MyEntity e This goes straight to the database and returns this value, the only cache that could be between you and the data is the Hibernate second-level query cache (which isn't enabled by default). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4026376#4026376 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4026376

19 years, 1 month

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-user March 2007