.
Release Notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310733version=12316085
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310733version=12316085
Enjoy!
Michael Freedman
...
Is it better to use com.sun.facelets.FaceletPortletViewHandler ?
Le 07/03/2011 22:44, Michael Freedman a écrit :
No idea -- as this is an error rendering a resource accessed via http
(i.e. not through the portlet -- but as a consequence of rendering a
portlet). Obviously there is an issue
No idea -- as this is an error rendering a resource accessed via http
(i.e. not through the portlet -- but as a consequence of rendering a
portlet). Obviously there is an issue with the preferencesController
managed bean. What scope is it at? Can you set a breakpoint in
geet/set localeItems
/ReleaseNote.jspa?version=12313608styleName=HtmlprojectId=12310733
The JSR 329 specification is available at
http://www.jcp.org/en/jsr/detail?id=329
Enjoy!
Michael Freedman
directory in subversion at:
*
http://svn.apache.org/repos/asf/myfaces/portlet-bridge/tck/tags/jsr329-1.0.0
The TCK User manual is included in the distribution.
The JSR 329 specification is available at
http://www.jcp.org/en/jsr/detail?id=329
Enjoy!
Michael Freedman
.
I hope not to have made you lose too much time.
Le 27/10/2010 22:48, Michael Freedman a écrit :
Can you give us some additional details?
1. Can you confirm that /stylesheets/desktop/welcome.jsf is a valid
viewId/view you have provided in the app? I.e. its not a
resource/stylesheet
Can you give us some additional details?
1. Can you confirm that /stylesheets/desktop/welcome.jsf is a valid
viewId/view you have provided in the app? I.e. its not a
resource/stylesheet referenced in the markup of a view?
2. Describe the various steps you take before this problem
-lille1.fr/get?k=QxI6pCDOMWM12k0bTdJ
Thank you in advance.
Michael Freedman a �crit :
This feels more environmental than anything else. Is this still
just the situation when accessing from an iPhone user-agent? The
regular user-agent still works fine? Can you send me a complete
is available in the central Maven
repository under Group ID org.apache.myfaces.portlet-bridge.
Release Notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12313582styleName=HtmlprojectId=12310733
Enjoy!
Michael Freedman
is only available
as a source distribution because the test harness is run as a build
target. The distribution includes the maven build scripts, tests, and
test harness as well as a user's guide. To download the TCK:
* http://myfaces.apache.org/portlet-bridge/jsr301tck.html
Enjoy!
Michael
)
mPortletRequest.getAttribute(Bridge.PORTLET_LIFECYCLE_PHASE))
---
May be, have I missed something in config files ?
I think there is something wrong between trinidad and
portletBridge...
Michael Freedman a écrit :
Looks like its failing in this line in Trinidad
)
at
org.apache.myfaces.portlet.faces.bridge.BridgeImpl.doFacesRender(BridgeImpl.java:636)
... 40 more
Michael Freedman a écrit :
Hum... This is what I see for line 428
(BridgeImpl.doFacesRequest(BridgeImpl.java:428):
if (request.getPortletSession().getAttribute(key) == null)
As the request object
Hum... This is what I see for line 428
(BridgeImpl.doFacesRequest(BridgeImpl.java:428):
if (request.getPortletSession().getAttribute(key) == null)
As the request object has already been dereferenced before this line,
the only way, that I can see, that this can throw a NullPointerException
I wonder if this problem is the same as PORTLETBRIDGE-100
https://issues.apache.org/jira/browse/PORTLETBRIDGE-100
(https://issues.apache.org/jira/browse/PORTLETBRIDGE-100):
The first page of the JSF sample CarDemo has you set the locale for
the demo. You choose a language/region and the
Michael Freedman
Thu, 10 Jun 2010 08:06:17 -0700
What bridge are you using? It sounds like the myfaces bridge that was
included in MyFaces 1.1. The information referenced in the cited
posting concerning the provided portletFaceletViewHandler concerns the
JSR 301/329 bridges (Portlet 1.0 Bridge
-Portlet Bridge and Facelets
Michael Freedman
Thu, 10 Jun 2010 08:06:17 -0700
What bridge are you using? It sounds like the myfaces bridge that was
included in MyFaces 1.1. The information referenced in the cited
posting concerning the provided portletFaceletViewHandler concerns the
JSR 301/329
What bridge are you using? It sounds like the myfaces bridge that was
included in MyFaces 1.1. The information referenced in the cited
posting concerning the provided portletFaceletViewHandler concerns the
JSR 301/329 bridges (Portlet 1.0 Bridge for JavaServer Faces 1.2 and
Portlet 2.0
Any chance you can send us the (source) code for this sample so I can
look through it and try to see what might be wrong?
Also can you clarify what your problem is? Are you saying that it only
runs as a servlet and not as a portlet? I.e. you can register the
portlet but it never renders?
Can you provide more information? What specific warnings are you
seeing? Anything else?
On 6/10/2010 6:50 AM, Yves Deschamps wrote:
Hi,
My JSF Trinidad application (servlet) run.
But in portlet mode the skins are not found (warning message)...
An idea ?
You seem to have the Faces servlet defined twice: as Faces Servlet and
faces while only having the Faces Servlet mapped to a path (*.jsf)
-- see bold sections below. Alas, the bridge uses a simple parser which
only expects to find one servlet defintion for Faces. Since faces is
the last one
Can you try, instead?
h:outputLink value=pages/calculator.jsf?javax.portlet.faces.ViewLink=true
h:outputText value=outputlink/
/h:outputLink
The bridge doesn't deal with quoted queryString values.
Try the above and if it still doesn't work, send me the generated markup
as you did below.
What version of Faces are you using and is it Mojarra or MyFaces? I
suspect Mojarra based on the problem you describe. If Mojarra try
upgrading to 1.2_13. Liferay has a bug in it that prevents the bridge
from caching/restoring the javax.servlet.include attributes leading to
the problem you are
Not quite true. Facelets native ViewHandler is servlet dependent. The
trick for running Facelets in a portlet environment via a bridge is to
provide an alternative ViewHandler using the portlet APIs and
configuring this ViewHandler in your faces-config.xml. So yes the
MyFace Portlet bridge
FAQ, news, and info |
twitter: jsfcentral
+1 203-404-4848 x3
Sign up for the JSFCentral newsletter: http://oi.vresp.com/?fid=ac048d0e17
On Thu, Mar 18, 2010 at 9:44 AM, Michael Freedman
michael.freed...@oracle.com mailto:michael.freed...@oracle.com wrote:
Not quite true. Facelets native
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info |
twitter: jsfcentral
+1 203-404-4848 x3
Sign up for the JSFCentral newsletter: http://oi.vresp.com/?fid=ac048d0e17
On Thu, Mar 18, 2010 at 9:44 AM, Michael Freedman
michael.freed...@oracle.com mailto:michael.freed...@oracle.com
to use the same
view handler to view the app directly. So, I'd like the source to
your modifications if you are willing to share. Thanks.
On 3/18/2010 1:10 PM, Michael Freedman wrote:
The current facelets distributions contains a portlet demo that includes
the source
I don't think this is related. FYI ... there are two types of state
(potentially) being managed/preserved by the bridge:
1) action parameters saved and reexposed during the render
this is off by default -- there is a portlet init parameter you
set to enable this
2) request scope
You will need to do a little digging to see if your intuition is right.
Double check the html source in the browser of the page that contains
the commandLink. Does is look like the reference tries to submit the
form that the commandLink is contained within (via javascript)? If so,
can you
.
michael freedman wrote:
Fernando,
For the bridge/myfaces1.2.7 deploy -- did you look at the log
files? Can you post (the perinent portions of the catalina.log and
localhost.log). I was able to deploy a bridge/myfaces1.2.7 without
error. It happened to be a portlet 2.0 version
Fernando,
For the bridge/myfaces1.2.7 deploy -- did you look at the log
files? Can you post (the perinent portions of the catalina.log and
localhost.log). I was able to deploy a bridge/myfaces1.2.7 without
error. It happened to be a portlet 2.0 version of the bridge but it
shouldn't
problem -- so pelase double check the logs.
michael freedman wrote:
Fernando,
For the bridge/myfaces1.2.7 deploy -- did you look at the log
files? Can you post (the perinent portions of the catalina.log and
localhost.log). I was able to deploy a bridge/myfaces1.2.7 without
error
To
Saurabh M Agarwal/India/i...@ibmin
cc
Subject
Fwd: Fwd: [PORTAL] JSR301 portal bridge
-- Forwarded message --
From: michael freedman michael.freed...@oracle.com
Date: Fri, Dec 5, 2008 at 12:11 AM
Subject: Re: Fwd: [PORTAL] JSR301 portal
Following up with a little more detail:
As Scott says JSR 301 is working on two specifications:
Portlet 1.0 Bridge for JavaServer Faces
Portlet 2.0 Bridge for JavaServer Faces
The Portlet 1.0 Bridge has just completed its Public Review and I am
about to post the Proposed Final Draft. The
FYI ... here are the preliminary thoughts related to Portlet 2.0
Coordination features (events and public parameters) that are being
worked on in the JSR 301 EG -- the plan is to have an Early Public
Draft and hopefully an basic impl of the RI (MyFaces PortletBridge
project between mid-April
Attached is the current draft of chapter 8 on the JSR 301 spec (portlet
bridge). It describes things developers of Faces extensions should be
aware of to cohabitate with a bridge/run in a portlet environment.
The short answer to your question is no, the bridge won't help you
here. Portlet 1.0
Yes, JBoss likely complies with the spec in that the TCK tests are too
loose. I will forward this to the JSR 286 spec lead for
comment/potential improvement in the 286 spec -- but as Scott points
out the use of getNameSpace is clear -- it is to be used for prefixing
ids/names in markup
FYI ... I contacted the JBoss rep in JSR 301 and he indicates this is a
known problem which will be fixed soon:
You are correct:http://jira.jboss.com/jira/browse/JBPORTAL-1875.
And this should be fixed in the upcoming 2.6.4 release (Feb 11)
-Mike-
Michael Freedman wrote:
Yes, JBoss
FYI ... The preliminary RI for JSR-301 Faces Portlet Bridge should be
exposed as a new MyFaces subproject in the next day or two. You might
consider switching to using this bridge going forward as the JSR has/is
trying to account for all the various issues folks have run into with
past
38 matches
Mail list logo
