Re: [jsr-314-open] localePrefix for resources
by Dan Allen
Great Ed. Thanks for being proactive. There is no progress in blame. Let's
just find shortcomings and improve the situation.
- Dan Allen
Sent from my Android-powered G1 phone:
An open platform for carriers, developers
and consumers.
On Sep 3, 2009 12:49 PM, "Ed Burns" <Ed.Burns(a)sun.com> wrote:
>>>>> On Fri, 28 Aug 2009 15:29:12 -0400, Dan Allen <dan.j.allen(a)gmail.com>
said:
DA> Without putting a lot of thought into it, I had the same opinion when
DA> developing my JSF 2 talk. I'm also interested in the justification for
not
DA> using convention over configuration.
>>>>> On Fri, 28 Aug 2009 22:45:50 +0200, damien Gouyette <
damien.gouyette(a)gmail.com> said:
DG> I'm not sur but localized ressources will be easiest packaged ?
Yes, this is a well known problem. Cay Horstmann harangued me in our
little JavaOne hallway talk [1]. I think it's counter-productive to
talk about blame. It was in the original design and this problem was
not discovered when the design was shared and discussed with the EG. I
searched the jsr-314-eg archives and there was no dissent on this point.
Spec issue 548 is tracking the resolution of this problem.
Ed
[1] http://bit.ly/cayhallwaytalk
--
| ed.burns(a)sun.com | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/
16 years, 2 months
Re: [jsr-314-open] <h:dataTable> binding vs. ui:repeat
by Ed Burns
>>>>> On Fri, 28 Aug 2009 18:16:41 -0400, Dan Allen <dan.j.allen(a)gmail.com> said:
LB> I already got mail by Kin-Man - he said this won't be included, we
LB> are too late.
DA> I don't get it. Why are JSR-299 and JSR-330 allowed to change so
DA> drastically before Java EE 6, yet we need one small change in EL and
DA> it can't happen. This is crap. If we all agree this change would be
DA> valuable, I want to see it included. Whose arm do we have to twist?
Think of it this way. There is a finite amount of change that Sun, as
platform spec lead for Java EE 6 is willing to accept. JSR-299 and
JSR-330 have consumed all of that finite amount! Perhaps if things
were more stable on the 299 and 330 fronts we'd have room for these
little changes. For now, we have no plans to produce another revision
of JSF 2.0 before Java EE 6 goes final.
Also, one must bear in mind the external economic and regulatory
considerations that come into play when allocating resources in any
corporate entity.
Ed
--
| ed.burns(a)sun.com | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/
16 years, 2 months
Re: [jsr-314-open] localePrefix for resources
by Dan Allen
That is the open question and a very good one. From my understanding the Sun
acquisition is putting plans on hold. I'm not sure how to proceed under
these circumstances. Not sure if anyone does.
- Dan Allen
Sent from my Android-powered G1 phone:
An open platform for carriers, developers
and consumers.
On Sep 4, 2009 1:00 PM, "Kito Mann" <kito.mann(a)virtua.com> wrote:
On Thu, Sep 3, 2009 at 5:53 PM, Dan Allen <dan.j.allen(a)gmail.com> wrote: > >
>> >> On Thu, Sep 3, 20...
That certainly sounds more logical.
So is the a time line for 2.1, then?
> > > -Dan > > -- > Dan Allen > Senior Software Engineer, Red Hat | Author
of Seam in Action > Regi...
16 years, 2 months
Re: [jsr-314-open] localePrefix for resources
by Ed Burns
>>>>> On Fri, 28 Aug 2009 15:29:12 -0400, Dan Allen <dan.j.allen(a)gmail.com> said:
DA> Without putting a lot of thought into it, I had the same opinion when
DA> developing my JSF 2 talk. I'm also interested in the justification for not
DA> using convention over configuration.
>>>>> On Fri, 28 Aug 2009 22:45:50 +0200, damien Gouyette <damien.gouyette(a)gmail.com> said:
DG> I'm not sur but localized ressources will be easiest packaged ?
Yes, this is a well known problem. Cay Horstmann harangued me in our
little JavaOne hallway talk [1]. I think it's counter-productive to
talk about blame. It was in the original design and this problem was
not discovered when the design was shared and discussed with the EG. I
searched the jsr-314-eg archives and there was no dissent on this point.
Spec issue 548 is tracking the resolution of this problem.
Ed
[1] http://bit.ly/cayhallwaytalk
--
| ed.burns(a)sun.com | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/
16 years, 2 months
Re: [jsr-314-open] Fwd: Minor corrections and request for clarification
by Ed Burns
>>>>> On Fri, 28 Aug 2009 17:54:08 -0400, Dan Allen <dan.j.allen(a)gmail.com> said:
>> From the jsr-314-comments inbox...
DA> ---------- Forwarded message ----------
DA> From: Leonardo Uribe <lu4242(a)gmail.com>
DA> Date: Wed, Aug 26, 2009 at 1:29 AM
DA> Subject: Error on web-facelettaglibrary_2_0.xsd
DA> To: jsr-314-comments(a)jcp.org
DA> Hi
LU> Checking the appendix A of the spec, the description of the file
LU> web-facelettaglibrary_2_0.xsd has a small bug.
Thanks, this is a good one.
LU> I also would like to know if composite:clientBehavior exists or not (the
LU> plddocs does not mention it, but if is not what is the purpose of
LU> BehaviorAttachedObjectHandler?)
This is an error in the vdldocs. The tag handler is indeed there, it's
composite:clientBehavior in Mojarra.
LU> Also, the documentation of ui:remove has a attribute with no name, and
LU> ui:param has a attribute duplicated, but I think it is a different one.
Noted.
LU> Also, the documentation of javax.faces.CompositeFacet has an error
LU> in its description. First it says encodeBegin() should not be
LU> implemented, but then describe how it should be. I think it
LU> describes encodeChildren() instead.
LU> I'll appreciate a lot all responses to my comments.
These have all been added to the ChangeLog as proposed changes [1].
Dan, can you please forward this on to Mr. Uribe?
Ed
[1] http://wiki.java.net/bin/view/Projects/Jsf2MR1ChangeLog
--
| ed.burns(a)sun.com | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/
16 years, 2 months