as
part of MyFaces or the Bridges project? If so, how do we start the
process?
Scott O'Bryan
Martin Marinschek wrote:
Hi Scott,
a while ago, I sent the inlined mail to the MyFaces user list - I'm
sending it to you personally now, as I thought that maybe you are not
scanning the list
as part of MyFaces...
Scott
Matthias Wessendorf wrote:
Scott,
since we have already a protlet bridge here in MyFaces, why not making
it a 301 bridge?
-Matthias
On 6/6/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
Hey Martin,
I am sort of scanning the list but the past few weeks have been spotty
and trinidad are also able to run w/o
MyFaces core.
So why not making the bridge an own subproject?
-M
On 6/7/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
That's certainly an option except that the Bridge in MyFaces is
distributed with MyFaces project. Right now the work that I have time
So... What are the next steps for this? Much debate and voting?
:)
Scott
Scott O'Bryan wrote:
I'm totally cool with that and I'm pretty sure the EG would be fine
with that as well. We just can't do things the same way as we did the
old bridge.
Also, JSR-301 has 1.2 as it's minimum Faces
Martin,
PPR in Portlets CAN be implemented using certain portlet
implementations. But it cannot be done with generic JSR-168. Here are
a number of problems although I'm sure there are more:
1. Action Requests have portal artifacts. This means that a portal can
append content to a
Hey Chris,
The 10.1.3.2 bridge will work with ADFFaces, not Trinidad. The 11 Bridge
from the latest release should be mostly feature complete. The reason
for this is that the 10.1.3.2 solution was done after ADFFaces was
released so there was little effort in making it fully complete. Since
Because Trinidad needs to be standards compliant, we do not need this.
It was replaced by the Trinidad configurator mechanism which happens
regardless of the filter (the filter just makes it run earlier and
handles some of the usecases we havn't had time to research yet. If you
want to use
This reply is confusing. :) Oracle's 11 Bridge and Webcenter WILL work
with Trinidad. 10.1.3.2 will not.
Scott
Scott O'Bryan wrote:
Hey Chris,
The 10.1.3.2 bridge will work with ADFFaces, not Trinidad. The 11
Bridge from the latest release should be mostly feature complete. The
reason
Interesting Mike. Thanks.
[EMAIL PROTECTED] wrote:
It appears that with firefox the modal setting (if that is what
Trinidad is using) requires special privileges to take effect.
http://developer.mozilla.org/en/docs/DOM:window.open#Features_requiring_privileges
*Adam Winer [EMAIL
Hey Mike, do you have a JIRA ticket for this? If you do I can try to
see about submitting a patch. I'll begin working on this.
[EMAIL PROTECTED] wrote:
It appears that with firefox the modal setting (if that is what
Trinidad is using) requires special privileges to take effect.
The more I look at this the more I dislike trying to request the
security. Enabling this feature in Firefox makes Firefox vulnerable to
script attacks. What do others think?
Scott
Scott O'Bryan wrote:
Hey Mike, do you have a JIRA ticket for this? If you do I can try to
see about
block user
input (keyboard, mouse clicks, etc.) in the dialog's launcher
window rather than attempting to use this privileged feature.
[1] - http://secunia.com/advisories/13786/
Regards,
Matt
On 6/19/07, *Scott O'Bryan * [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote
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,
Vlad,
Yes, the entities will be parsed by the browser, not the jsp engine. So
that would be too late for the faces tags to refer to them.
Scott
Vladimir Isakovich wrote:
You're probabli right. Unfortunately.
I was able to add :
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
Hey Chris, it's kind of hokey, but if your url contains all the data
you need you might be able to create a bunch of managed properties on a
managed bean and bind them to the request parameter mappings. You could
then use that managed bean to populate the values in your components. :)
Alexander,
I'm not sure I follow you. Do you mean you want to call a standalone
url which is https from a portlet or you want the portal url to be https?
One problem you're constantly going to have is with session. Session
cookies are server-based which generally are unique to a
:) That was going to be my suggestion.
Andrew Robinson wrote:
Another solution you could consider, is doing the
conversion/validation in the backing bean instead of in the component,
it is messy, but possibly less messy than what I told you. It is more
work though.
public class Bean {
private
with this approach is I already have a domain model that i
have written a custom resolver for, so I can bind directly to it. Going this
approach I would have to copy the value from the backing bean to my domain
model. I don't want to have to maintain a copy like that.
Scott O'Bryan wrote
look?
I'm just thinking that what is currently being done is not enough to
have the full skinning features available, and that going the
direction of adding the CSS dynamically would allow to do so.
regards,
Martin
On 7/26/07, Scott O'Bryan [EMAIL PROTECTED]
mailto
Hey Martin,
Does the simple-portlet skin render any better? I *THINK* that when
running in a portal environment you always get the simple-portlet skin
unless your portal provides one of the necessary skin extensions which,
right now, it trinidad proprietary. Maybe this is just a case of us
to specific portal
vendor(s)...
Ok,
I see
the issue now... bleh...
On 7/26/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
Simon, you are correct. The portal would be able to
push
into a single style sheet,
the first portlet and/or the portal container would need to make sure
those skinning extensions are installed as well.
Scott
Scott O'Bryan wrote:
This won't work in WSRP Portal environments that may use distributed
portlets. This is because the portlets may exist
to read most
of the spec on portlet events)...
Regards,
~ Simon
On 7/30/07, *Scott O'Bryan* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Oops. Submitted before I was done.
Currently Trinidad supports the ability to turn off
stylesheets, it also
)...
Regards,
~ Simon
On 7/30/07, *Scott O'Bryan* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Oops. Submitted before I was done.
Currently Trinidad supports the ability to turn off stylesheets,
it also
supports the ability to force a certain skin to render. Making
Martin Marinschek wrote:
Or we provide this additional component/tweak the existing
stylesheet-component to provide such a feature optionally. Better have
a way of doing this that requires customization than not having a way
of doing this at all, right?
regards,
Martin
On 7/30/07, Scott O'Bryan
Martin,
I havn't done any testing of the dialogs in Trinidad because of issue
TRINIDAD-55 https://issues.apache.org/jira/browse/TRINIDAD-55.
That said, I think this may be an issue with your bridge. The
org.apache.portals.bridges.jsf.PortletViewHandlerImpl.getActionURL is
throwing a
Trinidad does turn off PPR, but it's possible that this does not follow the
normal ppr route (although I don't know why). You may wish to file a Jira
ticket so we can keep track of it. I probably won't be able to take a look
at it myself until this weekend or next week.
Scott
On 7/31/07,
One more thing, the _submitPartialChange is supposed to actually do a full
page submit when in a portal environment. Is it possible that Trinidad is
failing the ExternalContextUtils.isPortal check using your bridge?
Scott
On 7/31/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
Trinidad does turn
container? for this ;)
regards,
Martin
On 7/31/07, Martin Marinschek [EMAIL PROTECTED] wrote:
ExternalContextUtils.isPortal is working, I am about to dig deeper now.
regards,
Martin
On 7/31/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
One more thing, the _submitPartialChange is supposed
Yeah, plus shared styles are a good thing. If you don't want shared
styles there is nothing to say you can't have your own portal skin that
overrides the styles using the skinning keys.
Martin Marinschek wrote:
Hi Simon,
See attached a screenshot what the page I'm working on currently looks
is
disabling PPR in the portlet container? for this ;)
regards,
Martin
On 7/31/07, Martin Marinschek [EMAIL PROTECTED] wrote:
ExternalContextUtils.isPortal is working, I am about to dig deeper now.
regards,
Martin
On 7/31/07, Scott O'Bryan [EMAIL PROTECTED] wrote:
One more thing
I'll be replying to the dev list since we're getting into code :)
Scott O'Bryan wrote:
Let me see if I can find it.. I know that the _partialPageSubmit does
a full page submit when inside of a portal and that the portal
environment is initialized based on capability settings... I'll get
I finally have, in my hot little hands, the current JSR-301 R.I. based
off the latest public draft. :) We're in the middle of completing the
paperwork for the code contribution and I'm going to be building the pom
files this weekend, but as soon as all that's done, we'll be ready to
send it
Stephan,
I think someone created an oracle desktop-like skin for trinidad
called Redwood Shores. I know we talked about putting it into
Trinidad or into some sort of skin repository, but I don't know whatever
came of it.
Scott
Stephen Friedrich wrote:
Creating/configuring a skin for my
Xaio,
Yes, this won't work in a portal environment. Your file needs to be a
resource that you retrieve and, as such, the url to your file needs to
be encoded as a resource url. Nuisances aside, consider a normal
portal usecase where an action will cause all portlets on the screen
to
No, I don't think there is. You see, even though these icons are in the
skinning stylesheet, they are actually served from the server. The
server query's the skinning system to get the url for these icons.
Andrew Robinson wrote:
Is there a way to customize af|showDetail::disclosed-icon for
You can do that in the css . The skinning framework parses the css and
any icons which are specified in the skinning file will override the
default values. Use the content: as specified in the below example to
specify which image to use.
Scott
Perkins, Nate-P63196 wrote:
Would this also
working?
Thanks,
--Dave
--- Scott O'Bryan [EMAIL PROTECTED] wrote:
You can do that in the css . The skinning framework parses the css and
any icons which are specified in the skinning file will override the
default values. Use the content: as specified in the below example to
specify which
prefer it to render something like
this:img
src=/images/icon_alert.gif /Does that help?--Dave--- Scott O'Bryan [EMAIL
PROTECTED]
wrote:
Dave, it needs to be an icon. Can't be an X..DLC wrote:
Thanks for your input. Unfortunately, I can't seem to get
Andrew,
Could it also be possible that your stylesheet is cached? Try clearing
you cache. This works for me as well.
Scott
Simon Lessard wrote:
Hello Andrew,
It works perfectly fine for me ... What container are you using? Is it
possible that's a very strange container that isn't greedy
and the temp directory, ran an mvn clean on my project
and re-deployment my application, and am still getting the shortened
class names. I checked /tmp also and didn't see any files there. Is
there anywhere else I should be looking for such a cache?
On 8/27/07, Scott O'Bryan [EMAIL PROTECTED] wrote
Yeah, I totally agree with this. Having 2 js libraries interact with
the XMLHttpRequest is bound to cause some problems. I imagine that the
issue your facing is that AA's AJAX implementation is conflicting with
Trinidad's AJAX implementation. Either way, there should be no reason
to use AA
Peter, is SAP's portal a standard JSR-168 portal? If so then you should
be able to use the bridge that works best with the renderkit you are
looking to use. If not, you may be on your own.
Scott
Peter Dahm wrote:
Hi,
I'm looking for some documentation how to integrate a myfaces
And Olivier, you'll have to be a bit careful. You will not necessarily
have access to the same view-state OR component tree. Furthermore, by
default in JSF, session-scoped beans are stored on the portlet-scoped
session context rather then the global-scoped session context which is
what you
That's true, but a resource request can deliver the PDF content if you
need. It will not be easy, however, to make the PDF content show up
INSIDE the portlet, but you could spawn an additional window or tab...
Scott
Olivier Ziller wrote:
hello,
yes it's what i do actually but it's not so
That will work with MOST implementations, but not all of them. In
JSR-168, portlet session attributes are prefixed with a standard prefix
and the PORTLET ID (not namespace). In most portals, the PortletId and
the Namespace are the same thing, but this is NOT enforced by the spec
and there is
LOL. It's an excellent concept in theory, but it really exposes
loopholes in the JSR-168 specification. :) I guess the lesson is that
if you can code to a known portal implementation, then you can do some
cool things.. But if you need to be portable, you're kind of screwed
for many of the
LOL.
Jörn Zaefferer wrote:
I just hope that it won't take IBM updating to JSR 286 as long as it
takes them to update to Java 5.
Facelets are cool. :)
Iordanov, Borislav (GIC) wrote:
I’m not sure what “statistics” you are looking for. I haven’t done an
industry analysis. But in general, JSF is heavyweight machinery
without any substantial benefit. Simple things are complicated and
complicated things impossible. It
It's NOT in the web.xml. It's container specific and controls the
behavior of the encodeURL method which is responsible for putting that
information on the url.
Scott
Mike Kienenberger wrote:
No, I don't remember how to do this off the top of my head. The one
place I know how to do it
What's worse is that the PortletRequest MAY be an instanceof
HttpServletRequest. Since PortletRequest is an interface, the only real
way to tell for sure is to actually check for the PortletRequest you're
looking for.
We have a utility in Trinidad (impl) which is called ExternalContextUtil
I'm sortof split on this. Since it's an attribute, he should just use
the EC, it's cheaper and more robust then the cast. If he needed
something ELSE on the native object that the EC didn't provide, casting
is the only option.
That said, Kevin, are you sure you have a RenderRequest?
Actually, it's an attribute, you were right the first time... :)
BTW- Is there any reason you can't use PortletRequest.getRemoteUser()?
I think that's available in all PortletRequest's provided a user has
been authenticated. I mean if you're casting, you may as well use the
real method
That is hugely difficult. I think the best you can do is narrow it down
to a view id
omidh wrote:
Hi,
does anyone know if it is possible to receive the destination address/URL ,
after clicking a button, from the FacesContext or RenderRequest/Response in
a Portlet...
the Problem is.. I have
Omid.. The link must be absolute. You can't just send a file located
in a backing bean directly to the browser. The url needs to be a web
resource and a backing bean is part of the model layer of Faces MVC
Architecture. My advice is to create a servlet whose job it is to
stream the file to
Bruno,
Your correct in the fact that rendered=false is useless. However, that
is not how it's typically used. Typically this will be bound to a
backing bean which will allow you to turn the component on/off. You
should use a hidden input field and a switcher if you need to keep the
value
:) I don't know about Liferay, but a portal is also supposed to support
the role mechanism outlined in J2EE. That is also in the JSR-168 api.
So you may just be able to assign the roles to the authenticated user
and check for those roles. The good thing about using this mechanism is
that
Alex,
This is more of a renderkit issue then a MyFaces issue. MyFaces will
support file uploads just fine if the renderkit willl support it.
Currently I don't think any of them do with pure opensource offerings.
Here is what I know:
1. Tomahawk has moved their FileUpload processing to
images
(which is what we needed in this portlet) with MyFaces 1.1.4, Tomahawk
1.1.3 and Tomahawk bridge .91
This time it worked great thankfully!
Thanks again!
On May 8, 2007, at 11:24 AM, Scott O'Bryan wrote:
Alex,
This is more of a renderkit issue then a MyFaces issue. MyFaces
Shawn,
Oracle did something similar. Our solution was that we created a custom
FacesMessage which also took an enumeration of our allowed severity
types. These severity types could be mapped to the standard JSF
severity types (Confirmation was mapped to Severity.INFO for instance)
if a
You could
The answer to David's issue may be retrieving the userPrincipal. Anyone
know if liferay provides this information in the userPrincipal?
Kevin, a userPrincipal exposes the schema of the user to you. But I'm
not sure what liferay's user repository looks like. You can generally
You could
The answer to Kevin's issue may be retrieving the userPrincipal. Anyone
know if liferay provides this information in the userPrincipal?
Kevin, a userPrincipal exposes the schema of the user to you. But I'm
not sure what liferay's user repository looks like. You can generally
according to ordinal.
Shawn
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 09, 2007 10:44 AM
To: MyFaces Discussion
Subject: Re: FacesMessage Serverity
Shawn,
Oracle did something similar. Our solution was that we created a custom
FacesMessage
Mostly correct. On the initial request though (which will always be a
renderRequest, all phases run in the RenderRequest phase.
Ryan Wynn wrote:
On 5/9/07, Kevin Irmscher [EMAIL PROTECTED] wrote:
Hi
is there any documentation available about the structure of MyFaces,
especially about
()).
Shawn
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 09, 2007 2:01 PM
To: MyFaces Discussion
Subject: Re: FacesMessage Serverity
The problem comes in the fact that there are defined constants in
FacesMessage. Consider this:
A renderkit looks to see
:
Where do I go to comment on the spec?
I've sent the email feedback before but I can't find the page on Sun's
website.
Also is there any way to sign up to contribute to future specs without
paying a fee?
Shawn
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Wednesday
Using request parameters, you could also create a managed property in a
managed bean in your FacesConfig. Use EL to bind the request property
to your bean. Your bean would then be able to generate the results
needed for the bindings on your page. :) It removes the need to do
anything too
be called to manipulate this managed bean when
such a request comes through? Is the only way with a PhaseListener?
*Scott O'Bryan [EMAIL PROTECTED]*
05/10/2007 03:06 PM
Please respond to
MyFaces Discussion users@myfaces.apache.org
To
MyFaces Discussion users
Oliver, it will get cleaned up when the VM needs the memory. Provided,
of course, that you drop the element. One thing I may suggest is a
local filesystem cache so you don't have to store these huge objects in
memory for the lifetime of the session. The session is a long-lived
object. Even
Alex, can't you change the portlet mode by getting the native
actionResponse? For instance:
ActionResponse action = (ActionResponse)externalContext.getResponse();
action.setPortletMode(PortletMode.EDIT);
This would still resolve to the pages defined in your metadata, but you
could have it
Chris,
Using Oracle's bridge and ADFm, you need to add Oracle's 10.1.3.2
lifecycle listeners to your portlet.xml. This should work, although
the Proof of Concept for Trinidad was used with JDeveloper 11 so I
haven't actually tested this out. I DO know that, for 11, Oracle
requires the
in
oracle.adf.model.portlet.binding.PortletBindingException,
I think that OTN or Oracle support would be better
resources than this list... For Trinidad portlet deployment,
Scott O'Bryan could probably help out here on this list.
-- Adam
On 5/20/07, Innes, Chris [EMAIL PROTECTED] wrote:
Greetings,
I was wondering if I could
Wow. Here's a lo going on here. :). First off try moving the
Trinidad filter to be your first one and second remove the Myfaces
Extension Filter. Trin has it's own file upload mechanism that's
handled by the Trinidad filter.
I THINK you should be able to use the myfaces extension filter of you
I have no clue on the Yves.. Does it work without the actionListener?
On 06/08/2010 08:50 AM, Yves Deschamps wrote:
Hi all,
I am using
Myfaces trinidad JSF 1.2
Myfaces PortletBridge (1.0)
uPortal 3.2 container
My JSF application (servlet) run but not in portlet mode.
When i see the home
Yves,
The problem here is that we want the portlet bridge to work as close
to the servlet case as possible. Mike, let me see if I can come up
with a usecase based on Yves' info and I'll geberate a jira .
On Friday, June 11, 2010, Yves Deschamps yves.descha...@univ-lille1.fr wrote:
Thank you
Yves,
The portal skins have some special styling. I don't know french very
well, but it's possible that you're trying to use a skin that is not
based on simple or doesn't have an equivalent in the portal.
Trinidad was reskinned a while back and I'm not sure I ever checked it
for portal
The versions for the bridge code should be 2.0.0-alpha-2, should they
not? Trunk will be 2.0.0-snapshot.
On 06/17/2010 11:01 AM, Michael Freedman wrote:
So I tried running the (new) facelets example that is part of the
bridge project using MyFaces 1.2.2 on Jetty/Pluto and all worked as
I don't have time to take a look at the line ring now but do you have
a default viewId specified? Also, what version of the bridge are you
using?
Sent from my iPhone
On Jul 6, 2010, at 6:39 AM, Yves Deschamps
yves.descha...@univ-lille1.fr wrote:
Hi all,
I have this exception when the
Matthias,
Not only that but Continuum has been unreliable and the Bridge team
had some trouble at one point getting our site replicated. I fixed
it, just don't ask me how I did it. ;)
Sent from my iPhone
On Aug 24, 2010, at 10:19 PM, Matthias Wessendorf mat...@apache.org wrote:
We have not
Yogeen,
This is standard link behavior. Short of writing JavaScript to
intercept the event and handle double click, here is not much I think
you can do.
Sent from my iPhone
On Aug 29, 2010, at 9:45 PM, yogeen honnavar yog...@yahoo.com wrote:
Dear users,
We are using myfaces-1.1.5 with
Yay.. Exception translation at work. Yves, can you tell us what that
message states in English? Sorry, half the characters didn't come
through.
Sent from my iPhone
On Aug 30, 2010, at 6:50 AM, Yves Deschamps
yves.descha...@univ-lille1.fr wrote:
Hi Michael,
I just come back from holidays.
delegating
to the bridge. But since you are running in a 1.0 container I have no clue.
-Mike-
On 8/30/2010 8:39 AM, Yves Deschamps wrote:
It means Factory already available for this class loader
Thanks...
Scott O'Bryan a �crit :
Yay.. Exception translation at work. Yves, can you tell us what
Never mind. My pneumonia is effecting my brain.. :) sorry. Let me
take a look at this tomorrow when I'm hopefully not running a fever.
Sent from my iPhone
On Aug 31, 2010, at 4:41 PM, Scott O'Bryan darkar...@gmail.com wrote:
I doubt it's a synchronization issue since the Factory
Hey Daniel, the MyFace Portlet Bridge team has gotten JSR-301 Bridge
complete is trying to get JSR-329 bridge finished up. This is JSF 1.2
and Portlet 2.0.
The JSF 2.0/Portlet 2.0 bridge will be under development next but we
don't even have a releasable product yet for the two. I know that
Which version of IE, Faces, Bridge, and Trinidad are you using?
On 10/25/2010 10:17 AM, Yves Deschamps wrote:
Hi All,
I have this issue in IE, not in Firefox ? The portlet it's Ok but a
few seconds later, it's down without action !
javax.faces.application.ViewExpiredException:
Yes, you can. JDK 5 was needed for compilation because of some plugin
issues I believe, but the latest trinidad's should work with JDK 6 no
problem.
Sent from my iPhone
On Dec 10, 2010, at 2:43 AM, Walter Mourão walter.mou...@gmail.com wrote:
I've been using Trinidad with JDK 6 since a long
Michael,
I made a change in this recently to handle an incompatibility within the
PanelCollectionModel and Mojarra running as a facelet. Are you using
Mojarra? If so, this is quite possibly fixed in the latest trunk.
Scott
On 02/10/2011 09:28 AM, Michael Gitelman wrote:
Hi,
I come
find that latest trunk?
Best regards,
Michael Gitelman
mgitel...@delphi-tech.com
Experience, Innovation... Results.
-Original Message-
From: Scott O'Bryan [mailto:darkar...@gmail.com]
Sent: Thursday, February 10, 2011 1:23 PM
To: users@myfaces.apache.org
Subject: Re: Trinidad 2.0
results.
Any thought?
Best regards,
Michael Gitelman
mgitel...@delphi-tech.com
-Original Message-
From: Scott O'Bryan [mailto:darkar...@gmail.com]
Sent: Thursday, February 10, 2011 7:41 PM
To: users@myfaces.apache.org
Subject: Re: Trinidad 2.0
Well, you can retrieve
I agree with this. Now that said, Trinidad should not be committing
the response until the render phases of the lifecycle. Can you let me
knew what version of Trinidad you're running?
Typically though, your redirect should happen in response to an event,
though, like an action event.
Scott
On
Yeah, I agree Jay. That looks like a pretty big issue. You said they
changed how annotations are processed in Tomcat 7. I'm not on that
list but can you tell me how? Also is there an equivalent ticket over
in the Tomcat Queue?
On Feb 18, 2011, at 6:59 AM, tec...@gmail.com tec...@gmail.com
!!
Scott O'Bryan
On Feb 20, 2011, at 1:33 PM, Asim Rashid asimras...@xsmail.com wrote:
Good afternoon,
Please see messages below for reference regarding the removal of a
message.
Please can you delete the message archive below as a matter of urgence
please?
Yours faithfully,
A. Rashid
* [TRINIDAD-2037] - Unable to build from source archive
Improvement
* [TRINIDAD-1767] - Warn and no-op on SkinFactory.addSkin for duplicate
skins.
Regards,
Scott O'Bryan
Fahmi,
I assume you have MyFaces installed in Tomcat, is that correct? If not,
you may have to build the examples custom to include JSTL and JSF. By
default they are not included with the examples because J2EE contains them.
Other then that, I'm going to need to see more of the stacktrace
I could be wrong but it looks like you have multiple JSF instances
there. Try it with just the glassfish or download the latest myfaces
and remove everything else.
Trinidad requires either MyFaces (since the .3 release I believe) or the
Mojarra 1.2.11 or later.
Scott
On 02/23/2011 03:46
The Trinidad example IS an empty project, or rather it's a pom
project. It's used as the base project for the demos.
Now for your websphere issue. Does your version of websphere support
JSF 2.0? I know there is plans to release a websphere that does, but
to my knowledge it hasn't been
the admin console.
Hope this helps.
Scott
On Feb 25, 2011, at 4:42 AM, Scott O'Bryan darkar...@gmail.com wrote:
The Trinidad example IS an empty project, or rather it's a pom
project. It's used as the base project for the demos.
Now for your websphere issue. Does your version of websphere
Update #3, it looks like the ADF domains currently install 1.2. ;)
so yes, you have to manually install JSF 2.0
Man, cough medicine doesn't work well with concentration.
On Feb 25, 2011, at 4:46 AM, Scott O'Bryan darkar...@gmail.com wrote:
Sorry accidentally hit the send button. Let's try
-SNAPSHOT) for context
'/SimpleTest'
What is the Majorra ?
Do you have an idea how to force Tomcat 6 to run in English on a Windows
French OS Version ? (So that the log will be in English).
Thank you
Fahmi
2011/2/25 Scott O'Bryan darkar...@gmail.com
I could be wrong but it looks
Hmm, that's weird because I clicked on your link and got everything
just fine. Maybe using one of the mirrors might help?
On Feb 25, 2011, at 4:50 AM, Matthias Wessendorf mat...@apache.org wrote:
Hi Me Self,
thanks for finding this. Scott did upload it to the wrong folder:
1 - 100 of 369 matches
Mail list logo