Re: [Trinidad] Aaaaaargg - validateDoubleRange broken on JSF RI 1.2

[Stephen Friedrich]

Thanks for the answer, see my comments below.

Matthias Wessendorf wrote:

If I understand the problem correctly:
These methods

org.apache.myfaces.trinidad.validator.DoubleRangeValidator.saveState()/restoreState()
do not save the fields minimumSet/maximumSet of superclass 
javax.faces.validator.DoubleRangeValidator:


I don't see a minimumSet/maximumSet field in
javax.faces.validator.DoubleRangeValidator
(looking at the  MyFaces source). These fields aren't standard, no
need to save/restore them.


Well, yeah, because these fields are not in the MyFaces implementation it works 
there, but breaks in RI.
How can you argue that there's no need to save/restore the fields because they 
are non-standard?
Is the "save format" specified by the standard? The RI does save/restore the 
fields and it works ok
when not using Trinidad. IMHO it is Trinidad that causes the bug by not 
honoring the super class specifics.




How to fix this?


when it is in the RI, ask the sun guys.



BTW: I don't yet understand why client side validation does not kick in even 
before
the wrong value gets to the server.


Interesting is, that I am also on JSF RI 1.2.x + Trinidad stack, works fine.

So, feel free to file an issue, with details (and a test-case ?)


You mean you get client validation, right?
Or do you also don't see the bug with the server side not validating min/max 
values?
Client validation _is_ working in simpler forms for me, maybe my complex page 
breaks something.
I get these warnings in the console. Do you think they can have something to do 
with the issue:

03:44:16,468 ERROR [STDERR] 30.08.2007 03:44:16 
org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter _errorWithComment
WARNUNG: Illegal HTML: cannot put a  element in a  element.
03:44:16,828 ERROR [STDERR] 30.08.2007 03:44:16 
org.apache.myfaces.trinidadinternal.io.DebugResponseWriter _logDuplicateId
WARNUNG: The id "costLimit::icon" is used more than once.
03:44:16,828 ERROR [STDERR] 30.08.2007 03:44:16 
org.apache.myfaces.trinidadinternal.io.DebugResponseWriter _logDuplicateId
WARNUNG: The id "costLimit::msg" is used more than once.

(I definitely do not use the "costLimit" id more than once, no idea why there 
are duplicates of these generated ids.

Re: [Trinidad] Aaaaaargg - validateDoubleRange broken on JSF RI 1.2

[Matthias Wessendorf]

> Well, yeah, because these fields are not in the MyFaces implementation it 
> works there, but breaks in RI.
> How can you argue that there's no need to save/restore the fields because 
> they are non-standard?
> Is the "save format" specified by the standard? The RI does save/restore the 
> fields and it works ok
> when not using Trinidad. IMHO it is Trinidad that causes the bug by not 
> honoring the super class specifics.

Well, why should Trinidad care about the minSet/maxSet. They are only
in the RI, as you say.
Not in MyFaces. Wouldn't that cause other issues ?

are these xyzSet fields new in JSF 1.2.x ?
>
> >
> >> How to fix this?
> >
> > when it is in the RI, ask the sun guys.
> >
> >>
> >> BTW: I don't yet understand why client side validation does not kick in 
> >> even before
> >> the wrong value gets to the server.
> >
> > Interesting is, that I am also on JSF RI 1.2.x + Trinidad stack, works fine.
> >
> > So, feel free to file an issue, with details (and a test-case ?)
>
> You mean you get client validation, right?
> Or do you also don't see the bug with the server side not validating min/max 
> values?
> Client validation _is_ working in simpler forms for me, maybe my complex page 
> breaks something.
> I get these warnings in the console. Do you think they can have something to 
> do with the issue:
>
> 03:44:16,468 ERROR [STDERR] 30.08.2007 03:44:16 
> org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter 
> _errorWithComment
> WARNUNG: Illegal HTML: cannot put a  element in a  element.
> 03:44:16,828 ERROR [STDERR] 30.08.2007 03:44:16 
> org.apache.myfaces.trinidadinternal.io.DebugResponseWriter _logDuplicateId
> WARNUNG: The id "costLimit::icon" is used more than once.
> 03:44:16,828 ERROR [STDERR] 30.08.2007 03:44:16 
> org.apache.myfaces.trinidadinternal.io.DebugResponseWriter _logDuplicateId
> WARNUNG: The id "costLimit::msg" is used more than once.
>
> (I definitely do not use the "costLimit" id more than once, no idea why there 
> are duplicates of these generated ids.


the response writer tells you, that  inside a  isn't valid HTML.

However, please file an issue, I'll take a look, what's going on.



>


-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

Re: [Trinidad] Aaaaaargg - validateDoubleRange broken on JSF RI 1.2

[Stephen Friedrich]

Matthias Wessendorf wrote:

Well, why should Trinidad care about the minSet/maxSet. They are only
in the RI, as you say.
Not in MyFaces. Wouldn't that cause other issues ?


Well ok, I can try and raise the issue with the Sun folks.
However I think it's in the best interest of Trinidad to play nice with the RI
and that a "Matthias Wessendorf" is much better suited to discuss this than
a "Stephen Friedrich" ;-)
Maybe you even have personal contacts to some of the RI developers.

What would really help is if you could point me to some paragraph in the spec
that says you must only save/restore public attributes. Lacking that I still
don't have any valid argument why the RI is broken.

I don't know that much about the spec and its internal implementation, but
so far it appears to me similar to the serialization problems you'll get
when a subclass fails to serialize the super class's fields. In that case it's
not the super class that is to blame.

Anyway: Why _do_ the Trinidad validators have to overwrite 
saveState/restoreState
at all? I don't see them adding anything of value.
Or maybe do not extend the standard faces DoubleRangeValidator at all.

BTW:
Here is a code snippet that to my unsuspecting eyes looks like a definite
Trinidad bug:

In org.apache.myfaces.trinidad.validator.DoubleRangeValidator:
  public DoubleRangeValidator(long maximum)
  {
super();
  }

Re: [Trinidad] Aaaaaargg - validateDoubleRange broken on JSF RI 1.2

[Matthias Wessendorf]

hi,

looks like the maximumSet fields are present in JSF 1.1 RI as well.
Let me check what really the issue is, here

Trinidad's validators do have some extra properties, like
messageDetailMaximum on the doublerangevalidator, so we override it.
We delegate the save/restore to the underlying FacesBean, which is
more efficient.

@Bug, I fix this in some minutes :-)

Thx,
Matthias


On 8/30/07, Stephen Friedrich <[EMAIL PROTECTED]> wrote:
> Matthias Wessendorf wrote:
> > Well, why should Trinidad care about the minSet/maxSet. They are only
> > in the RI, as you say.
> > Not in MyFaces. Wouldn't that cause other issues ?
>
> Well ok, I can try and raise the issue with the Sun folks.
> However I think it's in the best interest of Trinidad to play nice with the RI
> and that a "Matthias Wessendorf" is much better suited to discuss this than
> a "Stephen Friedrich" ;-)
> Maybe you even have personal contacts to some of the RI developers.
>
> What would really help is if you could point me to some paragraph in the spec
> that says you must only save/restore public attributes. Lacking that I still
> don't have any valid argument why the RI is broken.
>
> I don't know that much about the spec and its internal implementation, but
> so far it appears to me similar to the serialization problems you'll get
> when a subclass fails to serialize the super class's fields. In that case it's
> not the super class that is to blame.
>
> Anyway: Why _do_ the Trinidad validators have to overwrite 
> saveState/restoreState
> at all? I don't see them adding anything of value.
> Or maybe do not extend the standard faces DoubleRangeValidator at all.
>
> BTW:
> Here is a code snippet that to my unsuspecting eyes looks like a definite
> Trinidad bug:
>
> In org.apache.myfaces.trinidad.validator.DoubleRangeValidator:
>public DoubleRangeValidator(long maximum)
>{
>  super();
>}
>


-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

Re: Configured jsf forwarding to jsp

[David Delbecq]

Please provide the content of Sim.jsp


En l'instant précis du 29/08/07 22:41, Earnest Dyke s'exprimait en ces
termes:
> Greetings,
>
> I have a simple JSF implementation (see below for faces-config) that
> has to jsf pages. When I go to http://localhost:8080/Sim/Sim.jsf it
> forwards to Sim.jsp and I can't figure out why. Should be pretty
> simple. I am running MyFaces 1.1.5 in JBoss 4.0.5 GA. My web.xml is
> below also.
>
> Thanks in advance for any and all help!
>
> Earnie!
>
> 
>"-//Sun Microsystems, Inc.//DTD JSF Config 1.1//EN"
>   "http://java.sun.com/dtd/web-facesconfig_1_1.dtd";>
> 
> 
> /Sim.jsf
> 
> success
> /SimResponse.jsf
> 
> 
>
> 
> simBean
> 
> org.ebsinc.sim.bean.SimBean
> 
> session
> 
>
> 
>
> 
> http://java.sun.com/dtd/web-app_2_3.dtd";>
>
> 
>
> Sim Execution Web App
>
> 
> javax.faces.STATE_SAVING_METHOD
> server
> 
> State saving method: "client" or "server" (= default)
> See JSF Specification 2.5.2
> 
> 
>
> 
> org.apache.myfaces.ALLOW_JAVASCRIPT
> true
> 
> This parameter tells MyFaces if javascript code should be
> allowed in the
> rendered HTML output.
> If javascript is allowed, command_link anchors will have
> javascript code
> that submits the corresponding form.
> If javascript is not allowed, the state saving info and nested
> parameters
> will be added as url parameters.
> Default: "true"
> 
> 
>
> 
> org.apache.myfaces.DETECT_JAVASCRIPT
> false
> 
> This parameter tells MyFaces if javascript code should be
> allowed in the
> rendered HTML output.
> If javascript is allowed, command_link anchors will have
> javascript code
> that submits the corresponding form.
> If javascript is not allowed, the state saving info and nested
> parameters
> will be added as url parameters.
> Default: "false"
>
> Setting this param to true should be combined with
> STATE_SAVING_METHOD "server" for
> best results.
>
> This is an EXPERIMENTAL feature. You also have to enable the
> detector
> filter/filter mapping below to get JavaScript detection working.
> 
> 
>
> 
> org.apache.myfaces.PRETTY_HTML
> true
> 
> If true, rendered HTML code will be formatted, so that it is
> "human readable".
> i.e. additional line separators and whitespace will be
> written, that do not
> influence the HTML code.
> Default: "true"
> 
> 
>
> 
> org.apache.myfaces.AUTO_SCROLL
> true
> 
> If true, a javascript function will be rendered that is able
> to restore the
> former vertical scroll on every request. Convenient feature if
> you have pages
> with long lists and you do not want the browser page to always
> jump to the top
> if you trigger a link or button action that stays on the same
> page.
> Default: "false"
> 
> 
>
> 
>
> org.apache.myfaces.webapp.StartupServletContextListener
> 
>
> 
> Faces Servlet
> javax.faces.webapp.FacesServlet
> 1
> 
>
> 
> Faces Servlet
> *.jsf
> 
>
> 


-- 
http://www.noooxml.org/

Using Tiles2 with jsf

[Florian Reiser]

Hello,

I have an trinidad-jsf-file containing the following tags:


  

  

  


  

  


I want to split the layout section of the page from the actual content with the 
help of tiles. I create the following tiles:

template.jsp:


  

  

  


  

  


myPage.jsp:

  

  


When I execute call myPage.jsp from my web browser, I get the following errors:

09:58:31,025 WARN  [taglib] Can't leverage base class
java.lang.IllegalStateException
at 
com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
[snip]
09:58:31,025 ERROR [[jsp]] Servlet.service() for servlet jsp threw exception
java.lang.IllegalStateException
at 
com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
[snip]
09:58:31,041 WARN  [taglib] Can't leverage base class
java.lang.IllegalStateException
at 
com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
[snip]
09:58:31,057 ERROR [[jsp]] Servlet.service() for servlet jsp threw exception
java.lang.IllegalStateException
at 
com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
[snip]
09:58:31,057 ERROR [RenderTagSupport] Error during rendering
javax.servlet.jsp.JspException: ServletException while including page.
at org.apache.tiles.jsp.context.JspUtil.doInclude(JspUtil.java:102)
[snip]
Caused by: org.apache.jasper.JasperException: An exception occurred processing 
JSP page /templates/default.jsp at line 7

4:  uri="http://java.sun.com/jsf/html"; prefix="h"%><[EMAIL PROTECTED]
5:  uri="http://tiles.apache.org/tags-tiles"; prefix="tiles"%>
6: 
7: 
8:  
9:  
10: 


Stacktrace:
at 
org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:518)
[snip]
Caused by: javax.servlet.ServletException: javax.servlet.jsp.JspException: 
java.lang.IllegalStateException
at 
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:851)
[snip]
Caused by: java.lang.IllegalStateException
at 
com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
[snip]
09:58:31,103 WARN  [lifecycle] executePhase(RENDER_RESPONSE 6,[EMAIL 
PROTECTED]) threw exception
java.lang.NullPointerException
at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.EditableValueRenderer.addOnSubmitConverterValidators(EditableValueRenderer.java:206)
[snip]
09:58:31,103 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces 
Servlet threw exception
java.lang.NullPointerException
at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.EditableValueRenderer.addOnSubmitConverterValidators(EditableValueRenderer.java:206)
[snip]


What do I have to do to get tiles2 working with my jsf-pages?

With kind regards
Florian Reiser
-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

Events are fired twice for unknown reasons

[Fan Shao]

Hi, 

When trying to trace down the problem I posted a few days ago
(http://www.nabble.com/Button-must-be-clicked-once-before-it-could-actually-do-something-tf4297733.html#a12234990)
I found some of the events are fired twice, where they are supposed to be
fired only once.

The screen contains a datatable, and a dropdown box. When the user selects a
value of the dropdown box, the form is submitted using this.form.submit(),
and the datatable is reloaded according to user's selection. Everytime the
datatable is reloaded its associated handler is called twice.

Anyone has any idea about this?

Many thanks!

Fan
-- 
View this message in context: 
http://www.nabble.com/Events-are-fired-twice-for-unknown-reasons-tf4352767.html#a12402953
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: Which components to use? - Seam?!

[Ognjen Blagojevic]

Hi Andrew,


The only thing you may notice with Seam is that it is very integrated
into the JSF lifecycle and if you start doing some advanced coding
with your application you may run into areas where you have to
consider how you may affect Seam's functionality.


Can you explain this in more detail? I am also considering using Seam, 
and I would like to know its potential limitations.


Regards,
Ognjen

Antwort: Re: [Trinidad] trinidad 1.2.1 w/ ajax4jsf, richfaces and facelets possible?

[wolfgang . toepfer]

Hi,

One specific functionality is to have sth. like







which however leads to a problem in a4j (java.io.NotSerializableException: 
org.ajax4jsf.component.EventValueBinding)

However, if you use







it works. I have also recently started with Trinidad and wonder how to 
achieve above functionality. Note that all this is surrounded by 
SEAM with .

Regards,
Wolfgang.




Scott O'Bryan <[EMAIL PROTECTED]> 
30.08.2007 01:47
Bitte antworten an
"MyFaces Discussion" 


An
MyFaces Discussion 
Kopie

Thema
Re: [Trinidad] trinidad 1.2.1 w/ ajax4jsf, richfaces and facelets 
possible? 






Thai,

Theoretically they should work together but some people have reported 
problems.  That said, I don't think a4j gives you anything that Trinidad 
doesn't give you out of the box.  Is there some piece of functionality 
you're looking for in a4j that Trinidad does not give you?

Scott

Thai Dang Vu wrote:
> Hi everybody,
>
> I'd like to ask if it is possible to use trinidad 1.2.1 with richfaces
> 3.1.0 (which includes ajax4jsf) and facelets.
>
> This is my 1st day learning trinidad so I haven't got time to try
> different ways to configure the web.xml file to make trinidad and
> ajax4jsf work togeter.
>
> If you have an existing example using both richfaces 3.1.0 and trinidad,
> could I have a copy of all your configuration files (web.xml,
> faces-config.xml, trinidad-config.xml) and the name of all the jar files
> in WEB-INF/lib?
>
> Regards.
>
>
>
> NOTICE: This message (including any attachments) from Momentum Systems, 
Inc. contains information that is PRIVILEGED and CONFIDENTIAL.  If you are 
not an intended recipient, you are hereby notified that any dissemination 
of this message is strictly prohibited.  If you have received this message 
in error, please do not read, copy or forward this message.  Please 
permanently delete all copies and any attachments and notify the sender 
immediately by reply email or by calling our Office at 703.740.9300.
>
> 

Re: [Trinidad] trinidad 1.2.1 w/ ajax4jsf, richfaces and facelets possible?

[Luka Surija]

Last time I've tried to use a4j with trinidad there was problem with 
tr:inputText and number validators and couldn't resolve this issue.


Thai Dang Vu wrote:

Hi everybody,

I'd like to ask if it is possible to use trinidad 1.2.1 with richfaces
3.1.0 (which includes ajax4jsf) and facelets.

This is my 1st day learning trinidad so I haven't got time to try
different ways to configure the web.xml file to make trinidad and
ajax4jsf work togeter.

If you have an existing example using both richfaces 3.1.0 and trinidad,
could I have a copy of all your configuration files (web.xml,
faces-config.xml, trinidad-config.xml) and the name of all the jar files
in WEB-INF/lib?

Regards.



NOTICE: This message (including any attachments) from Momentum Systems, Inc. 
contains information that is PRIVILEGED and CONFIDENTIAL.  If you are not an 
intended recipient, you are hereby notified that any dissemination of this 
message is strictly prohibited.  If you have received this message in error, 
please do not read, copy or forward this message.  Please permanently delete 
all copies and any attachments and notify the sender immediately by reply email 
or by calling our Office at 703.740.9300.

  

Re: [Trinidad] trinidad 1.2.1 w/ ajax4jsf, richfaces and facelets possible?

[Renzo Tomaselli]

I mixed up those libs as well (but with Trinidad 1.0x), since 
richfaces/a4j seems to offer a few extra components not found elsewhere.

But:
- multimedia does not render pdf. They say it isn't its job.
- suggestionBox does not work with Trinidad (it renders attribute 
"class" twice, and Trinidad renderer replaces the latter).

- modal panel does not refresh on IE because of server cache problems.
- ...
And I never got any reply from richfaces/a4j user forums to any attempt 
to propose patches.
Thus I ended up with my own source branches to maintain, far from 
comfortable.
In general, there is no channel with richfaces/a4j developers to talk 
to. As soon as you depart a little bit from examples, expect troubles.



Luka Surija wrote:
Last time I've tried to use a4j with trinidad there was problem with 
tr:inputText and number validators and couldn't resolve this issue.


Thai Dang Vu wrote:

Hi everybody,

I'd like to ask if it is possible to use trinidad 1.2.1 with richfaces
3.1.0 (which includes ajax4jsf) and facelets.

This is my 1st day learning trinidad so I haven't got time to try
different ways to configure the web.xml file to make trinidad and
ajax4jsf work togeter.

If you have an existing example using both richfaces 3.1.0 and trinidad,
could I have a copy of all your configuration files (web.xml,
faces-config.xml, trinidad-config.xml) and the name of all the jar files
in WEB-INF/lib?

Regards.



NOTICE: This message (including any attachments) from Momentum 
Systems, Inc. contains information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you are hereby 
notified that any dissemination of this message is strictly 
prohibited.  If you have received this message in error, please do 
not read, copy or forward this message.  Please permanently delete 
all copies and any attachments and notify the sender immediately by 
reply email or by calling our Office at 703.740.9300.


  

Dynamic value setting problem to InputText

[Bandaru]

Hi,
In Trinidad,The InputText Value is not getting change Dynamically from
Backing Bean.
Initially the First value is settting after it not getting change.
   But If i set Disable True for InputText then the value getting Change but
i need Disable false(Aditabel).
  
   I'm Doing this in jsp:include page,does that effects?
   What may be the Problem,Please Suggest me.
IDE:Jdeveloper 10g

Thanking You in Advance.
Ramesh.
-- 
View this message in context: 
http://www.nabble.com/Dynamic-value-setting-problem-to-InputText-tf4353329.html#a12404488
Sent from the MyFaces - Users mailing list archive at Nabble.com.

compareToValidator promotion

[Martin Denham]

I have used the compareToValidator in a couple of applications and have
found it to be very useful.  The only issue is that it is not in the main
tomahawk jar.

Are there plans to move compareToValidator to the Tomahawk jar?

Thanks

Martin

Re: Events are fired twice for unknown reasons

[Bernhard Huemer]

Hello,

I've encountered the same problem recently and I've also figured out the 
reason. It's because the method setProperties() is called twice. Usually 
you wouldn't notice this behaviour as most properties just will be 
overridden but that's not the case for a ValueChangeListener (or an 
ActionListener). For a better understanding of this issue, I'll describe 
the call hierachy (somewhat simplified):


