Skip to main content

[webtier] JSF 2.0 PR Ajax Question

25 replies [Last post]
Anonymous

Hi All,

First, I noticed that the library ajax.js does not exist in the PR
release. It seems to have been incorporated with jsf.js in the
"javax.faces" namespace/library.

Second. I'm trying to put together the editable text ajax example from
Jim Driscoll's blog here:
http://weblogs.java.net/blog/driscoll/archive/2008/11/another_jsf_20_1.html but I'm running in to an issue where the AJAX request fires just fine, but the only element returned by the "render: list of ids" parameter is the javax.faces.ViewState element, all other elements are ignored.

Also, the value of the inputText field is not populated in the managed
bean. (it is however, passed as a POST parameter)

Any thoughts?
I can post source if required, but it's pretty much straight from Jim's
example. (Plus the action method on submit just to verify that anything
happens at all)

Thanks,
Lincoln
[att1.html]

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Lincoln Baxter, III

Here's another one for you. It's possible I am misusing ui:repeat, but
I'm not sure.

I'm trying to use a tag to generate the values for an
, but no values are rendered. The input list does
contain values, because I am able to print them directly to the screen
using (just a List of plain String objects)





This results in an empty selectMenu. I also tried enclosing the
ui:repeat in an f:subview, because I had heard that as a solution
somewhere a while back, but to no avail.

Note: I typed this by hand, so please forgive any syntax errors.

Thanks,
Lincoln

On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:

> Lincoln -
>
> I was able to reproduce this error (once), but unfortunately, it seems
> to be intermittent, and I'm not able get it to happen again.
>
> I've filed a bug (#912).
>
> If you do see a hang again, please do the following:
>
> ps -ef | grep java
>
> to find the pid of the tomcat app.
>
> Then
>
> kill -QUIT tomcatpid
>
> Then, send us the stack trace that's in the catalina.out file.
>
> Again, thanks for reporting these problems. It's *very* helpful.
>
> Jim
>
> Lincoln Baxter, III wrote:
> > Also, as I encounter with my other
> > JSF2.0 projects, the server is unable to shutdown when running
> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
> >
> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> > INFO: Pausing Coyote HTTP/1.1 on http-8081
> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> > INFO: Stopping service Catalina
> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
[att1.html]

Ryan Lubke

Lincoln Baxter, III wrote:
> Here's another one for you. It's possible I am misusing ui:repeat, but
> I'm not sure.
>
> I'm trying to use a tag to generate the values for an
> , but no values are rendered. The input list does
> contain values, because I am able to print them directly to the screen
> using (just a List of plain String objects)
>
>
>
>
>

>

The thing about ui:repeat is that it does its thing during the render
response phase, so at the time the selectOneMenu is rendered
it has no UISelectItem children. If you used c:forEach here, that
would probably do what you want, however, in JSF 2.0, there is a better
solution:


var="member"
itemValue="#{member}"

Note that in this use case, #{members} returns some Collection of
generic objects and the select item generation is taken care of
for you.

>
> This results in an empty selectMenu. I also tried enclosing the
> ui:repeat in an f:subview, because I had heard that as a solution
> somewhere a while back, but to no avail.
>
> Note: I typed this by hand, so please forgive any syntax errors.
>
> Thanks,
> Lincoln
>
> On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:
>> Lincoln -
>>
>> I was able to reproduce this error (once), but unfortunately, it seems
>> to be intermittent, and I'm not able get it to happen again.
>>
>> I've filed a bug (#912).
>>
>> If you do see a hang again, please do the following:
>>
>> ps -ef | grep java
>>
>> to find the pid of the tomcat app.
>>
>> Then
>>
>> kill -QUIT tomcatpid
>>
>> Then, send us the stack trace that's in the catalina.out file.
>>
>> Again, thanks for reporting these problems. It's *very* helpful.
>>
>> Jim
>>
>> Lincoln Baxter, III wrote:
>> > Also, as I encounter with my other
>> > JSF2.0 projects, the server is unable to shutdown when running
>> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
>> >
>> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
>> > INFO: Pausing Coyote HTTP/1.1 on http-8081
>> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
>> > INFO: Stopping service Catalina
>> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
>> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

No way!!!

Thanks, I guess I didn't look far enough. This is a "perfect"
enhancement!

On Thu, 2009-01-08 at 08:53 -0800, Ryan Lubke wrote:

> Lincoln Baxter, III wrote:
> > Here's another one for you. It's possible I am misusing ui:repeat, but
> > I'm not sure.
> >
> > I'm trying to use a tag to generate the values for an
> > , but no values are rendered. The input list does
> > contain values, because I am able to print them directly to the screen
> > using (just a List of plain String objects)
> >
> >
> >
> >
> >

> >

> The thing about ui:repeat is that it does its thing during the render
> response phase, so at the time the selectOneMenu is rendered
> it has no UISelectItem children. If you used c:forEach here, that
> would probably do what you want, however, in JSF 2.0, there is a better
> solution:
>
>
> > var="member"
> itemValue="#{member}"
>

>
> Note that in this use case, #{members} returns some Collection of
> generic objects and the select item generation is taken care of
> for you.
>
>
> >
> > This results in an empty selectMenu. I also tried enclosing the
> > ui:repeat in an f:subview, because I had heard that as a solution
> > somewhere a while back, but to no avail.
> >
> > Note: I typed this by hand, so please forgive any syntax errors.
> >
> > Thanks,
> > Lincoln
> >
> > On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:
> >> Lincoln -
> >>
> >> I was able to reproduce this error (once), but unfortunately, it seems
> >> to be intermittent, and I'm not able get it to happen again.
> >>
> >> I've filed a bug (#912).
> >>
> >> If you do see a hang again, please do the following:
> >>
> >> ps -ef | grep java
> >>
> >> to find the pid of the tomcat app.
> >>
> >> Then
> >>
> >> kill -QUIT tomcatpid
> >>
> >> Then, send us the stack trace that's in the catalina.out file.
> >>
> >> Again, thanks for reporting these problems. It's *very* helpful.
> >>
> >> Jim
> >>
> >> Lincoln Baxter, III wrote:
> >> > Also, as I encounter with my other
> >> > JSF2.0 projects, the server is unable to shutdown when running
> >> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
> >> >
> >> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> >> > INFO: Pausing Coyote HTTP/1.1 on http-8081
> >> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> >> > INFO: Stopping service Catalina
> >> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> >> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> >> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
[att1.html]

Jim Driscoll

Hi Lincoln -

