Re: [jsr-314-open] An observation on where we should focus attention
by Lincoln Baxter, III
Then there's the lovely version issue, when each lib depends on a different
jquery... oops; ) that one shouldn't happen too much, but Its worth
considering... might be easy just to say "you're on your own"
Lincoln Baxter III
http://ocpsoft.com
http://scrumshark.com
Keep it simple.
On Dec 23, 2009 3:09 PM, "Dan Allen" <dan.j.allen(a)gmail.com> wrote:
On Mon, Dec 21, 2009 at 4:12 AM, Werner Punz <werner.punz(a)gmail.com> wrote:
> > a) The import part, ...
I just thought it would be interesting if two components that requested
something like jQuery (even in different libraries) would recognize that
they are both asking for the same thing and just put one of them in the
head. I think that happens automatically if they happen to use the same
resource name. But if they are in different JAR files, then the resource
name won't be the same and a duplicate will be sent. So some sort of global
identifier much be nice for the most popular libraries.
-Dan
-- Dan Allen Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #2...
14 years, 4 months
[jsr-314-open] An observation on where we should focus attention
by Jim Driscoll
While the wicket fanboys like to bang on pots and pans and make a lot of
noise, I think it's important for me to say where I think we should
really be paying attention -
The following 2 Indeed job trends graphs hopefully make my point:
http://www.indeed.com/jobtrends?q=jsf%2C+gwt%2C+jquery%2C+yui%2C+dojo%2C+...
http://www.indeed.com/jobtrends?q=jsf%2C+php%2C+asp%2C+rails%2C+wicket&l=
We can learn a thing or two from wicket, but I'd rather learn from or
work with technologies that are actually in the process of breaking out,
or have already had great success.
Just something to keep in mind next time you get a derisive tweet.
Jim
P.S. And that's also a reminder to me that I really need to look at GWT
again. And I still have that action item to examine our
interoperability with jQuery more thoroughly.
P.P.S. Yes, I think jQuery has won the JS framework wars for the time
being. The jobs data backs up my anecdotal experience. The breakout
appears to have started about 2 years ago.
14 years, 4 months
[jsr-314-open] test post
by Ganesh
following this list for a long time with
great interest I feel honoured to become
part of the "extended EG".
Best regards,
Ganesh for DojoFaces
14 years, 4 months
Re: [jsr-314-open] [ADMIN] Sun Certified JSF Developer Exam Questions (was:Re: Where's Ed Burns this week?)
by Ed Burns
>>>>> On Wed, 16 Dec 2009 09:24:09 -0700, David Geary <clarity.training(a)gmail.com> said:
DG> Okay, Ed, java.net is still down, so here's a question:
DG> <h:form>
DG> <h:panelGrid columns="2">
DG> Name:
DG> <h:inputText id="name" value="#{...}"/>
DG> <h:message for="name"/>
DG> ...
DG> </h:panelGrid>
DG> </h:form>
DG> In the preceeding markup, any error messages for the name input will be
DG> displayed underneath the Name: prompt. How do you make the error message
DG> appear to the right of the name input?
DG> Answer: Add an h:panelGroup around the h:inputText and h:message.
DG> I don't know if that's a good question, or if it's too basic. Let me
DG> know if it sucks, and I'll come up with another.
Thank you, It's very good.
It's a multiple choice exam. Can I trouble you to come up with three
"distractors", that is, other choices that sound correct but are not?
Ed
--
| ed.burns(a)sun.com | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/
14 years, 4 months
Re: [jsr-314-open] [ADMIN] Sun Certified JSF Developer Exam Questions (was:Re: Where's Ed Burns this week?)
by Imre Osswald
Hi Martin,
how "hard you have to push" depends on what "register" and "Managed
Bean" really means.
But let's say we have a d) which allows me to register Managed Beans
dynamically, then you could have groovy code in your view definition,
that gets executed and registers the MB.
While I am pretty sure, this is something I don't want to see in any
view definition I have to work with, it would still be possible.
(About using groovy in the view-definition see: http://blog.jevelopers.com/archives/4-Project-Frisco-started.html)
regards,
Imre
On 18.12.2009, at 00:30, Martin Marinschek wrote:
> Hi Imre,
>
> d) is certainly valid with more than one bean container right now. In
> which context is a) valid? Never heard of anything like this.
>
> I don't think potential exam-takers will read this list, if they do, I
> think it's ok if they pass the exam ;)
>
> regards,
>
> Martin
>
> On 12/17/09, Imre Osswald <ioss(a)mx.jevelopers.com> wrote:
>> If d) is valid and you push hard enough you can make a) valid too.
>>
>> But my actual question is, if we publish the questions and answers
>> here on an open list, will they still be usable in an exam? :)
>>
>> Imre
>>
>> On 17.12.2009, at 16:37, Martin Marinschek wrote:
>>
>>> I would have said that b, c and d are all three valid answers. Can't
>>> we have multiple valid answers?
>>>
>>> regards,
>>>
>>> Martin
>>>
>>> On 12/17/09, Dan Allen <dan.j.allen(a)gmail.com> wrote:
>>>> On Thu, Dec 17, 2009 at 9:57 AM, David Geary
>>>> <clarity.training(a)gmail.com>wrote:
>>>>
>>>>> 2009/12/17 Martin Marinschek <mmarinschek(a)apache.org>
>>>>>
>>>>>> I won't chime in for the distractors, but here my question:
>>>>>>
>>>>>> How can you register a managed bean with JSF2?
>>>>>>
>>>>>> a) Using groovy in the view definition
>>>>>> b) Using XML-code in the faces configuration file
>>>>>> c) Using annotations in the Java-Code of the managed-bean
>>>>>> d) Using other JSF2 compliant bean-containers
>>>>>>
>>>>>
>>>> c) ... (@ManagedBean or @Named)
>>>>
>>>> -Dan
>>>>
>>>> --
>>>> Dan Allen
>>>> Senior Software Engineer, Red Hat | Author of Seam in Action
>>>> Registered Linux User #231597
>>>>
>>>> http://mojavelinux.com
>>>> http://mojavelinux.com/seaminaction
>>>> http://www.google.com/profiles/dan.j.allen
>>>>
>>>
>>>
>>> --
>>>
>>> http://www.irian.at
>>>
>>> Your JSF powerhouse -
>>> JSF Consulting, Development and
>>> Courses in English and German
>>>
>>> Professional Support for Apache MyFaces
>>
>>
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
14 years, 4 months
Re: [jsr-314-open] Nick is having trouble posting
by Ed Burns
>>>>> On Fri, 18 Dec 2009 03:14:37 +0200, Nick Belaevski <nbelaevski(a)exadel.com> said:
NB> Hello Ed,
NB> Sending the test letter as you requested...
Thanks. I need Alex to do the same. To: ed.burns(a)sun.com, jsr-314-open(a)jcp.org.
I'm on vacation starting in about an hour, so I may not get to this til
Jan. Hope that's ok.
Ed
14 years, 4 months
Re: [jsr-314-open] [ADMIN] Target milestones in issuetracker record
by Ed Burns
>>>>> On Mon, 14 Dec 2009 12:33:43 -0500, Dan Allen <dan.j.allen(a)gmail.com> said:
EB> I've added milestones for 2.1 - 2.4. I've deleted 2.next.
DA> It was fun while it lasted (I say that jokingly because it we were
DA> having a fun play on words with JSF 2.next ;))
DA> What about 2.0.MR1? Could you add that for the errors we need to have fixed
DA> for the MR?
As promised I went to the Sun Java EE Architects email list and asked
what was Sun's position on naming. Here it is. This is the convention
Sun uses, it's not a JCP mandate.
8<------------------------------------------
We apply version numbers to all three of the JCP-defined artifacts -
specification document, reference implementation (RI), and technology
compatibility kit (TCK). At the completion of a JCP update to a
technology, all three artifacts will have the same version number, in
the single dot major.minor format.
Between JCP updates, each of these artifacts may also be updated,
following these rules:
* Specification document
Updates to a specification document that do not change the meaning
of the specification are called "errata". (See JCP Processes for
details.) An errata update to a specification document is indicated
by including a "Rev level" after the specification version number.
For example, if an initial specification numbered "1.0" is updated
by an errata, the updated document would be given a number of "1.0
Rev a". A subsequent errata update would be "1.0 Rev b".
Note that since an errata typically does not require a change to
the RI or TCK, a Rev level is never applied to those artifacts.
* Reference Implementation
A change to the RI that is not associated with a change to the API
(for example, a bug fix, performance improvement, new feature, etc.)
is indicated by using a dot-dot number of the form major.minor.micro
or a patch number of the form major.minor.micro_patch. The major and
minor numbers correspond to the version of the API that is
implemented.
To summarize...
For a spec of version X.Y, the spec document will be version "X.Y" for
the initial release or "X.Y Rev L", where "L" is a letter nominally
starting with "a" and incrementing as more errata are approved via the
JCP Maintenance Review process.
For a spec of version X.Y, the RI will be "X.Y" or "X.Y.Z", where "Z" is
a number starting with 1 and incrementing as more RI bug fixes are
made. ("X.Y.0" should be considered equivalent to "X.Y".) These changes
are outside the JCP process.
8<------------------------------------------
As Dan requested, I have made 2.0 Rev a the default target milestone.
Which brings me to the issue captains. I'll check the status of that
volunteer effort as a separate message.
Ed
--
| ed.burns(a)sun.com | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/
14 years, 4 months
Re: [jsr-314-open] getting behind CDI
by Ed Burns
>>>>> On Thu, 17 Dec 2009 18:50:33 -0500, Dan Allen <dan.j.allen(a)gmail.com> said:
DA> On Thu, Dec 17, 2009 at 6:44 PM, David Geary <clarity.training(a)gmail.com>wrote:
>> I'm all +1 for this.
>>
>> CDI is incredibly powerful, as Gavin says "it changes everything". It seems
>> to me that loose coupling with strong typing, implemented with producers,
>> events, interceptors, decorators and stereotypes, is the next logical step
>> in the evolution of object-oriented development.
>>
>> And we get conversation scope to boot. :)
>>
>>
DA> Yep. Adam Bien provided a nice taste of the kind of out-of-the-box
DA> functionality you can get in a recent blog entry:
DA> http://www.adam-bien.com/roller/abien/entry/java_ee_6_observer_with
That does rock. I wonder, though, might there be some power in
combining system events with javax.enterprise.event.Events?
Ed
--
| ed.burns(a)sun.com | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/
14 years, 4 months
Re: [jsr-314-open] [jsr-314] Missing JSR2 webcast
by Ed Burns
>>>>> On Thu, 17 Dec 2009 17:55:00 +0000, Daniel Sheppard <choc_dan(a)ntlworld.com> said:
DS> I wonder if it because I'm trying to view this webcast from the UK. Is it
DS> possible that this is say only viewable in the US?
Try this
To view the video, go to the excellent Glassfish Resources Page at
<http://www.sun.com/glassfish/resources/> and look for the link titled
JavaServer Faces 2.0: A Complete Tour, it's at the bottom of the page.
Ed
P.S. I'm sorry Daniel, but can you please re-state your credentials for
having post access to this list? I don't recall adding you but I must
have because I think Max and I are the only ones that can grant post
access.
--
| ed.burns(a)sun.com | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/
14 years, 4 months