///
// 
myfaces/core/branches/1_2_1/api/javax/faces/webapp/UIComponentClassicTagBase.java


protected UIComponent findComponent(FacesContext context)
{
   // ...
   // around line 1097

   _componentInstance = findComponent(parent,id);
   if (_componentInstance == null)
   {
   _componentInstance = createComponent(context, id);
   _created = true;
   setProperties(_componentInstance); // << here is the 
"first" call

   // 

\\\

///
// myfaces/core/branches/1_2_1/api/javax/faces/webapp/UIComponentELTag.java

protected UIComponent createComponent(FacesContext context, String newId)
{
   // ...
   // around line 98

   component.setId(newId);
   setProperties(component); // << her is the "second" call (it's 
actually the first, but it's the one I would omit)


   return component;
}

\\\

I'll create a JIRA issue (including the appropriate patch) in a few 
hours, or maybe anyone else might be taking a look in the meantime.


regards,
Bernhard

Fan Shao wrote:
Hi, 


When trying to trace down the problem I posted a few days ago
(http://www.nabble.com/Button-must-be-clicked-once-before-it-could-actually-do-something-tf4297733.html#a12234990)
I found some of the events are fired twice, where they are supposed to be
fired only once.

The screen contains a datatable, and a dropdown box. When the user selects a
value of the dropdown box, the form is submitted using this.form.submit(),
and the datatable is reloaded according to user's selection. Everytime the
datatable is reloaded its associated handler is called twice.

Anyone has any idea about this?

Many thanks!

Fan
  

[Trinidad] web.xml & FacesContext

[Darren McEntee]

Hi Guys,

 

I am deploying a Trinidad application to a sun app server, and after i
deploy the WAR i get this error:

 

javax.servlet.ServletException: Cannot find FacesContext
 
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageCont
extImpl.java:830)
 
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
tImpl.java:763)
org.apache.jsp.BGHome_jsp._jspService(BGHome_jsp.java:91)
 
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:105)
javax.servlet.http.HttpServlet.service(HttpServlet.java:860

...

 

My web.xml seems to be correct (attached), and the application works
fine on my local dev machine.

 

Am I missing anything?

Any ideas?

 

Thanks.

Darren.
 
P Please consider the environment before printing this email
_ 
 
1. The information contained in this E-mail, including any files transmitted 
with it, is confidential and may be legally privileged. This E-mail is intended 
only for the personal attention of the stated addressee(s). Any access to this 
E-mail, including any files transmitted with it, by any other person is 
unauthorised. If you are not an addressee, you must not disclose, copy, 
circulate or in any other way use or rely on the information contained in this 
E-mail or any files transmitted with it. Such unauthorised use may be unlawful. 
If you have received this E-mail in error, please inform the sender immediately 
and delete it and all copies from your system. You may not forward this E-mail 
without the permission of the sender.
 
2. The views expressed in this E-mail are those of the author, and do not 
necessarily represent the views of AMT-SYBEX. Internet communications are not 
secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the 
contents of this message nor for any damage caused by viruses.
 
AMT-SYBEX Limited is a UK company, registration number GB03036807 at address 
The Spirella Building, Bridge Road, Letchworth, SG6 4ET. 
AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address 
Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com
_

http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee";>
Configuration for BordGais Web Application


35





javax.faces.STATE_SAVING_METHOD
client



Faces Servlet
javax.faces.webapp.FacesServlet
1



Faces Servlet
/faces/*


Faces Servlet
*.jsf
  







trinidad
org.apache.myfaces.trinidad.webapp.TrinidadFilter


trinidad
Faces Servlet



javax.faces.DEFAULT_SUFFIX
.jsp


org.apache.myfaces.trinidad.USE_APPLICATION_VIEW_CACHE
false


org.apache.myfaces.trinidad.CHECK_FILE_MODIFICATION
true


org.apache.myfaces.trinidad.CHANGE_PERSISTENCE
session



resources
org.apache.myfaces.trinidad.webapp.ResourceServlet



resources
/adf/*

?

[bajistaman]

Is there a way to do  so I can store the
content using some key inside a map?, the bean extends HashMap.

Thanks,

Johann
-- 
View this message in context: 
http://www.nabble.com/%3Ct%3Abuffer-into%3D%22-%7Bbean-%27key%27-%22%3E---tf4354157.html#a12406821
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: [Trinidad] web.xml & FacesContext

[Simon Lessard]

Hello Darren,

What URL did you use to access your page? That kind of error sometimes
happens when you use /faces/ mapping (which you use), but forget to add it
to the URL, thus accessing the JSP page directly, resulting in JSF tag
execution without prior FacesContext initialization (done by the
FacesServlet).


Regards,

~ Simon

On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
>Hi Guys,
>
>
>
> I am deploying a Trinidad application to a sun app server, and after i
> deploy the WAR i get this error:
>
>
>
> javax.servlet.ServletException: Cannot find FacesContext
>
> 
> org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:830)
>
> 
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:763)
>
> org.apache.jsp.BGHome_jsp._jspService(BGHome_jsp.java:91)
>
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:105)
>
> javax.servlet.http.HttpServlet.service(HttpServlet.java:860
>
> …
>
>
>
> My web.xml seems to be correct (attached), and the application works fine
> on my local dev machine.
>
>
>
> Am I missing anything?
>
> Any ideas?
>
>
>
> Thanks.
>
> Darren.
>
>
>
>
>
>
> P Please consider the environment before printing this email
>_
>
> 1. The information contained in this E-mail, including any files
> transmitted with it, is confidential and may be legally privileged. This
> E-mail is intended only for the personal attention of the stated
> addressee(s). Any access to this E-mail, including any files transmitted
> with it, by any other person is unauthorised. If you are not an addressee,
> you must not disclose, copy, circulate or in any other way use or rely on
> the information contained in this E-mail or any files transmitted with it.
> Such unauthorised use may be unlawful. If you have received this E-mail in
> error, please inform the sender immediately and delete it and all copies
> from your system. You may not forward this E-mail without the permission of
> the sender.
>
> 2. The views expressed in this E-mail are those of the author, and do not
> necessarily represent the views of AMT-SYBEX. Internet communications are
> not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for
> the contents of this message nor for any damage caused by viruses.
>
>  AMT-SYBEX Limited is a UK company, registration number GB03036807 at
> address The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
>  AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at
> address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
> For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com
> _
>
>

Re: Which components to use? - Seam?!

[distillingweb]

Hi Andrew,

I am using JSF+Hibernate+Spring. The Spring part becomes my concerning whether 
to use Seam or not. However,
I have seen seem some replies of people using the same stack as mine 
integrating with Seam, but I am not
sure if it has been deployed in production without big issues.

Thanks. Best wishes.

- Original Message 
From: Ognjen Blagojevic <[EMAIL PROTECTED]>
To: MyFaces Discussion 
Sent: Thursday, August 30, 2007 11:26:38 AM
Subject: Re: Which components to use? - Seam?!

Hi Andrew,

> The only thing you may notice with Seam is that it is very integrated
> into the JSF lifecycle and if you start doing some advanced coding
> with your application you may run into areas where you have to
> consider how you may affect Seam's functionality.

Can you explain this in more detail? I am also considering using Seam, 
and I would like to know its potential limitations.

Regards,
Ognjen







   

Sick sense of humor? Visit Yahoo! TV's 
Comedy with an Edge to see what's on, when. 
http://tv.yahoo.com/collections/222

[Trinidad] Client-side validation of conditionally disabled inputText

[dmgloss]

Hi!
I have some problem with client-side validation (CSV) of conditionally disabled 
field marked as required.

Let's say that there is some inputText:


Intially, bean.disabled is true, so inputText is disabled and if we try to 
submit relative form no "value required" errors will issue.
However, if:
1. some event change bean.disabled to false and trigger ppr with that input, 
and after that
2. some other event change bean.disabled back to true and ppr that inputText 
yet again

then inputText will still be marked as required field on client, though it is 
disabled.
It leads CSV to issue error in FF on disabled field and to "cannot focus 
disabled element" error in IE. Sadly, it renders whole form totaly unusable :(
Am I missing some special configuration?

Thanks.

Re: [Trinidad] Client-side validation of conditionally disabled inputText

[Danny Robinson]

Which version of Trinidad?

On 8/30/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Hi!
> I have some problem with client-side validation (CSV) of conditionally
> disabled field marked as required.
>
> Let's say that there is some inputText:
> 
>
> Intially, bean.disabled is true, so inputText is disabled and if we try to
> submit relative form no "value required" errors will issue.
> However, if:
> 1. some event change bean.disabled to false and trigger ppr with that
> input, and after that
> 2. some other event change bean.disabled back to true and ppr that
> inputText yet again
>
> then inputText will still be marked as required field on client, though it
> is disabled.
> It leads CSV to issue error in FF on disabled field and to "cannot focus
> disabled element" error in IE. Sadly, it renders whole form totaly unusable
> :(
> Am I missing some special configuration?
>
> Thanks.
>



-- 
Chordiant Software Inc.
www.chordiant.com

RE: Dynamic value setting problem to InputText

[sandeep gururaj]

Hello Ramesh,

 

Until the page gets submitted, property of the component cannot be
changed.

 

Let's say you have a scenario as follows.

You have a dropdown list and a text box. Based on the selection in the
dropdown list, you want to set a particular property of the text box. In
this case, you can use the Value Change Listener for the drop down list
and have partial triggers for the text box.

 

~Sandeep

 

-Original Message-
From: Bandaru [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 30, 2007 4:07 PM
To: users@myfaces.apache.org
Subject: Dynamic value setting problem to InputText

 

 

Hi,

In Trinidad,The InputText Value is not getting change Dynamically from

Backing Bean.

Initially the First value is settting after it not getting change.

   But If i set Disable True for InputText then the value getting Change
but

i need Disable false(Aditabel).

  

   I'm Doing this in jsp:include page,does that effects?

   What may be the Problem,Please Suggest me.

IDE:Jdeveloper 10g

 

Thanking You in Advance.

Ramesh.

-- 

View this message in context:
http://www.nabble.com/Dynamic-value-setting-problem-to-InputText-tf43533
29.html#a12404488

Sent from the MyFaces - Users mailing list archive at Nabble.com.

 

Re: [TRINIDAD] Proposal - fieldset/legend component

[Danny Robinson]

I knocked together this component to see what it would look like and what
skin selectors would be required.  Here's some tag examples and an attached
screenshot.

FWIW while Simon's name suggestion was better, I'm not fan of the 'Layout'
suffix, as it doesn't actually perform layout, and is therefore closer in
functionality to panelBox.

  

  
  
  
  

  

OR

  

  
  


Thoughts anyone,

D.

On 8/29/07, Simon Lessard <[EMAIL PROTECTED]> wrote:
>
> Hello Danny,
>
> I would prefer something along the lines of tr:panelFieldSetLayout with a
> legend facet.
>
>
> Regards,
>
> ~ Simon
>
> On 8/29/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
> >
> > Would there be interest in a skinnable/ajaxified component that rendered
> > output using html fieldset/legend.  We'd like to include this in our
> > applications and I'm keen to keep our users away from introducing other
> > component libraries just for the odd extra component.
> >
> > I'm struggling to think of a nice sounding tag name, other than
> > tr:panelBoxAndLegend but it could look something like:
> >
> > 
> > ...
> > 
> >
> > Thanks,
> >
> > Danny
> >
> > --
> > Chordiant Software Inc.
> > www.chordiant.com
>
>
>


-- 
Chordiant Software Inc.
www.chordiant.com
<>

Re: compareToValidator promotion

[Mike Kienenberger]

It's certainly stable enough at this point.
However, I've never gotten around to localizing the messages or operator names.
There should probably be some unit tests as well.
It's probably not enough to hold it back from being promoted, though.

Perhaps you can start a vote on promotion on [EMAIL PROTECTED], and open a
JIRA issue and submit some patches to move it into Tomahawk.

On 8/30/07, Martin Denham <[EMAIL PROTECTED]> wrote:
> I have used the compareToValidator in a couple of applications and have
> found it to be very useful.  The only issue is that it is not in the main
> tomahawk jar.
>
> Are there plans to move compareToValidator to the Tomahawk jar?
>
> Thanks
>
> Martin
>

Re: ?

[Mike Kienenberger]

My understanding is that t:buffer immediately creates the bean target
of into during the render phase.

Are you asking to have the buffered value available on the next
request?   It doesn't seem like there'd be much point in capturing the
value into the bean for this request.

If it's the next request, add a t:updateActionListener or
f:setPropertyActionListener to copy  the into bean into #{bean['key']}
on submit.

On 8/30/07, bajistaman <[EMAIL PROTECTED]> wrote:
>
> Is there a way to do  so I can store the
> content using some key inside a map?, the bean extends HashMap.
>
> Thanks,
>
> Johann
> --
> View this message in context: 
> http://www.nabble.com/%3Ct%3Abuffer-into%3D%22-%7Bbean-%27key%27-%22%3E---tf4354157.html#a12406821
> Sent from the MyFaces - Users mailing list archive at Nabble.com.
>
>

[Trinidad] Trinidad 1.2.1 demo on Tomcat 6.0.13

[Thai Dang Vu]

Hi everybody,

I dropped the trinidad 1.2.1 demo war file in the webapps folder of
Tomcat 6, run tomcat so that it deployed that war file, stopped tomcat
to dropped jsf-impl-1.2_04-p02.jar, jsf-api-1.2_04-p02.jar and
jstl-1.2.jar in the trinidad-1.2.1-demo/WEB-INF/lib folder, started
tomcat again and the Component Guide worked, but the Progress Step Demo
didn't. This is the error:

org.apache.jasper.JasperException: /demos/progressSteps.jspx(68,58)
According to TLD or attribute directive in tag file, attribute end does
not accept any expressions

org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHand
ler.java:40)

org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java
:407)

org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java
:148)

org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(
Validator.java:1119)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:819)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:838)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:838)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:838)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:838)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:838)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:838)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:838)
org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1507)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)

org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.jav
a:515)
org.apache.jasper.compiler.Node$JspRoot.accept(Node.java:566)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2392)
org.apache.jasper.compiler.Node$Root.accept(Node.java:489)
org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)

org.apache.jasper.compiler.Validator.validate(Validator.java:1737)

org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:178)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:306)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)

org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.ja
va:566)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
va:317)

org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)

org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)

com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.j
ava:408)

org.apache.myfaces.trinidad.context.ExternalContextDecorator.dispatch(Ex
ternalContextDecorator.java:44)

org.apache.myfaces.trinidadinternal.context.FacesContextFactoryImpl$Over
rideDispatch.dispatch(FacesContextFactoryImpl.java:267)

co

Re[2]: [Trinidad] Client-side validation of conditionally disabled inputText

[dmgloss]

... somebody replaced libs in our main repo with last 1.0.3 snapshot. 
Didn't notice it in the first place.
False alarm.

Thanks for pointing out where to look :)

> 
> Which version of Trinidad?
> 
> On 8/30/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > Hi!
> > I have some problem with client-side validation (CSV) of conditionally
> > disabled field marked as required.
> >
> > Let's say that there is some inputText:
> > 
> >
> > Intially, bean.disabled is true, so inputText is disabled and if we try to
> > submit relative form no "value required" errors will issue.
> > However, if:
> > 1. some event change bean.disabled to false and trigger ppr with that
> > input, and after that
> > 2. some other event change bean.disabled back to true and ppr that
> > inputText yet again
> >
> > then inputText will still be marked as required field on client, though it
> > is disabled.
> > It leads CSV to issue error in FF on disabled field and to "cannot focus
> > disabled element" error in IE. Sadly, it renders whole form totaly unusable
> > :(
> > Am I missing some special configuration?
> >
> > Thanks.
> >
> 
> 
> 
> -- 
> Chordiant Software Inc.
> www.chordiant.com
> 
> 

RE: [Trinidad] web.xml & FacesContext

[Darren McEntee]

Thank for the reply Simon.

 

I originally used: 

http://SERVER_NAME:port/APPNAME/PAGE.jsp

 

I now use:

http://SERVER_NAME:9191/APPNAME/faces/PAGE.jsp

 

and get this instead of the FacesContext error :

 

org.apache.jasper.JasperException:
java.lang.UnsupportedClassVersionError: Bad version number in .class
file
 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
va:384)
 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:297)
 
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:247)
javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

 

 

 



From: Simon Lessard [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 14:13
To: MyFaces Discussion
Subject: Re: [Trinidad] web.xml & FacesContext

 

** This Message Originated From The Internet Please Be Aware Of
Suspicious Attachments And Content ** 

  

Hello Darren,

What URL did you use to access your page? That kind of error sometimes
happens when you use /faces/ mapping (which you use), but forget to add
it to the URL, thus accessing the JSP page directly, resulting in JSF
tag execution without prior FacesContext initialization (done by the
FacesServlet). 


Regards,

~ Simon

On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote: 

Hi Guys,

 

I am deploying a Trinidad application to a sun app server, and after i
deploy the WAR i get this error:

 

javax.servlet.ServletException: Cannot find FacesContext
 
 
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageCont
extImpl.java:830)
 
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
tImpl.java:763)
org.apache.jsp.BGHome_jsp._jspService(BGHome_jsp.java:91)
 
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:105)
javax.servlet.http.HttpServlet.service(HttpServlet.java:860

...

 

My web.xml seems to be correct (attached), and the application works
fine on my local dev machine.

 

Am I missing anything?

Any ideas?

 

Thanks.

Darren.

 

 


  
P Please consider the environment before printing this email 

_ 
 
1. The information contained in this E-mail, including any files
transmitted with it, is confidential and may be legally privileged. This
E-mail is intended only for the personal attention of the stated
addressee(s). Any access to this E-mail, including any files transmitted
with it, by any other person is unauthorised. If you are not an
addressee, you must not disclose, copy, circulate or in any other way
use or rely on the information contained in this E-mail or any files
transmitted with it. Such unauthorised use may be unlawful. If you have
received this E-mail in error, please inform the sender immediately and
delete it and all copies from your system. You may not forward this
E-mail without the permission of the sender. 
 
2. The views expressed in this E-mail are those of the author, and do
not necessarily represent the views of AMT-SYBEX. Internet
communications are not secure and AMT-SYBEX cannot, therefore, accept
legal responsibility for the contents of this message nor for any damage
caused by viruses. 
  

AMT-SYBEX Limited is a UK company, registration number GB03036807 at
address The Spirella Building, Bridge Road, Letchworth, SG6 4ET.  

AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at
address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
For more information on the AMT-SYBEX Group visit
http://www.amt-sybex.com  
_ 




 

 

 

P Please consider the environment before printing this email 

 

Re: compareToValidator promotion

[Volker Weber]

Hi,

can we move this one and some others to the long discussed myfaces-jsf-commons
(or how it should be named) subproject?

If there is nothing tomahawk related in this validator i like to use
it without tomahawk.jar in the classpath.


Regards,
Volker

2007/8/30, Mike Kienenberger <[EMAIL PROTECTED]>:
> It's certainly stable enough at this point.
> However, I've never gotten around to localizing the messages or operator 
> names.
> There should probably be some unit tests as well.
> It's probably not enough to hold it back from being promoted, though.
>
> Perhaps you can start a vote on promotion on [EMAIL PROTECTED], and open a
> JIRA issue and submit some patches to move it into Tomahawk.
>
> On 8/30/07, Martin Denham <[EMAIL PROTECTED]> wrote:
> > I have used the compareToValidator in a couple of applications and have
> > found it to be very useful.  The only issue is that it is not in the main
> > tomahawk jar.
> >
> > Are there plans to move compareToValidator to the Tomahawk jar?
> >
> > Thanks
> >
> > Martin
> >
>

Re: [Trinidad] web.xml & FacesContext

[Matthias Wessendorf]

are you on java 1.4 ?

the "UnsupportedClassVersionError" makes me thinking this...

On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Thank for the reply Simon.
>
>
>
> I originally used:
>
> http://SERVER_NAME:port/APPNAME/PAGE.jsp
>
>
>
> I now use:
>
> http://SERVER_NAME:9191/APPNAME/faces/PAGE.jsp
>
>
>
> and get this instead of the FacesContext error :
>
>   org.apache.jasper.JasperException:
> java.lang.UnsupportedClassVersionError: Bad version number
> in .class file
>
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:384)
>
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:297)
>
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:247)
>
> javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
>
>
>
>
>
>
>
>
>  
>
>
> From: Simon Lessard [mailto:[EMAIL PROTECTED]
>  Sent: 30 August 2007 14:13
>  To: MyFaces Discussion
>  Subject: Re: [Trinidad] web.xml & FacesContext
>
>
>
>
> ** This Message Originated From The Internet Please Be Aware Of
> Suspicious Attachments And Content **
>
>
>
>
>
>
>
> Hello Darren,
>
>  What URL did you use to access your page? That kind of error sometimes
> happens when you use /faces/ mapping (which you use), but forget to add it
> to the URL, thus accessing the JSP page directly, resulting in JSF tag
> execution without prior FacesContext initialization (done by the
> FacesServlet).
>
>
>  Regards,
>
>  ~ Simon
>
>
> On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hi Guys,
>
>
>
> I am deploying a Trinidad application to a sun app server, and after i
> deploy the WAR i get this error:
>
>   javax.servlet.ServletException: Cannot find FacesContext
>
>
> org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:830)
>
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:763)
>
> org.apache.jsp.BGHome_jsp._jspService(BGHome_jsp.java:91)
>
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:105)
>
> javax.servlet.http.HttpServlet.service(HttpServlet.java:860
>
>
> …
>
>
>
> My web.xml seems to be correct (attached), and the application works fine on
> my local dev machine.
>
>
>
> Am I missing anything?
>
> Any ideas?
>
>
>
> Thanks.
>
> Darren.
>
>
>
>
>
>
>
>  P Please consider the environment before printing this email
>
>
> _
>
>  1. The information contained in this E-mail, including any files
> transmitted with it, is confidential and may be legally privileged. This
> E-mail is intended only for the personal attention of the stated
> addressee(s). Any access to this E-mail, including any files transmitted
> with it, by any other person is unauthorised. If you are not an addressee,
> you must not disclose, copy, circulate or in any other way use or rely on
> the information contained in this E-mail or any files transmitted with it.
> Such unauthorised use may be unlawful. If you have received this E-mail in
> error, please inform the sender immediately and delete it and all copies
> from your system. You may not forward this E-mail without the permission of
> the sender.
>
>  2. The views expressed in this E-mail are those of the author, and do not
> necessarily represent the views of AMT-SYBEX. Internet communications are
> not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for
> the contents of this message nor for any damage caused by viruses.
>
>
>
> AMT-SYBEX Limited is a UK company, registration number GB03036807 at address
> The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
>
>
> AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at
> address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
>  For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com
>  _
>
>
>
>
>
>
>
>
>
>
>
>
>
> P Please consider the environment before printing this email
>
>
>


-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

Re: compareToValidator promotion

[Mike Kienenberger]

I would love to do so.   However, I have no idea how to configure a
new subproject in maven (or svn for that matter).

If someone puts together the infrastructure, I'll help move over the
validators, converters, and other components that fit the criteria.

On 8/30/07, Volker Weber <[EMAIL PROTECTED]> wrote:
> Hi,
>
> can we move this one and some others to the long discussed myfaces-jsf-commons
> (or how it should be named) subproject?
>
> If there is nothing tomahawk related in this validator i like to use
> it without tomahawk.jar in the classpath.
>
>
> Regards,
> Volker
>
> 2007/8/30, Mike Kienenberger <[EMAIL PROTECTED]>:
> > It's certainly stable enough at this point.
> > However, I've never gotten around to localizing the messages or operator 
> > names.
> > There should probably be some unit tests as well.
> > It's probably not enough to hold it back from being promoted, though.
> >
> > Perhaps you can start a vote on promotion on [EMAIL PROTECTED], and open a
> > JIRA issue and submit some patches to move it into Tomahawk.
> >
> > On 8/30/07, Martin Denham <[EMAIL PROTECTED]> wrote:
> > > I have used the compareToValidator in a couple of applications and have
> > > found it to be very useful.  The only issue is that it is not in the main
> > > tomahawk jar.
> > >
> > > Are there plans to move compareToValidator to the Tomahawk jar?
> > >
> > > Thanks
> > >
> > > Martin
> > >
> >
>

RE: [Trinidad] trinidad 1.2.1 w/ ajax4jsf, richfaces and facelets possible?

[Thai Dang Vu]

According to my limited knowledge of (a4j, richfaces) and trinidad,
trinidad has everything that a4j & richfaces have and more than that.
Trinidad has a file upload componnet, a tree table which a4j & richfaces
don't.

However, the existing skins in richfaces are beautiful. I know that
trinidad skin can be changed, but I'm not very good at CSS, especially
at using gradient color, so at this moment I still prefer a4j &
richfaces (just because its skins).

I was able to use tomahawk file upload component with richfaces, but
haven't found any tree table component that can be used in richfaces.

By the way, Scott, do you know how (i.e. do you have an example :) ) to
use facelets with trinidad 1.2.1? The jsp:root, f:view ... tags scare me
when I look at a jspx file. 

Regards.

-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 29, 2007 7:47 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] trinidad 1.2.1 w/ ajax4jsf, richfaces and
facelets possible?

Thai,

Theoretically they should work together but some people have reported 
problems.  That said, I don't think a4j gives you anything that Trinidad

doesn't give you out of the box.  Is there some piece of functionality 
you're looking for in a4j that Trinidad does not give you?

Scott

Thai Dang Vu wrote:
> Hi everybody,
>
> I'd like to ask if it is possible to use trinidad 1.2.1 with richfaces
> 3.1.0 (which includes ajax4jsf) and facelets.
>
> This is my 1st day learning trinidad so I haven't got time to try
> different ways to configure the web.xml file to make trinidad and
> ajax4jsf work togeter.
>
> If you have an existing example using both richfaces 3.1.0 and
trinidad,
> could I have a copy of all your configuration files (web.xml,
> faces-config.xml, trinidad-config.xml) and the name of all the jar
files
> in WEB-INF/lib?
>
> Regards.
>
>
>
> NOTICE: This message (including any attachments) from Momentum
Systems, Inc. contains information that is PRIVILEGED and CONFIDENTIAL.
If you are not an intended recipient, you are hereby notified that any
dissemination of this message is strictly prohibited.  If you have
received this message in error, please do not read, copy or forward this
message.  Please permanently delete all copies and any attachments and
notify the sender immediately by reply email or by calling our Office at
703.740.9300.
>
>   




NOTICE: This message (including any attachments) from Momentum Systems, Inc. 
contains information that is PRIVILEGED and CONFIDENTIAL.  If you are not an 
intended recipient, you are hereby notified that any dissemination of this 
message is strictly prohibited.  If you have received this message in error, 
please do not read, copy or forward this message.  Please permanently delete 
all copies and any attachments and notify the sender immediately by reply email 
or by calling our Office at 703.740.9300.

RE: [Trinidad] web.xml & FacesContext

[Darren McEntee]

No we're on java version 1.5.0

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Matthias Wessendorf
Sent: 30 August 2007 15:18
To: MyFaces Discussion
Subject: Re: [Trinidad] web.xml & FacesContext

are you on java 1.4 ?

the "UnsupportedClassVersionError" makes me thinking this...

On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Thank for the reply Simon.
>
>
>
> I originally used:
>
> http://SERVER_NAME:port/APPNAME/PAGE.jsp
>
>
>
> I now use:
>
> http://SERVER_NAME:9191/APPNAME/faces/PAGE.jsp
>
>
>
> and get this instead of the FacesContext error :
>
>   org.apache.jasper.JasperException:
> java.lang.UnsupportedClassVersionError: Bad version number
> in .class file
>
>
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
va:384)
>
>
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:297)
>
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:247)
>
> javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
>
>
>
>
>
>
>
>
>  
>
>
> From: Simon Lessard [mailto:[EMAIL PROTECTED]
>  Sent: 30 August 2007 14:13
>  To: MyFaces Discussion
>  Subject: Re: [Trinidad] web.xml & FacesContext
>
>
>
>
> ** This Message Originated From The Internet Please Be Aware Of
> Suspicious Attachments And Content **
>
>
>
>
>
>
>
> Hello Darren,
>
>  What URL did you use to access your page? That kind of error
sometimes
> happens when you use /faces/ mapping (which you use), but forget to
add it
> to the URL, thus accessing the JSP page directly, resulting in JSF tag
> execution without prior FacesContext initialization (done by the
> FacesServlet).
>
>
>  Regards,
>
>  ~ Simon
>
>
> On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hi Guys,
>
>
>
> I am deploying a Trinidad application to a sun app server, and after i
> deploy the WAR i get this error:
>
>   javax.servlet.ServletException: Cannot find FacesContext
>
>
>
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageCont
extImpl.java:830)
>
>
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
tImpl.java:763)
>
> org.apache.jsp.BGHome_jsp._jspService(BGHome_jsp.java:91)
>
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:105)
>
> javax.servlet.http.HttpServlet.service(HttpServlet.java:860
>
>
> ...
>
>
>
> My web.xml seems to be correct (attached), and the application works
fine on
> my local dev machine.
>
>
>
> Am I missing anything?
>
> Any ideas?
>
>
>
> Thanks.
>
> Darren.
>
>
>
>
>
>
>
>  P Please consider the environment before printing this email
>
>
> _
>
>  1. The information contained in this E-mail, including any files
> transmitted with it, is confidential and may be legally privileged.
This
> E-mail is intended only for the personal attention of the stated
> addressee(s). Any access to this E-mail, including any files
transmitted
> with it, by any other person is unauthorised. If you are not an
addressee,
> you must not disclose, copy, circulate or in any other way use or rely
on
> the information contained in this E-mail or any files transmitted with
it.
> Such unauthorised use may be unlawful. If you have received this
E-mail in
> error, please inform the sender immediately and delete it and all
copies
> from your system. You may not forward this E-mail without the
permission of
> the sender.
>
>  2. The views expressed in this E-mail are those of the author, and do
not
> necessarily represent the views of AMT-SYBEX. Internet communications
are
> not secure and AMT-SYBEX cannot, therefore, accept legal
responsibility for
> the contents of this message nor for any damage caused by viruses.
>
>
>
> AMT-SYBEX Limited is a UK company, registration number GB03036807 at
address
> The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
>
>
> AMT-SYBEX (NI) Limited is a UK company, registration number NI024104
at
> address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
>  For more information on the AMT-SYBEX Group visit
http://www.amt-sybex.com
>  _
>
>
>
>
>
>
>
>
>
>
>
>
>
> P Please consider the environment before printing this email
>
>
>


-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

Re: ?

[bajistaman]

Using   worked, the problem was completely
unrelated to this, I was having a null pointer exception because I didn't
see a non closed bracket inside the jsp.

I'm doing this was because I have some central Cache system so I needed to
avoid storing more information that the needed because I'm working with a
farm.

Thanks for your help.

Johann
-- 
View this message in context: 
http://www.nabble.com/%3Ct%3Abuffer-into%3D%22-%7Bbean-%27key%27-%22%3E---tf4354157.html#a12408474
Sent from the MyFaces - Users mailing list archive at Nabble.com.

disabling tree node checkbox for tree2

[Tomek Chojnacki]

Hi,

I am newbie to MyFaces and have a slight problem with the tree2 component.

In my JSP I have tree2 component with checkboxes (selectBooleanCheckbox).
It looks like this:



  
   ...

Now I want to disable dynamically a checkbox for a tree node.
I can do it in a static way - adding an attribute 'disabled="true"' to
 in the JSP.
But I don't know how to do it on the server in the Java code.
I get tree component with this code:

private HtmlTree getHtmlTree() {
FacesContext context = FacesContext.getCurrentInstance();
UIComponent htmlTree =
context.getViewRoot().findComponent("myForm:htmlTree");
return (HtmlTree) htmlTree;
}

With this I can get any node with getHtmlTree().getNode()
However TreeNode class has no property "setDisabled" or something like this.

How do I get UIComponent for selectBooleanCheckbox and change it to
disabled, so that it renders then in the same way as "disabled" attribute in
JSP?

Thank you in advance.
Tomek

-- 
View this message in context: 
http://www.nabble.com/disabling-tree-node-checkbox-for-tree2-tf4354647.html#a12408508
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: [TRINIDAD] Proposal - fieldset/legend component

[Simon Lessard]

Hello Danny,

True, panelBox does not include the Layout suffix (a fact I somehow
forgotten / overlooked), so stripping the Layout suffix is fine with me. I
like the attribute shortcut for the legend as well.


~ Simon

On 8/30/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
>
> I knocked together this component to see what it would look like and what
> skin selectors would be required.  Here's some tag examples and an attached
> screenshot.
>
> FWIW while Simon's name suggestion was better, I'm not fan of the 'Layout'
> suffix, as it doesn't actually perform layout, and is therefore closer in
> functionality to panelBox.
>
>   
> 
>   
>   
>   
>   
> 
>   
>
> OR
>captionText="This shouldn't appear">
>   
> 
>   
>   
> 
>
> Thoughts anyone,
>
> D.
>
> On 8/29/07, Simon Lessard < [EMAIL PROTECTED]> wrote:
> >
> > Hello Danny,
> >
> > I would prefer something along the lines of tr:panelFieldSetLayout with
> > a legend facet.
> >
> >
> > Regards,
> >
> > ~ Simon
> >
> > On 8/29/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
> > >
> > > Would there be interest in a skinnable/ajaxified component that
> > > rendered output using html fieldset/legend.  We'd like to include this in
> > > our applications and I'm keen to keep our users away from introducing 
> > > other
> > > component libraries just for the odd extra component.
> > >
> > > I'm struggling to think of a nice sounding tag name, other than
> > > tr:panelBoxAndLegend but it could look something like:
> > >
> > > 
> > > ...
> > > 
> > >
> > > Thanks,
> > >
> > > Danny
> > >
> > > --
> > > Chordiant Software Inc.
> > > www.chordiant.com
> >
> >
> >
>
>
> --
> Chordiant Software Inc.
> www.chordiant.com
>
>

Re: [Trinidad] web.xml & FacesContext

[Simon Lessard]

Hi Darren,

Try a clean, rebuild and redeploy. Also check if you don't have some
libraries twice in the classpath.


~ Simon

On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
> No we're on java version 1.5.0
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Matthias Wessendorf
> Sent: 30 August 2007 15:18
> To: MyFaces Discussion
> Subject: Re: [Trinidad] web.xml & FacesContext
>
> are you on java 1.4 ?
>
> the "UnsupportedClassVersionError" makes me thinking this...
>
> On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
> > Thank for the reply Simon.
> >
> >
> >
> > I originally used:
> >
> > http://SERVER_NAME:port/APPNAME/PAGE.jsp
> >
> >
> >
> > I now use:
> >
> > http://SERVER_NAME:9191/APPNAME/faces/PAGE.jsp
> >
> >
> >
> > and get this instead of the FacesContext error :
> >
> >   org.apache.jasper.JasperException:
> > java.lang.UnsupportedClassVersionError: Bad version number
> > in .class file
> >
> >
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
> va:384)
> >
> >
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:297)
> >
> > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:247)
> >
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
> > sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> > Method)
> >
> >
> >
> >
> >
> >
> >
> >
> >  
> >
> >
> > From: Simon Lessard [mailto:[EMAIL PROTECTED]
> >  Sent: 30 August 2007 14:13
> >  To: MyFaces Discussion
> >  Subject: Re: [Trinidad] web.xml & FacesContext
> >
> >
> >
> >
> > ** This Message Originated From The Internet Please Be Aware Of
> > Suspicious Attachments And Content **
> >
> >
> >
> >
> >
> >
> >
> > Hello Darren,
> >
> >  What URL did you use to access your page? That kind of error
> sometimes
> > happens when you use /faces/ mapping (which you use), but forget to
> add it
> > to the URL, thus accessing the JSP page directly, resulting in JSF tag
> > execution without prior FacesContext initialization (done by the
> > FacesServlet).
> >
> >
> >  Regards,
> >
> >  ~ Simon
> >
> >
> > On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
> > Hi Guys,
> >
> >
> >
> > I am deploying a Trinidad application to a sun app server, and after i
> > deploy the WAR i get this error:
> >
> >   javax.servlet.ServletException: Cannot find FacesContext
> >
> >
> >
> org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageCont
> extImpl.java:830)
> >
> >
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
> tImpl.java:763)
> >
> > org.apache.jsp.BGHome_jsp._jspService(BGHome_jsp.java:91)
> >
> > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:105)
> >
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:860
> >
> >
> > ...
> >
> >
> >
> > My web.xml seems to be correct (attached), and the application works
> fine on
> > my local dev machine.
> >
> >
> >
> > Am I missing anything?
> >
> > Any ideas?
> >
> >
> >
> > Thanks.
> >
> > Darren.
> >
> >
> >
> >
> >
> >
> >
> >  P Please consider the environment before printing this email
> >
> >
> > _
> >
> >  1. The information contained in this E-mail, including any files
> > transmitted with it, is confidential and may be legally privileged.
> This
> > E-mail is intended only for the personal attention of the stated
> > addressee(s). Any access to this E-mail, including any files
> transmitted
> > with it, by any other person is unauthorised. If you are not an
> addressee,
> > you must not disclose, copy, circulate or in any other way use or rely
> on
> > the information contained in this E-mail or any files transmitted with
> it.
> > Such unauthorised use may be unlawful. If you have received this
> E-mail in
> > error, please inform the sender immediately and delete it and all
> copies
> > from your system. You may not forward this E-mail without the
> permission of
> > the sender.
> >
> >  2. The views expressed in this E-mail are those of the author, and do
> not
> > necessarily represent the views of AMT-SYBEX. Internet communications
> are
> > not secure and AMT-SYBEX cannot, therefore, accept legal
> responsibility for
> > the contents of this message nor for any damage caused by viruses.
> >
> >
> >
> > AMT-SYBEX Limited is a UK company, registration number GB03036807 at
> address
> > The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
> >
> >
> > AMT-SYBEX (NI) Limited is a UK company, registration number NI024104
> at
> > address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
> >  For more information on the AMT-SYBEX Group visit
> http://www.amt-sybex.com
> >  _
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > P Please consider the environment before printing this email
> >
> >
> >
>
>
> --
> Matthias Wess

Re: Log each call to an JSF action method

[Bernhard Huemer]

Hello,

you could also use a custom ActionListener implementation if the method 
expression being processed is sufficient (for example, "Processing the 
action '#{actionBean.processAction}'."), as Andrew has already mentioned.


///
import javax.faces.component.ActionSource;
import javax.faces.event.AbortProcessingException;
import javax.faces.event.ActionEvent;
import javax.faces.event.ActionListener;

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;

public class LoggingActionListener implements ActionListener {

   private static final Log log = 
LogFactory.getLog(LoggingActionListener.class);
  
   private ActionListener delegate;
  
   public LoggingActionListener(ActionListener delegate) {

   this.delegate = delegate;
   }
  
   public void processAction(ActionEvent actionEvent)

   throws AbortProcessingException {
   if (log.isDebugEnabled()) {
   ActionSource actionSource = (ActionSource) 
actionEvent.getComponent();
   log.debug("Processing the action '" + 
actionSource.getAction().getExpressionString() + "'.");

   }

   delegate.processAction(actionEvent);
   }

}
\\\

///
// faces-config.xml

http://java.sun.com/dtd/web-facesconfig_1_1.dtd";>

  
   

   demo.LoggingActionListener
   
  


\\\

regards,
Bernhard

Svilen Ivanov wrote:

Andrew,

I think it is fine to wait for the action to end. However, if
NavigationHandlerImpl does it for me - all I have to do is to enable
the log. Thank you for your reply - I'll give it a shot.

Regards,
Svilen

2007/8/29, Andrew Robinson <[EMAIL PROTECTED]>:
  

If you can wait until after the action has been called, you can use
the ActionListener of the JSF Application or the NavigationHandler as
both have access to the action EL expression. BTW - the myfaces
NavigationHandlerImpl already logs each call at debug level.

-Andrew

On 8/29/07, Svilen Ivanov <[EMAIL PROTECTED]> wrote:


For audit and debugging purposes I want to log the name of action
method that is being called. Is it possible to hook somewhere in JSF
lifecycle? Or should I use Aspect oriented approach?

Any ideas are appreciated?

--
Svilen Ivanov
http://svilen-online.blogspot.com

There is no dark side of the moon really.
Matter of fact it's all dark.

  



  

Re: EL problem

[Bernhard Huemer]

Hello,

Most probably you're referring to this issue: 
https://issues.apache.org/jira/browse/MYFACES-1670, aren't you?  I've 
tested Raphael's JSP locally and it's really the same problem. "mvn 
-Dmyfaces.version=1.2.0 jetty:run" reproduces the error whereas "mvn 
-Dmyfaces.version=1.2.1-SNAPSHOT jetty:run" doesn't. If Raphael doesn't 
want to switch to MyFaces 1.2.1-SNAPSHOT, why not patching MyFaces locally?


regards,
Bernhard

P.S: I would have attached my sample application, but the spam 
protection doesn't "like" it ..


Bruno Aranda wrote:

Hi, does it work if you use #{...} instead of ${...}? I seem to recall
a bug in myfaces 1.2.0 that has been fixed recently and it should be
fixed in the current snaphots (try myfaces-1.2.1-SNAPSHOT)...

Cheers,

Bruno

On 29/08/2007, Raphael Parree <[EMAIL PROTECTED]> wrote:
  

Hi,

This problem might have been addressed already within the mailing list. I
went trough the archives but was unable to find anything (now is the search
string "EL problem" not the best search string)

I'm in the process of upgrading to Tomcat 6 (6.0.14) and MyFaces 1.2.0. I
have a major problem with the EL. My JSF pages are using EL but know they
all resolve to empty strings (all EL on JSF pages, on JSPs they work).

For example the following fails:

<%@ taglib uri="http://java.sun.com/jsf/core " prefix="f" %>
<%@ taglib uri="http://java.sun.com/jsf/html " prefix="h" %>

 
  

 
...
   Test:${pageContext.request.contextPath}, ${param.foo}  
 
   Test:${pageContext.request.contextPath}, ${param.foo}  
 ...



On both locations the result of the EL is empty.

Is this a known bug, does it have to do with libraries that i have available
in the lib?

Any help is welcome,

Kind regards,

Raphael






  

RE: EL problem

[Raphael Parree]

Bernhard,

Thanks for your reply...it seems that indeed I am referring to that issue. I
would like to test the same as you did. Which pom do you use to execute the
mvn commands below (IOW what do I check out of SVN)

Again Bernhard tx,

Raphael


-Original Message-
From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 16:50
To: MyFaces Discussion
Subject: Re: EL problem

Hello,

Most probably you're referring to this issue: 
https://issues.apache.org/jira/browse/MYFACES-1670, aren't you?  I've 
tested Raphael's JSP locally and it's really the same problem. "mvn 
-Dmyfaces.version=1.2.0 jetty:run" reproduces the error whereas "mvn 
-Dmyfaces.version=1.2.1-SNAPSHOT jetty:run" doesn't. If Raphael doesn't 
want to switch to MyFaces 1.2.1-SNAPSHOT, why not patching MyFaces locally?

regards,
Bernhard

P.S: I would have attached my sample application, but the spam 
protection doesn't "like" it ..

Bruno Aranda wrote:
> Hi, does it work if you use #{...} instead of ${...}? I seem to recall
> a bug in myfaces 1.2.0 that has been fixed recently and it should be
> fixed in the current snaphots (try myfaces-1.2.1-SNAPSHOT)...
>
> Cheers,
>
> Bruno
>
> On 29/08/2007, Raphael Parree <[EMAIL PROTECTED]> wrote:
>   
>> Hi,
>>
>> This problem might have been addressed already within the mailing list. I
>> went trough the archives but was unable to find anything (now is the
search
>> string "EL problem" not the best search string)
>>
>> I'm in the process of upgrading to Tomcat 6 (6.0.14) and MyFaces 1.2.0. I
>> have a major problem with the EL. My JSF pages are using EL but know they
>> all resolve to empty strings (all EL on JSF pages, on JSPs they work).
>>
>> For example the following fails:
>>
>> <%@ taglib uri="http://java.sun.com/jsf/core " prefix="f" %>
>> <%@ taglib uri="http://java.sun.com/jsf/html " prefix="h" %>
>> 
>>  
>>   > type="text/css"/>
>> 
>>  
>> ...
>>Test:${pageContext.request.contextPath}, ${param.foo}  
>>  
>>Test:${pageContext.request.contextPath}, ${param.foo}  
>>  ...
>> 
>>
>>
>> On both locations the result of the EL is empty.
>>
>> Is this a known bug, does it have to do with libraries that i have
available
>> in the lib?
>>
>> Any help is welcome,
>>
>> Kind regards,
>>
>> Raphael
>>
>>
>>
>> 
>
>   

Re: [Trinidad] change appearance os tableselectmany

[Andrew Robinson]

You could use a custom renderer, or use JavaScript to hide the
checkbox and add on on click method to each of the labels that sets
the checked flag

On 8/29/07, Christian Klocker <[EMAIL PROTECTED]> wrote:
> i'd like to hide the checkbox because selected state should be marked by 
> drawing a border on selected rows ... so, i'm wondering how this can be done?
>
> thanks
> chistian
>

Re: trinidad outputFormat and f:param support

[Andrew Robinson]

Well you could do:



where you could write format1, format2, etc. EL functions to do the work.

You could also do:



  





On 8/30/07, Paul Mander <[EMAIL PROTECTED]> wrote:
>
>
>
> Andrew Robinson-5 wrote:
> >
> > Well, that is not localizable
> >
> > I think the use case that he means is more like:
> >
> > 
> > 
> > 
> >
> > messages.properties
> > str = Test {0} param
> >
> >
>
> That's a better example.
>
> --
> View this message in context: 
> http://www.nabble.com/trinidad-outputFormat-and-f%3Aparam-support-tf4347417.html#a12401317
> Sent from the MyFaces - Users mailing list archive at Nabble.com.
>
>

Re: Which components to use? - Seam?!

[Andrew Robinson]

I have never used Spring, so can't help there

As for limitations with Seam, there aren't any specific ones. I am
just mentioning that in writing some more functionality, I had to get
deep into Seam's code. For example, I created my own include tag that
works with Trinidad that uses its own view handler that allows links
in the include to navigate the view of the include, view of another
include of view of the root. I  also wanted the Seam pages.xml
functionality to work on these includes (actions, navigation rules,
security, etc.). I got it to work, but it took quite a bit of research
and some testing.

-Andrew

On 8/30/07, distillingweb <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew,
>
> I am using JSF+Hibernate+Spring. The Spring part becomes my concerning
> whether to use Seam or not. However,
> I have seen seem some replies of people using the same stack as mine
> integrating with Seam, but I am not
> sure if it has been deployed in production without big issues.
>
> Thanks. Best wishes.
>
> - Original Message 
> From: Ognjen Blagojevic <[EMAIL PROTECTED]>
> To: MyFaces Discussion 
> Sent: Thursday, August 30, 2007 11:26:38 AM
> Subject: Re: Which components to use? - Seam?!
>
> Hi Andrew,
>
> > The only thing you may notice with Seam is that it is very integrated
> > into the JSF lifecycle and if you start doing some advanced coding
> > with your application you may run into areas where you have to
> > consider how you may affect Seam's functionality.
>
> Can you explain this in more detail? I am also considering using Seam,
> and I would like to know its potential limitations.
>
> Regards,
> Ognjen
>
>
>  
> Luggage? GPS? Comic books?
>  Check out fitting gifts for grads at Yahoo! Search.

Re: EL problem

[Bernhard Huemer]

Hello,

Actually I've ment that Bruno is referring to that issue ("[...] I seem 
to recall a bug in myfaces 1.2.0 that has been fixed recently [...]") 
but never mind! ;-) I've attached the POM I've been using.


regards,
Bernhard

Raphael Parree wrote:

Bernhard,

Thanks for your reply...it seems that indeed I am referring to that issue. I
would like to test the same as you did. Which pom do you use to execute the
mvn commands below (IOW what do I check out of SVN)

Again Bernhard tx,

Raphael


-Original Message-
From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 16:50

To: MyFaces Discussion
Subject: Re: EL problem

Hello,

Most probably you're referring to this issue: 
https://issues.apache.org/jira/browse/MYFACES-1670, aren't you?  I've 
tested Raphael's JSP locally and it's really the same problem. "mvn 
-Dmyfaces.version=1.2.0 jetty:run" reproduces the error whereas "mvn 
-Dmyfaces.version=1.2.1-SNAPSHOT jetty:run" doesn't. If Raphael doesn't 
want to switch to MyFaces 1.2.1-SNAPSHOT, why not patching MyFaces locally?


regards,
Bernhard

P.S: I would have attached my sample application, but the spam 
protection doesn't "like" it ..


Bruno Aranda wrote:
  

Hi, does it work if you use #{...} instead of ${...}? I seem to recall
a bug in myfaces 1.2.0 that has been fixed recently and it should be
fixed in the current snaphots (try myfaces-1.2.1-SNAPSHOT)...

Cheers,

Bruno

On 29/08/2007, Raphael Parree <[EMAIL PROTECTED]> wrote:
  


Hi,

This problem might have been addressed already within the mailing list. I
went trough the archives but was unable to find anything (now is the
  

search
  

string "EL problem" not the best search string)

I'm in the process of upgrading to Tomcat 6 (6.0.14) and MyFaces 1.2.0. I
have a major problem with the EL. My JSF pages are using EL but know they
all resolve to empty strings (all EL on JSF pages, on JSPs they work).

For example the following fails:

<%@ taglib uri="http://java.sun.com/jsf/core " prefix="f" %>
<%@ taglib uri="http://java.sun.com/jsf/html " prefix="h" %>

 
  

 
...
   Test:${pageContext.request.contextPath}, ${param.foo}  
 
   Test:${pageContext.request.contextPath}, ${param.foo}  
 ...



On both locations the result of the EL is empty.

Is this a known bug, does it have to do with libraries that i have
  

available
  

in the lib?

Any help is welcome,

Kind regards,

Raphael




  
  




  



http://maven.apache.org/POM/4.0.0"; 
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
		http://maven.apache.org/maven-v4_0_0.xsd";>
		
	4.0.0
	
	org.apache.myfaces.debug
	el-debug
	1.0.0
	
	
		
			
org.mortbay.jetty
maven-jetty-plugin



	
	
		org.apache.myfaces.core
		myfaces-api
		${myfaces.version}
	
	
		org.apache.myfaces.core
		myfaces-impl
		${myfaces.version}
	
	

			
		
	
	
	

		
		
			org.apache.myfaces.core
			myfaces-api
			${myfaces.version}
			provided
		
		
	

	
		
		
			apache.org
			Maven Snapshots
			
http://people.apache.org/repo/m2-snapshot-repository
			

			
false
			
			
true
			
		
	
	
	
		
		1.2.0
	

RE: EL problem

[Raphael Parree]

Bernhard,

Gotcha...it has been a long day ;)

What do I need to check out of SVN...the trunk produces a 1.1.6
snapshotdo I need to checkout
http://svn.apache.org/repos/asf/myfaces/core/branches/1_2_1?

Tx.,

Raphael


-Original Message-
From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 17:33
To: MyFaces Discussion
Subject: Re: EL problem

Hello,

Actually I've ment that Bruno is referring to that issue ("[...] I seem 
to recall a bug in myfaces 1.2.0 that has been fixed recently [...]") 
but never mind! ;-) I've attached the POM I've been using.

regards,
Bernhard

Raphael Parree wrote:
> Bernhard,
>
> Thanks for your reply...it seems that indeed I am referring to that issue.
I
> would like to test the same as you did. Which pom do you use to execute
the
> mvn commands below (IOW what do I check out of SVN)
>
> Again Bernhard tx,
>
> Raphael
>
>
> -Original Message-
> From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
> Sent: 30 August 2007 16:50
> To: MyFaces Discussion
> Subject: Re: EL problem
>
> Hello,
>
> Most probably you're referring to this issue: 
> https://issues.apache.org/jira/browse/MYFACES-1670, aren't you?  I've 
> tested Raphael's JSP locally and it's really the same problem. "mvn 
> -Dmyfaces.version=1.2.0 jetty:run" reproduces the error whereas "mvn 
> -Dmyfaces.version=1.2.1-SNAPSHOT jetty:run" doesn't. If Raphael doesn't 
> want to switch to MyFaces 1.2.1-SNAPSHOT, why not patching MyFaces
locally?
>
> regards,
> Bernhard
>
> P.S: I would have attached my sample application, but the spam 
> protection doesn't "like" it ..
>
> Bruno Aranda wrote:
>   
>> Hi, does it work if you use #{...} instead of ${...}? I seem to recall
>> a bug in myfaces 1.2.0 that has been fixed recently and it should be
>> fixed in the current snaphots (try myfaces-1.2.1-SNAPSHOT)...
>>
>> Cheers,
>>
>> Bruno
>>
>> On 29/08/2007, Raphael Parree <[EMAIL PROTECTED]> wrote:
>>   
>> 
>>> Hi,
>>>
>>> This problem might have been addressed already within the mailing list.
I
>>> went trough the archives but was unable to find anything (now is the
>>>   
> search
>   
>>> string "EL problem" not the best search string)
>>>
>>> I'm in the process of upgrading to Tomcat 6 (6.0.14) and MyFaces 1.2.0.
I
>>> have a major problem with the EL. My JSF pages are using EL but know
they
>>> all resolve to empty strings (all EL on JSF pages, on JSPs they work).
>>>
>>> For example the following fails:
>>>
>>> <%@ taglib uri="http://java.sun.com/jsf/core " prefix="f" %>
>>> <%@ taglib uri="http://java.sun.com/jsf/html " prefix="h" %>
>>> 
>>>  
>>>   >> type="text/css"/>
>>> 
>>>  
>>> ...
>>>Test:${pageContext.request.contextPath}, ${param.foo}  
>>>  
>>>Test:${pageContext.request.contextPath}, ${param.foo}  
>>>  ...
>>> 
>>>
>>>
>>> On both locations the result of the EL is empty.
>>>
>>> Is this a known bug, does it have to do with libraries that i have
>>>   
> available
>   
>>> in the lib?
>>>
>>> Any help is welcome,
>>>
>>> Kind regards,
>>>
>>> Raphael
>>>
>>>
>>>
>>> 
>>>   
>>   
>> 
>
>
>   

[Trinidad] inputDate date restrictions

[Darren McEntee]

Hi guys,

 

Quick question... I have two tr:inputDate fields i.e.

 

- Date From:

- Date To:

 

Both are as follows:

 















 

The DateBean just restricts the max selectable value.

What I want to know is it possible to go about restricting the Date To
and the Date From fields in such the way that the Date From value must
be less than Date To value when the user selects it ... and the Date To
value must be greater than or equal to the Date From value when the user
selects it.

 

i.e. is there a Trinidad component/property that allows you to look at
the values in the previous field so we can restrict the value on other
fields afterwards?

 

Hope im making sense.

Thanks.

Darren.
 
P Please consider the environment before printing this email
_ 
 
1. The information contained in this E-mail, including any files transmitted 
with it, is confidential and may be legally privileged. This E-mail is intended 
only for the personal attention of the stated addressee(s). Any access to this 
E-mail, including any files transmitted with it, by any other person is 
unauthorised. If you are not an addressee, you must not disclose, copy, 
circulate or in any other way use or rely on the information contained in this 
E-mail or any files transmitted with it. Such unauthorised use may be unlawful. 
If you have received this E-mail in error, please inform the sender immediately 
and delete it and all copies from your system. You may not forward this E-mail 
without the permission of the sender.
 
2. The views expressed in this E-mail are those of the author, and do not 
necessarily represent the views of AMT-SYBEX. Internet communications are not 
secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the 
contents of this message nor for any damage caused by viruses.
 
AMT-SYBEX Limited is a UK company, registration number GB03036807 at address 
The Spirella Building, Bridge Road, Letchworth, SG6 4ET. 
AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address 
Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com
_

Re: [Trinidad] change appearance os tableselectmany

[Christian Klocker]

hi andrew,
> You could use a custom renderer, or use JavaScript to hide the
> checkbox and add on on click method to each of the labels that sets
> the checked flag

i think i'll try the custom renderer approach because i have controls inside 
table-rows so your suggested label-approach seems impossible and i'd like to 
support browsers with disabled javascript too.

which do i have to extend 
(org.apache.myfaces.trinidadinternal.renderkit.core.desktop.DesktopTableRenderer)
 ?

thanks
christian

Re: [Trinidad] inputDate date restrictions

[Andrew Robinson]

MyFaces sandbox has a validateCompareTo validator to do exactly that.

On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
> Hi guys,
>
>
>
> Quick question… I have two tr:inputDate fields i.e.
>
>
>
> - Date From:
>
> - Date To:
>
>
>
> Both are as follows:
>
>
>
> 
>
> 
>
> 
>
>
>
> 
>
> 
>
> 
>
>
>
> The DateBean just restricts the max selectable value.
>
> What I want to know is it possible to go about restricting the Date To and
> the Date From fields in such the way that the Date From value must be less
> than Date To value when the user selects it … and the Date To value must be
> greater than or equal to the Date From value when the user selects it.
>
>
>
> i.e. is there a Trinidad component/property that allows you to look at the
> values in the previous field so we can restrict the value on other fields
> afterwards?
>
>
>
> Hope im making sense.
>
> Thanks.
>
> Darren.
>
>
>
> P Please consider the environment before printing this email
>  _
>
> 1. The information contained in this E-mail, including any files transmitted
> with it, is confidential and may be legally privileged. This E-mail is
> intended only for the personal attention of the stated addressee(s). Any
> access to this E-mail, including any files transmitted with it, by any other
> person is unauthorised. If you are not an addressee, you must not disclose,
> copy, circulate or in any other way use or rely on the information contained
> in this E-mail or any files transmitted with it. Such unauthorised use may
> be unlawful. If you have received this E-mail in error, please inform the
> sender immediately and delete it and all copies from your system. You may
> not forward this E-mail without the permission of the sender.
>
> 2. The views expressed in this E-mail are those of the author, and do not
> necessarily represent the views of AMT-SYBEX. Internet communications are
> not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for
> the contents of this message nor for any damage caused by viruses.
>
>  AMT-SYBEX Limited is a UK company, registration number GB03036807 at
> address The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
>  AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at
> address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
> For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com
> _
>

Re: Using Tiles2 with jsf

[Chris Pratt]

This is just a guess, but I don't think you can have a f:view within
an f:view.  You might try changing the f:view's in the included tiles
to f:subview.
  (*Chris*)

On 8/30/07, Florian Reiser <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have an trinidad-jsf-file containing the following tags:
>
> 
>   
> 
>   
> 
>   
> 
> 
>   
> 
>   
> 
>
> I want to split the layout section of the page from the actual content with 
> the help of tiles. I create the following tiles:
>
> template.jsp:
>
> 
>   
> 
>   
> 
>   
> 
> 
>   
> 
>   
> 
>
> myPage.jsp:
> 
>   
> 
>   
> 
>
> When I execute call myPage.jsp from my web browser, I get the following 
> errors:
>
> 09:58:31,025 WARN  [taglib] Can't leverage base class
> java.lang.IllegalStateException
> at 
> com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
> [snip]
> 09:58:31,025 ERROR [[jsp]] Servlet.service() for servlet jsp threw exception
> java.lang.IllegalStateException
> at 
> com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
> [snip]
> 09:58:31,041 WARN  [taglib] Can't leverage base class
> java.lang.IllegalStateException
> at 
> com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
> [snip]
> 09:58:31,057 ERROR [[jsp]] Servlet.service() for servlet jsp threw exception
> java.lang.IllegalStateException
> at 
> com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
> [snip]
> 09:58:31,057 ERROR [RenderTagSupport] Error during rendering
> javax.servlet.jsp.JspException: ServletException while including page.
> at org.apache.tiles.jsp.context.JspUtil.doInclude(JspUtil.java:102)
> [snip]
> Caused by: org.apache.jasper.JasperException: An exception occurred 
> processing JSP page /templates/default.jsp at line 7
>
> 4:  uri="http://java.sun.com/jsf/html"; prefix="h"%><[EMAIL PROTECTED]
> 5:  uri="http://tiles.apache.org/tags-tiles"; prefix="tiles"%>
> 6:
> 7: 
> 8:  
> 9:  
> 10: 
>
>
> Stacktrace:
> at 
> org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:518)
> [snip]
> Caused by: javax.servlet.ServletException: javax.servlet.jsp.JspException: 
> java.lang.IllegalStateException
> at 
> org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:851)
> [snip]
> Caused by: java.lang.IllegalStateException
> at 
> com.sun.faces.taglib.jsf_core.ViewTag.getComponentType(ViewTag.java:258)
> [snip]
> 09:58:31,103 WARN  [lifecycle] executePhase(RENDER_RESPONSE 6,[EMAIL 
> PROTECTED]) threw exception
> java.lang.NullPointerException
> at 
> org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.EditableValueRenderer.addOnSubmitConverterValidators(EditableValueRenderer.java:206)
> [snip]
> 09:58:31,103 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces 
> Servlet threw exception
> java.lang.NullPointerException
> at 
> org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.EditableValueRenderer.addOnSubmitConverterValidators(EditableValueRenderer.java:206)
> [snip]
>
>
> What do I have to do to get tiles2 working with my jsf-pages?
>
> With kind regards
> Florian Reiser
> --
> GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
> Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
>
> --
> GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
> Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
>

RE: [Trinidad] inputDate date restrictions

[Darren McEntee]

Thanks Andrew, 

 

How do I go about getting my hands on that?

 

-Original Message-
From: Andrew Robinson [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 16:51
To: MyFaces Discussion
Subject: Re: [Trinidad] inputDate date restrictions

 

** This Message Originated From The Internet Please Be Aware Of
Suspicious Attachments And Content **

 

MyFaces sandbox has a validateCompareTo validator to do exactly that.

 

On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:

> 

> 

> 

> 

> 

> Hi guys,

> 

> 

> 

> Quick question... I have two tr:inputDate fields i.e.

> 

> 

> 

> - Date From:

> 

> - Date To:

> 

> 

> 

> Both are as follows:

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> The DateBean just restricts the max selectable value.

> 

> What I want to know is it possible to go about restricting the Date To
and

> the Date From fields in such the way that the Date From value must be
less

> than Date To value when the user selects it ... and the Date To value
must be

> greater than or equal to the Date From value when the user selects it.

> 

> 

> 

> i.e. is there a Trinidad component/property that allows you to look at
the

> values in the previous field so we can restrict the value on other
fields

> afterwards?

> 

> 

> 

> Hope im making sense.

> 

> Thanks.

> 

> Darren.

> 

> 

> 

> P Please consider the environment before printing this email

>  _

> 

> 1. The information contained in this E-mail, including any files
transmitted

> with it, is confidential and may be legally privileged. This E-mail is

> intended only for the personal attention of the stated addressee(s).
Any

> access to this E-mail, including any files transmitted with it, by any
other

> person is unauthorised. If you are not an addressee, you must not
disclose,

> copy, circulate or in any other way use or rely on the information
contained

> in this E-mail or any files transmitted with it. Such unauthorised use
may

> be unlawful. If you have received this E-mail in error, please inform
the

> sender immediately and delete it and all copies from your system. You
may

> not forward this E-mail without the permission of the sender.

> 

> 2. The views expressed in this E-mail are those of the author, and do
not

> necessarily represent the views of AMT-SYBEX. Internet communications
are

> not secure and AMT-SYBEX cannot, therefore, accept legal
responsibility for

> the contents of this message nor for any damage caused by viruses.

> 

>  AMT-SYBEX Limited is a UK company, registration number GB03036807 at

> address The Spirella Building, Bridge Road, Letchworth, SG6 4ET.

>  AMT-SYBEX (NI) Limited is a UK company, registration number NI024104
at

> address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.

> For more information on the AMT-SYBEX Group visit
http://www.amt-sybex.com

> _

> 

 

 

 

P Please consider the environment before printing this email

Re: EL problem

[Bernhard Huemer]

Hello,

well as you've said previously that you don't want to move to 
1.2.1-SNAPSHOT yet, you'd better use the 1.2.0 branch. That would be 
http://svn.apache.org/repos/asf/myfaces/core/branches/1_2_0/. Apply the 
patch, rebuild myfaces .. there you go! ;-)


regards,
Bernhard

Raphael Parree wrote:

Bernhard,

Gotcha...it has been a long day ;)

What do I need to check out of SVN...the trunk produces a 1.1.6
snapshotdo I need to checkout
http://svn.apache.org/repos/asf/myfaces/core/branches/1_2_1?

Tx.,

Raphael


-Original Message-
From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 17:33

To: MyFaces Discussion
Subject: Re: EL problem

Hello,

Actually I've ment that Bruno is referring to that issue ("[...] I seem 
to recall a bug in myfaces 1.2.0 that has been fixed recently [...]") 
but never mind! ;-) I've attached the POM I've been using.


regards,
Bernhard

Raphael Parree wrote:
  

Bernhard,

Thanks for your reply...it seems that indeed I am referring to that issue.


I
  

would like to test the same as you did. Which pom do you use to execute


the
  

mvn commands below (IOW what do I check out of SVN)

Again Bernhard tx,

Raphael


-Original Message-
From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 16:50

To: MyFaces Discussion
Subject: Re: EL problem

Hello,

Most probably you're referring to this issue: 
https://issues.apache.org/jira/browse/MYFACES-1670, aren't you?  I've 
tested Raphael's JSP locally and it's really the same problem. "mvn 
-Dmyfaces.version=1.2.0 jetty:run" reproduces the error whereas "mvn 
-Dmyfaces.version=1.2.1-SNAPSHOT jetty:run" doesn't. If Raphael doesn't 
want to switch to MyFaces 1.2.1-SNAPSHOT, why not patching MyFaces


locally?
  

regards,
Bernhard

P.S: I would have attached my sample application, but the spam 
protection doesn't "like" it ..


Bruno Aranda wrote:
  


Hi, does it work if you use #{...} instead of ${...}? I seem to recall
a bug in myfaces 1.2.0 that has been fixed recently and it should be
fixed in the current snaphots (try myfaces-1.2.1-SNAPSHOT)...

Cheers,

Bruno

On 29/08/2007, Raphael Parree <[EMAIL PROTECTED]> wrote:
  

  

Hi,

This problem might have been addressed already within the mailing list.


I
  

went trough the archives but was unable to find anything (now is the
  


search
  


string "EL problem" not the best search string)

I'm in the process of upgrading to Tomcat 6 (6.0.14) and MyFaces 1.2.0.


I
  

have a major problem with the EL. My JSF pages are using EL but know


they
  

all resolve to empty strings (all EL on JSF pages, on JSPs they work).

For example the following fails:

<%@ taglib uri="http://java.sun.com/jsf/core " prefix="f" %>
<%@ taglib uri="http://java.sun.com/jsf/html " prefix="h" %>

 
  

 
...
   Test:${pageContext.request.contextPath}, ${param.foo}  
 
   Test:${pageContext.request.contextPath}, ${param.foo}  
 ...



On both locations the result of the EL is empty.

Is this a known bug, does it have to do with libraries that i have
  


available
  


in the lib?

Any help is welcome,

Kind regards,

Raphael




  

  

  
  





  

Re: [Trinidad] inputDate date restrictions

[Andrew Robinson]

http://myfaces.apache.org/download.html

I believe it is now bundled inside the Tomahawk jar

I don't see any references to any Tomahawk classes really, so it looks
like you can skip the whole Tomahawk configuration (like the
Extensions filter) if this is the only component you want to use. Just
deploy the tomahawk and sandbox jars to your WEB-INF lib. If you are
using facelets, you will need to get the taglib.xml files from the
wiki as they are not provided.

-Andrew

On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Thanks Andrew,
>
>
>
> How do I go about getting my hands on that?
>
>
>
>
> -Original Message-
>  From: Andrew Robinson [mailto:[EMAIL PROTECTED]
>  Sent: 30 August 2007 16:51
>  To: MyFaces Discussion
>  Subject: Re: [Trinidad] inputDate date restrictions
>
>
>
> ** This Message Originated From The Internet Please Be Aware Of
> Suspicious Attachments And Content **
>
>
>
> MyFaces sandbox has a validateCompareTo validator to do exactly that.
>
>
>
> On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > Hi guys,
>
> >
>
> >
>
> >
>
> > Quick question… I have two tr:inputDate fields i.e.
>
> >
>
> >
>
> >
>
> > - Date From:
>
> >
>
> > - Date To:
>
> >
>
> >
>
> >
>
> > Both are as follows:
>
> >
>
> >
>
> >
>
> > 
>
> >
>
> > 
>
> >
>
> > 
>
> >
>
> >
>
> >
>
> > 
>
> >
>
> > 
>
> >
>
> > 
>
> >
>
> >
>
> >
>
> > The DateBean just restricts the max selectable value.
>
> >
>
> > What I want to know is it possible to go about restricting the Date To and
>
> > the Date From fields in such the way that the Date From value must be less
>
> > than Date To value when the user selects it … and the Date To value must
> be
>
> > greater than or equal to the Date From value when the user selects it.
>
> >
>
> >
>
> >
>
> > i.e. is there a Trinidad component/property that allows you to look at the
>
> > values in the previous field so we can restrict the value on other fields
>
> > afterwards?
>
> >
>
> >
>
> >
>
> > Hope im making sense.
>
> >
>
> > Thanks.
>
> >
>
> > Darren.
>
> >
>
> >
>
> >
>
> > P Please consider the environment before printing this email
>
> >
> _
>
> >
>
> > 1. The information contained in this E-mail, including any files
> transmitted
>
> > with it, is confidential and may be legally privileged. This E-mail is
>
> > intended only for the personal attention of the stated addressee(s). Any
>
> > access to this E-mail, including any files transmitted with it, by any
> other
>
> > person is unauthorised. If you are not an addressee, you must not
> disclose,
>
> > copy, circulate or in any other way use or rely on the information
> contained
>
> > in this E-mail or any files transmitted with it. Such unauthorised use may
>
> > be unlawful. If you have received this E-mail in error, please inform the
>
> > sender immediately and delete it and all copies from your system. You may
>
> > not forward this E-mail without the permission of the sender.
>
> >
>
> > 2. The views expressed in this E-mail are those of the author, and do not
>
> > necessarily represent the views of AMT-SYBEX. Internet communications are
>
> > not secure and AMT-SYBEX cannot, therefore, accept legal responsibility
> for
>
> > the contents of this message nor for any damage caused by viruses.
>
> >
>
> >  AMT-SYBEX Limited is a UK company, registration number GB03036807 at
>
> > address The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
>
> >  AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at
>
> > address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
>
> > For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com
>
> > _
>
> >
>
>
>
>
>
>
>
> P Please consider the environment before printing this email

t:dataTable: how to change css-style on single cells after conversion error?

[Peter Steiner]

I have a t:dataTable where users can input numbers (a worksheet like in
excel).
I wrote a custom converter in order to convert the Strings to a Number. If
the format is not the one I expect I would like to change the css-styleClass
of the cell(s) with wrong input so the user can see quickly in which cell
the error happened (and additionally I print an error-message on top of the
screen).

  



  ...
   

My converter works, but I don't know how to change the style of the
input-component. The following code does not work, it changes me the error
class of the whole column!

public Double getAsObject(FacesContext fc, UIComponent uc, String 
asString)
throws ConverterException {

Double doubleValue = null;
try {
  . //convert the string to a double
} catch (Exception e) {
 
((HtmlInputText)uc).setStyleClass("errorStyle");
   FacesMessage facesMessage = 
throw new ConverterException(facesMessage);
}
return doubleValue;
}

Does anyone know how I can solve this problem?
Any help is appreciated.

Many Thanks
Peter
-- 
View this message in context: 
http://www.nabble.com/t%3AdataTable%3A-how-to-change-css-style-on-single-cells-after-conversion-error--tf4355282.html#a12410633
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: [Trinidad] inputDate date restrictions

[Mike Kienenberger]

Actually, I think it's still in the tomahawk-sandbox.jar right now,
since someone asked earlier today about promoting it to tomahawk
proper.

It has some minor dependencies on the shared utility classes, but if
tomahawk+sandbox is too much to add to your project, it shouldn't take
much to pull it out into separate files.
If you're using myfaces, you could change the dependencies to
shared_impl instead of shared_tomahawk in your local copy.

Ideally, we'll get the infrastructure in place to start the myfaces
commons subproject, which will be a small set of
tomahawk/trinidad/tobago validators/components/converters that can
work with any renderkit, and this will go into that smaller
more-friendly component set.


On 8/30/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> http://myfaces.apache.org/download.html
>
> I believe it is now bundled inside the Tomahawk jar
>
> I don't see any references to any Tomahawk classes really, so it looks
> like you can skip the whole Tomahawk configuration (like the
> Extensions filter) if this is the only component you want to use. Just
> deploy the tomahawk and sandbox jars to your WEB-INF lib. If you are
> using facelets, you will need to get the taglib.xml files from the
> wiki as they are not provided.
>
> -Andrew
>
> On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
> > Thanks Andrew,
> >
> >
> >
> > How do I go about getting my hands on that?
> >
> >
> >
> >
> > -Original Message-
> >  From: Andrew Robinson [mailto:[EMAIL PROTECTED]
> >  Sent: 30 August 2007 16:51
> >  To: MyFaces Discussion
> >  Subject: Re: [Trinidad] inputDate date restrictions
> >
> >
> >
> > ** This Message Originated From The Internet Please Be Aware Of
> > Suspicious Attachments And Content **
> >
> >
> >
> > MyFaces sandbox has a validateCompareTo validator to do exactly that.
> >
> >
> >
> > On 8/30/07, Darren McEntee <[EMAIL PROTECTED]> wrote:
> >
> > >
> >
> > >
> >
> > >
> >
> > >
> >
> > >
> >
> > > Hi guys,
> >
> > >
> >
> > >
> >
> > >
> >
> > > Quick question… I have two tr:inputDate fields i.e.
> >
> > >
> >
> > >
> >
> > >
> >
> > > - Date From:
> >
> > >
> >
> > > - Date To:
> >
> > >
> >
> > >
> >
> > >
> >
> > > Both are as follows:
> >
> > >
> >
> > >
> >
> > >
> >
> > > 
> >
> > >
> >
> > > 
> >
> > >
> >
> > > 
> >
> > >
> >
> > >
> >
> > >
> >
> > > 
> >
> > >
> >
> > > 
> >
> > >
> >
> > > 
> >
> > >
> >
> > >
> >
> > >
> >
> > > The DateBean just restricts the max selectable value.
> >
> > >
> >
> > > What I want to know is it possible to go about restricting the Date To and
> >
> > > the Date From fields in such the way that the Date From value must be less
> >
> > > than Date To value when the user selects it … and the Date To value must
> > be
> >
> > > greater than or equal to the Date From value when the user selects it.
> >
> > >
> >
> > >
> >
> > >
> >
> > > i.e. is there a Trinidad component/property that allows you to look at the
> >
> > > values in the previous field so we can restrict the value on other fields
> >
> > > afterwards?
> >
> > >
> >
> > >
> >
> > >
> >
> > > Hope im making sense.
> >
> > >
> >
> > > Thanks.
> >
> > >
> >
> > > Darren.
> >
> > >
> >
> > >
> >
> > >
> >
> > > P Please consider the environment before printing this email
> >
> > >
> > _
> >
> > >
> >
> > > 1. The information contained in this E-mail, including any files
> > transmitted
> >
> > > with it, is confidential and may be legally privileged. This E-mail is
> >
> > > intended only for the personal attention of the stated addressee(s). Any
> >
> > > access to this E-mail, including any files transmitted with it, by any
> > other
> >
> > > person is unauthorised. If you are not an addressee, you must not
> > disclose,
> >
> > > copy, circulate or in any other way use or rely on the information
> > contained
> >
> > > in this E-mail or any files transmitted with it. Such unauthorised use may
> >
> > > be unlawful. If you have received this E-mail in error, please inform the
> >
> > > sender immediately and delete it and all copies from your system. You may
> >
> > > not forward this E-mail without the permission of the sender.
> >
> > >
> >
> > > 2. The views expressed in this E-mail are those of the author, and do not
> >
> > > necessarily represent the views of AMT-SYBEX. Internet communications are
> >
> > > not secure and AMT-SYBEX cannot, therefore, accept legal responsibility
> > for
> >
> > > the contents of this message nor for any damage caused by viruses.
> >
> > >
> >
> > >  AMT-SYBEX Limited is a UK company, registration number GB03036807 at
> >
> > > address The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
> >
> > >  AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at
> >
> > > address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
> >
> > > For more information on the AMT-SYBEX Group visit h

Re: t:dataTable: how to change css-style on single cells after conversion error?

[Andrew Robinson]

If you want to use Seam they have the ability to wrap components with messages:

http://docs.jboss.org/seam/1.2.1.GA/reference/en/html_single/#validation

On 8/30/07, Peter Steiner <[EMAIL PROTECTED]> wrote:
>
> I have a t:dataTable where users can input numbers (a worksheet like in
> excel).
> I wrote a custom converter in order to convert the Strings to a Number. If
> the format is not the one I expect I would like to change the css-styleClass
> of the cell(s) with wrong input so the user can see quickly in which cell
> the error happened (and additionally I print an error-message on top of the
> screen).
>
>   
> 
>   styleClass="#{StyleBean.style]}" />
> 
>   ...
>
>
> My converter works, but I don't know how to change the style of the
> input-component. The following code does not work, it changes me the error
> class of the whole column!
>
> public Double getAsObject(FacesContext fc, UIComponent uc, String 
> asString)
> throws ConverterException {
>
> Double doubleValue = null;
> try {
>   . //convert the string to a double
> } catch (Exception e) {
>
> ((HtmlInputText)uc).setStyleClass("errorStyle");
>FacesMessage facesMessage = 
> throw new ConverterException(facesMessage);
> }
> return doubleValue;
> }
>
> Does anyone know how I can solve this problem?
> Any help is appreciated.
>
> Many Thanks
> Peter
> --
> View this message in context: 
> http://www.nabble.com/t%3AdataTable%3A-how-to-change-css-style-on-single-cells-after-conversion-error--tf4355282.html#a12410633
> Sent from the MyFaces - Users mailing list archive at Nabble.com.
>
>

RE: EL problem

[Raphael Parree]

Bernhard,

You might be right, I am indeed a bit reluctant to move to a snapshot except
when it only contains bug fixes and no big refactoring efforts or new
functionality. I take it from you reaction that I am in that case better off
with the 1.2.0 version ;)

Thanks a lot I will let you know if it worked.

Kind regards,

Raphael



-Original Message-
From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
Sent: 30 August 2007 18:05
To: MyFaces Discussion
Subject: Re: EL problem

Hello,

well as you've said previously that you don't want to move to 
1.2.1-SNAPSHOT yet, you'd better use the 1.2.0 branch. That would be 
http://svn.apache.org/repos/asf/myfaces/core/branches/1_2_0/. Apply the 
patch, rebuild myfaces .. there you go! ;-)

regards,
Bernhard

Raphael Parree wrote:
> Bernhard,
>
> Gotcha...it has been a long day ;)
>
> What do I need to check out of SVN...the trunk produces a 1.1.6
> snapshotdo I need to checkout
> http://svn.apache.org/repos/asf/myfaces/core/branches/1_2_1?
>
> Tx.,
>
> Raphael
>
>
> -Original Message-
> From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
> Sent: 30 August 2007 17:33
> To: MyFaces Discussion
> Subject: Re: EL problem
>
> Hello,
>
> Actually I've ment that Bruno is referring to that issue ("[...] I seem 
> to recall a bug in myfaces 1.2.0 that has been fixed recently [...]") 
> but never mind! ;-) I've attached the POM I've been using.
>
> regards,
> Bernhard
>
> Raphael Parree wrote:
>   
>> Bernhard,
>>
>> Thanks for your reply...it seems that indeed I am referring to that
issue.
>> 
> I
>   
>> would like to test the same as you did. Which pom do you use to execute
>> 
> the
>   
>> mvn commands below (IOW what do I check out of SVN)
>>
>> Again Bernhard tx,
>>
>> Raphael
>>
>>
>> -Original Message-
>> From: Bernhard Huemer [mailto:[EMAIL PROTECTED] 
>> Sent: 30 August 2007 16:50
>> To: MyFaces Discussion
>> Subject: Re: EL problem
>>
>> Hello,
>>
>> Most probably you're referring to this issue: 
>> https://issues.apache.org/jira/browse/MYFACES-1670, aren't you?  I've 
>> tested Raphael's JSP locally and it's really the same problem. "mvn 
>> -Dmyfaces.version=1.2.0 jetty:run" reproduces the error whereas "mvn 
>> -Dmyfaces.version=1.2.1-SNAPSHOT jetty:run" doesn't. If Raphael doesn't 
>> want to switch to MyFaces 1.2.1-SNAPSHOT, why not patching MyFaces
>> 
> locally?
>   
>> regards,
>> Bernhard
>>
>> P.S: I would have attached my sample application, but the spam 
>> protection doesn't "like" it ..
>>
>> Bruno Aranda wrote:
>>   
>> 
>>> Hi, does it work if you use #{...} instead of ${...}? I seem to recall
>>> a bug in myfaces 1.2.0 that has been fixed recently and it should be
>>> fixed in the current snaphots (try myfaces-1.2.1-SNAPSHOT)...
>>>
>>> Cheers,
>>>
>>> Bruno
>>>
>>> On 29/08/2007, Raphael Parree <[EMAIL PROTECTED]> wrote:
>>>   
>>> 
>>>   
 Hi,

 This problem might have been addressed already within the mailing list.
 
> I
>   
 went trough the archives but was unable to find anything (now is the
   
 
>> search
>>   
>> 
 string "EL problem" not the best search string)

 I'm in the process of upgrading to Tomcat 6 (6.0.14) and MyFaces 1.2.0.
 
> I
>   
 have a major problem with the EL. My JSF pages are using EL but know
 
> they
>   
 all resolve to empty strings (all EL on JSF pages, on JSPs they work).

 For example the following fails:

 <%@ taglib uri="http://java.sun.com/jsf/core " prefix="f" %>
 <%@ taglib uri="http://java.sun.com/jsf/html " prefix="h" %>
 
  
   >>> type="text/css"/>
 
  
 ...
Test:${pageContext.request.contextPath}, ${param.foo}  
  
Test:${pageContext.request.contextPath}, ${param.foo}  
  ...
 


 On both locations the result of the EL is empty.

 Is this a known bug, does it have to do with libraries that i have
   
 
>> available
>>   
>> 
 in the lib?

 Any help is welcome,

 Kind regards,

 Raphael



 
   
 
>>>   
>>> 
>>>   
>>   
>> 
>
>
>
>   

Re: [Trinidad] Skinning tr:table lines on hover

[Francisco Passos]

Hello Andrew, thank you for your tip.

I just tried your solution, but it doesn't appear to work.

The generated css has this

.af_table.p_AFContent > TR:hover {background-color:yellow}


However it is mentioned nowhere in the html, nor is it implicitly used and
applied to the table...

What could cause this? Are there alternatives?

Thank you,
Francisco Passos



On 8/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
>
> It doesn't look like the table renderer adds any style classes onto
> the TR elements. You could use CSS to do it. Have you tried:
>
> af|table:content > TR:hover {
>   background-color: yellow;
> }
>
> This should theoretically work in IE7 and the "good" browsers
>
> On 8/29/07, Francisco Passos <[EMAIL PROTECTED]> wrote:
> > Hello all!
> >
> > I'm wondering if it is possible to change the css style for a tr:table
> line
> > when the mouse is hovering.
> > And if so, can one do it directly on the skin?
> >
> > Thank you,
> >
> > Francisco Passos
> >
>

Thomas Fischer/kn/seitenbau ist außer Haus

[Thomas Fischer]

Ich werde ab  30.08.2007 nicht im Büro sein. Ich kehre zurück am
03.09.2007.

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.

disable, readonly bug

[Gargi Iyer]

I noticed that while using disable or readonly attributes of 
or , when the disable attribute changes from true to false and
then value of the input text field is changed, the change does not take
effect. When the disable attribute switches to true again, the old value is
redisplayed and not the changed value.

The setter methods of the property bound to the inputText  are not being
called.

This case arises only when the disabled attribute = true at page load time.

I saw an entire application using value change listeners to call the field
setter methods manually.  I think this totally ruins the fun in using JSF.
Has anybody else noticed this behaviour? and does anyone have a solution
for this?

Thanks

Gargi
850-414-5852
CONFIDENTIALITY NOTICE:  This message and any attachments are for the sole
use of the intended recipient(s) and may contain confidential and
privileged information that is exempt from public disclosure.  Any
unauthorized review, use, disclosure, or distribution is prohibited.  If
you have received this message in error please contact the sender (by phone
or reply electronic mail) and then destroy all copies of the original
message.

Re: disable, readonly bug

[Mike Kienenberger]

html disabled attribute means don't send the input field value back to
the server when the form is submitted.  If you want to be able to
change the field value, don't set the field disabled.  (or at least
use javascript to un-disable it before you submit the form)

On 8/30/07, Gargi Iyer <[EMAIL PROTECTED]> wrote:
>
>
>
>
> I noticed that while using disable or readonly attributes of 
> or , when the disable attribute changes from true to false and
> then value of the input text field is changed, the change does not take
> effect. When the disable attribute switches to true again, the old value is
> redisplayed and not the changed value.
>
> The setter methods of the property bound to the inputText  are not being
> called.
>
> This case arises only when the disabled attribute = true at page load time.
>
> I saw an entire application using value change listeners to call the field
> setter methods manually.  I think this totally ruins the fun in using JSF.
> Has anybody else noticed this behaviour? and does anyone have a solution
> for this?
>
> Thanks
>
> Gargi
> 850-414-5852
> CONFIDENTIALITY NOTICE:  This message and any attachments are for the sole
> use of the intended recipient(s) and may contain confidential and
> privileged information that is exempt from public disclosure.  Any
> unauthorized review, use, disclosure, or distribution is prohibited.  If
> you have received this message in error please contact the sender (by phone
> or reply electronic mail) and then destroy all copies of the original
> message.
>
>

Re: disable, readonly bug

[David Delbecq]

Hi,

Your problem, i think is that you submit a value to the field and , in 
same resquest, try to change the disabled attribute of field.


For a specific field's value to go from submit to backing bean, the 
disabled attribute msut be false at all steps of lifecycle:


apply-request value (to store the submitted value)
validation (all form is being validated)
update model (disabled field do not update model)

At each step, the EL-expression of your "disabled" field is evaluated.

i think (difficult to say without sample of your jsf form) that your 
bean property handling the disabled state changes at the wrong time. 
example, you enter a value in non-disabled field, un check the "activate 
box" and submit. The box has been configured, probably, with 
immediate=true, this mean the field goes to disabled state before it's 
apply-request value gets called.


Another possibility could be you store this state (disabled) in a 
request scoped bean which default to true. Then, until you reach update 
model, the field is considered disabled.


Those are just supposition, need jsf sample to confirm.



Gargi Iyer a écrit :



I noticed that while using disable or readonly attributes of 
or , when the disable attribute changes from true to false and
then value of the input text field is changed, the change does not take
effect. When the disable attribute switches to true again, the old value is
redisplayed and not the changed value.

The setter methods of the property bound to the inputText  are not being
called.

This case arises only when the disabled attribute = true at page load time.

I saw an entire application using value change listeners to call the field
setter methods manually.  I think this totally ruins the fun in using JSF.
Has anybody else noticed this behaviour? and does anyone have a solution
for this?

Thanks

Gargi
850-414-5852
CONFIDENTIALITY NOTICE:  This message and any attachments are for the sole
use of the intended recipient(s) and may contain confidential and
privileged information that is exempt from public disclosure.  Any
unauthorized review, use, disclosure, or distribution is prohibited.  If
you have received this message in error please contact the sender (by phone
or reply electronic mail) and then destroy all copies of the original
message.
  

Re: [Trinidad] Skinning tr:table lines on hover

[Andrew Robinson]

I got it to work, but it is very ugly and a really bad hack:

CSS:
.hoverTable TBODY > TR > TD > TABLE > TBODY > TR > TD {
  background-color: transparent;
}
.hoverTable TBODY > TR > TD > TABLE > TBODY > TR:hover {
  background-color: yellow;
}

XHTML:

  
#{_cookie.name}
  
  
#{_cookie.value}
  



It would be great to get skinning class support on every element
written by any of the Trinidad renderers.

Maybe one of the skin experts can shed some light and a better solution.

-Andrew

On 8/30/07, Francisco Passos <[EMAIL PROTECTED]> wrote:
> Hello Andrew, thank you for your tip.
>
> I just tried your solution, but it doesn't appear to work.
>
> The generated css has this
>
> .af_table.p_AFContent > TR:hover {background-color:yellow}
>
>  However it is mentioned nowhere in the html, nor is it implicitly used and
> applied to the table...
>
> What could cause this? Are there alternatives?
>
> Thank you,
> Francisco Passos
>
>
>
>
>  On 8/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> > It doesn't look like the table renderer adds any style classes onto
> > the TR elements. You could use CSS to do it. Have you tried:
> >
> > af|table:content > TR:hover {
> >   background-color: yellow;
> > }
> >
> > This should theoretically work in IE7 and the "good" browsers
> >
> > On 8/29/07, Francisco Passos <[EMAIL PROTECTED]> wrote:
> > > Hello all!
> > >
> > > I'm wondering if it is possible to change the css style for a tr:table
> line
> > > when the mouse is hovering.
> > > And if so, can one do it directly on the skin?
> > >
> > > Thank you,
> > >
> > > Francisco Passos
> > >
> >
>
>

Re: [Trinidad] Skinning tr:table lines on hover

[Simon Lessard]

Yeah, I agree more component parts need their own selector...

The following might work, but will cause some problem with nesting:

af|table::content tr:hover
{
  background-color: yellow;
}

Regards,

~ Simon

On 8/30/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
>
> I got it to work, but it is very ugly and a really bad hack:
>
> CSS:
> .hoverTable TBODY > TR > TD > TABLE > TBODY > TR > TD {
>   background-color: transparent;
> }
> .hoverTable TBODY > TR > TD > TABLE > TBODY > TR:hover {
>   background-color: yellow;
> }
>
> XHTML:
>styleClass="hoverTable">
>   
> #{_cookie.name}
>   
>   
> #{_cookie.value}
>   
> 
>
>
> It would be great to get skinning class support on every element
> written by any of the Trinidad renderers.
>
> Maybe one of the skin experts can shed some light and a better solution.
>
> -Andrew
>
> On 8/30/07, Francisco Passos <[EMAIL PROTECTED]> wrote:
> > Hello Andrew, thank you for your tip.
> >
> > I just tried your solution, but it doesn't appear to work.
> >
> > The generated css has this
> >
> > .af_table.p_AFContent > TR:hover {background-color:yellow}
> >
> >  However it is mentioned nowhere in the html, nor is it implicitly used
> and
> > applied to the table...
> >
> > What could cause this? Are there alternatives?
> >
> > Thank you,
> > Francisco Passos
> >
> >
> >
> >
> >  On 8/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> > > It doesn't look like the table renderer adds any style classes onto
> > > the TR elements. You could use CSS to do it. Have you tried:
> > >
> > > af|table:content > TR:hover {
> > >   background-color: yellow;
> > > }
> > >
> > > This should theoretically work in IE7 and the "good" browsers
> > >
> > > On 8/29/07, Francisco Passos <[EMAIL PROTECTED]> wrote:
> > > > Hello all!
> > > >
> > > > I'm wondering if it is possible to change the css style for a
> tr:table
> > line
> > > > when the mouse is hovering.
> > > > And if so, can one do it directly on the skin?
> > > >
> > > > Thank you,
> > > >
> > > > Francisco Passos
> > > >
> > >
> >
> >
>

Re: [Trinidad] Skinning tr:table lines on hover

[Simon Lessard]

Yeah, I agree more component parts need their own selector...

The following might work, but will cause some problem with nesting:

af|table::content tr:hover
{
  background-color: yellow;
}

Regards,

~ Simon

On 8/30/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
>
> I got it to work, but it is very ugly and a really bad hack:
>
> CSS:
> .hoverTable TBODY > TR > TD > TABLE > TBODY > TR > TD {
>   background-color: transparent;
> }
> .hoverTable TBODY > TR > TD > TABLE > TBODY > TR:hover {
>   background-color: yellow;
> }
>
> XHTML:
>styleClass="hoverTable">
>   
> #{_cookie.name}
>   
>   
> #{_cookie.value}
>   
> 
>
>
> It would be great to get skinning class support on every element
> written by any of the Trinidad renderers.
>
> Maybe one of the skin experts can shed some light and a better solution.
>
> -Andrew
>
> On 8/30/07, Francisco Passos <[EMAIL PROTECTED]> wrote:
> > Hello Andrew, thank you for your tip.
> >
> > I just tried your solution, but it doesn't appear to work.
> >
> > The generated css has this
> >
> > .af_table.p_AFContent > TR:hover {background-color:yellow}
> >
> >  However it is mentioned nowhere in the html, nor is it implicitly used
> and
> > applied to the table...
> >
> > What could cause this? Are there alternatives?
> >
> > Thank you,
> > Francisco Passos
> >
> >
> >
> >
> >  On 8/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> > > It doesn't look like the table renderer adds any style classes onto
> > > the TR elements. You could use CSS to do it. Have you tried:
> > >
> > > af|table:content > TR:hover {
> > >   background-color: yellow;
> > > }
> > >
> > > This should theoretically work in IE7 and the "good" browsers
> > >
> > > On 8/29/07, Francisco Passos <[EMAIL PROTECTED]> wrote:
> > > > Hello all!
> > > >
> > > > I'm wondering if it is possible to change the css style for a
> tr:table
> > line
> > > > when the mouse is hovering.
> > > > And if so, can one do it directly on the skin?
> > > >
> > > > Thank you,
> > > >
> > > > Francisco Passos
> > > >
> > >
> >
> >
>

Re: [Trinidad] Skinning tr:table lines on hover

[Chris Rice]

You have to be careful with cell-text having a default background color. 


af|table::content tr:hover {
background-color: #color
}

Worked but only if I also used:
af|column::cell-text{-tr-inhibit: background-color}

chris

Simon Lessard wrote:

Yeah, I agree more component parts need their own selector...

The following might work, but will cause some problem with nesting:

af|table::content tr:hover
{
  background-color: yellow;
}

Regards,

~ Simon

On 8/30/07, * Andrew Robinson* <[EMAIL PROTECTED] 
> wrote:


I got it to work, but it is very ugly and a really bad hack:

CSS:
.hoverTable TBODY > TR > TD > TABLE > TBODY > TR > TD {
  background-color: transparent;
}
.hoverTable TBODY > TR > TD > TABLE > TBODY > TR:hover {
  background-color: yellow;
}

XHTML:

  
#{_cookie.name}
  
  
#{_cookie.value}
  



It would be great to get skinning class support on every element
written by any of the Trinidad renderers.

Maybe one of the skin experts can shed some light and a better
solution.

-Andrew

On 8/30/07, Francisco Passos <[EMAIL PROTECTED]
> wrote:
> Hello Andrew, thank you for your tip.
>
> I just tried your solution, but it doesn't appear to work.
>
> The generated css has this
>
> .af_table.p_AFContent > TR:hover {background-color:yellow}
>
>  However it is mentioned nowhere in the html, nor is it
implicitly used and
> applied to the table...
>
> What could cause this? Are there alternatives?
>
> Thank you,
> Francisco Passos
>
>
>
>
>  On 8/29/07, Andrew Robinson <[EMAIL PROTECTED]
> wrote:
> > It doesn't look like the table renderer adds any style classes
onto
> > the TR elements. You could use CSS to do it. Have you tried:
> >
> > af|table:content > TR:hover {
> >   background-color: yellow;
> > }
> >
> > This should theoretically work in IE7 and the "good" browsers
> >
> > On 8/29/07, Francisco Passos <[EMAIL PROTECTED]
> wrote:
> > > Hello all!
> > >
> > > I'm wondering if it is possible to change the css style for
a tr:table
> line
> > > when the mouse is hovering.
> > > And if so, can one do it directly on the skin?
> > >
> > > Thank you,
> > >
> > > Francisco Passos
> > >
> >
>
>




No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.484 / Virus Database: 269.12.12/979 - Release Date: 8/29/2007 8:21 PM
  


--
--
Chris Rice
Customer Service
[EMAIL PROTECTED]
800-355-6429 ext 110

Re: [Trinidad] Aaaaaargg - validateDoubleRange broken on JSF RI 1.2

[Stephen Friedrich]

Hello, and thanks again for looking into this.
To be on the safe side I tried to reproduce the bug with a fresh and
otherwise empty application.
If you have 
   DISABLED
in trinidad-config.xml then the simplest example exhibits the bug.
No validation at all takes places in this case:
















However if enabled, client side validation does work in this simple page.
(Of course this only hides the bug and the potential security breach
introduced by not doing server-side validation.)
I have not managed to make it fail by nesting the form in a table.
I will investigate the missing client side validation in my real app
further.


hi,

looks like the maximumSet fields are present in JSF 1.1 RI as well.
Let me check what really the issue is, here

Trinidad's validators do have some extra properties, like
messageDetailMaximum on the doublerangevalidator, so we override it.
We delegate the save/restore to the underlying FacesBean, which is
more efficient.

@Bug, I fix this in some minutes :-)

Thx,
Matthias


On 8/30/07, Stephen Friedrich <[EMAIL PROTECTED]> wrote:
> Matthias Wessendorf wrote:
> > Well, why should Trinidad care about the minSet/maxSet. They are only
> > in the RI, as you say.
> > Not in MyFaces. Wouldn't that cause other issues ?
>
> Well ok, I can try and raise the issue with the Sun folks.
> However I think it's in the best interest of Trinidad to play nice with the 
RI
> and that a "Matthias Wessendorf" is much better suited to discuss this than
> a "Stephen Friedrich" ;-)
> Maybe you even have personal contacts to some of the RI developers.
>
> What would really help is if you could point me to some paragraph in the 
spec
> that says you must only save/restore public attributes. Lacking that I still
> don't have any valid argument why the RI is broken.
>
> I don't know that much about the spec and its internal implementation, but
> so far it appears to me similar to the serialization problems you'll get
> when a subclass fails to serialize the super class's fields. In that case 
it's
> not the super class that is to blame.
>
> Anyway: Why _do_ the Trinidad validators have to overwrite 
saveState/restoreState
> at all? I don't see them adding anything of value.
> Or maybe do not extend the standard faces DoubleRangeValidator at all.
>
> BTW:
> Here is a code snippet that to my unsuspecting eyes looks like a definite
> Trinidad bug:
>
> In org.apache.myfaces.trinidad.validator.DoubleRangeValidator:
>public DoubleRangeValidator(long maximum)
>{
>  super();
>}
>


-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

Re: [Trinidad] Aaaaaargg - validateDoubleRange broken on JSF RI 1.2

[Matthias Wessendorf]

thx for the file,
I'll check tomorrow (German time)

nice day!

-Matthias

On 8/30/07, Stephen Friedrich <[EMAIL PROTECTED]> wrote:
> Hello, and thanks again for looking into this.
> To be on the safe side I tried to reproduce the bug with a fresh and
> otherwise empty application.
> If you have
>DISABLED
> in trinidad-config.xml then the simplest example exhibits the bug.
> No validation at all takes places in this case:
>
> 
> 
> 
> 
> 
>  required="true"
>   value="#{valueBean.percentage}">
> 
> 
>
> 
> 
> 
> 
> 
>
> However if enabled, client side validation does work in this simple page.
> (Of course this only hides the bug and the potential security breach
> introduced by not doing server-side validation.)
> I have not managed to make it fail by nesting the form in a table.
> I will investigate the missing client side validation in my real app
> further.
>
>
> hi,
>
> looks like the maximumSet fields are present in JSF 1.1 RI as well.
> Let me check what really the issue is, here
>
> Trinidad's validators do have some extra properties, like
> messageDetailMaximum on the doublerangevalidator, so we override it.
> We delegate the save/restore to the underlying FacesBean, which is
> more efficient.
>
> @Bug, I fix this in some minutes :-)
>
> Thx,
> Matthias
>
>
> On 8/30/07, Stephen Friedrich <[EMAIL PROTECTED]> wrote:
> > Matthias Wessendorf wrote:
> > > Well, why should Trinidad care about the minSet/maxSet. They are only
> > > in the RI, as you say.
> > > Not in MyFaces. Wouldn't that cause other issues ?
> >
> > Well ok, I can try and raise the issue with the Sun folks.
> > However I think it's in the best interest of Trinidad to play nice with the
> RI
> > and that a "Matthias Wessendorf" is much better suited to discuss this than
> > a "Stephen Friedrich" ;-)
> > Maybe you even have personal contacts to some of the RI developers.
> >
> > What would really help is if you could point me to some paragraph in the
> spec
> > that says you must only save/restore public attributes. Lacking that I still
> > don't have any valid argument why the RI is broken.
> >
> > I don't know that much about the spec and its internal implementation, but
> > so far it appears to me similar to the serialization problems you'll get
> > when a subclass fails to serialize the super class's fields. In that case
> it's
> > not the super class that is to blame.
> >
> > Anyway: Why _do_ the Trinidad validators have to overwrite
> saveState/restoreState
> > at all? I don't see them adding anything of value.
> > Or maybe do not extend the standard faces DoubleRangeValidator at all.
> >
> > BTW:
> > Here is a code snippet that to my unsuspecting eyes looks like a definite
> > Trinidad bug:
> >
> > In org.apache.myfaces.trinidad.validator.DoubleRangeValidator:
> >public DoubleRangeValidator(long maximum)
> >{
> >  super();
> >}
> >
>
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> mail: matzew-at-apache-dot-org
>


-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

Tobago Back Button detector

[yazid]

Hi all
Can any one tell how the back button detector work, cause the id in demo
point to org.apache.myfaces.tobago.validator.BackButtonDetection which not
exist 
Thanks
-- 
View this message in context: 
http://www.nabble.com/Tobago-Back-Button-detector-tf4356322.html#a12414134
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: [Trinidad] Skinning tr:table lines on hover

[Jeanne Waldman]

I agree as well. The components my team is working on now have a lot
more skinning hooks mainly because we don't want people to have to do
what you are doing.
- Jeanne

Simon Lessard wrote:
Yeah, I agree more component parts need their own
selector...
  
The following might work, but will cause some problem with nesting:
  
  af|table::content
tr:hover
  
  {
    background-color:
yellow;
  
  }
  
Regards,
  
~ Simon
  
  On 8/30/07, 
Andrew Robinson <[EMAIL PROTECTED]>
wrote:
  I
got it to work, but it is very ugly and a really bad hack:

CSS:
.hoverTable TBODY > TR > TD > TABLE > TBODY > TR > TD
{
  background-color: transparent;
}
.hoverTable TBODY > TR > TD > TABLE > TBODY > TR:hover {

  background-color: yellow;
}

XHTML:

  styleClass="hoverTable">
  

#{_cookie.name}
  
  
#{_cookie.value}
  



It would be great to get skinning class support on every element
written by any of the Trinidad renderers.


Maybe one of the skin experts can shed some light and a better solution.

-Andrew

On 8/30/07, Francisco Passos <[EMAIL PROTECTED]>
wrote:

> Hello Andrew, thank you for your tip.
>
> I just tried your solution, but it doesn't appear to work.
>
> The generated css has this
>
> .af_table.p_AFContent > TR:hover {background-color:yellow}

>
>  However it is mentioned nowhere in the html, nor is it implicitly
used and
> applied to the table...
>
> What could cause this? Are there alternatives?
>
> Thank you,
> Francisco Passos

>
>
>
>
>  On 8/29/07, Andrew Robinson <[EMAIL PROTECTED]>
wrote:
> > It doesn't look like the table renderer adds any style
classes onto

> > the TR elements. You could use CSS to do it. Have you tried:
> >
> > af|table:content > TR:hover {
> >   background-color: yellow;
> > }
> >
> > This should theoretically work in IE7 and the "good" browsers

> >
> > On 8/29/07, Francisco Passos <[EMAIL PROTECTED]>
wrote:
> > > Hello all!
> > >
> > > I'm wondering if it is possible to change the css style
for a tr:table

> line
> > > when the mouse is hovering.
> > > And if so, can one do it directly on the skin?
> > >
> > > Thank you,
> > >
> > > Francisco Passos

> > >
> >
>
>
  
  
  

Re: disable, readonly bug

[Gargi Iyer]

Thanks for the hint, David

My problem was I was usign a request scoped bean to store the flag for
disable attribute. I used  on the flag and it works.


Gargi
850-414-5852


   
 David Delbecq 
 <[EMAIL PROTECTED] 
 a.be>  To
   MyFaces Discussion  
 08/30/2007 01:44
 PM cc
   
   Subject
 Please respond to Re: disable, readonly bug   
 "MyFaces  
Discussion"
 <[EMAIL PROTECTED] 
 ache.org> 
   
   




Hi,

Your problem, i think is that you submit a value to the field and , in
same resquest, try to change the disabled attribute of field.

For a specific field's value to go from submit to backing bean, the
disabled attribute msut be false at all steps of lifecycle:

apply-request value (to store the submitted value)
validation (all form is being validated)
update model (disabled field do not update model)

At each step, the EL-expression of your "disabled" field is evaluated.

i think (difficult to say without sample of your jsf form) that your
bean property handling the disabled state changes at the wrong time.
example, you enter a value in non-disabled field, un check the "activate
box" and submit. The box has been configured, probably, with
immediate=true, this mean the field goes to disabled state before it's
apply-request value gets called.

Another possibility could be you store this state (disabled) in a
request scoped bean which default to true. Then, until you reach update
model, the field is considered disabled.

Those are just supposition, need jsf sample to confirm.



Gargi Iyer a écrit :
>
>
> I noticed that while using disable or readonly attributes of

> or , when the disable attribute changes from true to false
and
> then value of the input text field is changed, the change does not take
> effect. When the disable attribute switches to true again, the old value
is
> redisplayed and not the changed value.
>
> The setter methods of the property bound to the inputText  are not being
> called.
>
> This case arises only when the disabled attribute = true at page load
time.
>
> I saw an entire application using value change listeners to call the
field
> setter methods manually.  I think this totally ruins the fun in using
JSF.
> Has anybody else noticed this behaviour? and does anyone have a solution
> for this?
>
> Thanks
>
> Gargi
> 850-414-5852
> CONFIDENTIALITY NOTICE:  This message and any attachments are for the
sole
> use of the intended recipient(s) and may contain confidential and
> privileged information that is exempt from public disclosure.  Any
> unauthorized review, use, disclosure, or distribution is prohibited.  If
> you have received this message in error please contact the sender (by
phone
> or reply electronic mail) and then destroy all copies of the original
> message.
>

[Trinidad] how to get tr:table rowKeys

[Renzo Tomaselli]

Hi, I used to manage tr:table through my own DataModel, which defines 
and returns rowKeys.
However, for simpler cases usually just a row array is enough, where row 
objects offer all field getters. Thus no special model is needed.
If I want to preselect some rows by means of the selectedRowKeys 
attribute, how do I get rowKeys from array elements/positions ?

Thanks,

-- Renzo

Re: [Trinidad] how to get tr:table rowKeys

[venkata guddanti]

The index of the element in the array is the rowKey. Trinidad wraps the
array into SortableModel.

--Venkata

On 8/30/07, Renzo Tomaselli <[EMAIL PROTECTED]> wrote:
>
> Hi, I used to manage tr:table through my own DataModel, which defines
> and returns rowKeys.
> However, for simpler cases usually just a row array is enough, where row
> objects offer all field getters. Thus no special model is needed.
> If I want to preselect some rows by means of the selectedRowKeys
> attribute, how do I get rowKeys from array elements/positions ?
> Thanks,
>
> -- Renzo
>
>

Tomahawk JSF Components and Netbeans VWP

[Marco Castillo]

Dear friends:
Has somebody succesfully configure Tomahawk JSF components to work under
Netbeans VWP 5.5.1?? Any help would be greatly appreciated.
Thanks in advance

Regards

Marco

Desperate: Simple GUI with partial validation?

[Stephen Friedrich]

I have to implement lots of forms in the same style:
Wherever another entity is shown there is also a link that goes to another page
containing another form with the details of that entity. Did not look that
difficult when I first saw the sketches, but I have a hard time getting it to
work correctly.

See screenshot for my first cut at this and the code of the page at the bottom
of this message.

First of all I haven't been able to get validation work as desired:

- When the link "-->" is clicked
  * the dropdown must be validated (can't navigate to a person's details if
no person is selected).
  * The project name field must not be validated (project isn't saved anyway)
- When "Save" button is clicked both project lead dropdown and project name
  field must be validated.

I tried various combinations of using subforms and/or immediate without success.
All I ever got was either validation of project name not working when I select
save or else working even when I select "-->" (or other errors like the
employee's id not transfered to the employee bean before navigation to the
employee details).

Any suggestions?

Also the layout is of course not that nice:

- How do I get the dropdown and text field aligned, with the required asterisk
showing before the "Project Lead" label? (Well, actually required asterisk
should be _after_ the label, but that's not that important right now).
I guesss I could make the dropdown simple and add a message tag myself, but that
complicates layout even further. Also how to get the required asterisk shown at
the label in that case.

I spent lots of hours on this and can't see a solution anywhere close, so any
help or suggestions are highly appreciated!

-

<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<%@ taglib prefix="trh" uri="http://myfaces.apache.org/trinidad/html"; %>
<%@ taglib prefix="tr" uri="http://myfaces.apache.org/trinidad"; %>
<%@ taglib prefix="f" uri="http://java.sun.com/jsf/core"; %>




























<>

Re: [Trinidad] Aaaaaargg - validateDoubleRange broken on JSF RI 1.2

[Stephen Friedrich]

Thanks!
It seems to be correct that client side validation is not working for me:
My form has some immediate components, so rightfully client side validation
does not kick in.


However the immediate components also just do not work as was intended.
If you (or somebody else) could comment on my other post about a GUI with
partial validation, I'd be grateful.

Matthias Wessendorf wrote:

thx for the file,
I'll check tomorrow (German time)

Re: Desperate: Simple GUI with partial validation?

[Vadim Dmitriev]

Hi.
You can try something like that (removed all EL's to test it locally):




















   
Note, that if selectOne's unselectedLabel will be other than empty
string and it will be the only option in select element, then
selectOneChoice will be validated only on server side.
Assume both inputs are empty. In that case on form submit via button
only inputText will be marked as invalid, and only when it will pass
validation - selectOneChoice will be processed (server-side).

As for "required" mark placement, I guess one of the options is to
implement your own renderer for panelFormLayout.

Hope it helps.


Stephen Friedrich wrote:
> I have to implement lots of forms in the same style:
> Wherever another entity is shown there is also a link that goes to
> another page
> containing another form with the details of that entity. Did not look
> that
> difficult when I first saw the sketches, but I have a hard time
> getting it to
> work correctly.
>
> See screenshot for my first cut at this and the code of the page at
> the bottom
> of this message.
>
> First of all I haven't been able to get validation work as desired:
>
> - When the link "-->" is clicked
>   * the dropdown must be validated (can't navigate to a person's
> details if
> no person is selected).
>   * The project name field must not be validated (project isn't saved
> anyway)
> - When "Save" button is clicked both project lead dropdown and project
> name
>   field must be validated.
>
> I tried various combinations of using subforms and/or immediate
> without success.
> All I ever got was either validation of project name not working when
> I select
> save or else working even when I select "-->" (or other errors like the
> employee's id not transfered to the employee bean before navigation to
> the
> employee details).
>
> Any suggestions?
>
> Also the layout is of course not that nice:
>
> - How do I get the dropdown and text field aligned, with the required
> asterisk
> showing before the "Project Lead" label? (Well, actually required
> asterisk
> should be _after_ the label, but that's not that important right now).
> I guesss I could make the dropdown simple and add a message tag
> myself, but that
> complicates layout even further. Also how to get the required asterisk
> shown at
> the label in that case.
>
> I spent lots of hours on this and can't see a solution anywhere close,
> so any
> help or suggestions are highly appreciated!
>
> -
>
>
> <%@ page contentType="text/html;charset=UTF-8" language="java" %>
> <%@ taglib prefix="trh" uri="http://myfaces.apache.org/trinidad/html"; %>
> <%@ taglib prefix="tr" uri="http://myfaces.apache.org/trinidad"; %>
> <%@ taglib prefix="f" uri="http://java.sun.com/jsf/core"; %>
>
> 
> 
> 
> 
> 
> 
>
>  styleClass="inputLabel_10" label="Project Lead">
> 
>  value="#{project.selectedEmployeeId}">
>  value="#{project.allEmployees}"/>
> 
> 
>  from="#{project.selectedEmployeeId}" to="#{employee.id}"/>
> 
> 
> 
>
>  required="true" value="#{project.projectName}"/>
>
>  action="saved"/>
> 
> 
> 
> 
> 
>
>
>
>
> __ NOD32 2493 (20070831) Information __
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
> 
>

[Tomahawk] Changing the look & feel of the

[Hans Reip]

Hi,

I am trying to change the look and feel of a table using the
 as header.
The styleguide says, that each column which is sortable must contain a
certain image so the user can see that the column is sortable. The current
sorted column must contain a corrresponding image which indicates whether
the column is sorted ascending or descending.

Is there a possibility to achieve this? I thought it may be convenient if it
is possible to assign a CSS-class to the generated HTML   tag, depending on
the situation (sortable, sortAsc, sortDesc). If this was possible, I could
insert the images via CSS.

Thanks in advance for your help
Regards
Hans
-- 
View this message in context: 
http://www.nabble.com/-Tomahawk--Changing-the-look---feel-of-the-%3Ct%3AcommandSortHeader%3E-tf4358319.html#a12420827
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: t:dataTable: how to change css-style on single cells after conversion error?

[Peter Steiner]

I can't change to Seam anymore.
Didn't anyone face the same problem with MyFaces? 



Andrew Robinson-5 wrote:
> 
> If you want to use Seam they have the ability to wrap components with
> messages:
> 
> http://docs.jboss.org/seam/1.2.1.GA/reference/en/html_single/#validation
> 
> On 8/30/07, Peter Steiner <[EMAIL PROTECTED]> wrote:
>>
>> I have a t:dataTable where users can input numbers (a worksheet like in
>> excel).
>> I wrote a custom converter in order to convert the Strings to a Number.
>> If
>> the format is not the one I expect I would like to change the
>> css-styleClass
>> of the cell(s) with wrong input so the user can see quickly in which cell
>> the error happened (and additionally I print an error-message on top of
>> the
>> screen).
>>
>>   
>> 
>> >  styleClass="#{StyleBean.style]}" />
>> 
>>   ...
>>
>>
>> My converter works, but I don't know how to change the style of the
>> input-component. The following code does not work, it changes me the
>> error
>> class of the whole column!
>>
>> public Double getAsObject(FacesContext fc, UIComponent uc, String
>> asString)
>> throws ConverterException {
>>
>> Double doubleValue = null;
>> try {
>>   . //convert the string to a double
>> } catch (Exception e) {
>>
>> ((HtmlInputText)uc).setStyleClass("errorStyle");
>>FacesMessage facesMessage = 
>> throw new ConverterException(facesMessage);
>> }
>> return doubleValue;
>> }
>>
>> Does anyone know how I can solve this problem?
>> Any help is appreciated.
>>
>> Many Thanks
>> Peter
>> --
>> View this message in context:
>> http://www.nabble.com/t%3AdataTable%3A-how-to-change-css-style-on-single-cells-after-conversion-error--tf4355282.html#a12410633
>> Sent from the MyFaces - Users mailing list archive at Nabble.com.
>>
>>
> 
> 

-- 
View this message in context: 
http://www.nabble.com/t%3AdataTable%3A-how-to-change-css-style-on-single-cells-after-conversion-error--tf4355282.html#a12421299
Sent from the MyFaces - Users mailing list archive at Nabble.com.