Out of curiosity, why does it have to be a parameter, and not an
attribute? (This is completely separate from the question of whether it
should work or not, I'm just curious for the use case.)

So, instead of

My Link Text

You would say:

My Link Text

Jim

Lincoln Baxter, III wrote:
> Hi all,
>
> I'm attempting to create an EZComp composite:component that takes
> multiple tags and passes them to a sub-element, but
> it seems like all children are encased within a UIOutput component, thus
> f:param tag is not available as a child of the EZComp component itself,
> and my renderer class is not getting the values it needs.
>
>
> *

*
> My Link Text
>
>
>
> Is there any way to pass a parameter directly through the component so
> that the internals receive the parameter? instead of
> does not seem to work either, and would end
> up cluttering my interface. I just want a straight passthrough like the
> original behaved in facelets. Anything like it?
>
> Thanks,
>
> Here is my component:
>
> > xmlns:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:ui="http://java.sun.com/jsf/facelets"
> xmlns:pretty="http://ocpsoft.com/prettyfaces"
> xmlns:composite="http://java.sun.com/jsf/composite">
>
>
>
>
>
>

>
>
> > rendered="#{compositeComponent.attrs.rendered ne 'false'}">
>

rendered="#{compositeComponent.attrs.type eq 'mapping' || empty > compositeComponent.attrs.type}"> > ** >

> > rendered="#{compositeComponent.attrs.type eq 'url'}">
>
>

>
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

Hey guys,

Thanks so much for your attentive responses to my messages, let me know
if I'm asking too many questions. I'm just trying to migrate a medium
sized app (it's opensource but not ready for any kind of public release
yet;) over to 2.0 which is why I'm running into these issues.

To answer your question, the use case is that multiple parameters of the
same type must be passed into the component. I'm not sure if there's a
way to pass multiple parameters otherwise. There could be as few as
zero, but as many as N parameters, as defined by a configuration file
which maps URLs to JSF views.

Thanks again,
--Lincoln

On Wed, 2009-01-07 at 09:21 -0800, Jim Driscoll wrote:

> Hi Lincoln -
>
> Out of curiosity, why does it have to be a parameter, and not an
> attribute? (This is completely separate from the question of whether it
> should work or not, I'm just curious for the use case.)
>
> So, instead of
>
>

> My Link Text
>
>
> You would say:
>
> My Link Text
>

>
> Jim
>
> Lincoln Baxter, III wrote:
> > Hi all,
> >
> > I'm attempting to create an EZComp composite:component that takes
> > multiple tags and passes them to a sub-element, but
> > it seems like all children are encased within a UIOutput component, thus
> > f:param tag is not available as a child of the EZComp component itself,
> > and my renderer class is not getting the values it needs.
> >
> >
> > *

*
> > My Link Text
> >
> >
> >
> > Is there any way to pass a parameter directly through the component so
> > that the internals receive the parameter? instead of
> > does not seem to work either, and would end
> > up cluttering my interface. I just want a straight passthrough like the
> > original behaved in facelets. Anything like it?
> >
> > Thanks,
> >
> > Here is my component:
> >
> > > > xmlns:h="http://java.sun.com/jsf/html"
> > xmlns:f="http://java.sun.com/jsf/core"
> > xmlns:ui="http://java.sun.com/jsf/facelets"
> > xmlns:pretty="http://ocpsoft.com/prettyfaces"
> > xmlns:composite="http://java.sun.com/jsf/composite">
> >
> >
> >
> >
> >
> >

> >
> >
> > > > rendered="#{compositeComponent.attrs.rendered ne 'false'}">
> >

> rendered="#{compositeComponent.attrs.type eq 'mapping' || empty > > compositeComponent.attrs.type}"> > > ** > >

> > > > rendered="#{compositeComponent.attrs.type eq 'url'}">
> >
> >

> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
[att1.html]

Jim Driscoll

No, you're absolutely not asking too many questions - early adopters are
the best way to shake out problems. And given that this is related not
just to implementation, but also specification, it's very, very
important for us to get the specification right.

As for your usecase - if there's a need to pass in 0 to n parameters,
where n is effectively unlimited, then yes, that's exactly a reason to
use param instead of an attribute.

If, on the other hand, you have 0 to n, where n is a known number, and
may be a small number (say, 5), and it is unlikely to change, then you
could instead use an attribute, since that'd be (IMO) simpler. (And you
can make attributes optional, instead of required, so that part isn't a
problem.)

As a temporary workaround while Ryan looks at this, one thing you could
do is to define a Map or a List to hold all your parameters, and pass
that in as an attribute - which should do the same thing, albeit in a
somewhat clunky way while we come up with a better answer. (Note that
passing a list to a component's attribute isn't a test case I've written
- but I'll file a task for us to do so. Should work, though.)

Jim

Lincoln Baxter, III wrote:
> Hey guys,
>
> Thanks so much for your attentive responses to my messages, let me know
> if I'm asking too many questions. I'm just trying to migrate a medium
> sized app (it's opensource but not ready for any kind of public release
> yet;) over to 2.0 which is why I'm running into these issues.
>
> To answer your question, the use case is that multiple parameters of the
> same type must be passed into the component. I'm not sure if there's a
> way to pass multiple parameters otherwise. There could be as few as
> zero, but as many as N parameters, as defined by a configuration file
> which maps URLs to JSF views.
>
> Thanks again,
> --Lincoln
>
> On Wed, 2009-01-07 at 09:21 -0800, Jim Driscoll wrote:
>> Hi Lincoln -
>>
>> Out of curiosity, why does it have to be a parameter, and not an
>> attribute? (This is completely separate from the question of whether it
>> should work or not, I'm just curious for the use case.)
>>
>> So, instead of
>>
>>

>> My Link Text
>>
>>
>> You would say:
>>
>> My Link Text
>>

>>
>> Jim
>>
>> Lincoln Baxter, III wrote:
>> > Hi all,
>> >
>> > I'm attempting to create an EZComp composite:component that takes
>> > multiple tags and passes them to a sub-element, but
>> > it seems like all children are encased within a UIOutput component, thus
>> > f:param tag is not available as a child of the EZComp component itself,
>> > and my renderer class is not getting the values it needs.
>> >
>> >
>> > *

*
>> > My Link Text
>> >
>> >
>> >
>> > Is there any way to pass a parameter directly through the component so
>> > that the internals receive the parameter? instead of
>> > does not seem to work either, and would end
>> > up cluttering my interface. I just want a straight passthrough like the
>> > original behaved in facelets. Anything like it?
>> >
>> > Thanks,
>> >
>> > Here is my component:
>> >
>> > >> > xmlns:h="http://java.sun.com/jsf/html"
>> > xmlns:f="http://java.sun.com/jsf/core"
>> > xmlns:ui="http://java.sun.com/jsf/facelets"
>> > xmlns:pretty="http://ocpsoft.com/prettyfaces"
>> > xmlns:composite="http://java.sun.com/jsf/composite">
>> >
>> >
>> >
>> >
>> >
>> >

>> >
>> >
>> > >> > rendered="#{compositeComponent.attrs.rendered ne 'false'}">
>> >

> > rendered="#{compositeComponent.attrs.type eq 'mapping' || empty >> > compositeComponent.attrs.type}"> >> > ** >> >

>> > >> > rendered="#{compositeComponent.attrs.type eq 'url'}">
>> >
>> >

>> >
>> >
>> >
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Jim Driscoll

Lincoln -

I was able to reproduce this error (once), but unfortunately, it seems
to be intermittent, and I'm not able get it to happen again.

I've filed a bug (#912).

If you do see a hang again, please do the following:

ps -ef | grep java

to find the pid of the tomcat app.

Then

kill -QUIT tomcatpid

Then, send us the stack trace that's in the catalina.out file.

Again, thanks for reporting these problems. It's *very* helpful.

Jim

Lincoln Baxter, III wrote:
> Also, as I encounter with my other
> JSF2.0 projects, the server is unable to shutdown when running
> Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
>
> Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> INFO: Pausing Coyote HTTP/1.1 on http-8081
> Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> INFO: Stopping service Catalina
> Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

My pleasure, this is what I do for fun at night ;)

See attached dump. I copied it from my Eclipse console since I couldn't
locate the file in any sane directory where I would have expected it.

lb3@quadshark ~ $ find | grep catalina.out
... crickets

More stuff coming soon, may have an issue with ui:repeat, but it's
possible I'm using it in a way that is not intended. But I'll put that
in a separate email for you.

On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:

> Lincoln -
>
> I was able to reproduce this error (once), but unfortunately, it seems
> to be intermittent, and I'm not able get it to happen again.
>
> I've filed a bug (#912).
>
> If you do see a hang again, please do the following:
>
> ps -ef | grep java
>
> to find the pid of the tomcat app.
>
> Then
>
> kill -QUIT tomcatpid
>
> Then, send us the stack trace that's in the catalina.out file.
>
> Again, thanks for reporting these problems. It's *very* helpful.
>
> Jim
>
> Lincoln Baxter, III wrote:
> > Also, as I encounter with my other
> > JSF2.0 projects, the server is unable to shutdown when running
> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
> >
> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> > INFO: Pausing Coyote HTTP/1.1 on http-8081
> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> > INFO: Stopping service Catalina
> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
[att1.html]
[catalina.out]
---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Ryan Lubke

Lincoln Baxter, III wrote:
> My pleasure, this is what I do for fun at night ;)
>
> See attached dump. I copied it from my Eclipse console since I
> couldn't locate the file in any sane directory where I would have
> expected it.
We've committed a fix for the hang issue this morning. Please give
tonight's nightly build a shot and verify.

Thanks.
>
> lb3@quadshark ~ $ find | grep catalina.out
> ... crickets
>
> More stuff coming soon, may have an issue with ui:repeat, but it's
> possible I'm using it in a way that is not intended. But I'll put that
> in a separate email for you.
>
> On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:
>> Lincoln -
>>
>> I was able to reproduce this error (once), but unfortunately, it seems
>> to be intermittent, and I'm not able get it to happen again.
>>
>> I've filed a bug (#912).
>>
>> If you do see a hang again, please do the following:
>>
>> ps -ef | grep java
>>
>> to find the pid of the tomcat app.
>>
>> Then
>>
>> kill -QUIT tomcatpid
>>
>> Then, send us the stack trace that's in the catalina.out file.
>>
>> Again, thanks for reporting these problems. It's *very* helpful.
>>
>> Jim
>>
>> Lincoln Baxter, III wrote:
>> > Also, as I encounter with my other
>> > JSF2.0 projects, the server is unable to shutdown when running
>> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
>> >
>> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
>> > INFO: Pausing Coyote HTTP/1.1 on http-8081
>> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
>> > INFO: Stopping service Catalina
>> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
>> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>>
>>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

Still occurring as of Jan 8, 2009 nightly build, which seems to be the
most recent one I could find:

INFO: Stopping Coyote HTTP/1.1 on http-8081
2009-01-10 14:42:47
Full thread dump Java HotSpot(TM) Server VM (11.0-b15 mixed mode):

"DestroyJavaVM" prio=10 tid=0x8d506800 nid=0x6500 waiting on condition
[0x00000000..0xb7d83070]
java.lang.Thread.State: RUNNABLE

"http-8081-2" daemon prio=10 tid=0x09440c00 nid=0x6527 in Object.wait()
[0x8fa60000..0x8fa60eb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x95d9e218> (a org.apache.tomcat.util.net.JIoEndpoint
$Worker)
at java.lang.Object.wait(Object.java:485)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.await(JIoEndpoint.java:416)
- locked <0x95d9e218> (a org.apache.tomcat.util.net.JIoEndpoint$Worker)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.run(JIoEndpoint.java:442)
at java.lang.Thread.run(Thread.java:619)

"TP-Processor4" daemon prio=10 tid=0x8fd15800 nid=0x6525 in
Object.wait() [0x8fc5c000..0x8fc5cdb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x95d3b468> (a org.apache.jk.common.ChannelSocket)
at java.lang.Object.wait(Object.java:485)
at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:300)
- locked <0x95d3b468> (a org.apache.jk.common.ChannelSocket)
at
org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:660)
at org.apache.jk.common.ChannelSocket
$SocketAcceptor.runIt(ChannelSocket.java:870)
at org.apache.tomcat.util.threads.ThreadPool
$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:619)

