July 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: Trinidad / ajax4jsf doesn´t work anymore in Seam 1.2.0

by gavin.king＠jboss.com

Looks like you got 2 JSF jars in your classpath. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061007#4061007 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061007

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: BaseSeamTest - unnecessary depencency on JBoss Embedded?

by gavin.king＠jboss.com

It was intentional, I did not know that people used SeamTest without a TM and datasource. I can make it a soft dependency if necessary.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061006#4061006 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061006

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Singe Page Application and Conversations

by gavin.king＠jboss.com

OK, I really think you're doing Bad Stuff here. (1) never try to have a managed entity / persistence context around for more than a single optimistic transaction. If you try to have a managed entity sitting there for an indefinite period of time, you will get into lots of problems when other users update data underneath you. (2) when a tx fails, you MUST throw away the PC and start again - that is the rule of PCs. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061005#4061005 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061005

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: how to access users role list...

by gavin.king＠jboss.com

What do you need it for? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061004#4061004 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061004

18 years, 9 months

1
0
0 / 0

[JBoss Portal] - Re: Portal Page Security

by bertles

Thanks, that did the trick. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061003#4061003 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061003

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - BaseSeamTest - unnecessary depencency on JBoss Embedded?

by ASavitsky

I noticed that the org.jboss.seam.mock.BaseSeamTest has some references to what it seems to be JBoss Embedded: import org.jboss.deployers.spi.DeploymentException; | import org.jboss.embedded.Bootstrap; | << snip >> | protected void startJbossEmbeddedIfNecessary() throws DeploymentException, IOException { | if ( !started ) { | Bootstrap bootstrap = Bootstrap.getInstance(); | bootstrap.bootstrap(); | << snip >> | } | } Is this intentional? As a result, SeamTest refuses to start (throws ClassNotFoundException) unless JBoss Embedded is present. When I removed the above method, SeamTest executed normally in a standalone environment, so there's no real dependency there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061002#4061002 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061002

18 years, 9 months

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: How do I control through-put of messages when using MDB?

by genman

The only existing feature to sort of emulate throttling is to use scheduled messages. Or, track the rate using a singleton counter and sleep() appropriately. The real way to implement this would be to extend the generic JMS resource adapter. http://www.jboss.org/wiki/Wiki.jsp?page=ConfigJMSMessageListener I've taken a look at adding throttling ("flow control") by creating a plug-in interface, but I didn't really need it after all. I got stuck coming up with a decent way to configure such a thing. Really what you want the RA to call is something registered (in JNDI? in the MBean server? Class.forName.newInstance()?) but then really have per-instance (MDB) configuration parameters. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4061001#4061001 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4061001

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: [2.0beta1]s:button + pages.xml behaviour change

by gavin.king＠jboss.com

It should work. Put a breakpoint in Pages.callAction() and find out why the navigation rule doesn't get triggered. Let me know how you go. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060999#4060999 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060999

18 years, 9 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: Configure jboss.bind.address

by pavel.orehov

Thanks, it works fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060998#4060998 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060998

18 years, 9 months

1
0
0 / 0

[JBoss Seam] - Re: Singe Page Application and Conversations

by moshe＠egis-software.com

The problem I have is that the parent conversation has an object (selectedDocument) which almost always gets updated by the nested action. If I were to use a 'per-action' state is there any simple way of updating the object in the parent conversation? I would prefer to keep using the SMPC as it makes my code so much cleaner :) The only significant amount of stale data would come from old selectedDocument's, is there any way to manually evict them? on a side note, what is the recommended way for recovering from a transaction roll-back, At the moment I have lots of: if (!em.contains(entity)) | entity = em.find(Entity.class, entity.getId) scattered around, which does not seem to be the most elegant solution. I have tried outjecting the id's and then reloading them in @Create and having an ErrorHandler which does: | ejbContext.setRollBackOnly(); | Contexts.removeFromAllContexts("seamComp") but it doesn't seam to work as expected. Will the transaction always rollback before the next render phase? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4060997#4060997 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4060997

18 years, 9 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-user July 2007