June 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: facelets 1.1.12 vs packaged with seam 1.3.0.A

by mailmustu

Thank you for your reply. I am using Seam 1.2.1 GA. Please let me know what is missing. Thanks, Mustafa View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056388#4056388 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056388

18 years, 10 months

1
0
0 / 0

[EJB 3.0] - Deployment descriptor alternative to @RemoteBinding.clientBi

by itsme

Hi all, not sure this is the right place for this question, but I really need urgent help with that topic. We are having a swing client talking to ejb3s in a jboss behind a firewall. According to these demands I've setup the jboss as properly. Now I want to be able to remove the @RemoteBinding Annotation specifying the url the clients binds to talk with that ejb. My research so far led me to the conclusion that William DeCoste has done this issue for EJB3 RC9 FD (see http://jira.jboss.org/jira/browse/EJBTHREE-571). No I wonder how this jboss.xml configuration part looks like. Could anybody give me a hand? Regards Sandor View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056387#4056387 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056387

18 years, 10 months

1
0
0 / 0

[JBoss jBPM] - Re: async pain

by ax666

A quick test with both the join and fork set to async=false gave me ERRORS too. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056386#4056386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056386

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: value of selectItems not posted in the form?

by idylle

no, the page is just redisplayed with the whole list of results, ignoring the "tpcidt" and the select box is back to "Select..." instead of having my choice selected. If I put this : | <h:commandButton id="search" value="Chercher" /> | | | in my command button, it works but : | | 1- I need the firstresult=0 param | | 2- It won't work after if I try to use the next page link to navigate through results pages View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056385#4056385 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056385

18 years, 10 months

1
0
0 / 0

[JBoss Messaging] - Re: Lookup for JmsXA returning null

by timfox

Well, it appears to work, but be very careful! "mskonda" wrote : Let me know if there's any obvious pitfalls. | | This is what I said about you could have a transaction manager on the client side, which is what you have done. This is probably a very dodgy thing to do, since you are unlikely to have a trusted or reliable file system on which the transaction is reliably logged. So if the disk fails, or the user deletes the local objectstore after your tx has failed, you are hosed. Also you have no recovery manager, so if the transaction fails mid way through it won't get recovered. So, my advice is not to do this! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056384#4056384 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056384

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: s:validate(all) and #{entity[fieldName]}-style fields ag

by pete.muir＠jboss.org

The problem here is that Seam doesn't support using "parameterized" value bindings like that one - the EL expression on the page must be resolvable without any variables that are declared on the page. We should be able to fix this with jboss-el, but not in the 1.3.0.GA timescale I expect. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056383#4056383 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056383

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: Which view handler JBoss 4.2 needs for facelets ?

by mailmustu

I replaced jars jsf-api.jar and jsf-impl.jar in jsf-libs folder of my Jboss server with new jars of "jsf-1.2-b20-FCS" I also commented out "<el-resolver>org.jboss.seam.jsf.SeamELResolver</el-resolver>" still i get same exception ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056382#4056382 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056382

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: a4j vs valuechangelistener

by Sammy8306

I'll give it a try, meanwhile I found <a:log /> which warns me: error[12:18:16,544]: New node for ID _id29:listt is not present in response So there's definetely something up there. This message leads me to believe that all information for re-rendering must be in the Ajax response? I'd rather have the bindings re-evaluated automatically :-) Anyway, I'll take it to the A4J forums indeed if I can't fix this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056381#4056381 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056381

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: value of selectItems not posted in the form?

by pete.muir＠jboss.org

And you get no messages displayed in your h:message/h:messages? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056379#4056379 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056379

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - s:validate(all) and #{entity[fieldName]}-style fields again

by cba2

Validation fails for inputText fields where the value expression is of the form: #{entity[fieldName]} This issue should have been fixed in Seam 1.3.0.ALPHA, but for me, this still doe not work as expected! Everything works smoothly as long as the data entered is valid. But if I enter invalid data, a hibernate validation exception is shown on a seam debug page instead of the form being rendered again with error message decorations. The effect is the same as if I had omitted the <s:validate/> (resp. <s:validateAll>) tags. The problem not only shows up in conjunction with #{entity[fieldName]} but also when you use a variable that has been assigned with the JSTL <c:set> tag before as shown in the snippet below. {code} <c:set var="field" value="#{fooHome.instance.name}" /> <s:decorate id="nameDecoration"> <s:label ...</s:label> <span class="value #{invalid?'errors':''}"> <s:validateAll> <h:inputText id="name" required="true" value="#{field}"/> </s:validateAll> <s:message styleClass="error errors"/> </s:decorate> {code} the exception: Exception during request processing: Caused by javax.servlet.ServletException with message: "#{fooHome.persist}: org.hibernate.validator.InvalidStateException: validation failed for: ch.XXXXXX.ttrack.Foo" View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056378#4056378 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056378

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