September 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: Page begin-transaction flushmode=manual didn't work

by tim_ph

I probably have to wait for next drop then. I got the workaround at wire() call, so it's no biggie for now. Thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080653#4080653 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080653

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: EntityQuery hints map string value

by pete.muir＠jboss.org

Please add a JIRA issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080652#4080652 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080652

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: Page begin-transaction flushmode=manual didn't work

by pete.muir＠jboss.org

This is working correctly in CVS (and should have been in the beta release, but you probably want to try upgrading to CVS) e.g. in the seamdiscs View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080651#4080651 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080651

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Problem using seam 2 with firefox and jbpm

by fredbene

Hello, I'm using this simple jpdl | | <pageflow-definition | name="editNews"> | | <start-state name="start"> | <transition name="edit" to="editNews"></transition> | </start-state> | | <page name="editNews" view-id="/editNews.xhtml"> | <end-conversation/> | </page> | </pageflow-definition> | When my firefox access the page editNews (sure, using jbpm) it only shows a blank page while in IE shows the correct page. I can see only the correct page using firefox with I put the I'm using firefox 2.0.0.6 and test with 1.5.0.12. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080650#4080650 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080650

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: Exception

by Manuel Palacio

You have to remove the EcheancePret from the EcheancePrets collection in Pret before you can delete it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080648#4080648 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080648

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: TransactionSuccessEvent and TransactionCompletionEvent

by pete.muir＠jboss.org

transaction success is occurs when the transaction completes successfully, transaction completion occurs when the transaction ends successfully or not. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080644#4080644 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080644

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: s:graphicImage and images being shared by users!

by pete.muir＠jboss.org

I need a bug report in JIRA with reproduction instructions against an example or a runnable app. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080642#4080642 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080642

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: Bug with EVENT scope

by pete.muir＠jboss.org

This is due to differences between EVENT scoped POJOs and Stateless EJB3s. SLSBs are drawn from a pool for each method invocation, and no guarantee is made about whether this bean has been used before. Whilst an EVENT scoped POJO is created for each request. No bug. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080641#4080641 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080641

18 years, 7 months

1
0
0 / 0

[JBoss Seam] - Re: Problems using ajax validation in seam-gen

by pete.muir＠jboss.org

Vincent, yes, I understand your patch better now :) So, I want to understand better what you guys *want* the behaviour to be. I've attempted to summarise the current behaviour: Each received ajax request is processed by Seam in serial. If concurrent calls occur, Seam queues the action event for a period of time (the concurrent request timeout), if it can't process the event within that period it aborts the call and prints out a FacesMessage telling us this. You can adjust the concurrent request timeout globally (through components.xml) or on a request by request basis (through Manager.instance().setConcurrentRequestTimeout();) - and obviously you can queue etc. events on the client side through a4j. So, Seam has the equivalent of both eventsQueue (always on) and requestDelay (perhaps hard to set on a request by request basis), it doesn't have an equivalent of ignoreDupRequests. Now, my parallel processing stuff is a bit rusty, but looking at ReentrantLock, and at Vincent's patch, I think it, is the equivalent of setting an infinitely long concurrentRequestTimeout - so that requests are delayed indefinitely until they can be scheduled. So - what can we do to make this better? 1) Document this (much) better based on discussions in this thread 2) Make it easier to set the concurrentRequestTimeout on an action by action basis e.g. @ConcurentRequestTime(5000) | public void doSomething() {} 3) Provide something equivalent to ignoreDupRequests (so that multiple concurrent calls to the same method can be discarded). 4) Make it easier to disable the warning message on a per request basis - it really means one thing if your conversation times out as you were idle (in this case you want something like "Sorry, you were idle too long and your workspace has been lost") and something completely different if you have a concurrent request timeout ("Sorry, you are swamping the server, please slow down!") Comments welcome :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080637#4080637 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080637

18 years, 7 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: JBoss on JDK to use JSR199

by Grandfatha

You need to compile java code inside an EJB? That sounds... unusual. ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080633#4080633 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080633

18 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-user September 2007