Re: [Trinidad] navigationPane and commandNavigationItem problem
Hi,
How would you turn the logging on for Trinidad?
I could do the same to see if I can get more info as well.
The logging can be enabled by setting the logger:
org.apache.myfaces.trinidad
org.apache.myfaces.trinidadinternal
Please note that, Trinidad use JDK logging (but not commons logging).
I set the logging in Glassfish via the admin console.
Regards,
Zarick
Thanks
Regards
Geetha
Zarick Lau wrote:
Hi Geetha,
Yes, I've read a few related post in the ML archive...
I really want to figure it out.
I'll try to turn on more logging from Trinidad, I'll report this if I've
more info.
Regards,
Zarick
On 6/21/07, Geetha Rodricks [EMAIL PROTECTED] wrote:
Hi
We have the same issue.
We have the level=0 - the action gets called.
tr:navigationPane hint=tabs id =topoMenu
level=0 var=menu1
value=#{TopologyMenuBean.FMenuModel.model}
But if the level=2 it displays the child menus. But action or
actionListener is never called
I tried destination alone and it works fine.
We need action to work so we can update data before loading the page.
We are using the trinidad-*-1.0.0-incubating.jar
Thanks in advance
Regards
Geetha
Zarick Lau wrote:
Hi list,
I'm currently introducing Trinidad into our project. We are using
1.0.0-incubating with facelets-1.1.11.
I've defined a MenuModel following the example in trinidad-demo (eg
using
the ModuleModelAdapter, DemoNavitationItem,
ViewIdPropertyMenuModel, and ChildPropertyTreeModel)
In the page, I've code like this:
tr:navigationPane hint=tabs var=menuItem
value=#{menuModel.model} level=2
f:facet name=nodeStamp
tr:commandNavigationItem
text=#{menuItem.label} action=#{menuItem.getOutcome}
immediate=true
/
/f:facet
/tr:navigationPane
With this, the method menuItem.getOutcome is never get called.
I've sure the MenuModel is in good condiation (NavigationTree can
show
me
the correct menu with
correct focus path).
I've try wrapping the document with tr:page / tr:panelPage.
I've also try with the 'immediate=true' in the
commandNavigationItem.
But the situation never changed.
Is this kind of use (navigationPane + commandNavigationItem as
nodeStamp)
support?
Any advice or help are welcome!! Thanks very much!!!
Regards,
Zarick
--
View this message in context:
http://www.nabble.com/-Trinidad--navigationPane-and-commandNavigationItem-problem-tf3956252.html#a11226245
Sent from the MyFaces - Users mailing list archive at Nabble.com.
--
View this message in context:
http://www.nabble.com/-Trinidad--navigationPane-and-commandNavigationItem-problem-tf3956252.html#a11243158
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Changing field style on error
You can specify errorStyle on t:message but, is there any way to do something similar at the fields? For example, I'd like to put red borders on an inputText with invalid characters. Right now I can use t:message errorStyle to display a red text message, but I'd also like to change the field itself. -- Juan Ignacio Sánchez Lara Ingeniero Informático + Técnico de Sistemas Diario: http://juanignaciosl.blogspot.com Ideas + Ingeniería del Software: http://iiso.blogspot.com/ Fotos (todas): http://www.flickr.com/photos/juanignaciosl Fotos (selección): http://jpgmag.com/people/juanignaciosl
Re: Changing field style on error
styleClass=#{beanThatKnowsTheError.statusCss}
2007/6/22, Juan Ignacio Sánchez Lara [EMAIL PROTECTED]:
You can specify errorStyle on t:message but, is there any way to do
something similar at the fields? For example, I'd like to put red borders on
an inputText with invalid characters. Right now I can use t:message
errorStyle to display a red text message, but I'd also like to change the
field itself.
--
Juan Ignacio Sánchez Lara
Ingeniero Informático + Técnico de Sistemas
Diario: http://juanignaciosl.blogspot.com
Ideas + Ingeniería del Software: http://iiso.blogspot.com/
Fotos (todas): http://www.flickr.com/photos/juanignaciosl
Fotos (selección): http://jpgmag.com/people/juanignaciosl
--
::SammyRulez::
http://www.kyub.com/blog/
-
La programmazione è per un terzo interpretazione e per due terzi ispirazione.
E per un terzo mistificazione
Re: JSF Specs (an improvement)
Hi Martin,
You said it Exactly right!, you remind me a Thales sentence: excuse me for
the long mail, I didn't have time, you did the mail very short to say the
same thing :-).
I think I will verify some aspects before I ask my question again: like the
question: after the initial request, when the HttpRequest instance is in
garbage, does it take its backing bean attributes to the rip with it, or
does the JSF hold the attributes between requests (wich seems to me
illogical since they become session scoped - speking in memory terms)...?
I think all these mails are my fault :-) there's surely something skipping
out in my arguments.
Regrads,
Zied
2007/6/22, Martin Marinschek [EMAIL PROTECTED]:
Zied,
I guess what you really want to do is build the component tree in the
beginning of the JSF-Lifecycle also on the first request, so that you
can then run a normal lifecycle where all JSF phases are executed.
The beans are created whenever they are needed - on the initial
request, they are not needed until render-response.
Did I get you right?
regards,
Martin
On 6/21/07, Andrew Robinson [EMAIL PROTECTED] wrote:
The issue, IMO, lies with tc:in/ and not #{cat}. The value,
#{cat.color} is being evaluated by the component in the render
response phase, and thus when the variable resolver sees a base of
cat, it finds it as a managed bean, and sees that it hasn't been
instantiated yet, and thus creates it.
If tc:in/ is bound to a component that extends UIInput or implements
EditableValueHolder, then it is the job of that component to decode
the value during the processing of decoding. Typically what happens
with UIInput:
processDecodes calls decode
decode calls the decode of the Renderer for the component
the Renderer looks in the request parameters for whatever data it
expects
if data is found, it sets the submitted value on the component
processValidators is called which in tern, calls validate. If there is
no submitted value (null), nothing happens. If there is a submitted
value, validateValue is called. validateValue converts the submitted
value to a local value using the converter (if any). (so
getLocalValue() now returns a value). If any validation fails,
renderReponse is called on the faces context and we skip to the render
phase
processUpdates is called. This now calls updateModel. This now gets
the ValueBinding for the value attribute/property and calls set on
it. This is where #{cat.color} will be resolved and set to the new
value.
As you can see, unless your component has any reason at all to use its
value attribute before updateModel, then it will never be called (and
thus your cat will not meow, er sorry, will not be created).
If you are only seeing cats in the rendering then you are not getting
to the updateModel phase (or your tc:in / isn't a UIInput
component).
So by your example, I don't see how this relates to backing bean
instantiation but rather what tc:in/ is and what the job of that
component is.
BTW, if you are not seeing the value getting updated, check for
messages.
As for request attributes, I am still not seeing what you are using
them for (are you using them to pass data between servlets, jsp pages
and jsf views?).
If for some business reason you need to force the instantiation of a
component early, you could write a custom component and put it in the
page that when restoreState is called (during the restore view), it
calls:
ValueBinding vb = getValueBinding(value);
if (vb != null) vb.getValue(getFacesContext());
That will force the value attribute to be evaluated, and if that is
your #{cat.color}, the cat bean will be created.
-Andrew
On 6/21/07, Zied Hamdi [EMAIL PROTECTED] wrote:
Hi Andrew :-),
The question wasn't well asked, I'm sorry. I will try my best:
Today if JSF receives a request from a form that has in its component
list
the element ( tc:in value=#{cat.color} ) and that none of the
scopes has
the attribute cat stored in it, the request parameter will rest as
is: no
action will be exerced in the UPDATE_MODEL_VALUES phase.
And this will happen even if we have declared a backing bean with the
name
cat (in any of the scopes). The backing bean cat will be created
at the
RENDER_RESPONSE phase because it's there! that it will realize through
its
VariableResolverImpl that it needs a backing bean with that name and
that
it's still not instantiated.
Now if the backing bean cat is session scoped, the first
RENDER_RESPONSE
will instantiate the bean, so it's not possible to have an incoming
form
request without having an already instantiated backing bean (as long
as the
request is coming from the same application).
The problem is when the backing bean cat is request scoped: the
first
RENDER_RESPONSE will instantiate the bean and add it to the request
attributes, but when the request life cycle is finished (the page is
displayed), the attribute will die with its request. So
Re: Changing field style on error
I don't really think it fits my needs... statusCss would be a bean level,
but I want it field-grained. And, since I already bind an error message to a
field, I'd like it to get the error automatically...
On 6/22/07, ::SammyRulez:: [EMAIL PROTECTED] wrote:
styleClass=#{beanThatKnowsTheError.statusCss}
2007/6/22, Juan Ignacio Sánchez Lara [EMAIL PROTECTED]:
You can specify errorStyle on t:message but, is there any way to do
something similar at the fields? For example, I'd like to put red
borders on
an inputText with invalid characters. Right now I can use t:message
errorStyle to display a red text message, but I'd also like to change
the
field itself.
--
Juan Ignacio Sánchez Lara
Ingeniero Informático + Técnico de Sistemas
Diario: http://juanignaciosl.blogspot.com
Ideas + Ingeniería del Software: http://iiso.blogspot.com/
Fotos (todas): http://www.flickr.com/photos/juanignaciosl
Fotos (selección): http://jpgmag.com/people/juanignaciosl
--
::SammyRulez::
http://www.kyub.com/blog/
-
La programmazione è per un terzo interpretazione e per due terzi
ispirazione.
E per un terzo mistificazione
--
Juan Ignacio Sánchez Lara
Ingeniero Informático + Técnico de Sistemas
Diario: http://juanignaciosl.blogspot.com
Ideas + Ingeniería del Software: http://iiso.blogspot.com/
Fotos (todas): http://www.flickr.com/photos/juanignaciosl
Fotos (selección): http://jpgmag.com/people/juanignaciosl
Re: myfaces and xhtml.. again
Well, in this case it'd help us if you could file a jira issue with the corresponding components that generates invalid xhtml. On 6/22/07, ::SammyRulez:: [EMAIL PROTECTED] wrote: Hi folks I know it is sticky but All my searches in google and in the list do not lead me to the final answer.. why myfaces (nor core or tomhawk) generate XHTML transitional valid markup. Fact 1 errors are at the very low level (unclosed input tags etc) Fact 2 tags are not generated in the tag classes so I suppose the renderkit is to blame. Am ' I missing something? BTW having XHTML valid pages is becoming very important to the customers. -- ::SammyRulez:: http://www.kyub.com/blog/ - La programmazione è per un terzo interpretazione e per due terzi ispirazione. E per un terzo mistificazione
myfaces and xhtml.. again
Hi folks I know it is sticky but All my searches in google and in the list do not lead me to the final answer.. why myfaces (nor core or tomhawk) generate XHTML transitional valid markup. Fact 1 errors are at the very low level (unclosed input tags etc) Fact 2 tags are not generated in the tag classes so I suppose the renderkit is to blame. Am ' I missing something? BTW having XHTML valid pages is becoming very important to the customers. -- ::SammyRulez:: http://www.kyub.com/blog/ - La programmazione è per un terzo interpretazione e per due terzi ispirazione. E per un terzo mistificazione
Re: [tobago] menu is displayed under the popup layer (and isn't clickable)
Hi Volker, How was the music day in your town?
In my case, the menu items are visibally in a lower z-index, (I see them
under the grey layer and they are not clickable). There's also a problem
with the images : they are not displayed and there's a warning (see below)
even though I took a look in debug, and the image attribute is set
correctly. They have the same urls as the ones that correctly display in the
phones box (under the grey layer).
##HOME
##MOBILE
##WORK
##FAX
##OTHER1
##OTHER2
2007-06-22 11:30:07,328 [http-8080-Processor24] WARN
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.GridLayoutRenderer.encodeChildrenOfComponent(297)
- There are free blocks in the layout:
id='page:personForm:details:adressListSubview:adressesSheet:0:personAdressList:_idJsp81'
2007-06-22 11:30:07,343 [http-8080-Processor24] WARN
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.GridLayoutRenderer.encodeChildrenOfComponent(297)
- There are free blocks in the layout:
id='page:personForm:details:adressListSubview:adressesSheet:1:personAdressList:_idJsp81'
2007-06-22 11:30:07,359 [http-8080-Processor24] ERROR
org.apache.myfaces.tobago.context.ResourceManagerImpl.getPaths(292) - Path
not found, and no fallback. Using empty string.
resourceDirs = '[skins, org/apache/myfaces/tobago/renderkit]' contentType =
'html' theme = 'richmond' browser = 'msie' subDir = 'null' name =
'image/phone_types/' suffix = '.PNG' key = 'null'
2007-06-22 11:30:07,421 [http-8080-Processor24] TRACE
org.apache.myfaces.tobago.util.DebugPhaseListener.afterPhase(51) - After
Phase :RENDER_RESPONSE(6) Time=1182504607421
2007-06-22 11:30:07,421 [http-8080-Processor24] DEBUG
org.apache.myfaces.tobago.util.DebugPhaseListener.afterPhase(58) - Phase
RENDER_RESPONSE(6) needs 338546 milliseconds
2007-06-22 11:30:07,421 [http-8080-Processor24] INFO
org.apache.myfaces.tobago.util.DebugPhaseListener.afterPhase(65) - Total
response time : 338734 milliseconds
I didn't send the code yesterday because it's ugly :-) (I've gone back to
the 90's), here's a snippet:
tc:panel
f:facet name=layout
tc:gridLayout columns=*;22px rows=fixed;* /
/f:facet
tx:in id=number label=#{i18n.number} value=#{phone.number} /
tc:menuBar id=phoneTypeMenuBar
tc:menu id=phoneTypeMenu
image=image/phone_types/#{phone.type}.PNG
%
PhoneNumber.PhoneType[] types = PhoneNumber.PhoneType.values();
for( int i = 0; i types.length; i++ ) {
%
tc:menuItem id=%=types[i].toString()%
image='%=image/phone_types/+ types[i].toString() +.PNG%'
label=%=types[i].toString()%
%System.out.println(##+ types[i]);%
tc:attribute name=phoneType value=%=types[i].toString()% /
/tc:menuItem
%
}
%
/tc:menu
/tc:menuBar
tc:cell spanX=2
tx:textarea id=note label=#{i18n.note} value=#{phone.note} /
/tc:cell
/tc:panel
It's sure it has to do with the for loop, but I don't understand why the
code works in the other page. In additino to that, I did specify explicit
ids for the case the image was inserted with javascript later. So the for
loop does the same as writing the tags manually before they can be
interpreted by JSF...
2007/6/21, Volker Weber [EMAIL PROTECTED]:
Hi Zied,
this is a known bug:
https://issues.apache.org/jira/browse/TOBAGO-134
Regards,
Volker
2007/6/21, Zied Hamdi [EMAIL PROTECTED]:
Hi there,
I have a problem with the menu, it doesn't display in the layer of the
popup, but under it (see picture).
Any suggestions?
Regards,
Zied Hamdi
--
Zied Hamdi
zatreex.sourceforge.net
Re: [tobago] menu is displayed under the popup layer (and isn't clickable)
Sorry I forgot the main question:
Do you agree it would suffice to add the possibility to specify the z-index
manually in tc:popup to complete the algorythm for all other components?
Regards,
Zied
2007/6/22, Zied Hamdi [EMAIL PROTECTED]:
Hi Volker, How was the music day in your town?
In my case, the menu items are visibally in a lower z-index, (I see them
under the grey layer and they are not clickable). There's also a problem
with the images : they are not displayed and there's a warning (see below)
even though I took a look in debug, and the image attribute is set
correctly. They have the same urls as the ones that correctly display in the
phones box (under the grey layer).
##HOME
##MOBILE
##WORK
##FAX
##OTHER1
##OTHER2
2007-06-22 11:30:07,328 [http-8080-Processor24] WARN
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.GridLayoutRenderer.encodeChildrenOfComponent(297)
- There are free blocks in the layout:
id='page:personForm:details:adressListSubview:adressesSheet:0:personAdressList:_idJsp81'
2007-06-22 11:30:07,343 [http-8080-Processor24] WARN
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.GridLayoutRenderer.encodeChildrenOfComponent(297)
- There are free blocks in the layout:
id='page:personForm:details:adressListSubview:adressesSheet:1:personAdressList:_idJsp81'
2007-06-22 11:30:07,359 [http-8080-Processor24] ERROR
org.apache.myfaces.tobago.context.ResourceManagerImpl.getPaths(292) - Path
not found, and no fallback. Using empty string.
resourceDirs = '[skins, org/apache/myfaces/tobago/renderkit]' contentType
= 'html' theme = 'richmond' browser = 'msie' subDir = 'null' name =
'image/phone_types/' suffix = '.PNG' key = 'null'
2007-06-22 11:30:07,421 [http-8080-Processor24] TRACE
org.apache.myfaces.tobago.util.DebugPhaseListener.afterPhase(51) - After
Phase :RENDER_RESPONSE(6) Time=1182504607421
2007-06-22 11:30:07,421 [http-8080-Processor24] DEBUG
org.apache.myfaces.tobago.util.DebugPhaseListener.afterPhase(58) - Phase
RENDER_RESPONSE(6) needs 338546 milliseconds
2007-06-22 11:30:07,421 [http-8080-Processor24] INFO
org.apache.myfaces.tobago.util.DebugPhaseListener.afterPhase (65) - Total
response time : 338734 milliseconds
I didn't send the code yesterday because it's ugly :-) (I've gone back to
the 90's), here's a snippet:
tc:panel
f:facet name=layout
tc:gridLayout columns=*;22px rows=fixed;* /
/f:facet
tx:in id=number label=#{i18n.number} value=#{phone.number} /
tc:menuBar id=phoneTypeMenuBar
tc:menu id=phoneTypeMenu
image=image/phone_types/#{phone.type}.PNG
%
PhoneNumber.PhoneType[] types = PhoneNumber.PhoneType.values ();
for( int i = 0; i types.length; i++ ) {
%
tc:menuItem id=%=types[i].toString()%
image='%=image/phone_types/+ types[i].toString() +.PNG%'
label=%=types[i].toString()%
%System.out.println(##+ types[i]);%
tc:attribute name=phoneType value=%=types[i].toString()% /
/tc:menuItem
%
}
%
/tc:menu
/tc:menuBar
tc:cell spanX=2
tx:textarea id=note label=#{i18n.note} value=#{phone.note} /
/tc:cell
/tc:panel
It's sure it has to do with the for loop, but I don't understand why the
code works in the other page. In additino to that, I did specify explicit
ids for the case the image was inserted with javascript later. So the for
loop does the same as writing the tags manually before they can be
interpreted by JSF...
2007/6/21, Volker Weber [EMAIL PROTECTED]:
Hi Zied,
this is a known bug:
https://issues.apache.org/jira/browse/TOBAGO-134
Regards,
Volker
2007/6/21, Zied Hamdi [EMAIL PROTECTED]:
Hi there,
I have a problem with the menu, it doesn't display in the layer of the
popup, but under it (see picture).
Any suggestions?
Regards,
Zied Hamdi
--
Zied Hamdi
zatreex.sourceforge.net
--
Zied Hamdi
zatreex.sourceforge.net
Re: myfaces and xhtml.. again
::SammyRulez:: schrieb: Hi folks I know it is sticky but All my searches in google and in the list do not lead me to the final answer.. why myfaces (nor core or tomhawk) generate XHTML transitional valid markup. Fact 1 errors are at the very low level (unclosed input tags etc) Fact 2 tags are not generated in the tag classes so I suppose the renderkit is to blame. Am ' I missing something? BTW having XHTML valid pages is becoming very important to the customers. This is definitely a bug problem... if you run into those components report them... The sandbox can have not valid components (although those are bugs as well) but Tomahawk and the core definitely should generate valid xhtml!
[Trinidad Tomahawk] t:jsCookMenu inside tr:form
Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco
Re: [Trinidad] Detailstamp facet problem
Finally, I have found some time to make a testproject where this problem
(bug?) can be duplicated...
There is a jsp in this project
(/detailstamptest/faces/table/changeTable.jspx) which consists of a
table with one element. Next to this element there is a 'Show detail'
link. When you click on this link you see a new table with two
addresses. When you close the detail and reopen it, the detail-table is
empty and there are some error-messages in the logs (Exception while
determining read-only state of value-binding).
This problem can be solved by changing the
org.apache.myfaces.trinidad.CLIENT_STATE_METHOD param in web.xml from
all to token. However, now there is a new problem... When you open
the detail, change one of the street-names, close the detail again and
then hit the save-button you can see in the log-messages that the
changes are not submitted to the server! When you leave the detail open
and hit the save-button, the changes are submitted...
Regards,
Henk
Henk Vanhoe wrote:
I have tested this problem again with the latest trinidad from the svn
repository, and now the test results are a little bit different...
When I use CLIENT_STATE_METHOD 'all', it doesn't work anymore and I'm
having this exception message (without stacktrace) when I click on a
'Show detail' link:
[ValueBindingImpl] Exception while determining read-only state of
value-binding : #{adres.gemeente}
When I use CLIENT_STATE_METHOD 'token', everything works fine, but
only when I don't use immediate=true with the containing table! If I
use immediate=true, any time I collapse the detail, I lose my
changes when I submit. Is this the normal behaviour of the table
component?
But if we don't use the immediate attribute, each time someone clicks
on the 'hide' or 'show' link, all inputfields are validated, which is
not the behaviour we want to have...
Regards,
Henk
Henk Vanhoe wrote:
Hi,
I am using an editable table inside a detailstamp facet. The data in
the table comes from a request-scoped managed bean. As I want to
avoid session scoped beans, I use the tomahawk savestate tag to save
the state of my beans. Everything works fine, except that when I
change something in this table and subsequently hide the table, my
changes are not submitted (when I leave the detail expanded there is
no problem). In my web.xml file I'm using the following options:
context-param
param-namejavax.faces.STATE_SAVING_METHOD/param-name
param-valueclient/param-value
/context-param
context-param
param-nameorg.apache.myfaces.trinidad.CLIENT_STATE_METHOD/param-name
param-valuetoken/param-value
/context-param
context-param
param-name
org.apache.myfaces.trinidad.USE_APPLICATION_VIEW_CACHE
/param-name
param-valuetrue/param-value
/context-param
context-param
param-name
org.apache.myfaces.trinidad.CACHE_VIEW_ROOT
/param-name
param-valuetrue/param-value
/context-param
I also noticed that when I change the
org.apache.myfaces.trinidad.CLIENT_STATE_METHOD to 'all' instead of
'token', this problem goes away. Is this a bug?
Regards,
Henk
detailstamptest.tgz
Description: GNU Unix tar archive
Re: [Trinidad] How to use XMLMenuModel
Hi Adam, That's exactly the doc I'm hunting for a few days! Thanks!!! Regards, Zarick On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: I've checked in some documentation [1], but unfortunately Continuum is down so it'll be a little while before it is deployed. -- Adam http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/trinidad/src/site/xdoc/devguide/xmlMenuModel.xml On 6/21/07, Zarick Lau [EMAIL PROTECTED] wrote: Hi lists, I found there is a XMLMenuModel in Trinidad, but I can't found any example or dtd/xsd related. Is it in production quality or still under development? If it is usable, can anyone point to me some example or reference to the schema? Thanks, Zarick
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
[Trinidad] SVN - Source for Demo
Where can I get the Trinidad demo source? I have tried the urls at: http://incubator.apache.org/adffaces/trinidad-blank/source-repository.html I'm unable to connect. http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incub ating/trinidad-blank trinidad-blank Bad URL passed to RA layer svn: URL 'http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incu bating/trinidad-blank%20trinidad-blank' non-existent in revision '549778' Thanks in advance! Paul
Re: [Trinidad] SVN - Source for Demo
Sorry for the inconvenience, but trinidad is now located under myfaces http://svn.apache.org/viewvc/myfaces/trinidad/trunk/ On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: Where can I get the Trinidad demo source? I have tried the urls at: http://incubator.apache.org/adffaces/trinidad-blank/source-repository.html I'm unable to connect. http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incubating/trinidad-blank trinidad-blank Bad URL passed to RA layer svn: URL 'http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incubating/trinidad-blank%20trinidad-blank' non-existent in revision '549778' Thanks in advance! Paul -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
RE: [Trinidad] SVN - Source for Demo
I now get svn error: RA layer request failed svn: PROPFIND request failed on '/viewvc/myfaces/trinidad/trunk' svn: PROPFIND of '/viewvc/myfaces/trinidad/trunk': 302 Found (http://svn.apache.org) Thoughts? PB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:11 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo Sorry for the inconvenience, but trinidad is now located under myfaces http://svn.apache.org/viewvc/myfaces/trinidad/trunk/ On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: Where can I get the Trinidad demo source? I have tried the urls at: http://incubator.apache.org/adffaces/trinidad-blank/source-repository.html I'm unable to connect. http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incub ating/trinidad-blank trinidad-blank Bad URL passed to RA layer svn: URL 'http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incu bating/trinidad-blank%20trinidad-blank' non-existent in revision '549778' Thanks in advance! Paul -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
RE: [Trinidad] SVN - Source for Demo
Got it! Thanks!!! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:22 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo viewcvs ... that is the webinterface to watch svn checkout http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/ trinidad -M On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: I now get svn error: RA layer request failed svn: PROPFIND request failed on '/viewvc/myfaces/trinidad/trunk' svn: PROPFIND of '/viewvc/myfaces/trinidad/trunk': 302 Found (http://svn.apache.org) Thoughts? PB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:11 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo Sorry for the inconvenience, but trinidad is now located under myfaces http://svn.apache.org/viewvc/myfaces/trinidad/trunk/ On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: Where can I get the Trinidad demo source? I have tried the urls at: http://incubator.apache.org/adffaces/trinidad-blank/source-repository.html I'm unable to connect. http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incub ating/trinidad-blank trinidad-blank Bad URL passed to RA layer svn: URL 'http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incu bating/trinidad-blank%20trinidad-blank' non-existent in revision '549778' Thanks in advance! Paul -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [tobago]
Zied Hamdi wrote:
Hello people there :-),
I have a solution through the use of actionListener instead of action:
public void updatePhoneType( ActionEvent event ) {
UIData data = findComponent( UIData.class,
page:personForm:details:phoneListSubview:phones );
PhoneNumber number = (PhoneNumber) data.getRowData ();
UIComponent component = event.getComponent();
String type = (String) component.getAttributes().get( phoneType );
number.setType( PhoneType.valueOf( type ) );
}
But using an action listener instead of an action isn't a very good
solution since I loose control on redirecting the result to another page.
(snip)
You can use an ActionListener AND an action.
The actionListener gets invoked first, then the action. So your
navigation will still work.
Regards
- Erlend
--
Erlend Hamnaberg
[EMAIL PROTECTED]
Student 3. dataingeniør AITeL HiST.
Tear down the walls
Wake up the world
Ignorance is not bliss
So fed up with second best
Our time is here and now
I am the enemy
I am the antidote
Watch me closely
I will stand up - now
*Arch Enemy - We will rise*
Re: [Trinidad] SVN - Source for Demo
viewcvs ... that is the webinterface to watch svn checkout http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/ trinidad -M On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: I now get svn error: RA layer request failed svn: PROPFIND request failed on '/viewvc/myfaces/trinidad/trunk' svn: PROPFIND of '/viewvc/myfaces/trinidad/trunk': 302 Found (http://svn.apache.org) Thoughts? PB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:11 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo Sorry for the inconvenience, but trinidad is now located under myfaces http://svn.apache.org/viewvc/myfaces/trinidad/trunk/ On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: Where can I get the Trinidad demo source? I have tried the urls at: http://incubator.apache.org/adffaces/trinidad-blank/source-repository.html I'm unable to connect. http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incub ating/trinidad-blank trinidad-blank Bad URL passed to RA layer svn: URL 'http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incu bating/trinidad-blank%20trinidad-blank' non-existent in revision '549778' Thanks in advance! Paul -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [Trinidad] Causing Too many open files error?
Yes, the 1.2-branch is created once in a while (currently once per month) based on the trunk (all fixes go in here) + a bit of Adam's magic to get JSF 1.2 in. -M On 6/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Will this fix also have been applied to the 1.2 branch? Adam Winer [EMAIL PROTECTED] wrote on 06/21/2007 05:28:32 PM: On 6/21/07, Simon Lessard [EMAIL PROTECTED] wrote: Hmmm, I assume this is used mainly to detect skin files' version? It's used in a bunch of places to detect modification - skin files, ResourceServlet, jsp modifications, etc. I've checked in a fix that should resolve this, but I'm not 100% sure. I've mostly been looking at the calls to FileInputStream.finalize() - there were a lot coming in that had still-open FileDescriptors. I'd appreciate further testing. It'd be worthwhile to look at optimizing further to block any attempt to call getLastModified() on a JAR, but for now I'm hoping it'll be enough to close up all URLConnections. In a bit of googling, it'd seem that this has bitten a lot of developers. -- Adam Maybe we could create a kind of ResourceDescriptor file that would include two URLs, the real one and the container file's (the .jar URL for instance, but would be the same as the real URL most of the time). The getLastModified method of the ResourceDescriptor could then use that second URL for purpose of modification checks, theorically preventing the JVM from opening the JAR file. Regards, ~ Simon On 6/21/07, Adam Winer [EMAIL PROTECTED] wrote: I think I've found the problem - Trinidad calls URLConnection.getLastModified() in a number of places. If that's pointing at an URL from inside a JAR, this will implicitly open the JAR file, and not release the file until GC. Looking at solutions now. -- Adam On 6/21/07, Fleischer Peter [EMAIL PROTECTED] wrote: The problem is reproducable. After restarting tomcat and some requests to my application the jar file will again be opened multiple times. Every (initial?) request to a page increases the number. Eventually after some time the files are garbage collected. Peter -Ursprüngliche Nachricht- Von: Scott O'Bryan [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 21. Juni 2007 00:29 An: MyFaces Discussion Betreff: Re: [Trinidad] Causing Too many open files error? I saw this as well using Oracle JDeveloper so I agree that I don't think this is a Tomcat issue. I'm not sure what might be causing this though because I shut down my webserver and restarted it and everything has been working fine since. What happens when you restart tomcat? Scott On 6/20/07, Fleischer Peter [EMAIL PROTECTED] wrote: Hello, we are developing a quite simple application based on MyFaces, Trinidad and Facelets. After deploying this application to a Tomcat 5.5.23 and using the application for a while we are facing connection errors in Tomcat caused by too many open files. Checking the running Tomcat process with lsof (list open files) we discovered, that application/WEB-INF/lib/trinidad- impl-1.0.1- incubating-SNAPSHOT.jar was open for about 300 times. The number rises with every request. At some time eventually a garbage collection closes all these files. I don't think this is a Tomcat error, because this jar is the only jar file opened so many times. Perhaps some Trinidad code fails to close a file? Is this a known issue? Many thanks in advance. Peter Fleischer _ Munich Airport International Flughafen München GmbH Peter Fleischer ITED Competence Center Application Development Support Division Information Technology P. O. Box 23 17 55 85326 München Phone: +49 89 975-3 24 30 Fax: +49 89 975-3 24 06 mailto:[EMAIL PROTECTED] .de Vorsitzender des Aufsichtsrats: - Chairman of the Supervisory Board: Staatsminister Prof. Dr. Kurt Faltlhauser Geschäftsführung: - Executive Board: Dr. Michael Kerkloh, Walter Vill und Peter Trautmann Handelsregister: - Commercial Register: RG München, HR-Nr. B 5448 Sitz der Gesellschaft: - Registered Office: München _ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [Trinidad] Causing Too many open files error?
Will this fix also have been applied to the 1.2 branch? Adam Winer [EMAIL PROTECTED] wrote on 06/21/2007 05:28:32 PM: On 6/21/07, Simon Lessard [EMAIL PROTECTED] wrote: Hmmm, I assume this is used mainly to detect skin files' version? It's used in a bunch of places to detect modification - skin files, ResourceServlet, jsp modifications, etc. I've checked in a fix that should resolve this, but I'm not 100% sure. I've mostly been looking at the calls to FileInputStream.finalize() - there were a lot coming in that had still-open FileDescriptors. I'd appreciate further testing. It'd be worthwhile to look at optimizing further to block any attempt to call getLastModified() on a JAR, but for now I'm hoping it'll be enough to close up all URLConnections. In a bit of googling, it'd seem that this has bitten a lot of developers. -- Adam Maybe we could create a kind of ResourceDescriptor file that would include two URLs, the real one and the container file's (the .jar URL for instance, but would be the same as the real URL most of the time). The getLastModified method of the ResourceDescriptor could then use that second URL for purpose of modification checks, theorically preventing the JVM from opening the JAR file. Regards, ~ Simon On 6/21/07, Adam Winer [EMAIL PROTECTED] wrote: I think I've found the problem - Trinidad calls URLConnection.getLastModified() in a number of places. If that's pointing at an URL from inside a JAR, this will implicitly open the JAR file, and not release the file until GC. Looking at solutions now. -- Adam On 6/21/07, Fleischer Peter [EMAIL PROTECTED] wrote: The problem is reproducable. After restarting tomcat and some requests to my application the jar file will again be opened multiple times. Every (initial?) request to a page increases the number. Eventually after some time the files are garbage collected. Peter -Ursprüngliche Nachricht- Von: Scott O'Bryan [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 21. Juni 2007 00:29 An: MyFaces Discussion Betreff: Re: [Trinidad] Causing Too many open files error? I saw this as well using Oracle JDeveloper so I agree that I don't think this is a Tomcat issue. I'm not sure what might be causing this though because I shut down my webserver and restarted it and everything has been working fine since. What happens when you restart tomcat? Scott On 6/20/07, Fleischer Peter [EMAIL PROTECTED] wrote: Hello, we are developing a quite simple application based on MyFaces, Trinidad and Facelets. After deploying this application to a Tomcat 5.5.23 and using the application for a while we are facing connection errors in Tomcat caused by too many open files. Checking the running Tomcat process with lsof (list open files) we discovered, that application/WEB-INF/lib/trinidad- impl-1.0.1- incubating-SNAPSHOT.jar was open for about 300 times. The number rises with every request. At some time eventually a garbage collection closes all these files. I don't think this is a Tomcat error, because this jar is the only jar file opened so many times. Perhaps some Trinidad code fails to close a file? Is this a known issue? Many thanks in advance. Peter Fleischer _ Munich Airport International Flughafen München GmbH Peter Fleischer ITED Competence Center Application Development Support Division Information Technology P. O. Box 23 17 55 85326 München Phone: +49 89 975-3 24 30 Fax: +49 89 975-3 24 06 mailto:[EMAIL PROTECTED] .de Vorsitzender des Aufsichtsrats: - Chairman of the Supervisory Board: Staatsminister Prof. Dr. Kurt Faltlhauser Geschäftsführung: - Executive Board: Dr. Michael Kerkloh, Walter Vill und Peter Trautmann Handelsregister: - Commercial Register: RG München, HR-Nr. B 5448 Sitz der Gesellschaft: - Registered Office: München _
Re: [Trinidad] SVN - Source for Demo
Here is also a Trinidad demo code.google.com/p/facesgoodies the blank structure, will be available as an archetype (here in MyFaces) soon. Minor change OpenJPA instead of Toplink -M On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: Got it! Thanks!!! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:22 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo viewcvs ... that is the webinterface to watch svn checkout http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/ trinidad -M On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: I now get svn error: RA layer request failed svn: PROPFIND request failed on '/viewvc/myfaces/trinidad/trunk' svn: PROPFIND of '/viewvc/myfaces/trinidad/trunk': 302 Found (http://svn.apache.org) Thoughts? PB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:11 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo Sorry for the inconvenience, but trinidad is now located under myfaces http://svn.apache.org/viewvc/myfaces/trinidad/trunk/ On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: Where can I get the Trinidad demo source? I have tried the urls at: http://incubator.apache.org/adffaces/trinidad-blank/source-repository.html I'm unable to connect. http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incub ating/trinidad-blank trinidad-blank Bad URL passed to RA layer svn: URL 'http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incu bating/trinidad-blank%20trinidad-blank' non-existent in revision '549778' Thanks in advance! Paul -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
RE: [Trinidad] SVN - Source for Demo
Great. I'll take a look. I'm trying to understand how to use MenuModel. See message sent yesterday: [Trinidad] MenuModel - duplicate tabs/menubar items Pointers to any more examples will be appreciated.. PB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:30 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo Here is also a Trinidad demo code.google.com/p/facesgoodies the blank structure, will be available as an archetype (here in MyFaces) soon. Minor change OpenJPA instead of Toplink -M On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: Got it! Thanks!!! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:22 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo viewcvs ... that is the webinterface to watch svn checkout http://svn.apache.org/repos/asf/myfaces/trinidad/trunk/ trinidad -M On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: I now get svn error: RA layer request failed svn: PROPFIND request failed on '/viewvc/myfaces/trinidad/trunk' svn: PROPFIND of '/viewvc/myfaces/trinidad/trunk': 302 Found (http://svn.apache.org) Thoughts? PB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: Friday, June 22, 2007 7:11 AM To: MyFaces Discussion Subject: Re: [Trinidad] SVN - Source for Demo Sorry for the inconvenience, but trinidad is now located under myfaces http://svn.apache.org/viewvc/myfaces/trinidad/trunk/ On 6/22/07, Paul Baker [EMAIL PROTECTED] wrote: Where can I get the Trinidad demo source? I have tried the urls at: http://incubator.apache.org/adffaces/trinidad-blank/source-repository.html I'm unable to connect. http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incub ating/trinidad-blank trinidad-blank Bad URL passed to RA layer svn: URL 'http://svn.apache.org/repos/asf/incubator/adffaces/tags/trinidad-1.0.0-incu bating/trinidad-blank%20trinidad-blank' non-existent in revision '549778' Thanks in advance! Paul -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Setting ViewRoot of FacesContext reloads the page _twice_
hi volker, thanks for the tip. seems to be a better solution ;-) now, changes it into a servlet, i get another confusing problem. i have overwritten the protected void service(...) method as described in the link you have posted. however, now this service method is called in an infinite loop. and from the 2nd time its called the requestURI changes. my URI looks like this: /webapp/group/1234 and from the second time it is just /webapp/group hoping for a help on this one! thanks regards, Matthes 2007/6/20, Volker Weber [EMAIL PROTECTED]: Hi, i think you should not use a PhaseListener, but a servlet. see: http://wiki.apache.org/myfaces/InvokingJsfPagesWithStandardUrls#head-6c1aaf488d48f938896da962aaa4361ec3ffaf70 Regards, Volker 2007/6/20, Matthes R. [EMAIL PROTECTED]: Hi all, i've got a problem with my self-written PhaseListener. It is a RESTORE_VIEW listener and is intended to deal with pretty URLs: e.g.: www.server.com/webapp/user/123 the listener splits the requestURI (into an array [webapp, user, 123]). this works fine. i then put the parameters into some beans. works fine too (i create session-scope beans if they do not exist and put them into the FacesContext). Now, here is my problem. i then want to change the ViewRoot to do an internal forward to the index.jsp (this one generates the content from the beans): private FacesContext context; . . . //set the viewroot to show the indexpage! UIViewRoot view = context.getApplication(). getViewHandler().createView(context, /jsp/index.jsp); context.setViewRoot (view); the index.jsp is loaded correctly, but when it is finished, it starts loading again. weird thing about that: it does not load any css-styles, so it is completely useless (besides its useless cos its loading twice). anyone got an idea? regards, Matthes
Re: JSF Specs (an improvement)
Hi,If you have this in a custom components method restoreState:ValueBinding vb = getValueBinding("value");if (vb != null) vb.getValue(getFacesContext());is there any way to get to the "value", ie the EL _expression_, from the tag if you include it in the tag as an attribute? Or would you have to have a different component for eachbean you want to initialize?Regards,Jakob
---
[This E-mail has been scanned for viruses but it is your responsibility
to maintain up to date anti virus software on the device that you are
currently using to read this email. ]
Partial Page Rendering issue with Trinidad
Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs.
Re: Partial Page Rendering issue with Trinidad
sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Partial Page Rendering issue with Trinidad
Thanks for such a quick reply. I am using trinidad-impl-1.0.0-incubating as I thought that was the latest stable build. Matthias Wessendorf wrote: sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs.
Re: Partial Page Rendering issue with Trinidad
Mladen, Are you able to see PPR working correctly in the trinidad-demo? There's an example under the features section. Danny On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Thanks for such a quick reply. I am using trinidad-impl-1.0.0-incubating as I thought that was the latest stable build. Matthias Wessendorf wrote: sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. -- Chordiant Software Inc. www.chordiant.com
Re: Partial Page Rendering issue with Trinidad
Using the same version, I've noticed that it looks like a full page refresh is happening, but it actually isn't, probably due to the iframe. In other words, your browser will act like something changed, but the actual visible page is being updated piecemeal. You can test this by having an output with partialTriggers and one without. The one without will not change on partial submits. On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Thanks for such a quick reply. I am using trinidad-impl-1.0.0-incubating as I thought that was the latest stable build. Matthias Wessendorf wrote: sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs.
SelectedOneMenu problem
Hi,
I'm having a problem with a selectedOneMenu ,
i have
t:selectOneMenu
onchange=getSelectedID();
id=cmbSerivces
forceId=true
value=#{quarrelsBean.selectedService}
title=No location selected
required=true
valueChangeListener=#{quarrelsBean.serivceItemSelected}
f:selectItems
value=#{quarrelsBean.servicesItems}/
/t:selectOneMenu
so far so good, when the value changes call serivceItemSelected load the
needed info ,
but when i try to submit the page
t:commandButton actionListener=#{quarrelsBean.UpdateQuoatation}
id=btn_Save forceId=true /
By Some reason does not go to UpdateQuoatation but serivceItemSelected
any ideas why ?¡
Thank you for the help.
PD
function getSelectedID() {
document.getElementById(btn_Save).click();
}
--
Vi Veri Veniversum Vivus Vici [By the power of Truth, I, while living,
have conquered the universe]
Re: SelectedOneMenu problem
You have a valueChangeListener specified, which will be called first.
Your action listener will only be called if there has been no errors
(including validation errors).
Check your log for any messages. Also include a t:messages
globalOnly=false / to see if there were any validation errors.
On 6/22/07, Carlos Ortiz [EMAIL PROTECTED] wrote:
Hi,
I'm having a problem with a selectedOneMenu ,
i have
t:selectOneMenu
onchange=getSelectedID();
id=cmbSerivces
forceId=true
value=#{quarrelsBean.selectedService}
title=No location selected
required=true
valueChangeListener=#{quarrelsBean.serivceItemSelected}
f:selectItems
value=#{quarrelsBean.servicesItems}/
/t:selectOneMenu
so far so good, when the value changes call serivceItemSelected load the
needed info ,
but when i try to submit the page
t:commandButton actionListener=#{quarrelsBean.UpdateQuoatation}
id=btn_Save forceId=true /
By Some reason does not go to UpdateQuoatation but serivceItemSelected
any ideas why ?¡
Thank you for the help.
PD
function getSelectedID() {
document.getElementById(btn_Save).click();
}
--
Vi Veri Veniversum Vivus Vici [By the power of Truth, I, while living, have
conquered the universe]
Re: Partial Page Rendering issue with Trinidad
Thanks a lot to everyone who replied. Yes, I can see now that it was reloading the frame and not the whole page. I would like to use the 'real' AJAX that Matthias mentioned. How can I get the current trunk? noah wrote: Using the same version, I've noticed that it looks like a full page refresh is happening, but it actually isn't, probably due to the iframe. In other words, your browser will act like something changed, but the actual visible page is being updated piecemeal. You can test this by having an output with partialTriggers and one without. The one without will not change on partial submits. On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Thanks for such a quick reply. I am using trinidad-impl-1.0.0-incubating as I thought that was the latest stable build. Matthias Wessendorf wrote: sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs.
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
Francisco, I think it (jscookm.) requires a naming container based form (the jsCookMenu), so please file a bug against it. -M On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: JSF Specs (an improvement)
Hi Jakob, I didn't really undersant your question? are you maybe speaking about ValueBinding.getExpressionString() ? Regards, Zied 2007/6/22, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi, If you have this in a custom components method restoreState: ValueBinding vb = getValueBinding(value); if (vb != null) vb.getValue(getFacesContext()); is there any way to get to the value, ie the EL expression, from the tag if you include it in the tag as an attribute? Or would you have to have a different component for each bean you want to initialize? Regards, Jakob --- [This E-mail has been scanned for viruses but it is your responsibility to maintain up to date anti virus software on the device that you are currently using to read this email. ] -- Zied Hamdi zatreex.sourceforge.net
Re: [tobago]
Thanks Erelend, :-)
What I mean is the choice action listener versus action shouldn't have to be
a technical constraint...
Regards,
Zied
2007/6/22, Erlend Hamnaberg [EMAIL PROTECTED]:
Zied Hamdi wrote:
Hello people there :-),
I have a solution through the use of actionListener instead of action:
public void updatePhoneType( ActionEvent event ) {
UIData data = findComponent( UIData.class,
page:personForm:details:phoneListSubview:phones );
PhoneNumber number = (PhoneNumber) data.getRowData ();
UIComponent component = event.getComponent();
String type = (String) component.getAttributes().get( phoneType );
number.setType( PhoneType.valueOf( type ) );
}
But using an action listener instead of an action isn't a very good
solution since I loose control on redirecting the result to another
page.
(snip)
You can use an ActionListener AND an action.
The actionListener gets invoked first, then the action. So your
navigation will still work.
Regards
- Erlend
--
Erlend Hamnaberg
[EMAIL PROTECTED]
Student 3. dataingeniør AITeL HiST.
Tear down the walls
Wake up the world
Ignorance is not bliss
So fed up with second best
Our time is here and now
I am the enemy
I am the antidote
Watch me closely
I will stand up - now
*Arch Enemy - We will rise*
--
Zied Hamdi
zatreex.sourceforge.net
Re: Setting ViewRoot of FacesContext reloads the page _twice_
Hi Matthes, can you post your source? the Servlet and the navigation rules. Regards, Volker 2007/6/22, Matthes R. [EMAIL PROTECTED]: hi volker, thanks for the tip. seems to be a better solution ;-) now, changes it into a servlet, i get another confusing problem. i have overwritten the protected void service(...) method as described in the link you have posted. however, now this service method is called in an infinite loop. and from the 2nd time its called the requestURI changes. my URI looks like this: /webapp/group/1234 and from the second time it is just /webapp/group hoping for a help on this one! thanks regards, Matthes 2007/6/20, Volker Weber [EMAIL PROTECTED]: Hi, i think you should not use a PhaseListener, but a servlet. see: http://wiki.apache.org/myfaces/InvokingJsfPagesWithStandardUrls#head-6c1aaf488d48f938896da962aaa4361ec3ffaf70 Regards, Volker 2007/6/20, Matthes R. [EMAIL PROTECTED]: Hi all, i've got a problem with my self-written PhaseListener. It is a RESTORE_VIEW listener and is intended to deal with pretty URLs: e.g.: www.server.com/webapp/user/123 the listener splits the requestURI (into an array [webapp, user, 123]). this works fine. i then put the parameters into some beans. works fine too (i create session-scope beans if they do not exist and put them into the FacesContext). Now, here is my problem. i then want to change the ViewRoot to do an internal forward to the index.jsp (this one generates the content from the beans): private FacesContext context; . . . //set the viewroot to show the indexpage! UIViewRoot view = context.getApplication(). getViewHandler().createView(context, /jsp/index.jsp); context.setViewRoot (view); the index.jsp is loaded correctly, but when it is finished, it starts loading again. weird thing about that: it does not load any css-styles, so it is completely useless (besides its useless cos its loading twice). anyone got an idea? regards, Matthes
Re: [Trinidad] Causing Too many open files error?
Yep - lately, I've switched from once a month to try to have 1.2 branches in sync with the 1.0 releases - so we'll have a 1.2.1 release along with the 1.0.1 release and the two line up. If we follow that line, then the fix would go into 1.2 around the same time as we're getting ready to release 1.0.2. -- Adam On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Yes, the 1.2-branch is created once in a while (currently once per month) based on the trunk (all fixes go in here) + a bit of Adam's magic to get JSF 1.2 in. -M On 6/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Will this fix also have been applied to the 1.2 branch? Adam Winer [EMAIL PROTECTED] wrote on 06/21/2007 05:28:32 PM: On 6/21/07, Simon Lessard [EMAIL PROTECTED] wrote: Hmmm, I assume this is used mainly to detect skin files' version? It's used in a bunch of places to detect modification - skin files, ResourceServlet, jsp modifications, etc. I've checked in a fix that should resolve this, but I'm not 100% sure. I've mostly been looking at the calls to FileInputStream.finalize() - there were a lot coming in that had still-open FileDescriptors. I'd appreciate further testing. It'd be worthwhile to look at optimizing further to block any attempt to call getLastModified() on a JAR, but for now I'm hoping it'll be enough to close up all URLConnections. In a bit of googling, it'd seem that this has bitten a lot of developers. -- Adam Maybe we could create a kind of ResourceDescriptor file that would include two URLs, the real one and the container file's (the .jar URL for instance, but would be the same as the real URL most of the time). The getLastModified method of the ResourceDescriptor could then use that second URL for purpose of modification checks, theorically preventing the JVM from opening the JAR file. Regards, ~ Simon On 6/21/07, Adam Winer [EMAIL PROTECTED] wrote: I think I've found the problem - Trinidad calls URLConnection.getLastModified() in a number of places. If that's pointing at an URL from inside a JAR, this will implicitly open the JAR file, and not release the file until GC. Looking at solutions now. -- Adam On 6/21/07, Fleischer Peter [EMAIL PROTECTED] wrote: The problem is reproducable. After restarting tomcat and some requests to my application the jar file will again be opened multiple times. Every (initial?) request to a page increases the number. Eventually after some time the files are garbage collected. Peter -Ursprüngliche Nachricht- Von: Scott O'Bryan [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 21. Juni 2007 00:29 An: MyFaces Discussion Betreff: Re: [Trinidad] Causing Too many open files error? I saw this as well using Oracle JDeveloper so I agree that I don't think this is a Tomcat issue. I'm not sure what might be causing this though because I shut down my webserver and restarted it and everything has been working fine since. What happens when you restart tomcat? Scott On 6/20/07, Fleischer Peter [EMAIL PROTECTED] wrote: Hello, we are developing a quite simple application based on MyFaces, Trinidad and Facelets. After deploying this application to a Tomcat 5.5.23 and using the application for a while we are facing connection errors in Tomcat caused by too many open files. Checking the running Tomcat process with lsof (list open files) we discovered, that application/WEB-INF/lib/trinidad- impl-1.0.1- incubating-SNAPSHOT.jar was open for about 300 times. The number rises with every request. At some time eventually a garbage collection closes all these files. I don't think this is a Tomcat error, because this jar is the only jar file opened so many times. Perhaps some Trinidad code fails to close a file? Is this a known issue? Many thanks in advance. Peter Fleischer _ Munich Airport International Flughafen München GmbH Peter Fleischer ITED Competence Center Application Development Support Division Information Technology P. O. Box 23 17 55 85326 München Phone: +49 89 975-3 24 30 Fax: +49 89 975-3 24 06 mailto:[EMAIL PROTECTED] .de Vorsitzender des Aufsichtsrats: - Chairman of the Supervisory Board: Staatsminister Prof. Dr. Kurt Faltlhauser Geschäftsführung: - Executive Board: Dr. Michael Kerkloh, Walter Vill und Peter Trautmann Handelsregister: - Commercial Register: RG München, HR-Nr. B 5448 Sitz der Gesellschaft: - Registered Office: München _ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Using Unicode Characters on Trinidad
I have a strange issue with displaying of unicode characters on Trinidad components. The very same string gets displayed correctly on Tomahawk JsCookMenu but not on any of the Trinidad components. On Trinidad components I see it as Jezi\u010dke so the unicode code \u010d is displayed instead of the character _c(___. The word should look like this: _Jezic(ke._ Does anyone have any idea why this might be? Should the unicode characters be specified in a differenet way for Trinidad components? Thanks in advance Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs.
Problem running myfaces from an osgi bundle using jetty
Hello,
I'm currently developing an application using osgi (knopflerfish),
jetty and myfaces. I have a jetty bundle with all code for the
presentation layer.
Included in the bundle jar are the jars for jetty, myfaces-api and myfaces-impl.
I have the following code to add a web application to jetty:
WebAppContext context = new WebAppContext();
context.setContextPath( / + name );
context.setWar( path.getAbsolutePath() );
server.addHandler( context );
try
{
context.start();
}
catch ( Exception e )
{
e.printStackTrace();
}
At this point the jetty server is successfully started and running,
but when running context.start(), I get the following exception:
java.lang.IllegalStateException: No Factories configured for this
Application. This happens if the faces-initialization does not work at
all - make sure that you properly include all configuration settings
necessary for a basic faces application and that all the necessary
libs are included. Also check the logging output of your web
application and your container for any exceptions!
If you did that and find nothing, the mistake might be due to the fact
that you use some special web-containers which do not support
registering context-listeners via TLD files and a context listener is
not setup in your web.xml.
A typical config looks like this;
listener
listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class
/listener
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:96)
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:91)
at
org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:442)
at
org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:259)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:593)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:139)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1191)
at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:481)
at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:434)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
se.cfl.netvux.webserver.JettyServer.addWebApplication(JettyServer.java:101)
I suspect that it's a matter of my bundle not being able to locate the
myfaces-impl jar file. The jar file is included in the bundle jar and
it is in Bundle-Classpath of the manifest.
Any ideas what may be wrong?
/ Henrik
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
Just reported it. Thanks. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: add the bug to the jira at apaache (tomahawk has a separate) On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Hey Matthias, I'll gladly report it, but who should I report it to? Tomahawk to suggest not to require a naming container based form? Or Trinidad to suggest making one such environment available from tr:form? As for Adam's response, thank you for your suggestion. The solution you proposed is valid and I'm keeping it: using two separate forms, one h:form for jscookmenu and one tr:form for other purposes where I require the extended functionality. --Francisco On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Francisco, I think it (jscookm.) requires a naming container based form (the jsCookMenu), so please file a bug against it. -M On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Partial Page Rendering issue with Trinidad
Just updated Matthias' old build steps http://wiki.apache.org/myfaces/Building_Trinidad_With_Maven On 6/22/07, Safurudin Mahic [EMAIL PROTECTED] wrote: The trunk is located at https://svn.apache.org/repos/asf/myfaces/trinidad/trunk If you are using windows, you could use the excellent TortoiseSVN app (tortoisesvn.tigris.org) to do the checkout. On linux you just do svn co https://svn.apache.org/repos/asf/myfaces/trinidad/trunk Also, you have the excellent Trinidad documentation at http://myfaces.apache.org/trinidad/source-repository.html - Safi Mladen Nisevic skrev: Thanks a lot to everyone who replied. Yes, I can see now that it was reloading the frame and not the whole page. I would like to use the 'real' AJAX that Matthias mentioned. How can I get the current trunk? noah wrote: Using the same version, I've noticed that it looks like a full page refresh is happening, but it actually isn't, probably due to the iframe. In other words, your browser will act like something changed, but the actual visible page is being updated piecemeal. You can test this by having an output with partialTriggers and one without. The one without will not change on partial submits. On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Thanks for such a quick reply. I am using trinidad-impl-1.0.0-incubating as I thought that was the latest stable build. Matthias Wessendorf wrote: sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. -- Chordiant Software Inc. www.chordiant.com
Re: Partial Page Rendering issue with Trinidad
The trunk is located at https://svn.apache.org/repos/asf/myfaces/trinidad/trunk If you are using windows, you could use the excellent TortoiseSVN app (tortoisesvn.tigris.org) to do the checkout. On linux you just do svn co https://svn.apache.org/repos/asf/myfaces/trinidad/trunk Also, you have the excellent Trinidad documentation at http://myfaces.apache.org/trinidad/source-repository.html - Safi Mladen Nisevic skrev: Thanks a lot to everyone who replied. Yes, I can see now that it was reloading the frame and not the whole page. I would like to use the 'real' AJAX that Matthias mentioned. How can I get the current trunk? noah wrote: Using the same version, I've noticed that it looks like a full page refresh is happening, but it actually isn't, probably due to the iframe. In other words, your browser will act like something changed, but the actual visible page is being updated piecemeal. You can test this by having an output with partialTriggers and one without. The one without will not change on partial submits. On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Thanks for such a quick reply. I am using trinidad-impl-1.0.0-incubating as I thought that was the latest stable build. Matthias Wessendorf wrote: sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs.
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
Hey Matthias, I'll gladly report it, but who should I report it to? Tomahawk to suggest not to require a naming container based form? Or Trinidad to suggest making one such environment available from tr:form? As for Adam's response, thank you for your suggestion. The solution you proposed is valid and I'm keeping it: using two separate forms, one h:form for jscookmenu and one tr:form for other purposes where I require the extended functionality. --Francisco On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Francisco, I think it (jscookm.) requires a naming container based form (the jsCookMenu), so please file a bug against it. -M On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Partial Page Rendering issue with Trinidad
Great! Safi, thanks a lot Safurudin Mahic wrote: The trunk is located at https://svn.apache.org/repos/asf/myfaces/trinidad/trunk If you are using windows, you could use the excellent TortoiseSVN app (tortoisesvn.tigris.org) to do the checkout. On linux you just do svn co https://svn.apache.org/repos/asf/myfaces/trinidad/trunk Also, you have the excellent Trinidad documentation at http://myfaces.apache.org/trinidad/source-repository.html - Safi Mladen Nisevic skrev: Thanks a lot to everyone who replied. Yes, I can see now that it was reloading the frame and not the whole page. I would like to use the 'real' AJAX that Matthias mentioned. How can I get the current trunk? noah wrote: Using the same version, I've noticed that it looks like a full page refresh is happening, but it actually isn't, probably due to the iframe. In other words, your browser will act like something changed, but the actual visible page is being updated piecemeal. You can test this by having an output with partialTriggers and one without. The one without will not change on partial submits. On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Thanks for such a quick reply. I am using trinidad-impl-1.0.0-incubating as I thought that was the latest stable build. Matthias Wessendorf wrote: sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs.
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
add the bug to the jira at apaache (tomahawk has a separate) On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Hey Matthias, I'll gladly report it, but who should I report it to? Tomahawk to suggest not to require a naming container based form? Or Trinidad to suggest making one such environment available from tr:form? As for Adam's response, thank you for your suggestion. The solution you proposed is valid and I'm keeping it: using two separate forms, one h:form for jscookmenu and one tr:form for other purposes where I require the extended functionality. --Francisco On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Francisco, I think it (jscookm.) requires a naming container based form (the jsCookMenu), so please file a bug against it. -M On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Dynamically Refresh Dropdowns in JSF/MyFaces
I wanna dynamically refresh dropdown values. Here is my requirement The user creates new record by selecting New value from the dropdown. Then user enters values on form fields and clicks the Submit button. The result is record gets created in the database and also gets populated in the dropdown. Now i wanna show this record as selected value in the dropdown instead of New to faciltate update/delete operations. Note: The reason i am doing this is subsequent save results in detached object hibernate exception. To resolve this exception if i create a new instance then i will loose the original object so i cant do update/delete on the original object. My backing bean is in session scope Any pointers/suggestions will be highly appreciated Regards Bansi -- View this message in context: http://www.nabble.com/Dynamically-Refresh-Dropdowns-in-JSF-MyFaces-tf3966063.html#a11257001 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Using Unicode Characters on Trinidad
Unicode characters shouldn't be specified differently. OTOH, we've used Trinidad for internationalized pages for awhile. If I had to guess, my hunch is that JsCookMenu is doing something weird here.. How exactly are you specifying the value? If it's entered directly into a JSP or JSPX file, Unicode escapes are *not* supported - that's not how either of these technologies do escaping. In .jspx, you enter: Jezi#x010d;ke or Jezičke if your XML encoding is set correctly. in .jsp, you have to write: Jezičke ... and make sure your JSP encoding is set correctly. If Java (in a ResourceBundle, for example), then of course: \u010d -- Adam On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: I have a strange issue with displaying of unicode characters on Trinidad components. The very same string gets displayed correctly on Tomahawk JsCookMenu but not on any of the Trinidad components. On Trinidad components I see it as Jezi\u010dke so the unicode code \u010d is displayed instead of the character č. The word should look like this: Jezičke. Does anyone have any idea why this might be? Should the unicode characters be specified in a differenet way for Trinidad components? Thanks in advance Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs.
[Trinidad] tr:selectOneRadio Feature
I've recently been playing around with radio buttons in Trinidad and I noticed
a possibly very
useful change to the tr:selectOneRadio tag's implementation.
Currently, this tag only seems to work if select items are direct children of
the tag, like this:
tr:selectOneRadio ...
tr:selectItem ... /
tr:selectItem ... /
tr:selectItem ... /
/tr:selectOneRadio
This structure basically forces the radio buttons to be formatted as
tr:selectOneRadio prescribes,
which makes it very hard to reposition the buttons. Suppose, for example, I
wanted to have a
table with one radio button associated with each line, like this:
+---+-+
| o | Line 1|
+---+-+
| o | Line 2|
+---+-+
| o | Line 3|
+---+-+
Currently, the only way to handle this (that I can tell), is to create a bunch
of separate
tr:selectBooleanRadio ... tags all sharing the same group. While usable,
this construct is not
very user friendly. For example, it makes it hard to associate the selection
of one of the
buttons with an enumerated type in the back-end.
The only way I could figure to do it was to write a separate accessor method
for each of the
buttons and then set the enumerated type when each of those accessors is
called. Handling a case
like this is a whole lot easier with the tr:selectOneRadio tag, which
associates a single 'value'
with the group of buttons and allows me to assign those values to each of the
select items.
So, here's the way that I would like it to work. First, the markup:
tr:selectOneRadio value=#{bean.radioSelection}
trh:tableLayout
trh:rowLayout
tr:selectItem value=#{bean.item1} /
tr:outputText value=Line 1 /
/trh:rowLayout
trh:rowLayout
tr:selectItem value=#{bean.item2} /
tr:outputText value=Line 2 /
/trh:rowLayout
trh:rowLayout
tr:selectItem value=#{bean.item3} /
tr:outputText value=Line 3 /
/trh:rowLayout
/trh:tableLayout
/tr:selectOneRadio
While this is a simplistic example, notice that this becomes much more useful
once you start using
some of Trinidad's fancy features (e.g., PPR or validation). And, even though
you can duplicate
this rendering and behavior with a bunch of tr:selectBooleanRadio tags, you
lose the benefits of
recognizing the radio buttons as a single group.
The implementation could even overload tr:selectOneRadio, so that it would
behave as it does now
in the simple case (where its direct child elements are all select items), but
handle the other
cases elegantly. Presently, any non-'select item' children of a
tr:selectOneRadio are simply not
rendered at all.
Anyway, just a suggestion. I don't know enough about the inner plumbing of
Trinidad to know how
feasible this is, but it would certainly be a sweet addition to the framework.
Thanks,
--David
Yahoo! oneSearch: Finally, mobile search
that gives answers, not web links.
http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
add the bug to the jira at apaache (tomahawk has a separate) add it against tomahawk. On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Hey Matthias, I'll gladly report it, but who should I report it to? Tomahawk to suggest not to require a naming container based form? Or Trinidad to suggest making one such environment available from tr:form? As for Adam's response, thank you for your suggestion. The solution you proposed is valid and I'm keeping it: using two separate forms, one h:form for jscookmenu and one tr:form for other purposes where I require the extended functionality. --Francisco On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Francisco, I think it (jscookm.) requires a naming container based form (the jsCookMenu), so please file a bug against it. -M On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
For some reasons I am currently NOT able to edit/move issues. Can somebody give me the rights back ... On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: It should be reported against TOMAHAWK, not TRINIDAD. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Just reported it. Thanks. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: add the bug to the jira at apaache (tomahawk has a separate) On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Hey Matthias, I'll gladly report it, but who should I report it to? Tomahawk to suggest not to require a naming container based form? Or Trinidad to suggest making one such environment available from tr:form? As for Adam's response, thank you for your suggestion. The solution you proposed is valid and I'm keeping it: using two separate forms, one h:form for jscookmenu and one tr:form for other purposes where I require the extended functionality. --Francisco On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Francisco, I think it (jscookm.) requires a naming container based form (the jsCookMenu), so please file a bug against it. -M On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Problem running myfaces from an osgi bundle using jetty
what jetty are u using ?
Jetty 6 has fixed this.
the listener is define inside the TLD, shipped with myfaces core.
-M
On 6/22/07, Henrik Larsson [EMAIL PROTECTED] wrote:
Hello,
I'm currently developing an application using osgi (knopflerfish),
jetty and myfaces. I have a jetty bundle with all code for the
presentation layer.
Included in the bundle jar are the jars for jetty, myfaces-api and myfaces-impl.
I have the following code to add a web application to jetty:
WebAppContext context = new WebAppContext();
context.setContextPath( / + name );
context.setWar( path.getAbsolutePath() );
server.addHandler( context );
try
{
context.start();
}
catch ( Exception e )
{
e.printStackTrace();
}
At this point the jetty server is successfully started and running,
but when running context.start(), I get the following exception:
java.lang.IllegalStateException: No Factories configured for this
Application. This happens if the faces-initialization does not work at
all - make sure that you properly include all configuration settings
necessary for a basic faces application and that all the necessary
libs are included. Also check the logging output of your web
application and your container for any exceptions!
If you did that and find nothing, the mistake might be due to the fact
that you use some special web-containers which do not support
registering context-listeners via TLD files and a context listener is
not setup in your web.xml.
A typical config looks like this;
listener
listener-classorg.apache.myfaces.webapp.StartupServletContextListener/listener-class
/listener
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:96)
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:91)
at
org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:442)
at
org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:259)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:593)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:139)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1191)
at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:481)
at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:434)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
se.cfl.netvux.webserver.JettyServer.addWebApplication(JettyServer.java:101)
I suspect that it's a matter of my bundle not being able to locate the
myfaces-impl jar file. The jar file is included in the bundle jar and
it is in Bundle-Classpath of the manifest.
Any ideas what may be wrong?
/ Henrik
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Partial Page Rendering issue with Trinidad
u rock On 6/22/07, Danny Robinson [EMAIL PROTECTED] wrote: Just updated Matthias' old build steps http://wiki.apache.org/myfaces/Building_Trinidad_With_Maven On 6/22/07, Safurudin Mahic [EMAIL PROTECTED] wrote: The trunk is located at https://svn.apache.org/repos/asf/myfaces/trinidad/trunk If you are using windows, you could use the excellent TortoiseSVN app (tortoisesvn.tigris.org) to do the checkout. On linux you just do svn co https://svn.apache.org/repos/asf/myfaces/trinidad/trunk Also, you have the excellent Trinidad documentation at http://myfaces.apache.org/trinidad/source-repository.html - Safi Mladen Nisevic skrev: Thanks a lot to everyone who replied. Yes, I can see now that it was reloading the frame and not the whole page. I would like to use the 'real' AJAX that Matthias mentioned. How can I get the current trunk? noah wrote: Using the same version, I've noticed that it looks like a full page refresh is happening, but it actually isn't, probably due to the iframe. In other words, your browser will act like something changed, but the actual visible page is being updated piecemeal. You can test this by having an output with partialTriggers and one without. The one without will not change on partial submits. On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Thanks for such a quick reply. I am using trinidad-impl-1.0.0-incubating as I thought that was the latest stable build. Matthias Wessendorf wrote: sure. perhaps you're using a version, that has a bug. what are you using? The current trunk has real Ajax instead of IFrame (only used on uploads) ,M On 6/22/07, Mladen Nisevic [EMAIL PROTECTED] wrote: Hello, I'm having a an issue with the partial page rendering using Trinidad. The whole page is reloaded every time although I have set autoSubmit and am using partial trigger as explained in the example on partial page rendering in Trnidad in MyFaces wiki. Also, partialSubmit for Command Buttons does page reload. We also tried using panelPartialRoot with the same results i.e. full page reloading. Now, my understanding of partial page rendering (or AJAX) is that it allows for asynchronous updating of components. I.e. a portion of a page can be updated without reloading the whole page. Is it possible to have Partial Page Rendering in Trinidad without full page reload? And if yes are there any working examples? Thanks Mladen Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk Alaric Systems Ltd. Registered in England No. 3314005 Registered Office: 108 Linton House, 164-180 Union Street, London SE1 0LH This e-mail has been scanned for all known viruses by Star. The service is powered by MessageLabs. -- Chordiant Software Inc. www.chordiant.com -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
works now moved and said dup of https://issues.apache.org/jira/browse/TOMAHAWK-1029 On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: For some reasons I am currently NOT able to edit/move issues. Can somebody give me the rights back ... On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: It should be reported against TOMAHAWK, not TRINIDAD. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Just reported it. Thanks. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: add the bug to the jira at apaache (tomahawk has a separate) On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Hey Matthias, I'll gladly report it, but who should I report it to? Tomahawk to suggest not to require a naming container based form? Or Trinidad to suggest making one such environment available from tr:form? As for Adam's response, thank you for your suggestion. The solution you proposed is valid and I'm keeping it: using two separate forms, one h:form for jscookmenu and one tr:form for other purposes where I require the extended functionality. --Francisco On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Francisco, I think it (jscookm.) requires a naming container based form (the jsCookMenu), so please file a bug against it. -M On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [Trinidad Tomahawk] t:jsCookMenu inside tr:form
It should be reported against TOMAHAWK, not TRINIDAD. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Just reported it. Thanks. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: add the bug to the jira at apaache (tomahawk has a separate) On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Hey Matthias, I'll gladly report it, but who should I report it to? Tomahawk to suggest not to require a naming container based form? Or Trinidad to suggest making one such environment available from tr:form? As for Adam's response, thank you for your suggestion. The solution you proposed is valid and I'm keeping it: using two separate forms, one h:form for jscookmenu and one tr:form for other purposes where I require the extended functionality. --Francisco On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Francisco, I think it (jscookm.) requires a naming container based form (the jsCookMenu), so please file a bug against it. -M On 6/22/07, Adam Winer [EMAIL PROTECTED] wrote: You can use h:form with Trinidad, FWIW, so if jsCookMenu isn't working you could switch that way. -- Adam On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: No errors, neither on the client, nor on the server... The page we're on just refreshes, like when returning a null navigation string from an action. On 6/22/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: do you get any errors ? on the client (javascript) or on the server ? the difference between h:form and tr:form is, for instance, that tr:form isn't a namingContainer. -M On 6/22/07, Francisco Passos [EMAIL PROTECTED] wrote: Good morning. It seems jsCookMenu entries do not navigate properly when placed inside a tr:form, whereas if we use a h:form if works fine. Is this a bug? Is there a known workaround? --Francisco -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Tomahawk input calendar exception
I am using Myfaces 1.1.3 and Tomhawk 1.1.2 and the exception below appears when
I click on the calendar's small image. The component is used like this:
t:inputCalendar id=startDate required=false type=date
value=#{myBean.startDate} renderAsPopup=true
renderPopupButtonAsImage=true/
One more thing is that the dropdown fields are not showing any values but the
dropdown lists are ok.
Strange is that I've seen sometimes the same component working just fine.
Any ideas?
Thanks,
Cristian
11:03:58,965 ERROR [DefaultAddResource] Error while serving resource:
calendar.HtmlCalendarRenderer/DB/drop1.gif, message : null
ClientAbortException: java.net.SocketException: Connection reset by peer:
socket write error
at
org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:327)
at
org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:293)
at org.apache.catalina.connector.Response.flushBuffer(Response.java:537)
at
org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:276)
at
org.apache.myfaces.renderkit.html.util.DefaultAddResource.serveResource(DefaultAddResource.java:560)
at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:125)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
com.esilicon.vms.web.admin.UserLoggedOffFilter.doFilter(UserLoggedOffFilter.java:40)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.net.SocketException: Connection reset by peer: socket write
error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at
org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:746)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:433)
at
org.apache.coyote.http11.InternalOutputBuffer.flush(InternalOutputBuffer.java:304)
at
org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:991)
at org.apache.coyote.Response.action(Response.java:182)
at
org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:322)
... 28 more
Yahoo! oneSearch: Finally, mobile search
that gives answers, not web links.
http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
[Trinidad] Multiple available lists in selectManyShuttle (using filter)
I have the need to use the selectManyShuttle, but have a requirement of using multiple available lists. So, I might have 3 lists, each with 3 users (say, 1-3, 4-6, and 7-9), and I need to allow the user to select choices from each list and aggregate them into the one selected list. I have a separate selectOneChoice that determines the current available list contents, and the list updates in the shuttle when different lists are chosen. The problem is when I begin to move items from the available list into the selected list - core shuttle renderer code generates exceptions due to mismatches between indexes in the two lists (the count of items in each list can vary widely). Do I need to implement the shuttle proxy in this case or is there any other way to override index-checking behavior? Thanks in advance, Shawn
[Trinidad] Reverse positioning of components
I'm running into a very weird problem in which two components in my panelPage - a tree and a panel group containing another panel group and a table - are switched on the page. That is, they should be positioned with tree on the left and panel group (with table) on the right, but they instead appear the other way around. This usually happens when the application session times out, the browser is open at the time of the timeout, and the user logs in to the application again. At that point, if I shut down all instances of the browser (can be IE or Firefox) and re-login, everything is back to normal. All of my managed beans are session scope, and I've verified that I'm not using any static variables in the managed beans that might be causing the layout issues. Seems to me that some browser-level state setting might be causing this, but I certainly cannot be sure. One more note: I toggle the rendered state of the panelGroup programmatically through PPR when the user clicks on a link in the tree. Has anyone ever since this kind of behavior? Anything I should look for in the DOM once the problem has reproduced? Shawn Bertrand Tyco Electronics
Re: Tomahawk input calendar exception
Connection reset by peer: socket write error is a normal exception
For me, this usually happens if I am using roll-over images and css
image rules. I see it a lot more frequently on IE6 than on firefox.
The exception is that the socket was closed (the browser probably
closed the connection to download the image). It never adversely
affected us except for really annoying stack traces in the log files.
On 6/22/07, Bodnarasec Cristian Paul [EMAIL PROTECTED] wrote:
I am using Myfaces 1.1.3 and Tomhawk 1.1.2 and the exception below appears
when I click on the calendar's small image. The component is used like this:
t:inputCalendar id=startDate required=false type=date
value=#{myBean.startDate} renderAsPopup=true
renderPopupButtonAsImage=true/
One more thing is that the dropdown fields are not showing any values but
the dropdown lists are ok.
Strange is that I've seen sometimes the same component working just fine.
Any ideas?
Thanks,
Cristian
11:03:58,965 ERROR [DefaultAddResource] Error while serving resource:
calendar.HtmlCalendarRenderer/DB/drop1.gif, message : null
ClientAbortException: java.net.SocketException: Connection reset by peer:
socket write error
at
org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:327)
at
org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:293)
at
org.apache.catalina.connector.Response.flushBuffer(Response.java:537)
at
org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:276)
at
org.apache.myfaces.renderkit.html.util.DefaultAddResource.serveResource(DefaultAddResource.java:560)
at
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:125)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
com.esilicon.vms.web.admin.UserLoggedOffFilter.doFilter(UserLoggedOffFilter.java:40)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.net.SocketException: Connection reset by peer: socket write
error
at java.net.SocketOutputStream.socketWrite0(Native
Method)
at
java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at
java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at
org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:746)
at
org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:433)
at
org.apache.coyote.http11.InternalOutputBuffer.flush(InternalOutputBuffer.java:304)
at
org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:991)
at
org.apache.coyote.Response.action(Response.java:182)
at
org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:322)
... 28 more
Park yourself in front of a world of choices in alternative vehicles.
Visit the Yahoo! Auto Green Center.
[Tobago] Is it possible to avoid tree refresh
I'm using tree in many page in my application; on any click in any page all the tree are reloaded, Is there a solution to avoid this. -- View this message in context: http://www.nabble.com/-Tobago--Is-it-possible-to-avoid-tree-refresh-tf3967204.html#a11260835 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Facelet-Mapping
Hi I use MyFaces, Tomahawk, but not Trinidad. I have *.jsp and *.xhmtl (Facelets) files in my project. How i make the mapping that both suffixes are supported? I want something like this: Physical file Mapped to - - page1.jsp -- http://localhost:8080/myproject/page1.jsf page2.xhtml -- http://localhost:8080/myproject/page2.xhtml In my web.xml i habe these entries, but i doesn't work like desired: servlet servlet-nameFacesServlet/servlet-name servlet-classjavax.faces.webapp.FacesServlet/servlet-class load-on-startup1/load-on-startup /servlet servlet-mapping servlet-nameFacesServlet/servlet-name url-pattern*.jsf/url-pattern /servlet-mapping servlet-mapping servlet-nameFacesServlet/servlet-name url-pattern*.xhtml/url-pattern /servlet-mapping context-param param-namefacelets.VIEW_MAPPINGS/param-name param-value*.xhtml/param-value /context-param context-param param-namejavax.faces.DEFAULT_SUFFIX/param-name param-value.jsp/param-value /context-param Michael
Tree and Tree2
I had been using t:tree2 for a long time. but I got a requirement for tree table a while ago. So I need to switch to t:tree because t:tree2 does not support tree Table feature. The issue I am facing is the tree state control. For tree2, treeState is used to control expand/collapse of nodes. I looked at classes under tree package, My questions are: 1. How to get references to HtmlTree and HtmlTreeNode that has API to expand/.collpase nodes. 2. What is the TreePath elements which is Object type? Thanks for help. Dave - We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list.
Re: Facelet-Mapping
For this, you can't use suffix mapping on FacesServlet. Map FacesServlet to /faces. So: servlet-mapping servlet-nameFacesServlet/servlet-name url-pattern/faces/url-pattern /servlet-mapping context-param param-namefacelets.VIEW_MAPPINGS/param-name param-value*.xhtml/param-value /context-param ... so /faces/foo.jspx is JSP and /faces/foo.xhtml is Facelets. -- Adam On 6/22/07, Wyder, Michael (GMX) [EMAIL PROTECTED] wrote: Hi I use MyFaces, Tomahawk, but not Trinidad. I have *.jsp and *.xhmtl (Facelets) files in my project. How i make the mapping that both suffixes are supported? I want something like this: Physical file Mapped to - - page1.jsp -- http://localhost:8080/myproject/page1.jsf page2.xhtml -- http://localhost:8080/myproject/page2.xhtml In my web.xml i habe these entries, but i doesn't work like desired: servlet servlet-nameFacesServlet/servlet-name servlet-classjavax.faces.webapp.FacesServlet/servlet-class load-on-startup1/load-on-startup /servlet servlet-mapping servlet-nameFacesServlet/servlet-name url-pattern*.jsf/url-pattern /servlet-mapping servlet-mapping servlet-nameFacesServlet/servlet-name url-pattern*.xhtml/url-pattern /servlet-mapping context-param param-namefacelets.VIEW_MAPPINGS/param-name param-value*.xhtml/param-value /context-param context-param param-namejavax.faces.DEFAULT_SUFFIX/param-name param-value.jsp/param-value /context-param Michael