"http-8081-1" daemon prio=10 tid=0x0a70fc00 nid=0x6521 in Object.wait()
[0x90065000..0x90065fb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x95d9df78> (a org.apache.tomcat.util.net.JIoEndpoint
$Worker)
at java.lang.Object.wait(Object.java:485)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.await(JIoEndpoint.java:416)
- locked <0x95d9df78> (a org.apache.tomcat.util.net.JIoEndpoint$Worker)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.run(JIoEndpoint.java:442)
at java.lang.Thread.run(Thread.java:619)

"http-8081-Acceptor-0" daemon prio=10 tid=0x8f10d000 nid=0x6520 waiting
on condition [0x8f0fe000..0x8f0ff030]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at org.apache.tomcat.util.net.JIoEndpoint
$Acceptor.run(JIoEndpoint.java:302)
at java.lang.Thread.run(Thread.java:619)

"Timer-0" daemon prio=10 tid=0x8e151800 nid=0x651e in Object.wait()
[0x8fe5c000..0x8fe5cf30]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x95ae4ba0> (a java.util.TaskQueue)
at java.lang.Object.wait(Object.java:485)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x95ae4ba0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)

"pool-3-thread-1" prio=10 tid=0x8fd47c00 nid=0x651b waiting on condition
[0x8fcfe000..0x8fcfee30]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x95678658> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at java.util.concurrent.locks.AbstractQueuedSynchronizer
$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:1963)
at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
at java.util.concurrent.ScheduledThreadPoolExecutor
$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
at java.util.concurrent.ScheduledThreadPoolExecutor
$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)

"Low Memory Detector" daemon prio=10 tid=0x90b06800 nid=0x6512 runnable
[0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE

"CompilerThread1" daemon prio=10 tid=0x90b04800 nid=0x6511 waiting on
condition [0x00000000..0x906862e8]
java.lang.Thread.State: RUNNABLE

"CompilerThread0" daemon prio=10 tid=0x90b03000 nid=0x6510 waiting on
condition [0x00000000..0x90707568]
java.lang.Thread.State: RUNNABLE

"JDWP Command Reader" daemon prio=10 tid=0x092c0c00 nid=0x650e runnable
[0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE

"JDWP Event Helper Thread" daemon prio=10 tid=0x90b01800 nid=0x650d
runnable [0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE

"JDWP Transport Listener: dt_socket" daemon prio=10 tid=0x092bf000
nid=0x650c runnable [0x00000000..0x907fad80]
java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=10 tid=0x092b7400 nid=0x6508 waiting on
condition [0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=10 tid=0x092a7800 nid=0x6507 in Object.wait()
[0x9089c000..0x9089cf30]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x951c75b0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x951c75b0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x092a2c00 nid=0x6506 in
Object.wait() [0x908ed000..0x908eddb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x951e69d8> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:485)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x951e69d8> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=10 tid=0x0929f400 nid=0x6505 runnable

"GC task thread#0 (ParallelGC)" prio=10 tid=0x09202800 nid=0x6501
runnable

"GC task thread#1 (ParallelGC)" prio=10 tid=0x09204000 nid=0x6502
runnable

"GC task thread#2 (ParallelGC)" prio=10 tid=0x09205400 nid=0x6503
runnable

"GC task thread#3 (ParallelGC)" prio=10 tid=0x09206c00 nid=0x6504
runnable

"VM Periodic Task Thread" prio=10 tid=0x90b08800 nid=0x6513 waiting on
condition

JNI global references: 7028

Heap
PSYoungGen total 52096K, used 3039K [0xb1240000, 0xb4a10000,
0xb4a70000)
eden space 50368K, 2% used [0xb1240000,0xb138f660,0xb4370000)
from space 1728K, 98% used [0xb4370000,0xb45186e0,0xb4520000)
to space 3392K, 0% used [0xb46c0000,0xb46c0000,0xb4a10000)
PSOldGen total 28800K, used 16534K [0x95070000, 0x96c90000,
0xb1240000)
object space 28800K, 57% used [0x95070000,0x960959b0,0x96c90000)
PSPermGen total 28928K, used 28829K [0x91070000, 0x92cb0000,
0x95070000)
object space 28928K, 99% used [0x91070000,0x92c97670,0x92cb0000)

On Fri, 2009-01-09 at 08:41 -0800, Ryan Lubke wrote:

> Lincoln Baxter, III wrote:
> > My pleasure, this is what I do for fun at night ;)
> >
> > See attached dump. I copied it from my Eclipse console since I
> > couldn't locate the file in any sane directory where I would have
> > expected it.
> We've committed a fix for the hang issue this morning. Please give
> tonight's nightly build a shot and verify.
>
> Thanks.
> >
> > lb3@quadshark ~ $ find | grep catalina.out
> > ... crickets
> >
> > More stuff coming soon, may have an issue with ui:repeat, but it's
> > possible I'm using it in a way that is not intended. But I'll put that
> > in a separate email for you.
> >
> > On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:
> >> Lincoln -
> >>
> >> I was able to reproduce this error (once), but unfortunately, it seems
> >> to be intermittent, and I'm not able get it to happen again.
> >>
> >> I've filed a bug (#912).
> >>
> >> If you do see a hang again, please do the following:
> >>
> >> ps -ef | grep java
> >>
> >> to find the pid of the tomcat app.
> >>
> >> Then
> >>
> >> kill -QUIT tomcatpid
> >>
> >> Then, send us the stack trace that's in the catalina.out file.
> >>
> >> Again, thanks for reporting these problems. It's *very* helpful.
> >>
> >> Jim
> >>
> >> Lincoln Baxter, III wrote:
> >> > Also, as I encounter with my other
> >> > JSF2.0 projects, the server is unable to shutdown when running
> >> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
> >> >
> >> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> >> > INFO: Pausing Coyote HTTP/1.1 on http-8081
> >> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> >> > INFO: Stopping service Catalina
> >> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> >> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> >> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
> >>
> >>
> > ------------------------------------------------------------------------
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> > For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
[att1.html]

Ryan Lubke

Lincoln Baxter, III wrote:
> Still occurring as of Jan 8, 2009 nightly build, which seems to be the
> most recent one I could find:
For whatever reason some of the nightly builds didn't fire over the
weekend. There is one for last night.
>
>
> INFO: Stopping Coyote HTTP/1.1 on http-8081
> 2009-01-10 14:42:47
> Full thread dump Java HotSpot(TM) Server VM (11.0-b15 mixed mode):
>
> "DestroyJavaVM" prio=10 tid=0x8d506800 nid=0x6500 waiting on condition
> [0x00000000..0xb7d83070]
> java.lang.Thread.State: RUNNABLE
>
> "http-8081-2" daemon prio=10 tid=0x09440c00 nid=0x6527 in
> Object.wait() [0x8fa60000..0x8fa60eb0]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x95d9e218> (a
> org.apache.tomcat.util.net.JIoEndpoint$Worker)
> at java.lang.Object.wait(Object.java:485)
> at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.await(JIoEndpoint.java:416)
> - locked <0x95d9e218> (a org.apache.tomcat.util.net.JIoEndpoint$Worker)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:442)
> at java.lang.Thread.run(Thread.java:619)
>
> "TP-Processor4" daemon prio=10 tid=0x8fd15800 nid=0x6525 in
> Object.wait() [0x8fc5c000..0x8fc5cdb0]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x95d3b468> (a org.apache.jk.common.ChannelSocket)
> at java.lang.Object.wait(Object.java:485)
> at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:300)
> - locked <0x95d3b468> (a org.apache.jk.common.ChannelSocket)
> at
> org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:660)
> at
> org.apache.jk.common.ChannelSocket$SocketAcceptor.runIt(ChannelSocket.java:870)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
> at java.lang.Thread.run(Thread.java:619)
>
> "http-8081-1" daemon prio=10 tid=0x0a70fc00 nid=0x6521 in
> Object.wait() [0x90065000..0x90065fb0]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x95d9df78> (a
> org.apache.tomcat.util.net.JIoEndpoint$Worker)
> at java.lang.Object.wait(Object.java:485)
> at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.await(JIoEndpoint.java:416)
> - locked <0x95d9df78> (a org.apache.tomcat.util.net.JIoEndpoint$Worker)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:442)
> at java.lang.Thread.run(Thread.java:619)
>
> "http-8081-Acceptor-0" daemon prio=10 tid=0x8f10d000 nid=0x6520
> waiting on condition [0x8f0fe000..0x8f0ff030]
> java.lang.Thread.State: TIMED_WAITING (sleeping)
> at java.lang.Thread.sleep(Native Method)
> at
> org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:302)
> at java.lang.Thread.run(Thread.java:619)
>
> "Timer-0" daemon prio=10 tid=0x8e151800 nid=0x651e in Object.wait()
> [0x8fe5c000..0x8fe5cf30]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x95ae4ba0> (a java.util.TaskQueue)
> at java.lang.Object.wait(Object.java:485)
> at java.util.TimerThread.mainLoop(Timer.java:483)
> - locked <0x95ae4ba0> (a java.util.TaskQueue)
> at java.util.TimerThread.run(Timer.java:462)
>
> "pool-3-thread-1" prio=10 tid=0x8fd47c00 nid=0x651b waiting on
> condition [0x8fcfe000..0x8fcfee30]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x95678658> (a
> java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
> at
> java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:1963)
> at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
> at
> java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
> at java.lang.Thread.run(Thread.java:619)
>
> "Low Memory Detector" daemon prio=10 tid=0x90b06800 nid=0x6512
> runnable [0x00000000..0x00000000]
> java.lang.Thread.State: RUNNABLE
>
> "CompilerThread1" daemon prio=10 tid=0x90b04800 nid=0x6511 waiting on
> condition [0x00000000..0x906862e8]
> java.lang.Thread.State: RUNNABLE
>
> "CompilerThread0" daemon prio=10 tid=0x90b03000 nid=0x6510 waiting on
> condition [0x00000000..0x90707568]
> java.lang.Thread.State: RUNNABLE
>
> "JDWP Command Reader" daemon prio=10 tid=0x092c0c00 nid=0x650e
> runnable [0x00000000..0x00000000]
> java.lang.Thread.State: RUNNABLE
>
> "JDWP Event Helper Thread" daemon prio=10 tid=0x90b01800 nid=0x650d
> runnable [0x00000000..0x00000000]
> java.lang.Thread.State: RUNNABLE
>
> "JDWP Transport Listener: dt_socket" daemon prio=10 tid=0x092bf000
> nid=0x650c runnable [0x00000000..0x907fad80]
> java.lang.Thread.State: RUNNABLE
>
> "Signal Dispatcher" daemon prio=10 tid=0x092b7400 nid=0x6508 waiting
> on condition [0x00000000..0x00000000]
> java.lang.Thread.State: RUNNABLE
>
> "Finalizer" daemon prio=10 tid=0x092a7800 nid=0x6507 in Object.wait()
> [0x9089c000..0x9089cf30]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x951c75b0> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
> - locked <0x951c75b0> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
>
> "Reference Handler" daemon prio=10 tid=0x092a2c00 nid=0x6506 in
> Object.wait() [0x908ed000..0x908eddb0]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x951e69d8> (a java.lang.ref.Reference$Lock)
> at java.lang.Object.wait(Object.java:485)
> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
> - locked <0x951e69d8> (a java.lang.ref.Reference$Lock)
>
> "VM Thread" prio=10 tid=0x0929f400 nid=0x6505 runnable
>
> "GC task thread#0 (ParallelGC)" prio=10 tid=0x09202800 nid=0x6501
> runnable
>
> "GC task thread#1 (ParallelGC)" prio=10 tid=0x09204000 nid=0x6502
> runnable
>
> "GC task thread#2 (ParallelGC)" prio=10 tid=0x09205400 nid=0x6503
> runnable
>
> "GC task thread#3 (ParallelGC)" prio=10 tid=0x09206c00 nid=0x6504
> runnable
>
> "VM Periodic Task Thread" prio=10 tid=0x90b08800 nid=0x6513 waiting on
> condition
>
> JNI global references: 7028
>
> Heap
> PSYoungGen total 52096K, used 3039K [0xb1240000, 0xb4a10000,
> 0xb4a70000)
> eden space 50368K, 2% used [0xb1240000,0xb138f660,0xb4370000)
> from space 1728K, 98% used [0xb4370000,0xb45186e0,0xb4520000)
> to space 3392K, 0% used [0xb46c0000,0xb46c0000,0xb4a10000)
> PSOldGen total 28800K, used 16534K [0x95070000, 0x96c90000,
> 0xb1240000)
> object space 28800K, 57% used [0x95070000,0x960959b0,0x96c90000)
> PSPermGen total 28928K, used 28829K [0x91070000, 0x92cb0000,
> 0x95070000)
> object space 28928K, 99% used [0x91070000,0x92c97670,0x92cb0000)
>
>
>
> On Fri, 2009-01-09 at 08:41 -0800, Ryan Lubke wrote:
>> Lincoln Baxter, III wrote:
>> > My pleasure, this is what I do for fun at night ;)
>> >
>> > See attached dump. I copied it from my Eclipse console since I
>> > couldn't locate the file in any sane directory where I would have
>> > expected it.
>> We've committed a fix for the hang issue this morning. Please give
>> tonight's nightly build a shot and verify.
>>
>> Thanks.
>> >
>> > lb3@quadshark ~ $ find | grep catalina.out
>> > ... crickets
>> >
>> > More stuff coming soon, may have an issue with ui:repeat, but it's
>> > possible I'm using it in a way that is not intended. But I'll put that
>> > in a separate email for you.
>> >
>> > On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:
>> >> Lincoln -
>> >>
>> >> I was able to reproduce this error (once), but unfortunately, it seems
>> >> to be intermittent, and I'm not able get it to happen again.
>> >>
>> >> I've filed a bug (#912).
>> >>
>> >> If you do see a hang again, please do the following:
>> >>
>> >> ps -ef | grep java
>> >>
>> >> to find the pid of the tomcat app.
>> >>
>> >> Then
>> >>
>> >> kill -QUIT tomcatpid
>> >>
>> >> Then, send us the stack trace that's in the catalina.out file.
>> >>
>> >> Again, thanks for reporting these problems. It's *very* helpful.
>> >>
>> >> Jim
>> >>
>> >> Lincoln Baxter, III wrote:
>> >> > Also, as I encounter with my other
>> >> > JSF2.0 projects, the server is unable to shutdown when running
>> >> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
>> >> >
>> >> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
>> >> > INFO: Pausing Coyote HTTP/1.1 on http-8081
>> >> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
>> >> > INFO: Stopping service Catalina
>> >> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
>> >> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
>> >> >
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> >> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>> >>
>> >>
>> > ------------------------------------------------------------------------
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> > For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

