June 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - selectOneMenu binding to session object

by joeyxxx

I'm trying to bind the currentPersona attribute of the user session object to the selected item in the drop down. Most solutions for this issue on the forum seem to focus on db, persistence context, entity manager etc but my application doesn't use a db directly. I need to have the currentPersona update triggered onChange. If that won't work, an update button will suffice. I tried the ff because its similar to what worked for me in WO.(I can't shake my past :-) SelectOneMenu | <h:selectOneMenu value="#{user.currentPersona}"> | <s:selectItems value="#{user.personaList}" var="per" label="#{per.selectLabel}" hideNoSelectionLabel="true" /> | </h:selectOneMenu> | User Class | @Name("user") | @Scope(SESSION) | public class User implements Serializable{ | | @DataModel | @Out | private List<Persona> personaList; | | @DataModelSelection | @Out(required=false) | private currentPersona; | | ... | | //Mutators | public Persona getCurrent Persona() { | return current Persona; | } | | | public void setCurrentPersona(Persona selected Persona){ | log.info("Current Persona:", selectedPersona); | this.current Persona = selectedPersona; | } | | public List<Persona> getPersonaList() { | return personaList; | } | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056690#4056690 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056690

18 years, 10 months

1
0
0 / 0

[JBoss jBPM] - Re: Locating timers from process instance

by cristian_e

"jorges38" wrote : I also have the same need to create a timer dynamically to overwrite the timer create at the process definition.. | Could I use actions within a task instance to create timer for that task? or even lookup independent tables to control priority, for example, if the task is urgente..timer should be set to 1 day, if not urgente..the timer would be set to 3 days.... It is possible to create a timer dinamically in an ActionHandler. We wrote this method to do this: | public static void createTimer(TaskInstance ti, String name, Date duedate, String actionName) | { | Token tk=ti.getToken(); | Timer timer=new Timer(tk); | timer.setName(name); | timer.setDueDate(duedate); | timer.setAction(tk.getProcessInstance() | .getProcessDefinition() | .getAction(actionName)); | timer.setGraphElement(ti.getTask().getTaskNode()); | timer.setTaskInstance(ti); | | DbSchedulerService schedulerServ=new DbSchedulerService(); | schedulerServ.createTimer(timer); | } | The key is the use of the DbSchedulerService to register the Timer and actually getting it to work. The idea, of course, is that you can get the duedate from wherever you need. Finally, about how to get a processinstance's timers, you can always build your own HQL query to get them. Look for the hibernate.queries.hbm.xml file inside the jbpm bundle to have an example of this. Hope this helps. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056689#4056689 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056689

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: pass seam component to external ejb call causes exceptio

by leezard

One more thing in this topic: I created base class for my TestTransactionRequest (TestTransactionRequest inherits from it but doesn't add any functionality) and changed my external bean method arguments. This new class is not a seam component, and if i rewrite data from TestTransactionRequest to my new class and pass it to external ejb - everything works ok, even after redeployment. So I suppose, that problem is somewhere in seam components. But I can't find it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056688#4056688 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056688

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: pass seam component to external ejb call causes exceptio

by leezard

It's sad... That's my fifth question about Seam, because I get into problems very often (altough I read whole documentation at least 3 times, and also searched forum for a very long time), and I got answer only for one of my questions. I don't know how should I start using seam if I can't get help from more experienced users. I expect that this time my question will stay with no answer again. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056687#4056687 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056687

18 years, 10 months

1
0
0 / 0

[Persistence, JBoss/CMP, Hibernate, Database] - FOR UPDATE

by jpebe

Hi there at JBoss I am using JBoss 4.0.4 and MySQL 5.0.27nt, and am wondering if there are some issues with the setting of the <row-locking> attribute in the standardjaws.xml and standardcmp.xml. I have set this value to true, but when I visit my MySQL logs I do not see the "FOR UPDATE" sql construct post-pended to the select queries (queries on the EntityManager). This FOR UPDATE ensures that the rows are locked for the length of the transaction. Any Ideas ? Many Thanks, Jean-Paul Ebejer, Malta. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056686#4056686 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056686

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: Complex Search Results - return object identifiers inste

by twocoasttb

I'm no expert, but this makes sense to me. I'm planning on doing something similar in my application when selecting sets objects with a deep object graph for display (and selection). Purists will no doubt howl, but I plan, in some cases, to create views to generate search results. A 'flat proxy POJO' (I don't know what else to call it) would be defined for each view. And from that proxy object, I'll get the id of the object the user is actually interested in, and go fetch it. I haven't benchmarked any of this yet, but I expect the application would do much less work. Plus, I get more control over the SQL actually executed during the search. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056685#4056685 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056685

18 years, 10 months

1
0
0 / 0

[JBoss Messaging] - Re: jboss-messaging-1.2.0.SP1.zip

by ovidiu.feodorov＠jboss.com

Redundancy. More exposure. More bandwidth. Mirrors. Servers close to where you are. Faster downloads. http://labs.jboss.com/jbossas/downloads View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056684#4056684 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056684

18 years, 10 months

1
0
0 / 0

[JBoss Messaging] - Re: jboss-messaging-1.2.0.SP1.zip

by timfox

Makes sense. You're the second person whose asked for older versions so I'll re-enable them on labs. I don't really see the point of putting stuff up on sourceforge though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056683#4056683 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056683

18 years, 10 months

1
0
0 / 0

[JBoss Messaging] - Re: jboss-messaging-1.2.0.SP1.zip

by ovidiu.feodorov＠jboss.com

Here's a reason to keep older GA and SP versions handy: there are people who use older versions in production. They may need to replicate problems or debug, so they may need a fresh release or source bundle of the exact version they're running. Instead of forcing them to clutter their own environments with "archive" directories, it'll be a lot easier to just offer them in a centralized download repository. Up to 1.2.0.GA I used to upload those files in sourceforge: http://sourceforge.net/project/showfiles.php?group_id=22866&package_id=15... I don't see any new ones, though ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056682#4056682 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056682

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: Embedded Jboss in Tomcat with latest cvs build

by gavin.king＠jboss.com

You dont need core:ejb anymore. You are using current CVS, right? The examples deploy to TC6/JBE... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056681#4056681 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056681

18 years, 10 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 June 2007