This is causing many troubles to users now as we can see from
questions in the list.
faces-config.xml is not included in the build because of MYFACES-598,
when passing -Dskip.sandbox to the build process the file is not
included. I think this is important enough and we should do something
about
[ http://issues.apache.org/jira/browse/MYFACES-579?page=all ]
Bruno Aranda reopened MYFACES-579:
--
Reopen this as the previous fix seems to not solve the problem completely
myfaces-all.jar in 1.1.0 RC build is missing faces-config.xml for Tomahawk
[ http://issues.apache.org/jira/browse/MYFACES-579?page=all ]
Bruno Aranda closed MYFACES-579:
Resolution: Won't Fix
Just reopened that by mistake, so closing again sorry :-)
myfaces-all.jar in 1.1.0 RC build is missing faces-config.xml for
[ http://issues.apache.org/jira/browse/MYFACES-506?page=all ]
Bruno Aranda closed MYFACES-506:
Fix Version: Nightly Build
(was: 1.1.0)
Resolution: Fixed
This should be fixed now in the SVN. Thanks Bernd!
Could you open a JIRA issue and submit your patch there? Thanks!
Bruno
2005/9/21, Marcel Urbanek [EMAIL PROTECTED]:
Hi.
In method parse() the date is parsed as follows:
SimpleDateFormat fullFormat = new SimpleDateFormat( dd MM HH mm ss );
if (timeZone != null)
[ http://issues.apache.org/jira/browse/MYFACES-597?page=all ]
Mathias Broekelmann closed MYFACES-597:
---
Resolution: Fixed
already fixed. see MYFACES-570
HTMLRadioRenderer not showing selected item
---
panelNavigation renders double border attribute
-
Key: MYFACES-600
URL: http://issues.apache.org/jira/browse/MYFACES-600
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: Nightly Build
Environment:
[
http://issues.apache.org/jira/browse/MYFACES-592?page=comments#action_12330179
]
Jamie Cash commented on MYFACES-592:
Could someone please reopen this, as I am working on a better fix, that should
be ready by the end of today. The fix rhat I
Bug in org.apache.myfaces.custom.date.HtmlInputDate (misinterprets 12:xx )
--
Key: MYFACES-601
URL: http://issues.apache.org/jira/browse/MYFACES-601
Project: MyFaces
Type: Bug
Components:
[ http://issues.apache.org/jira/browse/MYFACES-601?page=all ]
Bruno Aranda closed MYFACES-601:
Fix Version: Nightly Build
Resolution: Fixed
This should be fixed in the SVN (r290918) and available in the next nightly.
Thanks Marcel!
Bug in
I believe that there is no problem for us in adding any dependencies
as long as they are ASL licensed...
If you would write up some stuff on how to get started with testing,
it would be great - I hope we can then get the other developers
(including me) to write those tests as well.
regards,
I run examples in myfaces-1.1.0-examples.zip on jboss is OK! but not work on
Weblogic8.1sp3!
--
Key: MYFACES-602
URL: http://issues.apache.org/jira/browse/MYFACES-602
Project:
[ http://issues.apache.org/jira/browse/MYFACES-602?page=all ]
Mark Sanders updated MYFACES-602:
-
Attachment: config.extract.xml
Here is the additional XML registry entries. I actually added them via the
WebLogic console.
- M
I run examples in
[
http://issues.apache.org/jira/browse/MYFACES-430?page=comments#action_12330191
]
Maxence Dewil commented on MYFACES-430:
---
Ok, it works now for non-english characters.
For the french translation I suppose the words are in the calendar html/js code
A few comments/questions on Bill's proposal...
The first is, do we want to go with Cactus, Cargo and Ant for this? I
don't have a problem with this although we've talked off and on about
using Maven for this at some point. Since our biggest Maven guru
(James Mitchell) is busy with some other
[ http://issues.apache.org/jira/browse/MYFACES-401?page=all ]
Martin Marinschek reopened MYFACES-401:
---
Paul Klaer was absolutely right - need to change this to his suggestion.
CommandLink tag override onsubmit function of Form
Another reason why a maintenance release would be good is that both
the jsCookMenu and the inputCalendar have had major bugs fixed in the
meantime...
my absolute +1 for a very fast maintenance release!
regards,
Martin
On 9/22/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
As an end-user and
I posted this awhile back on the user list, but what about the
possibility of a testing renderkit? The encoding would write
values to a Map, and the decoding would read them from a Map.As
was pointed out before, it might not work with AJAX, but it'd
certainly simplify a great deal of the
Since I was originally hoping this would
have been fixed before the 1.1.0 release went out, definitely a +1 from
me on getting it into a quick maintenance release.
Thanks,
Jeremy
CommandLink CommandButton do not invoke action if render inside the table
---
Key: MYFACES-604
URL: http://issues.apache.org/jira/browse/MYFACES-604
Project: MyFaces
Type: Bug
Versions:
Sounds like a great idea. What do you think Bill?
sean
On 9/22/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
I posted this awhile back on the user list, but what about the
possibility of a testing renderkit? The encoding would write
values to a Map, and the decoding would read them from a
Hi All,
I'd like to propose that we change current to be;
current
/branches
/tags
/trunk
Still all externals but tracking the group of tags branches that
are common across all the subprojects.
current/trunk - becomes what we currently call current
current/branches - currently
Yes, this is it.
I just close the bug.
Thanks for the notice.
Sylvain.
On Wed, 2005-09-21 at 17:49 -0400, Sean Schofield wrote:
Cool. There is an old JIRA issue on this (MYFACES-380.) Does this
basically implement that?
sean
On 9/20/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/jira/browse/MYFACES-380?page=all ]
Sylvain Vieujot closed MYFACES-380:
---
Fix Version: Nightly Build
Resolution: Fixed
Implemented in the sandbox.
New component x:fieldSet
--
Is this supposed to be fixed in svn?
I just did a complete checkout about an hour ago, and built it with
ant dist-all and I'm getting the error below if I use myfaces-all,
but not if I use myfaces.api, myfaces.impl, and tomahawk separately.
java.lang.NoClassDefFoundError:
No I've not checked it in yet because I'm waiting for discussion on
the idea of making a 1_1_0 branch that we could do the emergency
release from.
TTNF,
-bd-
On Sep 22, 2005, at 1:20 PM, Mike Kienenberger wrote:
Is this supposed to be fixed in svn?
I just did a complete checkout about
OTOH, I could checkin everything including the cactus cargo changes
and that would fix things on the trunk.
Thoughts?
-bd-
On Sep 22, 2005, at 1:25 PM, Bill Dudney wrote:
No I've not checked it in yet because I'm waiting for discussion on
the idea of making a 1_1_0 branch that we could
It's got to be checked into the trunk at some point. I don't see any
advantages in waiting.
On 9/22/05, Bill Dudney [EMAIL PROTECTED] wrote:
OTOH, I could checkin everything including the cactus cargo changes
and that would fix things on the trunk.
Thoughts?
-bd-
On Sep 22, 2005, at
I have a lot of other changes related to the cactus/cargo stuff.
I don't have a problem checking in all that but there has not been
much discussion about it yet. I'd rather see some discussion happen
before I check in the rest of the changes.
TTFN,
-bd-
On Sep 22, 2005, at 1:38 PM, Mike
[
http://issues.apache.org/jira/browse/MYFACES-552?page=comments#action_12330226
]
Thomas Huber commented on MYFACES-552:
--
Tested on Firefox 1.0.6, Windows XP - build 22.09.2005
tested with two and three autoUpdateDataTable tags, also with different
Tomahawk selectOneRadio doesn't validate. This is a side affect of patch for
fixed issue 592.
-
Key: MYFACES-606
URL: http://issues.apache.org/jira/browse/MYFACES-606
Project:
t:inputFileUpload shown as t:fileUpload in web docs
---
Key: MYFACES-607
URL: http://issues.apache.org/jira/browse/MYFACES-607
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: Nightly Build
[ http://issues.apache.org/jira/browse/MYFACES-607?page=all ]
Mike Kienenberger updated MYFACES-607:
--
Attachment: fileUpload.xdocs.patch.txt
Changed name from t:fileUpload to t:inputFileUpload
t:inputFileUpload shown as t:fileUpload in web docs
Hello,
I just wanted to announce another new article at JSF Central about Facelets.
This is the second of a series of articles about Facelets. In this article,
Facelets founder Jacob Hookom explains how you can begin using Facelets in
your JSF applications today. Here's an excerpt:
Facelets is
[
http://issues.apache.org/jira/browse/MYFACES-164?page=comments#action_12330237
]
Mehmet Sen commented on MYFACES-164:
RI doesn't have this problem. The problem does not only require double
submission, but rewriting of all form values (changes) again
[
http://issues.apache.org/jira/browse/MYFACES-599?page=comments#action_12330243
]
Adam Winer commented on MYFACES-599:
The correct behavior (which the spec should state, but doesn't) is to render
nothing, but also not log a warning.
Without this, you
[
http://issues.apache.org/jira/browse/MYFACES-444?page=comments#action_12330247
]
Ken Weiner commented on MYFACES-444:
Sure, I will give it a shot as long as you don't mind waiting a week or so.
HtmlMessageRendererBase renders tooltip as message
Thanks Kito. Can't wait to read the next in the trenches installment.
I enjoyed the last one.
sean
On 9/22/05, Kito D. Mann [EMAIL PROTECTED] wrote:
Hello,
I just wanted to announce another new article at JSF Central about Facelets.
This is the second of a series of articles about
2005/9/20, Manfred Geiler [EMAIL PROTECTED]:
Craig,Thanks. Just fixed it in SVN.Sean, can you please update the site (or tell me how I can do it)? Thanks.
-Manfred2005/9/20, Craig McClanahan [EMAIL PROTECTED]: The MD5 link for the new release points at:
39 matches
Mail list logo