The issue is resolved as of 20080113's build.

Great work, thanks!

On Mon, 2009-01-12 at 08:07 -0800, Ryan Lubke wrote:

> Lincoln Baxter, III wrote:
> > Still occurring as of Jan 8, 2009 nightly build, which seems to be the
> > most recent one I could find:
> For whatever reason some of the nightly builds didn't fire over the
> weekend. There is one for last night.
> >
> >
> > INFO: Stopping Coyote HTTP/1.1 on http-8081
> > 2009-01-10 14:42:47
> > Full thread dump Java HotSpot(TM) Server VM (11.0-b15 mixed mode):
> >
> > "DestroyJavaVM" prio=10 tid=0x8d506800 nid=0x6500 waiting on condition
> > [0x00000000..0xb7d83070]
> > java.lang.Thread.State: RUNNABLE
> >
> > "http-8081-2" daemon prio=10 tid=0x09440c00 nid=0x6527 in
> > Object.wait() [0x8fa60000..0x8fa60eb0]
> > java.lang.Thread.State: WAITING (on object monitor)
> > at java.lang.Object.wait(Native Method)
> > - waiting on <0x95d9e218> (a
> > org.apache.tomcat.util.net.JIoEndpoint$Worker)
> > at java.lang.Object.wait(Object.java:485)
> > at
> > org.apache.tomcat.util.net.JIoEndpoint$Worker.await(JIoEndpoint.java:416)
> > - locked <0x95d9e218> (a org.apache.tomcat.util.net.JIoEndpoint$Worker)
> > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:442)
> > at java.lang.Thread.run(Thread.java:619)
> >
> > "TP-Processor4" daemon prio=10 tid=0x8fd15800 nid=0x6525 in
> > Object.wait() [0x8fc5c000..0x8fc5cdb0]
> > java.lang.Thread.State: WAITING (on object monitor)
> > at java.lang.Object.wait(Native Method)
> > - waiting on <0x95d3b468> (a org.apache.jk.common.ChannelSocket)
> > at java.lang.Object.wait(Object.java:485)
> > at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:300)
> > - locked <0x95d3b468> (a org.apache.jk.common.ChannelSocket)
> > at
> > org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:660)
> > at
> > org.apache.jk.common.ChannelSocket$SocketAcceptor.runIt(ChannelSocket.java:870)
> > at
> > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
> > at java.lang.Thread.run(Thread.java:619)
> >
> > "http-8081-1" daemon prio=10 tid=0x0a70fc00 nid=0x6521 in
> > Object.wait() [0x90065000..0x90065fb0]
> > java.lang.Thread.State: WAITING (on object monitor)
> > at java.lang.Object.wait(Native Method)
> > - waiting on <0x95d9df78> (a
> > org.apache.tomcat.util.net.JIoEndpoint$Worker)
> > at java.lang.Object.wait(Object.java:485)
> > at
> > org.apache.tomcat.util.net.JIoEndpoint$Worker.await(JIoEndpoint.java:416)
> > - locked <0x95d9df78> (a org.apache.tomcat.util.net.JIoEndpoint$Worker)
> > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:442)
> > at java.lang.Thread.run(Thread.java:619)
> >
> > "http-8081-Acceptor-0" daemon prio=10 tid=0x8f10d000 nid=0x6520
> > waiting on condition [0x8f0fe000..0x8f0ff030]
> > java.lang.Thread.State: TIMED_WAITING (sleeping)
> > at java.lang.Thread.sleep(Native Method)
> > at
> > org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:302)
> > at java.lang.Thread.run(Thread.java:619)
> >
> > "Timer-0" daemon prio=10 tid=0x8e151800 nid=0x651e in Object.wait()
> > [0x8fe5c000..0x8fe5cf30]
> > java.lang.Thread.State: WAITING (on object monitor)
> > at java.lang.Object.wait(Native Method)
> > - waiting on <0x95ae4ba0> (a java.util.TaskQueue)
> > at java.lang.Object.wait(Object.java:485)
> > at java.util.TimerThread.mainLoop(Timer.java:483)
> > - locked <0x95ae4ba0> (a java.util.TaskQueue)
> > at java.util.TimerThread.run(Timer.java:462)
> >
> > "pool-3-thread-1" prio=10 tid=0x8fd47c00 nid=0x651b waiting on
> > condition [0x8fcfe000..0x8fcfee30]
> > java.lang.Thread.State: TIMED_WAITING (parking)
> > at sun.misc.Unsafe.park(Native Method)
> > - parking to wait for <0x95678658> (a
> > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> > at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
> > at
> > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:1963)
> > at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
> > at
> > java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
> > at java.lang.Thread.run(Thread.java:619)
> >
> > "Low Memory Detector" daemon prio=10 tid=0x90b06800 nid=0x6512
> > runnable [0x00000000..0x00000000]
> > java.lang.Thread.State: RUNNABLE
> >
> > "CompilerThread1" daemon prio=10 tid=0x90b04800 nid=0x6511 waiting on
> > condition [0x00000000..0x906862e8]
> > java.lang.Thread.State: RUNNABLE
> >
> > "CompilerThread0" daemon prio=10 tid=0x90b03000 nid=0x6510 waiting on
> > condition [0x00000000..0x90707568]
> > java.lang.Thread.State: RUNNABLE
> >
> > "JDWP Command Reader" daemon prio=10 tid=0x092c0c00 nid=0x650e
> > runnable [0x00000000..0x00000000]
> > java.lang.Thread.State: RUNNABLE
> >
> > "JDWP Event Helper Thread" daemon prio=10 tid=0x90b01800 nid=0x650d
> > runnable [0x00000000..0x00000000]
> > java.lang.Thread.State: RUNNABLE
> >
> > "JDWP Transport Listener: dt_socket" daemon prio=10 tid=0x092bf000
> > nid=0x650c runnable [0x00000000..0x907fad80]
> > java.lang.Thread.State: RUNNABLE
> >
> > "Signal Dispatcher" daemon prio=10 tid=0x092b7400 nid=0x6508 waiting
> > on condition [0x00000000..0x00000000]
> > java.lang.Thread.State: RUNNABLE
> >
> > "Finalizer" daemon prio=10 tid=0x092a7800 nid=0x6507 in Object.wait()
> > [0x9089c000..0x9089cf30]
> > java.lang.Thread.State: WAITING (on object monitor)
> > at java.lang.Object.wait(Native Method)
> > - waiting on <0x951c75b0> (a java.lang.ref.ReferenceQueue$Lock)
> > at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
> > - locked <0x951c75b0> (a java.lang.ref.ReferenceQueue$Lock)
> > at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
> > at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
> >
> > "Reference Handler" daemon prio=10 tid=0x092a2c00 nid=0x6506 in
> > Object.wait() [0x908ed000..0x908eddb0]
> > java.lang.Thread.State: WAITING (on object monitor)
> > at java.lang.Object.wait(Native Method)
> > - waiting on <0x951e69d8> (a java.lang.ref.Reference$Lock)
> > at java.lang.Object.wait(Object.java:485)
> > at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
> > - locked <0x951e69d8> (a java.lang.ref.Reference$Lock)
> >
> > "VM Thread" prio=10 tid=0x0929f400 nid=0x6505 runnable
> >
> > "GC task thread#0 (ParallelGC)" prio=10 tid=0x09202800 nid=0x6501
> > runnable
> >
> > "GC task thread#1 (ParallelGC)" prio=10 tid=0x09204000 nid=0x6502
> > runnable
> >
> > "GC task thread#2 (ParallelGC)" prio=10 tid=0x09205400 nid=0x6503
> > runnable
> >
> > "GC task thread#3 (ParallelGC)" prio=10 tid=0x09206c00 nid=0x6504
> > runnable
> >
> > "VM Periodic Task Thread" prio=10 tid=0x90b08800 nid=0x6513 waiting on
> > condition
> >
> > JNI global references: 7028
> >
> > Heap
> > PSYoungGen total 52096K, used 3039K [0xb1240000, 0xb4a10000,
> > 0xb4a70000)
> > eden space 50368K, 2% used [0xb1240000,0xb138f660,0xb4370000)
> > from space 1728K, 98% used [0xb4370000,0xb45186e0,0xb4520000)
> > to space 3392K, 0% used [0xb46c0000,0xb46c0000,0xb4a10000)
> > PSOldGen total 28800K, used 16534K [0x95070000, 0x96c90000,
> > 0xb1240000)
> > object space 28800K, 57% used [0x95070000,0x960959b0,0x96c90000)
> > PSPermGen total 28928K, used 28829K [0x91070000, 0x92cb0000,
> > 0x95070000)
> > object space 28928K, 99% used [0x91070000,0x92c97670,0x92cb0000)
> >
> >
> >
> > On Fri, 2009-01-09 at 08:41 -0800, Ryan Lubke wrote:
> >> Lincoln Baxter, III wrote:
> >> > My pleasure, this is what I do for fun at night ;)
> >> >
> >> > See attached dump. I copied it from my Eclipse console since I
> >> > couldn't locate the file in any sane directory where I would have
> >> > expected it.
> >> We've committed a fix for the hang issue this morning. Please give
> >> tonight's nightly build a shot and verify.
> >>
> >> Thanks.
> >> >
> >> > lb3@quadshark ~ $ find | grep catalina.out
> >> > ... crickets
> >> >
> >> > More stuff coming soon, may have an issue with ui:repeat, but it's
> >> > possible I'm using it in a way that is not intended. But I'll put that
> >> > in a separate email for you.
> >> >
> >> > On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:
> >> >> Lincoln -
> >> >>
> >> >> I was able to reproduce this error (once), but unfortunately, it seems
> >> >> to be intermittent, and I'm not able get it to happen again.
> >> >>
> >> >> I've filed a bug (#912).
> >> >>
> >> >> If you do see a hang again, please do the following:
> >> >>
> >> >> ps -ef | grep java
> >> >>
> >> >> to find the pid of the tomcat app.
> >> >>
> >> >> Then
> >> >>
> >> >> kill -QUIT tomcatpid
> >> >>
> >> >> Then, send us the stack trace that's in the catalina.out file.
> >> >>
> >> >> Again, thanks for reporting these problems. It's *very* helpful.
> >> >>
> >> >> Jim
> >> >>
> >> >> Lincoln Baxter, III wrote:
> >> >> > Also, as I encounter with my other
> >> >> > JSF2.0 projects, the server is unable to shutdown when running
> >> >> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
> >> >> >
> >> >> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> >> >> > INFO: Pausing Coyote HTTP/1.1 on http-8081
> >> >> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> >> >> > INFO: Stopping service Catalina
> >> >> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> >> >> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
> >> >> >
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> >> >> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
> >> >>
> >> >>
> >> > ------------------------------------------------------------------------
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> >> > For additional commands, e-mail: webtier-help@glassfish.dev.java.net
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> >> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
[att1.html]

