November 2006 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: CVS icefaces example fails

by norman.richards＠jboss.com

I used JBoss 4 from CVS with no modifications. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990283#3990283 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990283

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: SEAM and JBPM

by juangiovanolli

sorry, my english is terrible: did you solve the problem??? please let me know because i'm getting a similar problem View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990282#3990282 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990282

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: SEAM and JBPM

by juangiovanolli

do you solve the problem??? please let me know because i'm getting a similar problem View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990281#3990281 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990281

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - h:inputText and h:outputText display different values using

by costeen21

I'm using the same el expression for h:inputText and h:outputText tags that are right next to each other. The outputText tag is correct, but the inputText tag does not get prepopulated correctly. It seems like it's using a cached value. Would this be a Seam problem or an ICE Faces problem? This was working before I upgraded to Seam CR 1.1.0 and integrated ICEFaces in. Any ideas? Thanks, Crayton View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990280#3990280 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990280

18 years, 1 month

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: JBossMQ message persistence with SQLServer (Urgent help)

by lispngoose

Give the new sqljdbc.jar 1.1 a try, that fixed it for me. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990279#3990279 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990279

18 years, 1 month

1
0
0 / 0

[Tomcat, HTTPD, Servlets & JSP] - Re: SSL Configuration using Verisign

by PeterJ

Did you see the discussion at http://www.jboss.com/index.html?module=bb&op=viewtopic&t=84542? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990278#3990278 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990278

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: EntityManager: For newbies or to close gaps in your know

by toni

@bf081 I found another thing you forgot to mention: anonymous wrote : You even don't have to call the merge() method since the entities never get DETACHED. So you might ask what is the "normal" (transaction scoped) persistence context good for? One of the disatvantages of using an extended persistent context is that the transaction lasts for a long time, which is maybe not what you want. If you go into the extreme case, then it might span until the user finally logs out. If during this time an error occurs, then all other actions will be undone. Which makes me wonder, when and how a transaction finally is commited in an extended persistent context? I mean which of the statefull session beans do we have to destroy, if many are involved in the transaction. I guess by ending the conversation using @End, wer surely destroy all SFSB and the current extended persistent manager, thereby commiting the current transaction. Is that correct? Maybe somebody can contribute to what I have said? @justinwalsh I have a question regarding: anonymous wrote : The SMPC takes the concept of an EPC a little further by integrating the JSF lifecycle with that of the stateful component. Effectively what the SMPC achieves is the removal of LIE when traversing objects outside the scope of your session bean (there's more to it than that - but for now that will do). So in your JSF, if you traversed the customer --> addresses relationship (after outjecting a customer object) you'll avoid the LIE issue. Does that mean that the the Entity will still be attached to the persistent manager or will it be unattached, but modified in such a way that calls to uninitialzed values will not generate LIE's? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990277#3990277 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990277

18 years, 1 month

1
0
0 / 0

[JBoss Seam] - Bidirectional OneToMany removal of related entities

by ngeadah

If I have a bidirectional OneToMany and I remove a related entity from the Set, then call "persist", is the removed related entity supposed to get deleted from the database or not? In my case it is not getting deleted, altough I was under the impression that persist would reflect all changes made to the object graph (my cascade is "ALL"). The removal from the Set is definitely occuring - it's just not getting reflected in the DB. some code to explain: Parent: | @OneToMany(mappedBy="form", cascade=CascadeType.ALL, fetch=FetchType.EAGER) | public Set<BaseSchedule> getSchedules() | { | return schedules; | } | Child: | @ManyToOne | public BaseForm getForm() | { | return form; | } | Removal code: | | form.getSchedules().remove(someSchedule); | em.persist(form); // This is NOT deleting the child | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990276#3990276 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990276

18 years, 1 month

1
0
0 / 0

[JBoss jBPM] - ProcessDefinition -> jPDL

by leobaz2

How can I go from an in-memory ProcessDefinition object to a jPDL xml file? I see that there is a JpdlXmlWriter but that is deprecated. Is there another way? How does the process designer in Eclipse create the jPDL? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990275#3990275 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990275

18 years, 1 month

1
0
0 / 0

[JBoss Portal] - Renderer(s) not applied

by ovidiucn

Hello! I have modified the default DivDecorationRenderer and deployed the new render set. I have created a new page to use this new renderset. Unfortunately, it seems that the portal doesn't apply the new render set. Once i'm logged in, it does apply my renderers. Is there a problem, any ideas? My environment: JBoss [Zion] 4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339) (ejb3 profile) JBoss Portal 2.6.0.DR1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990274#3990274 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990274

18 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user November 2006