Ok, good.
As of today, it is easy to break the ExtensionFilter - I just need to
change from
wrote:
> IMHO parsing the markup and inserting the necessary scripts would not have a
> great impact on performance. Doing the search with regular expressions is
> really fast.
>
>
>
> On 9/27/05, Sylvain
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330670
]
Martin Marinschek commented on MYFACES-623:
---
I'd say it shouldn't cause a problem. Anton is our el-specialist, so he might
know more...
regards,
Martin
> setVal
Ah sorry, just saw that you are planning to put it onto the wiki anyway.
Werner
Hi Bill, could you push the info on the wiki for future references?
Werner
Bill Dudney wrote:
> Hi All,
>
> Most of you have probably see the fast and furious emails going on
> about issue #623. I wanted to drop you a quick note on how to debug a
> failing cactus test.
>
> First you need to
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330666
]
sean schofield commented on MYFACES-623:
I would say fix it in the trunk since its kind of an obscure case (although I
will be using the nightly until we releaes b/c
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330661
]
Bill Dudney commented on MYFACES-623:
-
So do we want this fix in the branch? Also does anyone see an issue with this
proposed fix?
> setValue() method of ValueBindingIm
Hi All,
Most of you have probably see the fast and furious emails going on
about issue #623. I wanted to drop you a quick note on how to debug a
failing cactus test.
First you need to have tomcat setup to run in debug mode and then
attach to it via your IDE. That process is explained in a
I just committed a first working version of a graphicImage component that displays the images from bytes, and that doesn't need an additional servlet.
It works, but there is still work to be done (See the TODOs in the component's java file).
The most important things are :
1) Find a good name
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330657
]
sean schofield commented on MYFACES-623:
I do agree with your solution of changing the coerce method.
> setValue() method of ValueBindingImpl does not behave properl
[
http://issues.apache.org/jira/browse/MYFACES-635?page=comments#action_12330656
]
Jack Honeghan-Bates commented on MYFACES-635:
-
Please ignore the earlier attachment and look at the later one
> Calendar popup is incorrectly positioned inside s
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330655
]
sean schofield commented on MYFACES-623:
IIRC the *property* is a Map and the base is Foo.
> setValue() method of ValueBindingImpl does not behave properly
> --
[ http://issues.apache.org/jira/browse/MYFACES-635?page=all ]
Jack Honeghan-Bates updated MYFACES-635:
Attachment: popcalendar.js.diff
Sorry, please ignore first attachment and look at this one!
> Calendar popup is incorrectly positioned inside
Yeah you don't even need Cactus for that kind of test ;-)
On 9/27/05, Bill Dudney <[EMAIL PROTECTED]> wrote:
> I was hoping you would not notice that :-)
>
> -bd-
>
> On Sep 27, 2005, at 4:41 PM, sean schofield (JIRA) wrote:
>
> > [ http://issues.apache.org/jira/browse/MYFACES-623?
> > page=co
[ http://issues.apache.org/jira/browse/MYFACES-618?page=all ]
sean schofield updated MYFACES-618:
---
Fix Version: Nightly
I will verify Mathias' findings before applying this patch. I agree with him
that this does seem to be a strange RI bug ...
> Tre
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330652
]
Bill Dudney commented on MYFACES-623:
-
OK, I've found the problem but I'm not sure there is an easy fix.
getType on PropertyResolverImpl returns String (since that is wh
I was hoping you would not notice that :-)
-bd-
On Sep 27, 2005, at 4:41 PM, sean schofield (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MYFACES-623?
page=comments#action_12330649 ]
sean schofield commented on MYFACES-623:
Yes your new te
[ http://issues.apache.org/jira/browse/MYFACES-635?page=all ]
Jack Honeghan-Bates updated MYFACES-635:
Attachment: popcalendar.js.diff
> Calendar popup is incorrectly positioned inside scrolling div
> -
[ http://issues.apache.org/jira/browse/MYFACES-634?page=all ]
sean schofield closed MYFACES-634:
--
Resolution: Fixed
Patch has been applied to the 1.1.1 branch. Don't look for this in the nightly
until we merge back down after the release.
> tree
Calendar popup is incorrectly positioned inside scrolling div
-
Key: MYFACES-635
URL: http://issues.apache.org/jira/browse/MYFACES-635
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1
Bugs that have been introduced on the branch (ex. MYFACES-634) should
obviously be fixed on the branch.
Additional Rule of thumb: If the bug is going to be fixed in the
branch fix it *only* in the branch. Do not fix in the trunk. We will
merge into the trunk in a few weeks when we are done.
sea
[
http://issues.apache.org/jira/browse/MYFACES-634?page=comments#action_12330650
]
sean schofield commented on MYFACES-634:
This should be fixed in 1.1.1 since it was effectively introduced in 1.1.1
> tree2: patch for MYFACES-580 causes exception w
[ http://issues.apache.org/jira/browse/MYFACES-634?page=all ]
sean schofield updated MYFACES-634:
---
Fix Version: 1.1.1
Version: 1.1.1
(was: Nightly)
> tree2: patch for MYFACES-580 causes exception while rendering with RI
> -
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330649
]
sean schofield commented on MYFACES-623:
Yes your new test case seems to do the trick. The problem with the original
was that you were comparing the int value of th
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330647
]
sean schofield commented on MYFACES-623:
I don't think a converter should be necessary. Let me think about your test
for a bit ... I will report back shortly.
> se
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330646
]
Bill Dudney commented on MYFACES-623:
-
Hi Sean,
I think I've found a reproducable test case;
public void testSetValueSimpleBeanInRequestMapWithInitialValue() {
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330644
]
Bill Dudney commented on MYFACES-623:
-
Sean,
looking at the patch it seems to have something to do with the converter.
this test;
public void testSetValueSimple
[ http://issues.apache.org/jira/browse/MYFACES-621?page=all ]
sean schofield closed MYFACES-621:
--
Fix Version: 1.1.1
Resolution: Fixed
> Tree2 commandLink not firing until second click
> ---
>
>
[ http://issues.apache.org/jira/browse/MYFACES-621?page=all ]
sean schofield updated MYFACES-621:
---
Attachment: (was: tree2_clientdecode.diff)
> Tree2 commandLink not firing until second click
> ---
>
>
Sean-
I don't have a login to JIRA at the moment, and need to leave for home
in a sec so don't want to take the time to sign up just now, but I
think you hit the nail on the head with your latest comment.
Line 280 in PropertyResolverImpl clearly is the problem. It
should *always* return Object.c
I just got it checked in and the lock broken.
So feel free to update and run the tests. Better yet modify until it
starts to fail in the 'expected' way :-)
TTFN,
-bd-
On Sep 27, 2005, at 3:36 PM, Bill Dudney wrote:
you bet!
hold off on trying to run it. I've found a problem in the build.x
I think the lock is just something on your local machine. It happens
to me at times where SVN gets all confused. Unfortunately the
solution is to do a brand new checkout and then copy over your stuff
into the newly checked out dir. Notice how you can't even update
without the SVN error ... That'
[ http://issues.apache.org/jira/browse/MYFACES-623?page=all ]
sean schofield updated MYFACES-623:
---
Attachment: MYFACES-623.patch
I was finally able to reproduce the problem with a simple example (see patch.)
Basically the trick is for the value in th
you bet!
hold off on trying to run it. I've found a problem in the build.xml
and have a fix but can't checkin because of someone holding a lock.
any idea how I can find out who it is?
TTFN!
-bd-
On Sep 27, 2005, at 3:25 PM, Sean Schofield wrote:
Bill,
Thanks for the Cactus test. This i
Bill,
Thanks for the Cactus test. This is a great new tool that we can
start to use. Hopefully I will have time soon to refresh my dated
knowledge on cactus testing.
sean
On 9/27/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: bdudney
> Date: Tue Sep 27 13:58:35 2005
> New Revision:
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330640
]
sean schofield commented on MYFACES-623:
I tried Martin's suggestion of a simple example but I cannot reproduce. This
seems consistent with Bill's cactus results.
[ http://issues.apache.org/jira/browse/MYFACES-279?page=all ]
Matthias Weßendorf closed MYFACES-279:
--
Resolution: Won't Fix
Agreed with Bruno and Kalle that technical stuff is confusing for users.
> RegExprValidator Error-Message should show t
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330633
]
Bill Dudney commented on MYFACES-623:
-
Hi Sean,
I can't repeat this error in a cactus test.
All three of these tests pass;
public void testSetValueSimpleMap()
[
http://issues.apache.org/jira/browse/MYFACES-621?page=comments#action_12330632
]
Mathias Werlitz commented on MYFACES-621:
-
i think this issue can be close now :)
> Tree2 commandLink not firing until second click
> ---
[ http://issues.apache.org/jira/browse/MYFACES-634?page=all ]
Mathias Werlitz updated MYFACES-634:
Attachment: tree2_RIparent.diff
created a patch for this issue :)
> tree2: patch for MYFACES-580 causes exception while rendering with RI
> --
tree2: patch for MYFACES-580 causes exception while rendering with RI
-
Key: MYFACES-634
URL: http://issues.apache.org/jira/browse/MYFACES-634
Project: MyFaces
Type: Bug
Components: Tomahawk (RI Co
[ http://issues.apache.org/jira/browse/MYFACES-618?page=all ]
Mathias Werlitz updated MYFACES-618:
Attachment: tree2_RIexpand.diff
Sun RI sucks, why the hell is saveState() and restoreState() not called with
with javax.faces.STATE_SAVING_METHOD = se
[
http://issues.apache.org/jira/browse/MYFACES-453?page=comments#action_12330629
]
Rob Raymond commented on MYFACES-453:
-
I ran into a similar issue with t:tabbedPane but the offending cast to
HttpServletRequest was in
addAdditionalHeaderInfoToRender()
[ http://issues.apache.org/jira/browse/MYFACES-632?page=all ]
Mathias Broekelmann closed MYFACES-632:
---
Resolution: Won't Fix
found in the spec for UIData.encodeBegin(...) (api doc):
In addition to the default behavior, ensure that any saved
Welcome on board Werner!On 9/27/05, Stan Silvert <[EMAIL PROTECTED]> wrote:
Welcome!Stan SilvertJBoss, Inc.[EMAIL PROTECTED]callto://stansilvert> -Original Message-> From: Sean Schofield [mailto:
[EMAIL PROTECTED]]> Sent: Monday, September 26, 2005 10:56 PM> To: MyFaces Development> Subject
IMHO parsing the markup and inserting the necessary scripts would not
have a great impact on performance. Doing the search with regular
expressions is really fast.
On 9/27/05, Sylvain Vieujot <[EMAIL PROTECTED]> wrote:
Indeed, it could be generated them in t:head/body. But then we would
have to set
I changed all of the issues fixed in nightly to be version 1.1.1 (by
renaming the existing nightly version in JIRA and creating a new one.)
So we can now search on a list of things that are fixed in that
version and eventually generate release notes.
Thanks Bill for the branch (its tedious - I kn
Welcome!
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
> -Original Message-
> From: Sean Schofield [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 26, 2005 10:56 PM
> To: MyFaces Development
> Subject: [New Committer] Werner Punz
>
> Please welcome Werner Punz as a
The funny thing is, that www.theserverside.com also had problems at the exact
time
back then, so there was no official announcement.
(Hell I tried to send them the info)
now given that a bugfix release is in preparation I am glad that they did not
get the info...
:-)
Mathias Brökelmann wrote:
forceId in t:panelGrid does not work propertly
--
Key: MYFACES-633
URL: http://issues.apache.org/jira/browse/MYFACES-633
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.0
Reporter: Travis Reede
branch created
If you want a bug to be fixed in the 1_1_1 release you must apply
your changes to the release/branches/1_1_1 branch in SVN.
Please limit the changes to the ones identified in the other thread
titled '[proposal] Branch Content'.
Thanks!
-bd-
On Sep 27, 2005, at 10:21 AM, S
Indeed, it could be generated them in t:head/body. But then we would have to set a request attribute, and in the filter, fallback on parsing the input if the request attribute hasn't been set.
So, to be compatible with pages without the t:head/body, we would have to do the code in the filter an
[
http://issues.apache.org/jira/browse/MYFACES-632?page=comments#action_12330614
]
Tara Peltier commented on MYFACES-632:
--
[originally posted to myfaces mailing list, cloned the original issue and
appended this as requested by
Martin Marinschek ]
I'
CLONE -using a button with immediate on a form with a dataTable component
-
Key: MYFACES-632
URL: http://issues.apache.org/jira/browse/MYFACES-632
Project: MyFaces
Type: Bug
Reporter: Tara Pe
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330612
]
Martin Marinschek commented on MYFACES-623:
---
Do you think this is a general problem of using maps?
can you add a small example page to our simple examples which re
If you get a chance can someone help me out with MYFACES-623. It's
impeding my ability to use Shale with MyFaces and I am a little
overwhelmed with all of the EL stuff.
TIA,
sean
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12330611
]
sean schofield commented on MYFACES-623:
I tested the RI with my application and it worked perfectly.
> setValue() method of ValueBindingImpl does not behave properl
Go for it.
sean
On 9/27/05, Bill Dudney <[EMAIL PROTECTED]> wrote:
> Hi Sean,
>
> I need about 30 more minutes to finish up something. I'll start the
> branch around 1:00 EST. Is that OK with everyone?
>
> TTFN,
>
> -bd-
>
Hi Sean,
I need about 30 more minutes to finish up something. I'll start the
branch around 1:00 EST. Is that OK with everyone?
TTFN,
-bd-
We could move the script generation from endDocument to encodeEnd in
t:head or t:body - tag...
With that we make sure that no scripts are outputted after the
document has already been closed!
Manfred suggests as a solution to parse the input for head - or body
tags, I don't like having to parse t
Hi Thomas... the Wiki is there
for self fixing...
Please do not put reports for that in the Jira...
a wiki lives from its readers participation.
Werner
Thomas Timbul (JIRA) wrote:
> Inaccurate documentation (wiki) "Now, you can ommit the context listener
> setup"
>
I think it does.
So, basically, a phase listener would start the filter's job if the filter hasn't been configured. Right ?
I'm not 100% sure how it solves MYFACES-152 though.
On Tue, 2005-09-27 at 16:08 +0200, Martin Marinschek wrote:
Well, any HTML before the JSF components would just be
[ http://issues.apache.org/jira/browse/MYFACES-631?page=all ]
sean schofield closed MYFACES-631:
--
Resolution: Won't Fix
Please don't post Wiki problems here. You can fix this yourself in the wiki
(that's what they're for.) Just create an account
Inaccurate documentation (wiki) "Now, you can ommit the context listener setup"
---
Key: MYFACES-631
URL: http://issues.apache.org/jira/browse/MYFACES-631
Project: MyFaces
Type: Improvement
StartupServletContextListener should ignore missing web.xml
---
Key: MYFACES-630
URL: http://issues.apache.org/jira/browse/MYFACES-630
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.1.
[
http://issues.apache.org/jira/browse/MYFACES-562?page=comments#action_12330592
]
Erik-Berndt Scheper commented on MYFACES-562:
-
My mistake, wrong cut & paste...
It should have been something like:
[
http://issues.apache.org/jira/browse/MYFACES-519?page=comments#action_12330591
]
Matthias Weßendorf commented on MYFACES-519:
thanks,
I'll take a lot this evening.
> should support inlining the styles
> --
[ http://issues.apache.org/jira/browse/MYFACES-519?page=all ]
Stephan Strittmatter updated MYFACES-519:
-
Attachment: stylesheet.diff
Patch to support inlined styles and different media types.
> should support inlining the styles
> -
On Tue, 2005-09-27 at 15:55 +0200, Martin Marinschek wrote:
Yes, but ideally we would find a way to integrate it into the
life-cycle - not having a separate filter, with this we could
"remember" the insert position.
Not having a separate filter would be good, but I don't know how this can b
Yes, but ideally we would find a way to integrate it into the
life-cycle - not having a separate filter, with this we could
"remember" the insert position.
Wait a minute - we could set the insert position by setting request
parameters which the filter reads, right?
regards,
Martin
On 9/27/05, S
So, If I understand you well, the t:head for example would render something like :
...
And the extensions filter would first search for the "" to get the insert position.
If he doesn't find it, it would fallback on the current parsing.
Is that it ?
On Tue, 2005-09-27 at 15:40 +0200, Martin
Basically, it would work very much like the approach we are using today.
So we would need to do some caching of the response, and parsing in
the statements as we go. We would have defined markers, though, and
wouldn't need to search through the whole markup!
We are doing this today for the render
What do you mean by "he just won't have the extras" ?
I think that if it's fully optional, it sure would bey good.
I mean if the page has t:head & t:body, then it uses it, otherwise it works as today.
But if the t:head & t:body are mandatory, then this is a problem.
About the RI, I meant that
OK sounds good then.
sean
On 9/27/05, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> TCK testing takes long, but runs alone - once it runs ;-)
> I will run it as soon as we have the RC, because I do not want to
> bring unnecessary delay to the final release in case there are
> problems with TCK.
> I
[ http://issues.apache.org/jira/browse/MYFACES-629?page=all ]
Bill Dudney closed MYFACES-629:
---
Resolution: Fixed
This is a duplicate of #598.
> Missing faces-config.xml from binary distribution's myfaces-all.jar
>
> next project. He asked me if I had hear of MyFaces ;-)
8-)
> sean
>
> On 9/27/05, Werner Punz <[EMAIL PROTECTED]> wrote:
> > Yes, the funny thing is, that Seam and Struts Ti both claim to try to
> > achieve rails ease of use, which is a mythical claim, you cannot achieve
> > that without exten
Missing faces-config.xml from binary distribution's myfaces-all.jar
---
Key: MYFACES-629
URL: http://issues.apache.org/jira/browse/MYFACES-629
Project: MyFaces
Type: Bug
Components: General
Versi
TCK testing takes long, but runs alone - once it runs ;-)
I will run it as soon as we have the RC, because I do not want to
bring unnecessary delay to the final release in case there are
problems with TCK.
I only managed to get it running with Sun1AS, and if my machine
finally breaks down because o
[ http://issues.apache.org/jira/browse/MYFACES-620?page=all ]
Martin Marinschek closed MYFACES-620:
-
Fix Version: Nightly Build
Resolution: Fixed
> JSCookMenu not displaying icons
> ---
>
> Key: MYFACES-
I was waiting for your feedback here, Sylvain ;)
I know this is problematic, for the reasons you pointed out. As things
like addResource and the scroll-position javascript are special
MyFaces functionality anyways, the user won't have the special
features anyways with using the RI, so no change he
Hello all,
I've looked at this one a fair amount
as I've had to work around the current behavior in some cases for
our own internal components. I think the and
tags make the most sense, but they should indeed be optional. The
features currently being handled in the ResponseWriter.endDocument
[
http://issues.apache.org/jira/browse/MYFACES-628?page=comments#action_12330581
]
Holger Schimanski commented on MYFACES-628:
---
Yes, RI is doing right. We came to this problem when switching from RI 1.1 to
MyFaces 1.1.0.
> Current Lifecycle impl
[ http://issues.apache.org/jira/browse/MYFACES-628?page=all ]
Bruno Aranda updated MYFACES-628:
-
Component: JSR-127
And does that work using the RI?
> Current Lifecycle implementation violates JSF Spec 1.1
> -
Current Lifecycle implementation violates JSF Spec 1.1
--
Key: MYFACES-628
URL: http://issues.apache.org/jira/browse/MYFACES-628
Project: MyFaces
Type: Bug
Versions: 1.1.0
Reporter: Holger Schimanski
JSF is definately gaining momentum. There is another group of
programmers from a rival consulting group in our building. I kept
telling this guy about how JSF was really cool. This time he finally
listened and he reported back to me that he was going to use it in his
next project. He asked me i
Manfred,
Lets hold off on the RC candidate until this weekend. It will give us
a few more days to take on the important issues. Since so much work
goes into a release lets try and fix all of the major outstanding
issues we can by that time.
Also, I would suggest doing TCK testing late next week
[
http://issues.apache.org/jira/browse/MYFACES-621?page=comments#action_12330576
]
Mathias Broekelmann commented on MYFACES-621:
-
patch in tree2_clientdecode.diff is commited in r291921
> Tree2 commandLink not firing until second click
> --
Hello Martin,
I'm not sure I understand this.
Would you require every page having a t:component to have t:head & t:body components as well ?
If this is the case, it would be a lead to a lot ot other problems I think.
For example, it would break old pages. Also, you could not include just a t:
This would be great. I would prefer that all Javascript related methods
are placed in a ".js" script file or written in the header. This would
ease many things and we would have a clear code.
On Tue, 27 Sep 2005 12:33:20 +0200, Martin Marinschek
<[EMAIL PROTECTED]> wrote:
Hi *,
There is
[ http://issues.apache.org/jira/browse/MYFACES-621?page=all ]
Mathias Werlitz updated MYFACES-621:
Attachment: tree2_clientdecode.diff
found a soultion, but i'm not completly sure if this influences other behaviour
... for me the tree is now working
Yes, this can now be closed, along with 592.
Thanks
Jamie
-Original Message-
From: Mathias Broekelmann (JIRA)
[mailto:[EMAIL PROTECTED]
Sent: 27 September 2005 11:40
To: dev@myfaces.apache.org
Subject: [jira] Commented: (MYFACES-606) Tomahawk selectOneRadio doesn't
validate. This is a si
[ http://issues.apache.org/jira/browse/MYFACES-592?page=all ]
Mathias Broekelmann closed MYFACES-592:
---
Resolution: Fixed
> tomahawke SelectOneRadio in datatable no longer working
> ---
>
>
[ http://issues.apache.org/jira/browse/MYFACES-606?page=all ]
Mathias Broekelmann closed MYFACES-606:
---
Resolution: Fixed
> Tomahawk selectOneRadio doesn't validate. This is a side affect of patch for
> fixed issue 592.
> -
[
http://issues.apache.org/jira/browse/MYFACES-581?page=comments#action_12330572
]
Mathias Broekelmann commented on MYFACES-581:
-
Could it be a problem with the state? Are you using server or client state?
myfaces currently only holds the last s
+1 It seems a good solution to me, this would increase the flexibility
and would ease the pain when working with the HTML areas not covered
by the jsf components,
Regards,
Bruno
2005/9/27, Martin Marinschek <[EMAIL PROTECTED]>:
> Hi *,
>
> There is a long standing bug MYFACES-152
>
> http://issu
[
http://issues.apache.org/jira/browse/MYFACES-562?page=comments#action_12330571
]
Mathias Broekelmann commented on MYFACES-562:
-
t:datatable don´t have action or actionListener properties.
If your have created your own component which supports
Yes, this can now be closed, along with 592.
Thanks
Jamie
-Original Message-
From: Mathias Broekelmann (JIRA)
[mailto:[EMAIL PROTECTED]
Sent: 27 September 2005 11:40
To: Cash, Jamie
Subject: [jira] Commented: (MYFACES-606) Tomahawk selectOneRadio doesn't
validate. This is a side affect o
592 can also be closed, as this was a duplicate.
-Original Message-
From: Mathias Broekelmann (JIRA)
[mailto:[EMAIL PROTECTED]
Sent: 27 September 2005 11:34
To: Cash, Jamie
Subject: [jira] Commented: (MYFACES-606) Tomahawk selectOneRadio doesn't
validate. This is a side affect of patch for
[
http://issues.apache.org/jira/browse/MYFACES-606?page=comments#action_12330570
]
Mathias Broekelmann commented on MYFACES-606:
-
let us know if we can close this issue.
> Tomahawk selectOneRadio doesn't validate. This is a side affect of patch
Thanks
The validator exception for every row is undesired, but the behavior is now the
same as it was for MyFaces 1.0.9, which was the intent of the patch.
I will work on a patch shortly to fix the mutiple validator error messages
problem.
Regards
Jamie
-Original Message-
From: Mathi
[
http://issues.apache.org/jira/browse/MYFACES-606?page=comments#action_12330569
]
Mathias Broekelmann commented on MYFACES-606:
-
I´ve applied your patch (r291894). I have modified it a little bit since you
used JDK 1.5 syntax for autoboxing.
1 - 100 of 133 matches
Mail list logo