Jim Driscoll

Lincoln -

I owe you an apology - I feel *very* certain that I checked the behavior
of the editable text example before I emailed you on the 5th, but
apparently, if I did, I did it incorrectly. When I tried it just a
couple hours ago on GlassFish, it wasn't working.

It turns out that there was a bug in both the editable text demo, and
the edit demo of basic ajax.

The error was that the demo was using a comma-delimited list of ids for
the render option of the ajax call. That was changed to a space
delimited list of ids within the last month, and apparently the demos
were not updated.

So, I'm going to go through and update all the blog entries now that the
spec is more baked, to avoid anyone else having this kind of problem.
I'll try to get to that by tomorrow. Thanks for bringing it to our
attention.

Jim

P.S. I'm not seeing the hang on shutdown of Tomcat that you're seeing,
but I've got a couple more things to try to see if I can reproduce that
problem.

Lincoln Baxter, III wrote:
>
> Ok, so I checked out and tried all of the Ajax demos in the
> jsf-demo/basic-ajax/ project.
> It looks like there were 4 demos to try. 2 counters, 1 show/hide, and 1
> echo.
>
> Three worked, the echo did not. Also, as I encounter with my other
> JSF2.0 projects, the server is unable to shutdown when running
> Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
>
> Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> INFO: Pausing Coyote HTTP/1.1 on http-8081
> Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> INFO: Stopping service Catalina
> Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
>
>
> Would you like me to send you any info? I'll include what I can think of:
>
> quadshark ~ # uname -a
> Linux quadshark 2.6.27-9-generic #1 SMP Thu Nov 20 21:57:00 UTC 2008
> i686 GNU/Linux
>
> My server startup log:
>
> Jan 6, 2009 7:32:11 PM org.apache.catalina.core.AprLifecycleListener
> init
> INFO: The APR based Apache Tomcat Native library which allows
> optimal performance in production environments was not found on the
> java.library.path:
> /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386/server:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/../lib/i386:/usr/lib/jvm/java-6-openjdk/jre/lib/i386/client:/usr/lib/jvm/java-6-openjdk/jre/lib/i386:/usr/lib/xulrunner-addons:/usr/lib/xulrunner-addons:/usr/java/packages/lib/i386:/lib:/usr/lib
> Jan 6, 2009 7:32:11 PM org.apache.coyote.http11.Http11Protocol init
> INFO: Initializing Coyote HTTP/1.1 on http-8081
> Jan 6, 2009 7:32:11 PM org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 861 ms
> Jan 6, 2009 7:32:11 PM org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> Jan 6, 2009 7:32:11 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/6.0.18
> Jan 6, 2009 7:32:12 PM com.sun.faces.config.ConfigureListener
> contextInitialized
> INFO: Initializing Mojarra 2.0.0 (PR b08) for context '/basic-ajax-web'
> Jan 6, 2009 7:32:13 PM org.apache.coyote.http11.Http11Protocol start
> INFO: Starting Coyote HTTP/1.1 on http-8081
> Jan 6, 2009 7:32:13 PM org.apache.jk.common.ChannelSocket init
> INFO: JK: ajp13 listening on /0.0.0.0:8009
> Jan 6, 2009 7:32:13 PM org.apache.jk.server.JkMain start
> INFO: Jk running ID=0 time=0/61 config=null
> Jan 6, 2009 7:32:13 PM org.apache.catalina.startup.Catalina start
> INFO: Server startup in 2242 ms
>
>
>
> On Tue, 2009-01-06 at 12:28 -0800, Jim Driscoll wrote:
>> Interesting, and worrying.
>>
>> As I said, that code (the ajax edit code) works fine - but it's only
>> been tested under Glassfish, not Tomcat. And no, what you're seeing is
>> not the expected behavior, as I'm sure you guessed.
>>
>> There should also be additional update entities that have the ids of the
>> fields being updated, as listed in the request's "render" option.
>>
>> For simplicity's sake, if you could try one of the basic-ajax examples,
>> also in the jsf-demo directory, they have far less going on than the
>> edit example. "count.xhtml" is probably the simplest example. If that
>> doesn't work, then we've narrowed the problem considerably, and I'll
>> have to install all this on Tomcat and give it a spin to see what's
>> going on.
>>
>> I beleive that I covered the "count" example in my blog as well, though
>> the API has changed a bit since then.
>>
>> Jim
>>
>> Lincoln Baxter, III wrote:
>> > Hey Jim,
>> >
>> > Thanks for your reply, I'm already loving JSF2.0. Great work!
>> >
>> > I checked out your sources and built with the Mojarra 2008/01/04
>> > Snapshot. Is this normal behavior?
>> > This is all I get back from my ajax request:
>> >
>> >
>> >
>> > j_id47:j_id48
>> >

