Re: Betr.: Re: [Trinidad] Required tr:inputText component
On Fri, Nov 21, 2008 at 8:50 AM, Willem Kunkels
[EMAIL PROTECTED] wrote:
Hi Matthew,
Thanks for your quick response. Regarding your suggestion:
Isn't that exactly what I am doing? The partialTriggers is already on the
panel. Are you saying that I should also put a rendered= on the panel?
whoops. yes.
eventually you may go higher in the structure.
let me file a bug on this (or, I think there is one)
-M
Thanks,
Regards,,
Willem Kunkels
Java Developer
Koopman International BV
Distelweg 88
1031 HH Amsterdam
The Netherlands
Tel.: +31 20 494 7 893
www.koopmanint.com
Matthias Wessendorf [EMAIL PROTECTED]
21-11-2008 08:43
Antwoord a.u.b. aan
MyFaces Discussion users@myfaces.apache.org
Aan
MyFaces Discussion users@myfaces.apache.org
Cc
Onderwerp
Re: [Trinidad] Required tr:inputText component
On Fri, Nov 21, 2008 at 8:40 AM, Willem Kunkels
[EMAIL PROTECTED] wrote:
Hi all,
I have a little problem with the following.
h:panelGrid columns=3
!-- Fourth row --
tr:subform id=setup
tr:panelHorizontalLayout
kpm:label
msgName=letter.of.credit.label.create.setup dubbelpunt=true/
tr:spacer width=2px /
tr:selectBooleanCheckbox
id=setupCheckBox
value=#{locDataPaginaServiceBean.letterOfCredit.locCreateSetup}
autoSubmit=true/
/tr:panelHorizontalLayout
/tr:subform
tr:spacer width=8px /
tr:subform default=true
tr:panelHorizontalLayout
partialTriggers=:setup:setupCheckBox
kpm:label
msgName=letter.of.credit.label.setup.identification dubbelpunt=true/
tr:spacer width=2px /
tr:inputText columns=12
maximumLength=9
styleClass=styleLOC-InputText
value=#{locDataPaginaServiceBean.letterOfCredit.locSetupNumber}
disabled=#{!
locDataPaginaServiceBean.letterOfCredit.locCreateSetup}
required=#{locDataPaginaServiceBean.letterOfCredit.locCreateSetup} /
tr:spacer width=8px /
kpm:label
msgName=letter.of.credit.label.setup.description dubbelpunt=true/
tr:spacer width=2px /
tr:inputText columns=45
maximumLength=40 styleClass=styleLOC-InputText
value=#{locDataPaginaServiceBean.letterOfCredit.locSetupDescription}
disabled=#{!
locDataPaginaServiceBean.letterOfCredit.locCreateSetup} /
/tr:panelHorizontalLayout
/tr:subform
/h:panelGrid
The first tr:inputText component is set to required, based on the checkbox
in the first subform. It is wrapped in its own subform to prevent problems
with other components on the same page (not shown).
When I click the checkbox, the tr:inputText becomes required as expected.
If
I then click the checkbox again, the required indication disappears, again
as expected. However, if I then try to navigate away from the page, an
error
appears for the first tr:inputText, saying I need to enter a value, even
though the tr:inputText is no longer required. Any ideas , anyone?
unfortunately, this is a known bug.
try to rerender the panelHorizontalLayout instead.
-Matthias
Regards,
Willem Kunkels
Java Developer
Koopman International BV
Distelweg 88
1031 HH Amsterdam
The Netherlands
Tel.: +31 20 494 7 893
www.koopmanint.com
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Betr.: Re: Betr.: Re: [Trinidad] Required tr:inputText component
Thanks Matthias (sorry for calling you Matthew earlier) and
congratulations on your promotion.
If you raise a bug (or if there is an existing one), could you let me know
so that I can keep an eye on it?
Thanks again,
Willem
Matthias Wessendorf [EMAIL PROTECTED]
21-11-2008 09:02
Antwoord a.u.b. aan
MyFaces Discussion users@myfaces.apache.org
Aan
MyFaces Discussion users@myfaces.apache.org
Cc
Onderwerp
Re: Betr.: Re: [Trinidad] Required tr:inputText component
On Fri, Nov 21, 2008 at 8:50 AM, Willem Kunkels
[EMAIL PROTECTED] wrote:
Hi Matthew,
Thanks for your quick response. Regarding your suggestion:
Isn't that exactly what I am doing? The partialTriggers is already on
the
panel. Are you saying that I should also put a rendered= on the panel?
whoops. yes.
eventually you may go higher in the structure.
let me file a bug on this (or, I think there is one)
-M
Thanks,
Regards,,
Willem Kunkels
Java Developer
Koopman International BV
Distelweg 88
1031 HH Amsterdam
The Netherlands
Tel.: +31 20 494 7 893
www.koopmanint.com
Matthias Wessendorf [EMAIL PROTECTED]
21-11-2008 08:43
Antwoord a.u.b. aan
MyFaces Discussion users@myfaces.apache.org
Aan
MyFaces Discussion users@myfaces.apache.org
Cc
Onderwerp
Re: [Trinidad] Required tr:inputText component
On Fri, Nov 21, 2008 at 8:40 AM, Willem Kunkels
[EMAIL PROTECTED] wrote:
Hi all,
I have a little problem with the following.
h:panelGrid columns=3
!-- Fourth row --
tr:subform id=setup
tr:panelHorizontalLayout
kpm:label
msgName=letter.of.credit.label.create.setup dubbelpunt=true/
tr:spacer width=2px /
tr:selectBooleanCheckbox
id=setupCheckBox
value=#{locDataPaginaServiceBean.letterOfCredit.locCreateSetup}
autoSubmit=true/
/tr:panelHorizontalLayout
/tr:subform
tr:spacer width=8px /
tr:subform default=true
tr:panelHorizontalLayout
partialTriggers=:setup:setupCheckBox
kpm:label
msgName=letter.of.credit.label.setup.identification
dubbelpunt=true/
tr:spacer width=2px /
tr:inputText columns=12
maximumLength=9
styleClass=styleLOC-InputText
value=#{locDataPaginaServiceBean.letterOfCredit.locSetupNumber}
disabled=#{!
locDataPaginaServiceBean.letterOfCredit.locCreateSetup}
required=#{locDataPaginaServiceBean.letterOfCredit.locCreateSetup} /
tr:spacer width=8px /
kpm:label
msgName=letter.of.credit.label.setup.description dubbelpunt=true/
tr:spacer width=2px /
tr:inputText columns=45
maximumLength=40 styleClass=styleLOC-InputText
value=#{locDataPaginaServiceBean.letterOfCredit.locSetupDescription}
disabled=#{!
locDataPaginaServiceBean.letterOfCredit.locCreateSetup} /
/tr:panelHorizontalLayout
/tr:subform
/h:panelGrid
The first tr:inputText component is set to required, based on the
checkbox
in the first subform. It is wrapped in its own subform to prevent
problems
with other components on the same page (not shown).
When I click the checkbox, the tr:inputText becomes required as
expected.
If
I then click the checkbox again, the required indication disappears,
again
as expected. However, if I then try to navigate away from the page, an
error
appears for the first tr:inputText, saying I need to enter a value,
even
though the tr:inputText is no longer required. Any ideas , anyone?
unfortunately, this is a known bug.
try to rerender the panelHorizontalLayout instead.
-Matthias
Regards,
Willem Kunkels
Java Developer
Koopman International BV
Distelweg 88
1031 HH Amsterdam
The Netherlands
Tel.: +31 20 494 7 893
www.koopmanint.com
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: Using c:forEach in MyFaces 1.2
Hi
the link in post below tells about JSF 1.1.
Have anything changed with integration between JSF 1.2 and JSTL tags?
2007/8/8 sandeep gururaj [EMAIL PROTECTED]:
You can get more info from the postings on
http://forum.java.sun.com/thread.jspa?threadID=497405messageID=2351519
~Sandeep
From: java questions [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 08, 2007 1:07 AM
To: MyFaces Discussion
Subject: Re: Using c:forEach in MyFaces 1.2
Hmm... That doesn't work for me either.
I need to ask a couple basic questions here:
1. I'm using Tomcat 6 - It appears that the JSTL does not come with this
distribution, is that correct?
2. My Faces 1.2 distribution does not come with a JSTL lib
3. What version of the JSTL is required to use #{...} notation as opposed to
${..} notation? I'm assuming that it's 1.2?
4. If so, where's the correct place to get the 1.2 JSTL?
I pulled the library from here:
http://people.apache.org/~werpu/
Based on an 23 July email from Werner Punz to this alias.
Is there any chance that you could send a sample war that demonstrates this?
Thanks!
On 8/7/07, sandeep gururaj [EMAIL PROTECTED] wrote:
Instead of String[],use List or Vector. It worked for me using List and
Vector.
~Sandeep
From: java questions [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 07, 2007 4:06 AM
To: users@myfaces.apache.org
Subject: Using c:forEach in MyFaces 1.2
Hi, I'm trying to use the c:forEach tag in a JSF page:
%@ taglib uri=http://java.sun.com/jsf/html; prefix=h %
%@ taglib uri= http://java.sun.com/jsf/core; prefix=f%
%@ taglib uri=http://java.sun.com/jstl/core prefix=c %
html
head
titleHello World(2)/title
/head
body
f:view
h:form id=form
c:forEach var=col items=#{ Bean1.categories}
h:outputText value=#{col}/
/c:forEach
/h:form
/f:view
/body
/html
Bean1 getCategories method returns String[] with 3 elements. This above jsf
returns nothing. Can someone help me out?
Re: Correction: [TOBAGO] tc.gridlayout does not work inside a sheets column
Salut Bernd, thanks for your help. Let me give you some information, concerning this issue. I think i know, why Tobago sheets runs into that problem. We are doing some weired things here. The originator of the problem are problems with the tc:foreach tag, that i understand as a ui:repeat, that completly fails to run. (furthermore it is deprecated, for any reason i can not follow). Let's compare the repeat with a sheet. A runtime ui:repeat oder tc:foreach unfolds a given list and replicates its contents. Then it would externalize the dimension of the stacked elements to the parent panel. The sheet runs differently. The widget asks the available area and renders itself into it, accepting the given space. You see, both should run differently. .. and i belive that's the key difference in both processing. Any contents of the sheet is beeing automatically clipped into the sheets scrollbar, where the columns and cells will not get the surrounding X and Y dimension. This may be a reason, why the formating tc:gridlayout might not get a reasonyble size indication. The reason why tc:sheet and tc:foreach have a different layout-rendering begaviour makes me hard to understand why tc:foreach is deprecated. I do have to abuse the tc:sheet to behave like a tc:foreach, that's the beginning of all my problems. Groovie Hello Groovie, i will look at this issue tonight or tomorrow. Regards Bernd Thanx, thanx, thanx, thanx, thanx, thanx! -- View this message in context: http://www.nabble.com/-TOBAGO--tc.gridlayout-does-not-work-inside-a-sheets-column-tp20595913p20617743.html Sent from the MyFaces - Users mailing list archive at Nabble.com.
javax.faces.FacesException
I'm running an application with myfaces 1.2.4 and facelets 1.1.14 on tomcat 6.0.16. I'm also using tomahawk 1.1.7 and richfaceas 3.2.2.GA. I was having some problems so i configure my log4j to trace level for org.apache and i discovered that each time a page is rendered i got a lot (sometime more than hundred) exceptions like these one: 11:31:54,725 ERROR [DebugUtils] javax.faces.FacesException: Could not get property facetCount of component j_id0 11:31:54,725 ERROR [DebugUtils] javax.faces.FacesException: Could not get property family of component j_id0 11:31:54,725 ERROR [DebugUtils] javax.faces.FacesException: Could not get property rendererType of component j_id0 11:31:54,725 ERROR [DebugUtils] javax.faces.FacesException: Could not get property rendersChildren of component j_id0 11:31:54,725 ERROR [DebugUtils] javax.faces.FacesException: Could not get property facetCount of component j_id1 11:31:54,725 ERROR [DebugUtils] javax.faces.FacesException: Could not get property family of component j_id1 11:31:54,725 ERROR [DebugUtils] javax.faces.FacesException: Could not get property rendererType of component j_id1 11:31:54,741 ERROR [DebugUtils] javax.faces.FacesException: Could not get property rendersChildren of component j_id1 11:31:54,741 ERROR [DebugUtils] javax.faces.FacesException: Could not get property facetCount of component j_id2 11:31:54,741 ERROR [DebugUtils] javax.faces.FacesException: Could not get property family of component j_id2 11:31:54,741 ERROR [DebugUtils] javax.faces.FacesException: Could not get property rendererType of component j_id2 11:31:54,741 ERROR [DebugUtils] javax.faces.FacesException: Could not get property rendersChildren of component j_id2 In any case the application is working fine. I also tried to switch to sun ri and the exceptions disappeared. Any idea. Thanks
Re: Using c:forEach in MyFaces 1.2
http://today.java.net/pub/a/today/2006/03/07/unified-jsp-jsf-expression-language.html
http://www.artima.com/lejava/articles/jsf_jspP.html
http://java.sun.com/products/jsp/reference/techart/unifiedEL.html
и отдельный линк
http://www.seamframework.org/Community/DynamicMenuFromDatabase
2008/11/21 Anton Gavazuk [EMAIL PROTECTED]:
Hi
the link in post below tells about JSF 1.1.
Have anything changed with integration between JSF 1.2 and JSTL tags?
2007/8/8 sandeep gururaj [EMAIL PROTECTED]:
You can get more info from the postings on
http://forum.java.sun.com/thread.jspa?threadID=497405messageID=2351519
~Sandeep
From: java questions [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 08, 2007 1:07 AM
To: MyFaces Discussion
Subject: Re: Using c:forEach in MyFaces 1.2
Hmm... That doesn't work for me either.
I need to ask a couple basic questions here:
1. I'm using Tomcat 6 - It appears that the JSTL does not come with this
distribution, is that correct?
2. My Faces 1.2 distribution does not come with a JSTL lib
3. What version of the JSTL is required to use #{...} notation as opposed to
${..} notation? I'm assuming that it's 1.2?
4. If so, where's the correct place to get the 1.2 JSTL?
I pulled the library from here:
http://people.apache.org/~werpu/
Based on an 23 July email from Werner Punz to this alias.
Is there any chance that you could send a sample war that demonstrates this?
Thanks!
On 8/7/07, sandeep gururaj [EMAIL PROTECTED] wrote:
Instead of String[],use List or Vector. It worked for me using List and
Vector.
~Sandeep
From: java questions [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 07, 2007 4:06 AM
To: users@myfaces.apache.org
Subject: Using c:forEach in MyFaces 1.2
Hi, I'm trying to use the c:forEach tag in a JSF page:
%@ taglib uri=http://java.sun.com/jsf/html; prefix=h %
%@ taglib uri= http://java.sun.com/jsf/core; prefix=f%
%@ taglib uri=http://java.sun.com/jstl/core prefix=c %
html
head
titleHello World(2)/title
/head
body
f:view
h:form id=form
c:forEach var=col items=#{ Bean1.categories}
h:outputText value=#{col}/
/c:forEach
/h:form
/f:view
/body
/html
Bean1 getCategories method returns String[] with 3 elements. This above jsf
returns nothing. Can someone help me out?
Re: Trouble upgrading from MyFaces 1.1.5 to 1.1.6
I'm having the same issue, anyone has a solution/workaround to resolve this? My problematic environment: Tomahawk 1.1.7, Trinidad 1.0.10 and MyFaces 1.1.6 No problem with: Tomahawk 1.1.7, Trinidad 1.0.10 and MyFaces 1.1.5 Glauco P. Gomes Luhtala Santeri escreveu: Still have the same problem. There just isn’t any useful log message to be found… Now using Tomahawk 1.1.8. and Trinidad 1.0.10 and MyFaces 1.1.5. S *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *Sent:* 20. marraskuuta 2008 16:52 *To:* users@myfaces.apache.org *Subject:* RE: Trouble upgrading from MyFaces 1.1.5 to 1.1.6 Hi, is there any solution for this problem. I'm running into the same failure after upgrading to myfaces 1.1.6. If I delete the default-render-kit-id section in faces-config.xml, I get only the tomahawk-tags to work. Regards, Thorsten Enabled logging(was enabled already) and removed everything related to Tomahawk from web.xml. Still no help. it just doesn't work... S -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 31. lokakuuta 2008 13:02 To: MyFaces Discussion Subject: Re: Trouble upgrading from MyFaces 1.1.5 to 1.1.6 Note that Tomahawk 1.1.7 now includes facelets support natively. So if you upgrade tomahawk, make sure you remove the tomahawk entry from the facelets.LIBRARIES setting, etc. Both facelets and Myfaces also generate quite a lot of logging output. If you are still having problems, you should enable the logging and check the output. Facelets uses java.util.logging while myfaces and tomahawk use commons-logging. I don't know what trinidad uses. Regards, Simon Luhtala Santeri schrieb: We are using Trinidad 1.0.8. I just updated to Facelets 1.1.14. Lets see what happens next with the MyFaces upgrade... S *From:* Gerhard Petracek [mailto:[EMAIL PROTECTED] *Sent:* 31. lokakuuta 2008 12:28 *To:* MyFaces Discussion *Subject:* Re: Trouble upgrading from MyFaces 1.1.5 to 1.1.6 hello, you can try to upgrade facelets to version 1.1.14 which trinidad version are you using? regards, gerhard 2008/10/31 Luhtala Santeri [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Hi I tried to upgrade from MyFaces 1.1.5 to 1.1.6. http://1.1.6. We have also Facelets 1.1.11 and Trinidad and Tomahawk. When I upgraded, everything seems fine first. The first page renders just fine, but nothing on the page is working Commandlinks, buttons are not working. There are no error messages in console that would help.. We have experienced some similar problems earlier when some combination of Tomahawk and Trinidad components have not been a 'perfect match'. But now I tried to strip out all the Tomahawk components from that first page and that just didn't have any effect... FacesTrace didn't help either. Would it help if we upgraded the Facelets version? Would we get any better console output in these situations? Any pointers would be great. S -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: [Trinidad] Configuration of Trinidad
Hi, thank you all for your advice. I'll give it a try with the examples. Best regards, Lars 2008/11/21 Matthias Wessendorf [EMAIL PROTECTED] Hi Lars the examples should have what you need. Or, if you want eventually a more complete application, check this: http://code.google.com/p/facesgoodies/ (Trinidad 1.0.x = JSF 1.1, but I plan to update it...) Greetings, Matthias On Fri, Nov 21, 2008 at 12:39 AM, Lars Vogel [EMAIL PROTECTED] wrote: Hi, can someone recommend a resent description on the required setup for using Apache Trinidad? I tried the following tutorial / descriptions: http://myfaces.apache.org/trinidad/devguide/configuration.html - Does not contain a full example setup http://www.free-jsf-components.net/install_guides/myfaces-trinidad.html- Seem outdate The following was almost correct: https://www6.software.ibm.com/developerworks/education/os-ag-jsf4/section4.html I only had to use org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl instead of org.apache.myfaces.trinidadinternal.webapp.FacesFilter as suggested in the article. But if I do the described setup then I receive an runtime error in my JSF application. The error is the following: http://www.vogella.de/articles/ApacheMyFaces/article.html#apachetrinidad_problem The above link lists also my setup for faces-config.xml ,web.xml and trinidad-config.xml in case you want to check. Can someone give me an indication what the problem is or point me to a tutorial which describes the correct setup? Best regards, Lars -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Lars http://www.vogella.de - Tutorial about Java, Eclipse and Web programming
[Trinidad]tr:convertNumber issues
The tr:convertNumber doesn't work right with Finnish locale. In Finnish locale
group separator used is ' '. The converter doesn't handle this.
So we made custom converter which extends the Trinidad one and basically in
getAsString-method we strip away the currency symbol and setType('currency').
And then in getAsObject-method we remove the blanks(The Finnish group
separators.) and setType('number').(Because using currency type don't
work...??!!).
Everything works fine with our custom converter in development environment (Ui
running in Jetty and services in WAS). But in our testing environment (All
running in WAS 6.1) we get this error from converter:
file:WEB-INF/lib/Components-1.2.6-SNAPSHOT.jar!/META-INF/components/policy/policyPaymentPlans.jspx
@264,11 value=#{uiEntry.entry.paymentplanentry.payment}: Exception setting
property payment of base with class com.xxx.xxx.policy.sbo.SD_Paymentplanentry,
Bean: com.xxx.xxx.policy.sbo.SD_Paymentplanentry, property: payment, newValue:
1100.00,newValue class: java.math.BigDecimal method parameter class:
java.lang.Double, null
I don't get what is causing this? What could be different in WAS classpath that
would cause something like this?
S
selectmanyshutle in a form
hello
f:view
h:form id=form
rich:tabPanel width=800 headerAlignment=left
rendered=true
rich:tab label=Buscar
rich:panel headerClass=filtrarHeader
rich:simpleTogglePanel switchType=ajax
label=Ubicación
headerClass=filtrarPorHeader
bodyClass=filtrarPorBody styleClass=filtrarPorClass width=100%
opened=false
h:panelGroup rendered=true
td class=tablaRespuestaTop
h:panelGrid columns=2
h:message for=selectSuburb
showDetail=true showSummary=true style=color: red/
tr:selectManyShuttle id=selectSuburb
value=#{reoffermanager.selectedSuburbs} converter=suburbConverter
binding=#{reoffermanager.selectManyListSuburb}
f:selectItems
value=#{reoffermanager.suburbs}/
/tr:selectManyShuttle
/h:panelGrid
..
is in a form but says
El componente CoreSelectManyShuttle[UIXEditableFacesBeanImpl,
id=selectSuburb] debe estar dentro de una pantalla para funcionar
correctamente.
i don't kown what hapend, i use trinidad 1.2.9 tomahawk-sandbox15-1.1.7 and
richcfaces 3.2.1
thanks
regards
Re: selectmanyshutle in a form
i am seee the
https://issues.apache.org/jira/browse/TRINIDAD-627
but this is not my case
because i hace this in a form.
maybe is a conflict with rich:simpleTogglePanel switchType=ajax
because this is a ajax paneltab and the selectmanyshutle is display
trougth a ajax call, maybe don't remenber
the form.
thsnks for your help
regards
2008/11/21 alvaro tovar [EMAIL PROTECTED]
hello
f:view
h:form id=form
rich:tabPanel width=800 headerAlignment=left
rendered=true
rich:tab label=Buscar
rich:panel headerClass=filtrarHeader
rich:simpleTogglePanel switchType=ajax
label=Ubicación
headerClass=filtrarPorHeader bodyClass=filtrarPorBody
styleClass=filtrarPorClass width=100%
opened=false
h:panelGroup rendered=true
td class=tablaRespuestaTop
h:panelGrid columns=2
h:message for=selectSuburb
showDetail=true showSummary=true style=color: red/
tr:selectManyShuttle id=selectSuburb
value=#{reoffermanager.selectedSuburbs} converter=suburbConverter
binding=#{reoffermanager.selectManyListSuburb}
f:selectItems
value=#{reoffermanager.suburbs}/
/tr:selectManyShuttle
/h:panelGrid
..
is in a form but says
El componente CoreSelectManyShuttle[UIXEditableFacesBeanImpl,
id=selectSuburb] debe estar dentro de una pantalla para funcionar
correctamente.
i don't kown what hapend, i use trinidad 1.2.9 tomahawk-sandbox15-1.1.7 and
richcfaces 3.2.1
thanks
regards
Re: [Trinidad]tr:convertNumber issues
On Fri, Nov 21, 2008 at 2:45 PM, Luhtala Santeri
[EMAIL PROTECTED] wrote:
The tr:convertNumber doesn't work right with Finnish locale. In Finnish
locale group separator used is ' '. The converter doesn't handle this.
http://bugs.sun.com/view_bug.do?bug_id=4510618
that is our underlying mechanism.
We fixed that in Trinidad for Locale.FRANCE, but not for Finnish, see:
https://issues.apache.org/jira/browse/TRINIDAD-849
Can you file a new jira ticket on this ?
-Matthias
So we made custom converter which extends the Trinidad one and basically in
getAsString-method we strip away the currency symbol and
setType('currency'). And then in getAsObject-method we remove the blanks(The
Finnish group separators.) and setType('number').(Because using currency
type don't work…??!!).
Everything works fine with our custom converter in development environment
(Ui running in Jetty and services in WAS). But in our testing environment
(All running in WAS 6.1) we get this error from converter:
file:WEB-INF/lib/Components-1.2.6-SNAPSHOT.jar!/META-INF/components/policy/policyPaymentPlans.jspx
@264,11 value=#{uiEntry.entry.paymentplanentry.payment}: Exception setting
property payment of base with class
com.xxx.xxx.policy.sbo.SD_Paymentplanentry, Bean:
com.xxx.xxx.policy.sbo.SD_Paymentplanentry, property: payment, newValue:
1100.00,newValue class: java.math.BigDecimal method parameter class:
java.lang.Double, null
I don't get what is causing this? What could be different in WAS classpath
that would cause something like this?
S
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: Using c:forEach in MyFaces 1.2
http://www.jboss.com/index.html?module=bbop=viewtopict=110983
2008/11/21 Anton Gavazuk [EMAIL PROTECTED]:
http://today.java.net/pub/a/today/2006/03/07/unified-jsp-jsf-expression-language.html
http://www.artima.com/lejava/articles/jsf_jspP.html
http://java.sun.com/products/jsp/reference/techart/unifiedEL.html
и отдельный линк
http://www.seamframework.org/Community/DynamicMenuFromDatabase
2008/11/21 Anton Gavazuk [EMAIL PROTECTED]:
Hi
the link in post below tells about JSF 1.1.
Have anything changed with integration between JSF 1.2 and JSTL tags?
2007/8/8 sandeep gururaj [EMAIL PROTECTED]:
You can get more info from the postings on
http://forum.java.sun.com/thread.jspa?threadID=497405messageID=2351519
~Sandeep
From: java questions [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 08, 2007 1:07 AM
To: MyFaces Discussion
Subject: Re: Using c:forEach in MyFaces 1.2
Hmm... That doesn't work for me either.
I need to ask a couple basic questions here:
1. I'm using Tomcat 6 - It appears that the JSTL does not come with this
distribution, is that correct?
2. My Faces 1.2 distribution does not come with a JSTL lib
3. What version of the JSTL is required to use #{...} notation as opposed
to ${..} notation? I'm assuming that it's 1.2?
4. If so, where's the correct place to get the 1.2 JSTL?
I pulled the library from here:
http://people.apache.org/~werpu/
Based on an 23 July email from Werner Punz to this alias.
Is there any chance that you could send a sample war that demonstrates this?
Thanks!
On 8/7/07, sandeep gururaj [EMAIL PROTECTED] wrote:
Instead of String[],use List or Vector. It worked for me using List and
Vector.
~Sandeep
From: java questions [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 07, 2007 4:06 AM
To: users@myfaces.apache.org
Subject: Using c:forEach in MyFaces 1.2
Hi, I'm trying to use the c:forEach tag in a JSF page:
%@ taglib uri=http://java.sun.com/jsf/html; prefix=h %
%@ taglib uri= http://java.sun.com/jsf/core; prefix=f%
%@ taglib uri=http://java.sun.com/jstl/core prefix=c %
html
head
titleHello World(2)/title
/head
body
f:view
h:form id=form
c:forEach var=col items=#{ Bean1.categories}
h:outputText value=#{col}/
/c:forEach
/h:form
/f:view
/body
/html
Bean1 getCategories method returns String[] with 3 elements. This above jsf
returns nothing. Can someone help me out?
How do you submit full URL when sorting an HtmlDataTable?
I have a page which contains a sortable HtmlDataTable. The page URL is: https://ax1.mycompany.internal:8060/axapp/Report.faces?templateId=8 I need to have the column sort action send the complete URL back. When I hover over a column header, I see the correct URL to submit: https://ax1.mycompany.internal:8060/axapp/Report.faces?templateId=8# However, when I click and sort the column, the submitted URL leaves off the parameter. Thus, inbound on apache, I see this in the logs: POST /axapp/Report.faces I need the templateId URL parameter to be passed when a sort occurs. How can I ensure that the complete page URL is submitted on sort, not leaving off the inline URL parameters? Thanks for your help! -- View this message in context: http://www.nabble.com/How-do-you-submit-full-URL-when-sorting-an-HtmlDataTable--tp20623994p20623994.html Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: [Trinidad] Configuration of Trinidad
Hi, thank you all for your advice. Based on the example I was able to create a working example with Trinidad. I documented the usage of Trinidad this in the following tutorial: http://www.vogella.de/articles/ApacheMyFaces/article.html - Apache Myfaces Trinidad with Eclipse - Tutorial I hope this will help others in using Trinidad. Cheers, Lars 2008/11/21 Lars Vogel [EMAIL PROTECTED] Hi, can someone recommend a resent description on the required setup for using Apache Trinidad? I tried the following tutorial / descriptions: http://myfaces.apache.org/trinidad/devguide/configuration.html - Does not contain a full example setup http://www.free-jsf-components.net/install_guides/myfaces-trinidad.html - Seem outdate The following was almost correct: https://www6.software.ibm.com/developerworks/education/os-ag-jsf4/section4.html I only had to use org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl instead of org.apache.myfaces.trinidadinternal.webapp.FacesFilter as suggested in the article. But if I do the described setup then I receive an runtime error in my JSF application. The error is the following: http://www.vogella.de/articles/ApacheMyFaces/article.html#apachetrinidad_problem The above link lists also my setup for faces-config.xml ,web.xml and trinidad-config.xml in case you want to check. Can someone give me an indication what the problem is or point me to a tutorial which describes the correct setup? Best regards, Lars -- Lars http://www.vogella.de - Tutorial about Java, Eclipse and Web programming
Re: [Trinidad] Configuration of Trinidad
Great! Can you add that to our wiki? IMO this is a nice resource for learning more on Trinidad. -M Sent from my iPod. Am 22.11.2008 um 01:18 schrieb Lars Vogel [EMAIL PROTECTED]: Hi, thank you all for your advice. Based on the example I was able to create a working example with Trinidad. I documented the usage of Trinidad this in the following tutorial: http://www.vogella.de/articles/ApacheMyFaces/article.html - Apache Myfaces Trinidad with Eclipse - Tutorial I hope this will help others in using Trinidad. Cheers, Lars 2008/11/21 Lars Vogel [EMAIL PROTECTED] Hi, can someone recommend a resent description on the required setup for using Apache Trinidad? I tried the following tutorial / descriptions: http://myfaces.apache.org/trinidad/devguide/configuration.html - Does not contain a full example setup http://www.free-jsf-components.net/install_guides/myfaces-trinidad.html - Seem outdate The following was almost correct: https://www6.software.ibm.com/developerworks/education/os-ag-jsf4/section4.html I only had to use org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl instead of org.apache.myfaces.trinidadinternal.webapp.FacesFilter as suggested in the article. But if I do the described setup then I receive an runtime error in my JSF application. The error is the following: http://www.vogella.de/articles/ApacheMyFaces/article.html#apachetrinidad_problem The above link lists also my setup for faces-config.xml ,web.xml and trinidad-config.xml in case you want to check. Can someone give me an indication what the problem is or point me to a tutorial which describes the correct setup? Best regards, Lars -- Lars http://www.vogella.de - Tutorial about Java, Eclipse and Web programming
