dataTable (or h:column rendered=) confuses its var with previous instances of
dataTable
---
Key: MYFACES-127
URL: http://issues.apache.org/jira/browse/MYFACES-127
Project: MyFaces
Ty
[
http://issues.apache.org/jira/browse/MYFACES-127?page=comments#action_60633 ]
Dave E Martin commented on MYFACES-127:
---
I should note that when I said "later via an include" that it is not the
include thats inside the first datatable (the second
[
http://issues.apache.org/jira/browse/MYFACES-125?page=comments#action_60623 ]
Sylvain Vieujot commented on MYFACES-125:
-
You're right.
It's fixed now.
Thank you.
Sylvain.
> processDecodes in AliasBean not implemented
> -
[ http://issues.apache.org/jira/browse/MYFACES-126?page=history ]
Stan Silvert updated MYFACES-126:
-
Attachment: patch.diff
> Another Portlet API dependency found in NavigationHandlerImpl
> -
>
Another Portlet API dependency found in NavigationHandlerImpl
-
Key: MYFACES-126
URL: http://issues.apache.org/jira/browse/MYFACES-126
Project: MyFaces
Type: Bug
Reporter: Stan Silvert
Attachments: patc
[ http://issues.apache.org/jira/browse/MYFACES-38?page=history ]
Heath Borders-Wing updated MYFACES-38:
--
Attachment: UIData.java
Fixed the nested UIData bug.
I had to override encodeEnd to do it (which means that our code does not have
the _exact_
[
http://issues.apache.org/jira/browse/MYFACES-102?page=comments#action_60617 ]
Heath Borders-Wing commented on MYFACES-102:
I'd say this is more of a feature than a bug.
I don't think that all UIInputs should save their value when it is re
I finally hunkered down and fixed the nested UIDatas problem. I had
to scrap all the existing code that saved the state of contained
EditableValueHolders because it didn't include any special code for
EditableValueHolders inside another UIData.
Also, there are probably some efficiency improvement
[ http://issues.apache.org/jira/browse/MYFACES-38?page=history ]
Heath Borders-Wing updated MYFACES-38:
--
Attachment: 3-Layered-MyFaces-Nested-DataTable-Test.war
This is a test war with increased complexity. It has 3 layers of dataTables
with lots
Matthias told me he is going to take a stab at this so I will wait and
see what he comes up with.
sean
Kito-
using MyFaces is fine ;)
but also I can understand doubts against a
a) non-certified impl of JSF spec.
b) "incubator status" implementation.
b) is not active, only some infrastructure work, but that's all...
(e.g. for host http://myfaces.apache.org/ )
However, here at Apache there is a gro
we got also a very cool "powered by MyFaces" logo :-)))
Original Message
Subject: Fwd: FW: MyFaces
Date: Thu, 10 Mar 2005 15:18:24 -0500
From: Sean Schofield <[EMAIL PROTECTED]>
Reply-To: Sean Schofield <[EMAIL PROTECTED]>
To: Matthias Wessendorf <[EMAIL PROTECTED]>
References: <
That's what I thought. I just wanted to make sure I understood you.
On Thu, 10 Mar 2005 16:24:47 -0500, Kito D. Mann <[EMAIL PROTECTED]> wrote:
> At 02:16 PM 3/10/2005, you wrote:
> > > Can someone tell me when 1.08 or 1.09 will be released, and when MyFaces
> > > may move out of the incubator?
At 02:16 PM 3/10/2005, you wrote:
> Can someone tell me when 1.08 or 1.09 will be released, and when MyFaces
> may move out of the incubator? I'm sensing skepticism from customers
> because of the lack of a recent release, and the incubator status...
Which customers? Do you mean myfaces users or c
At 01:13 PM 3/10/2005, you wrote:
Kito-
> Also, are there any plans for the TCK?
we asked the board of the ASF about the TCK.
The board requested for the JSR#127 TCK. But
I guess that will take again some time :-(
So ne detailed plan or a specific date regarding
be *certified* JSF impl.
Ok. Than
Here is an updated proposal.
We should create a new simple-examples webapp using the simplified JSP
pages that I gave Matthias. This I think we are in 100% agreement on
this (we'll leave the original alone for now.)
We should dramatically simplify the build scripts used to build the webapps.
OK I am going to put together a *new* simplifed-examples folder and
WAR and tweak the build scripts. We'll leave the current ones alone.
It sounds like we have 100% agreement on that so I'll go ahead. If
someone is available for check-in in a few hours please let me know.
sean
On Thu, 10 Mar
> Can someone tell me when 1.08 or 1.09 will be released, and when MyFaces
> may move out of the incubator? I'm sensing skepticism from customers
> because of the lack of a recent release, and the incubator status...
Which customers? Do you mean myfaces users or customers that are
paying for deve
Regarding the next release. I suggest that we resolve any outstanding
tree2 issues so we can officially rename to tree and drop the current
one. Its been several days since I responded to Oliver's issues but I
haven't heard anything back yet.
I *really* think we should try to avoid having two tr
Kito-
> Also, are there any plans for the TCK?
we asked the board of the ASF about the TCK.
The board requested for the JSR#127 TCK. But
I guess that will take again some time :-(
So ne detailed plan or a specific date regarding
be *certified* JSF impl.
HTH,
Matthias
On Thu, 10 Mar 2005 12:31:49
At 12:30 PM 3/10/2005, you wrote:
MyFaces is officially a top
level project now, moving out of the
incubator is just a technical issue anymore!
That's great to hear, Martin.
The next release is being
prepared right now (Matthias is working on
this, I think)...
Matthias, can you give me some detai
Kito-
Martin is right. We are now a top level project of the ASF.
The infrastructure guys are working on things like
mailinglists, DNS entry, and so one.
What we did in December was a vote regarding releasing
MyFaces 1.0.8. There were enough votes from committers
and user.
That version is available
a new offical release would be great - thanks to all of you MyFaces guys :-)
Greetings,
Hendrik
Well, what I meant was:
- keep the existing example application and move out most of the pages
to the new simple example app.
- so what we then have would be: the current example app minus all
component pages for the demonstration of menu structure, navigation,
validation, etc..
- and a simple w
MyFaces is officially a top level project now, moving out of the
incubator is just a technical issue anymore!
The next release is being prepared right now (Matthias is working on
this, I think)...
regards,
Martin
On Thu, 10 Mar 2005 12:31:49 -0500, Kito D. Mann <[EMAIL PROTECTED]> wrote:
> Hey
Hey,
Can someone tell me when 1.08 or 1.09 will be released, and when MyFaces
may move out of the incubator? I'm sensing skepticism from customers
because of the lack of a recent release, and the incubator status...
~~~
Kito D. Mann
[
http://issues.apache.org/jira/browse/MYFACES-125?page=comments#action_60601 ]
Mathias Broekelmann commented on MYFACES-125:
-
thanks for the fast reply.
I´ve tried the toUpperCase button with my modifcations and did not got an
exception.
[
http://issues.apache.org/jira/browse/MYFACES-123?page=comments#action_60595 ]
Stan Silvert commented on MYFACES-123:
--
Actually, I found that it wasn't a problem with a new code change. It looks
like UIComponentTag has not been changed in quite
[
http://issues.apache.org/jira/browse/MYFACES-125?page=comments#action_60593 ]
Sylvain Vieujot commented on MYFACES-125:
-
The processDecodes has been added.
But I didn't remove the calls to makeAlias() and removeAlias() in method
queueEvent(F
[ http://issues.apache.org/jira/browse/MYFACES-125?page=history ]
Sylvain Vieujot resolved MYFACES-125:
-
Resolution: Fixed
Fix Version: Nightly Build
> processDecodes in AliasBean not implemented
> --
It seems like we should keep our extensions/components in a separate
branch from our api/impl this would encourage interoperability between
different implementations.
On Thu, 10 Mar 2005 14:52:54 +0100, Matthias Wessendorf
<[EMAIL PROTECTED]> wrote:
> done.
>
> Bruno Aranda wrote:
> > I think
[
http://issues.apache.org/jira/browse/MYFACES-121?page=comments#action_60591 ]
Manfred Geiler commented on MYFACES-121:
The patch simply makes JspViewHandlerImpl take the first FacesServlet mapping
in the web.xml as default. So, since 99% of u
done.
Bruno Aranda wrote:
I think we could add the FAQ: Can I use myFaces extensions with the JSF RI?
On Thu, 10 Mar 2005 08:32:54 -0500, Sean Schofield
<[EMAIL PROTECTED]> wrote:
Thanks Matthias for all the work on the website!
On Thu, 10 Mar 2005 14:29:15 +0100, Matthias Wessendorf
<[EMAIL PROTEC
I think we could add the FAQ: Can I use myFaces extensions with the JSF RI?
On Thu, 10 Mar 2005 08:32:54 -0500, Sean Schofield
<[EMAIL PROTECTED]> wrote:
> Thanks Matthias for all the work on the website!
>
> On Thu, 10 Mar 2005 14:29:15 +0100, Matthias Wessendorf
> <[EMAIL PROTECTED]> wrote:
>
Thanks Matthias for all the work on the website!
On Thu, 10 Mar 2005 14:29:15 +0100, Matthias Wessendorf
<[EMAIL PROTECTED]> wrote:
> Manfred,
>
> thanks for feedback.
>
> Ok so we will have as far as I see our current website app
> and soon simplified web app.
>
> On subproject I don't want t
Manfred,
thanks for feedback.
Ok so we will have as far as I see our current website app
and soon simplified web app.
On subproject I don't want to run mailinglist on CVS
and so on. Only a special folder in CVS like the
Struts guys do with their subprojects (eg flow)
@website: I just made some chan
If we go with the option of just adding simplified examples we should
change what goes in the current examples application. I've been
saying all along that its ok to have a few sets of examples.
Currently the myfaces-examples basically has a simple example of every
component wrapped inside a more
[
http://issues.apache.org/jira/browse/MYFACES-125?page=comments#action_60589 ]
Mathias Broekelmann commented on MYFACES-125:
-
call to makeAlias() and removeAlias() in method queueEvent(FacesEvent) should
be removed to make nested component
[
http://issues.apache.org/jira/browse/MYFACES-121?page=comments#action_60588 ]
Matthias Weßendorf commented on MYFACES-121:
I changed code base of Struts-Faces lib
and removed the Wrapper clazz and changed the RequestProcessor clazzes
And
[
http://issues.apache.org/jira/browse/MYFACES-121?page=comments#action_60587 ]
Matthias Weßendorf commented on MYFACES-121:
Mike,
I patched MyFaces on my local box and tested the myfaces.jar (including your
patch) against:
-plain struts
processDecodes in AliasBean not implemented
---
Key: MYFACES-125
URL: http://issues.apache.org/jira/browse/MYFACES-125
Project: MyFaces
Type: Bug
Versions: Nightly Build
Reporter: Mathias Broekelmann
This bug prev
[
http://issues.apache.org/jira/browse/MYFACES-122?page=comments#action_60585 ]
Matthias Weßendorf commented on MYFACES-122:
Mike,
thanks. Also that is the same for createConverter(java.lang.String converterId)
("If there is no such regis
Why *replace* current examples?
Let's start a new webapp called "simplesamples" or "tutorial" or
similar. At the time when every single component is part of this new
webapp we could still remove the old examples or make it deprecated. No
need to hurry, IMHO.
+1 for simplified version
-1 for rep
Hi,
I think this is a wonderful idea. Having different applications
demonstrating the use of myFaces would be the best source of help for
the users and also a good reference for common patterns and
situations.
Users are asking over and over again the same questions (best ways to
use hibernate, til
Hi,
I thought about something like a *subproject* for our
MyFaces examples sometimes before.
We have now lot's of (different) applications that
demonstrated the use of MyFaces (and its components)
-the *hot* disscussed MyFaces-exmaple
-Tiles example
-WAP/WML example
-the new HelloWorld example
that
45 matches
Mail list logo