>> >
>> >
>> >
>> > If I click 'reload', I see that the value has indeed updated, but no
>> > ajax DOM update occurs. Is that normal? Would I have to do something
>> > extra to re-render a region? It seems like the jsf.ajax.request() call
>> > should be taking care of that.
>> >
>> > I am running on Tomcat 6.0.18, Ubuntu Linux 8.10.
>> >
>> > Thanks again,
>> > Lincoln
>> >
>> > On Mon, 2009-01-05 at 09:56 -0800, Jim Driscoll wrote:
>> >> Hello -
>> >>
>> >> Good to see someone looking at this.
>> >>
>> >> A number of changes happened to the Ajax API besides the change in the
>> >> library name - and most of those changes happened right at the end of
>> >> the development process. While I haven't updated the blog entries, I
>> >> have kept their associated code up to date and running in the Mojarra
>> >> source base.
>> >>
>> >> Future versions of the JSF builds will distribute these demos, but for
>> >> now, you can find the full, working source code for this example at:
>> >>
>> >> https://mojarra.dev.java.net/source/browse/mojarra/trunk/jsf-demo/basic-...
>> >>
>> >> This is the same link that you can find in the blog entry itself.
>> >>
>> >> If you can't get that working, let me know, but I just did a test build,
>> >> and it works fine.
>> >>
>> >> Jim Driscoll
>> >>
>> >> Lincoln Baxter, III wrote:
>> >> > Hi All,
>> >> >
>> >> > First, I noticed that the library ajax.js does not exist in the PR
>> >> > release. It seems to have been incorporated with jsf.js in the
>> >> > "javax.faces" namespace/library.
>> >> >
>> >> > Second. I'm trying to put together the editable text ajax example from
>> >> > Jim Driscoll's blog here:
>> >> > http://weblogs.java.net/blog/driscoll/archive/2008/11/another_jsf_20_1.html
>> >> > but I'm running in to an issue where the AJAX request fires just fine,
>> >> > but the only element returned by the "render: list of ids" parameter is
>> >> > the javax.faces.ViewState element, all other elements are ignored.
>> >> >
>> >> > Also, the value of the inputText field is not populated in the managed
>> >> > bean. (it is however, passed as a POST parameter)
>> >> >
>> >> > Any thoughts?
>> >> > I can post source if required, but it's pretty much straight from Jim's
>> >> > example. (Plus the action method on submit just to verify that anything
>> >> > happens at all)
>> >> >
>> >> > Thanks,
>> >> > Lincoln
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> >> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>> >>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

Hey Guys,

So I am doing some work in Phase Listeners, but before the RESTORE_VIEW
phase. I am attempting to access EL values, but since the
FacesContext.getViewRoot() returns null at this point, ScopedAttributeELResolver
bombs at line 80 when attempting to retrieve the viewMap() and I get a NullPointerException.

Is FacesContext supposed to have a ViewRoot before the RESTORE_VIEW
phase? It seems like it should probably not crash at least, unless you
attempt to access the ViewScope attributes.

This didn't happen in 1.2, which I can deduce is because 1.2 did not
have the ViewScope. I'm trying to patch it but having some issues with
my build path in wonderful eclipse. I'll send you what I come up with
if you're interested.

Thoughts?

Thanks,
Lincoln
[att1.html]

Ryan Lubke

Lincoln Baxter, III wrote:
> Hey Guys,
>
> So I am doing some work in Phase Listeners, but *before* the RESTORE_VIEW
> phase. I am attempting to access EL values, but since the
> FacesContext.getViewRoot() returns null at this point, ScopedAttributeELResolver
> bombs at line 80 when attempting to retrieve the viewMap() and I get a NullPointerException.
>
Yeah, we fixed that earlier this week. Could you try with one of the
latest
nightly builds?
> Is FacesContext supposed to have a ViewRoot before the RESTORE_VIEW
> phase? It seems like it should probably not crash at least, unless you
> attempt to access the ViewScope attributes.
>
Right, it shouldn't cause the NPE.
> This didn't happen in 1.2, which I can deduce is because 1.2 did not
> have the ViewScope. I'm trying to patch it but having some issues with
> my build path in wonderful eclipse. I'll send you what I come up with
> if you're interested.
>
> Thoughts?
>
> Thanks,
> Lincoln
>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

Hi all,

I'm attempting to create an EZComp composite:component that takes
multiple tags and passes them to a sub-element, but
it seems like all children are encased within a UIOutput component, thus
f:param tag is not available as a child of the EZComp component itself,
and my renderer class is not getting the values it needs.


My Link Text

Is there any way to pass a parameter directly through the component so
that the internals receive the parameter? instead of
does not seem to work either, and would end
up cluttering my interface. I just want a straight passthrough like the
original behaved in facelets. Anything like it?

Thanks,

Here is my component:

xmlns:h="http://java.sun.com/jsf/html"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:pretty="http://ocpsoft.com/prettyfaces"
xmlns:composite="http://java.sun.com/jsf/composite">






rendered="#{compositeComponent.attrs.rendered ne 'false'}">

rendered="#{compositeComponent.attrs.type eq 'url'}">




[att1.html]

Ryan Lubke

Hello,

I'm looking into this now and will get back to you.

Lincoln Baxter, III wrote:
> Hi all,
>
> I'm attempting to create an EZComp composite:component that takes
> multiple tags and passes them to a sub-element,
> but it seems like all children are encased within a UIOutput
> component, thus f:param tag is not available as a child of the EZComp
> component itself, and my renderer class is not getting the values it
> needs.
>
>
> *

*
> My Link Text
>
>
>
> Is there any way to pass a parameter directly through the component so
> that the internals receive the parameter? instead of
> does not seem to work either, and would
> end up cluttering my interface. I just want a straight passthrough
> like the original behaved in facelets. Anything like it?
>
> Thanks,
>
> Here is my component:
>
> > xmlns:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:ui="http://java.sun.com/jsf/facelets"
> xmlns:pretty="http://ocpsoft.com/prettyfaces"
> xmlns:composite="http://java.sun.com/jsf/composite">
>
>
>
>
>
>

>
>
> > rendered="#{compositeComponent.attrs.rendered ne 'false'}">
>

rendered="#{compositeComponent.attrs.type eq 'mapping' || empty > compositeComponent.attrs.type}"> > ** >

> > rendered="#{compositeComponent.attrs.type eq 'url'}">
>
>

>
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Ryan Lubke

Ryan Lubke wrote:
> Hello,
>
> I'm looking into this now and will get back to you.
Ok, so the current implementation of insertChildren has render-time only
semantics.

This means that at build time, the UIParameter child is added as a child
of the UINamingContainer
placeholder for the composite component reference in the consuming
page. Then at render time,
the children of that composite component are rendered. I think your use
case was overlooked when
designing insertChildren.

That having been said, I've got a fix locally that makes insertChildren
more akin to ui:insert, but I need to:

A) do some more testing
B) run the changes by the specification leads.

I'll follow up here as we progress on this issue. Thanks for bringing
it up!
>
> Lincoln Baxter, III wrote:
>> Hi all,
>>
>> I'm attempting to create an EZComp composite:component that takes
>> multiple tags and passes them to a sub-element,
>> but it seems like all children are encased within a UIOutput
>> component, thus f:param tag is not available as a child of the EZComp
>> component itself, and my renderer class is not getting the values it
>> needs.
>>
>>
>> *

*
>> My Link Text
>>
>>
>>
>> Is there any way to pass a parameter directly through the component
>> so that the internals receive the parameter? instead of
>> does not seem to work either, and would
>> end up cluttering my interface. I just want a straight passthrough
>> like the original behaved in facelets. Anything like it?
>>
>> Thanks,
>>
>> Here is my component:
>>
>> >> xmlns:h="http://java.sun.com/jsf/html"
>> xmlns:f="http://java.sun.com/jsf/core"
>> xmlns:ui="http://java.sun.com/jsf/facelets"
>> xmlns:pretty="http://ocpsoft.com/prettyfaces"
>> xmlns:composite="http://java.sun.com/jsf/composite">
>>
>>
>>
>>
>>
>>

>>
>>
>> >> rendered="#{compositeComponent.attrs.rendered ne 'false'}">
>>

> rendered="#{compositeComponent.attrs.type eq 'mapping' || empty >> compositeComponent.attrs.type}"> >> ** >>

>> >> rendered="#{compositeComponent.attrs.type eq 'url'}">
>>
>>

>>
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

5rkozelj
Offline
Joined: 2008-05-13
Points: 0

Hi,

I ran into the same problem, but my use case is a bit different. I am developing custom dataTable like component and I am also unable to pass children to the component when in used inside composite faclet component.

It actually doesnt work with standard h:dataTable either. You can't do something like:


value="#{compositeComponent.attrs.value}"
var="row" >


Is there still a plan to provide like functionality? composite:includeChildren is even gone in the latest release.

What would also be useful would be way to only include specific children but at different places in the composite component.
It would be a bit like facets or ui:decorate facility but more elegant and more powerful with something like XPATH to tell which children go where in the composite component.

One more thing. If you use

in the example above, you get:

java.lang.IllegalArgumentException
at javax.faces.component.UIData.setValueExpression(UIData.java:702)
at com.sun.faces.facelets.tag.jsf.ComponentRule$ValueExpressionMetadata.applyMetadata(ComponentRule.java:104)
at com.sun.faces.facelets.tag.MetadataImpl.applyMetadata(MetadataImpl.java:74)
at javax.faces.webapp.pdl.facelets.tag.MetaTagHandler.setAttributes(MetaTagHandler.java:96)
at com.sun.faces.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:169)
at com.sun.faces.facelets.tag.composite.ImplementationHandler.apply(ImplementationHandler.java:74)

Regards,
Peter

Ryan Lubke

On 3/3/09 11:18 PM, webtier@javadesktop.org wrote:
> Hi,
>
> I ran into the same problem, but my use case is a bit different. I am developing custom dataTable like component and I am also unable to pass children to the component when in used inside composite faclet component.
>
> It actually doesnt work with standard h:dataTable either. You can't do something like:
>
>
> > value="#{compositeComponent.attrs.value}"
> var="row">
>
>
>

>
> Is there still a plan to provide like functionality? composite:includeChildren is even gone in the latest release.
>
At this point, there is not. As an FYI, composite:includeChildren was
renamed to composite:renderUsingPageChildren to properly reflect the
intention of that action.
> What would also be useful would be way to only include specific children but at different places in the composite component.
>
> It would be a bit like facets or ui:decorate facility but more elegant and more powerful with something like XPATH to tell which children go where in the composite component.
>
This also isn't currently possible, but please do provide feedback to :
jsr-314-comments@jcp.org
> One more thing. If you use
>
> >
'var' handling hasn't changed since 1.0, i.e. it should be a literal.
Special action probably needs to be taken
for the composite component case. I'd suggest providing feedback on
this as well.

(NOTE: I do pass these things along, but it's good to have the feedback
coming from multiple sources)
> in the example above, you get:
>
> java.lang.IllegalArgumentException
> at javax.faces.component.UIData.setValueExpression(UIData.java:702)
> at com.sun.faces.facelets.tag.jsf.ComponentRule$ValueExpressionMetadata.applyMetadata(ComponentRule.java:104)
> at com.sun.faces.facelets.tag.MetadataImpl.applyMetadata(MetadataImpl.java:74)
> at javax.faces.webapp.pdl.facelets.tag.MetaTagHandler.setAttributes(MetaTagHandler.java:96)
> at com.sun.faces.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:169)
> at com.sun.faces.facelets.tag.composite.ImplementationHandler.apply(ImplementationHandler.java:74)
>
>
> Regards,
> Peter
> [Message sent by forum member '5rkozelj' (5rkozelj)]
>
> http://forums.java.net/jive/thread.jspa?messageID=334982
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Jim Driscoll

Hello -

Good to see someone looking at this.

A number of changes happened to the Ajax API besides the change in the
library name - and most of those changes happened right at the end of
the development process. While I haven't updated the blog entries, I
have kept their associated code up to date and running in the Mojarra
source base.

Future versions of the JSF builds will distribute these demos, but for
now, you can find the full, working source code for this example at:

https://mojarra.dev.java.net/source/browse/mojarra/trunk/jsf-demo/basic-...

This is the same link that you can find in the blog entry itself.

If you can't get that working, let me know, but I just did a test build,
and it works fine.

Jim Driscoll

Lincoln Baxter, III wrote:
> Hi All,
>
> First, I noticed that the library ajax.js does not exist in the PR
> release. It seems to have been incorporated with jsf.js in the
> "javax.faces" namespace/library.
>
> Second. I'm trying to put together the editable text ajax example from
> Jim Driscoll's blog here:
> http://weblogs.java.net/blog/driscoll/archive/2008/11/another_jsf_20_1.html
> but I'm running in to an issue where the AJAX request fires just fine,
> but the only element returned by the "render: list of ids" parameter is
> the javax.faces.ViewState element, all other elements are ignored.
>
> Also, the value of the inputText field is not populated in the managed
> bean. (it is however, passed as a POST parameter)
>
> Any thoughts?
> I can post source if required, but it's pretty much straight from Jim's
> example. (Plus the action method on submit just to verify that anything
> happens at all)
>
> Thanks,
> Lincoln

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

Hey Jim,

Thanks for your reply, I'm already loving JSF2.0. Great work!

I checked out your sources and built with the Mojarra 2008/01/04
Snapshot. Is this normal behavior?
This is all I get back from my ajax request:


id="javax.faces.ViewState">j_id47:j_id48

If I click 'reload', I see that the value has indeed updated, but no
ajax DOM update occurs. Is that normal? Would I have to do something
extra to re-render a region? It seems like the jsf.ajax.request() call
should be taking care of that.

I am running on Tomcat 6.0.18, Ubuntu Linux 8.10.

Thanks again,
Lincoln

On Mon, 2009-01-05 at 09:56 -0800, Jim Driscoll wrote:

> Hello -
>
> Good to see someone looking at this.
>
> A number of changes happened to the Ajax API besides the change in the
> library name - and most of those changes happened right at the end of
> the development process. While I haven't updated the blog entries, I
> have kept their associated code up to date and running in the Mojarra
> source base.
>
> Future versions of the JSF builds will distribute these demos, but for
> now, you can find the full, working source code for this example at:
>
> https://mojarra.dev.java.net/source/browse/mojarra/trunk/jsf-demo/basic-...
>
> This is the same link that you can find in the blog entry itself.
>
> If you can't get that working, let me know, but I just did a test build,
> and it works fine.
>
> Jim Driscoll
>
> Lincoln Baxter, III wrote:
> > Hi All,
> >
> > First, I noticed that the library ajax.js does not exist in the PR
> > release. It seems to have been incorporated with jsf.js in the
> > "javax.faces" namespace/library.
> >
> > Second. I'm trying to put together the editable text ajax example from
> > Jim Driscoll's blog here:
> > http://weblogs.java.net/blog/driscoll/archive/2008/11/another_jsf_20_1.html
> > but I'm running in to an issue where the AJAX request fires just fine,
> > but the only element returned by the "render: list of ids" parameter is
> > the javax.faces.ViewState element, all other elements are ignored.
> >
> > Also, the value of the inputText field is not populated in the managed
> > bean. (it is however, passed as a POST parameter)
> >
> > Any thoughts?
> > I can post source if required, but it's pretty much straight from Jim's
> > example. (Plus the action method on submit just to verify that anything
> > happens at all)
> >
> > Thanks,
> > Lincoln
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
[att1.html]

Jim Driscoll

Interesting, and worrying.

As I said, that code (the ajax edit code) works fine - but it's only
been tested under Glassfish, not Tomcat. And no, what you're seeing is
not the expected behavior, as I'm sure you guessed.

There should also be additional update entities that have the ids of the
fields being updated, as listed in the request's "render" option.

For simplicity's sake, if you could try one of the basic-ajax examples,
also in the jsf-demo directory, they have far less going on than the
edit example. "count.xhtml" is probably the simplest example. If that
doesn't work, then we've narrowed the problem considerably, and I'll
have to install all this on Tomcat and give it a spin to see what's
going on.

I beleive that I covered the "count" example in my blog as well, though
the API has changed a bit since then.

Jim

Lincoln Baxter, III wrote:
> Hey Jim,
>
> Thanks for your reply, I'm already loving JSF2.0. Great work!
>
> I checked out your sources and built with the Mojarra 2008/01/04
> Snapshot. Is this normal behavior?
> This is all I get back from my ajax request:
>
>
>
> j_id47:j_id48
>

>
>
>
> If I click 'reload', I see that the value has indeed updated, but no
> ajax DOM update occurs. Is that normal? Would I have to do something
> extra to re-render a region? It seems like the jsf.ajax.request() call
> should be taking care of that.
>
> I am running on Tomcat 6.0.18, Ubuntu Linux 8.10.
>
> Thanks again,
> Lincoln
>
> On Mon, 2009-01-05 at 09:56 -0800, Jim Driscoll wrote:
>> Hello -
>>
>> Good to see someone looking at this.
>>
>> A number of changes happened to the Ajax API besides the change in the
>> library name - and most of those changes happened right at the end of
>> the development process. While I haven't updated the blog entries, I
>> have kept their associated code up to date and running in the Mojarra
>> source base.
>>
>> Future versions of the JSF builds will distribute these demos, but for
>> now, you can find the full, working source code for this example at:
>>
>> https://mojarra.dev.java.net/source/browse/mojarra/trunk/jsf-demo/basic-...
>>
>> This is the same link that you can find in the blog entry itself.
>>
>> If you can't get that working, let me know, but I just did a test build,
>> and it works fine.
>>
>> Jim Driscoll
>>
>> Lincoln Baxter, III wrote:
>> > Hi All,
>> >
>> > First, I noticed that the library ajax.js does not exist in the PR
>> > release. It seems to have been incorporated with jsf.js in the
>> > "javax.faces" namespace/library.
>> >
>> > Second. I'm trying to put together the editable text ajax example from
>> > Jim Driscoll's blog here:
>> > http://weblogs.java.net/blog/driscoll/archive/2008/11/another_jsf_20_1.html
>> > but I'm running in to an issue where the AJAX request fires just fine,
>> > but the only element returned by the "render: list of ids" parameter is
>> > the javax.faces.ViewState element, all other elements are ignored.
>> >
>> > Also, the value of the inputText field is not populated in the managed
>> > bean. (it is however, passed as a POST parameter)
>> >
>> > Any thoughts?
>> > I can post source if required, but it's pretty much straight from Jim's
>> > example. (Plus the action method on submit just to verify that anything
>> > happens at all)
>> >
>> > Thanks,
>> > Lincoln
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net

Lincoln Baxter, III

Ok, so I checked out and tried all of the Ajax demos in the
jsf-demo/basic-ajax/ project.
It looks like there were 4 demos to try. 2 counters, 1 show/hide, and 1
echo.

Three worked, the echo did not. Also, as I encounter with my other
JSF2.0 projects, the server is unable to shutdown when running
Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"

Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol
pause
INFO: Pausing Coyote HTTP/1.1 on http-8081
Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService
stop
INFO: Stopping service Catalina
Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol
destroy
INFO: Stopping Coyote HTTP/1.1 on http-8081 <--- hangs here

Would you like me to send you any info? I'll include what I can think
of:

quadshark ~ # uname -a
Linux quadshark 2.6.27-9-generic #1 SMP Thu Nov 20 21:57:00 UTC
2008 i686 GNU/Linux

My server startup log:

Jan 6, 2009 7:32:11 PM
org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows
optimal performance in production environments was not found on
the
java.library.path: /usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386/server:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/lib/i386:/usr/lib/jvm/java-6-sun-1.6.0.10/jre/../lib/i386:/usr/lib/jvm/java-6-openjdk/jre/lib/i386/client:/usr/lib/jvm/java-6-openjdk/jre/lib/i386:/usr/lib/xulrunner-addons:/usr/lib/xulrunner-addons:/usr/java/packages/lib/i386:/lib:/usr/lib
Jan 6, 2009 7:32:11 PM org.apache.coyote.http11.Http11Protocol
init
INFO: Initializing Coyote HTTP/1.1 on http-8081
Jan 6, 2009 7:32:11 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 861 ms
Jan 6, 2009 7:32:11 PM org.apache.catalina.core.StandardService
start
INFO: Starting service Catalina
Jan 6, 2009 7:32:11 PM org.apache.catalina.core.StandardEngine
start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.18
Jan 6, 2009 7:32:12 PM com.sun.faces.config.ConfigureListener
contextInitialized
INFO: Initializing Mojarra 2.0.0 (PR b08) for context
'/basic-ajax-web'
Jan 6, 2009 7:32:13 PM org.apache.coyote.http11.Http11Protocol
start
INFO: Starting Coyote HTTP/1.1 on http-8081
Jan 6, 2009 7:32:13 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
Jan 6, 2009 7:32:13 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/61 config=null
Jan 6, 2009 7:32:13 PM org.apache.catalina.startup.Catalina
start
INFO: Server startup in 2242 ms

On Tue, 2009-01-06 at 12:28 -0800, Jim Driscoll wrote:

> Interesting, and worrying.
>
> As I said, that code (the ajax edit code) works fine - but it's only
> been tested under Glassfish, not Tomcat. And no, what you're seeing is
> not the expected behavior, as I'm sure you guessed.
>
> There should also be additional update entities that have the ids of the
> fields being updated, as listed in the request's "render" option.
>
> For simplicity's sake, if you could try one of the basic-ajax examples,
> also in the jsf-demo directory, they have far less going on than the
> edit example. "count.xhtml" is probably the simplest example. If that
> doesn't work, then we've narrowed the problem considerably, and I'll
> have to install all this on Tomcat and give it a spin to see what's
> going on.
>
> I beleive that I covered the "count" example in my blog as well, though
> the API has changed a bit since then.
>
> Jim
>
> Lincoln Baxter, III wrote:
> > Hey Jim,
> >
> > Thanks for your reply, I'm already loving JSF2.0. Great work!
> >
> > I checked out your sources and built with the Mojarra 2008/01/04
> > Snapshot. Is this normal behavior?
> > This is all I get back from my ajax request:
> >
> >
> >
> > j_id47:j_id48
> >

> >
> >
> >
> > If I click 'reload', I see that the value has indeed updated, but no
> > ajax DOM update occurs. Is that normal? Would I have to do something
> > extra to re-render a region? It seems like the jsf.ajax.request() call
> > should be taking care of that.
> >
> > I am running on Tomcat 6.0.18, Ubuntu Linux 8.10.
> >
> > Thanks again,
> > Lincoln
> >
> > On Mon, 2009-01-05 at 09:56 -0800, Jim Driscoll wrote:
> >> Hello -
> >>
> >> Good to see someone looking at this.
> >>
> >> A number of changes happened to the Ajax API besides the change in the
> >> library name - and most of those changes happened right at the end of
> >> the development process. While I haven't updated the blog entries, I
> >> have kept their associated code up to date and running in the Mojarra
> >> source base.
> >>
> >> Future versions of the JSF builds will distribute these demos, but for
> >> now, you can find the full, working source code for this example at:
> >>
> >> https://mojarra.dev.java.net/source/browse/mojarra/trunk/jsf-demo/basic-...
> >>
> >> This is the same link that you can find in the blog entry itself.
> >>
> >> If you can't get that working, let me know, but I just did a test build,
> >> and it works fine.
> >>
> >> Jim Driscoll
> >>
> >> Lincoln Baxter, III wrote:
> >> > Hi All,
> >> >
> >> > First, I noticed that the library ajax.js does not exist in the PR
> >> > release. It seems to have been incorporated with jsf.js in the
> >> > "javax.faces" namespace/library.
> >> >
> >> > Second. I'm trying to put together the editable text ajax example from
> >> > Jim Driscoll's blog here:
> >> > http://weblogs.java.net/blog/driscoll/archive/2008/11/another_jsf_20_1.html
> >> > but I'm running in to an issue where the AJAX request fires just fine,
> >> > but the only element returned by the "render: list of ids" parameter is
> >> > the javax.faces.ViewState element, all other elements are ignored.
> >> >
> >> > Also, the value of the inputText field is not populated in the managed
> >> > bean. (it is however, passed as a POST parameter)
> >> >
> >> > Any thoughts?
> >> > I can post source if required, but it's pretty much straight from Jim's
> >> > example. (Plus the action method on submit just to verify that anything
> >> > happens at all)
> >> >
> >> > Thanks,
> >> > Lincoln
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> >> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: webtier-help@glassfish.dev.java.net
>
[att1.html]

Ryan Lubke

See inline...

Lincoln Baxter, III wrote:
> Also, as I encounter with my other JSF2.0 projects, the server is
> unable to shutdown when running Mojarra2.0 PR or SNAPSHOT. It just
> hangs on "Stopping Coyote"
>
> Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> INFO: Pausing Coyote HTTP/1.1 on http-8081
> Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> INFO: Stopping service Catalina
> Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
>
A thread dump from when the hang occurs may be useful.
Please open an issue and attach the thread dump to it.

Thanks.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: webtier-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: webtier-help@glassfish.dev.java.net