Re: Version of Servlet Container - Facelets
1 for current and existing projects, 2 for new ones in following 6 months --- VLi ---On 5/28/06, Julian Ray [EMAIL PROTECTED] wrote: 1 for me although I could change to 2 when building the next version (6-9months) but would look at also moving to JBOSS then (depending on RH licensing).-Original Message-From: Martin Marinschek [mailto:[EMAIL PROTECTED]]Sent: Sunday, May 28, 2006 12:10 AMTo: MyFaces Discussion; MyFaces Development Subject: Version of Servlet Container - FaceletsMay I ask a question out loud?In discussing implementing 1.2, the question has arisen what kind of servletcontainers most users have in use currently respectively plan to use in the next half year.Can you answer with the corresponding number to help us figure out anoptimal way of going on with the 1.2 implementation?(for me personally it's 1 - I can't change over my current project to facelets this easily, and this is why I'm stuck with number 1)regards,Martin1) TC 5.x (or other not JSP 2.1 compliant)2) TC 5.x (or other not JSP 2.1 compliant) with facelets (or willing to change their current projects to facelets, if necessary)3) TC 6 or Glassfish (or other JSP 2.1 compliant)
RE: Version of Servlet Container - Facelets
Currently implementing 2... Frank Russo Senior Developer FX Alliance, LLC -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Sunday, May 28, 2006 12:10 AM To: MyFaces Discussion; MyFaces Development Subject: Version of Servlet Container - Facelets May I ask a question out loud? In discussing implementing 1.2, the question has arisen what kind of servlet containers most users have in use currently respectively plan to use in the next half year. Can you answer with the corresponding number to help us figure out an optimal way of going on with the 1.2 implementation? (for me personally it's 1 - I can't change over my current project to facelets this easily, and this is why I'm stuck with number 1) regards, Martin 1) TC 5.x (or other not JSP 2.1 compliant) 2) TC 5.x (or other not JSP 2.1 compliant) with facelets (or willing to change their current projects to facelets, if necessary) 3) TC 6 or Glassfish (or other JSP 2.1 compliant)
MyFaces based portlet in eXo?
Hi everyone, I have written a small web-application using MyFaces and one Tomahawk component. It runs as stand-alone application in Tomcat. Now I wanted to make that thing a portlet. The only thing I did was to create a portlet.xml according to (http://myfaces.apache.org/docs/portlet.html) After that I modified the web.xml according to (http://docs.exoplatform.org/exo-documents/exo-portlet-container.site/deploy.html) Unfortunately I am not sure if my alterations are resulting in correct settings. I am able to deploy my portlet, though. But when I add it to a container I get a ClassCastException starting somewhere in processAction(). And I have no idea why. So I thought may be I have to remove all the HTMLHEAD...BODY... stuff from my JSP-pages since a portlet needs to render only a fragment. But the exception stayed the same. Due to the lack of sufficient documentation and due to the obvious lack of knowledge on my side I am not able to make this work. Here are my questions: 1. Has anyone written a small MyFaces based portlet for eXo before? 2. What are the necessary steps to make that work? (Step by step: how do I get from a working stand-alone web-app to a portlet that runs in eXo?) 3. Are there any things one needs to consider? I would really, really appreciate your help! scrut
RE: Version of Servlet Container - Facelets
That's easy. It will be JBoss 5.0 containing JSF 1.2, Tomcat 6, EJB 3, and Seam. Probably Facelets too. :-) Stan Silvert JBoss, Inc. [EMAIL PROTECTED] callto://stansilvert -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Sunday, May 28, 2006 12:10 AM To: MyFaces Discussion; MyFaces Development Subject: Version of Servlet Container - Facelets May I ask a question out loud? In discussing implementing 1.2, the question has arisen what kind of servlet containers most users have in use currently respectively plan to use in the next half year. Can you answer with the corresponding number to help us figure out an optimal way of going on with the 1.2 implementation? (for me personally it's 1 - I can't change over my current project to facelets this easily, and this is why I'm stuck with number 1) regards, Martin 1) TC 5.x (or other not JSP 2.1 compliant) 2) TC 5.x (or other not JSP 2.1 compliant) with facelets (or willing to change their current projects to facelets, if necessary) 3) TC 6 or Glassfish (or other JSP 2.1 compliant)
RE: Version of Servlet Container - Facelets
It will be JBoss 5.0 containing JSF 1.2, Tomcat 6, EJB 3, and Seam. Probably Facelets too. BTW, don't take this to mean that we currently have plans to ship Facelets with JBoss. I was just answering the full question. Yes, I think Facelets is cool and I'll probably be using it in the near future. Stan Silvert JBoss, Inc. [EMAIL PROTECTED] callto://stansilvert -Original Message- From: Stan Silvert [mailto:[EMAIL PROTECTED] Sent: Sunday, May 28, 2006 2:23 PM To: MyFaces Development; [EMAIL PROTECTED]; MyFaces Discussion Subject: RE: Version of Servlet Container - Facelets That's easy. It will be JBoss 5.0 containing JSF 1.2, Tomcat 6, EJB 3, and Seam. Probably Facelets too. :-) Stan Silvert JBoss, Inc. [EMAIL PROTECTED] callto://stansilvert -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Sunday, May 28, 2006 12:10 AM To: MyFaces Discussion; MyFaces Development Subject: Version of Servlet Container - Facelets May I ask a question out loud? In discussing implementing 1.2, the question has arisen what kind of servlet containers most users have in use currently respectively plan to use in the next half year. Can you answer with the corresponding number to help us figure out an optimal way of going on with the 1.2 implementation? (for me personally it's 1 - I can't change over my current project to facelets this easily, and this is why I'm stuck with number 1) regards, Martin 1) TC 5.x (or other not JSP 2.1 compliant) 2) TC 5.x (or other not JSP 2.1 compliant) with facelets (or willing to change their current projects to facelets, if necessary) 3) TC 6 or Glassfish (or other JSP 2.1 compliant)
RE: Version of Servlet Container - Facelets
1) maybe migrating to 2) for the next 18 months regards Alexander -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Sunday, May 28, 2006 6:10 AM To: MyFaces Discussion; MyFaces Development Subject: Version of Servlet Container - Facelets May I ask a question out loud? In discussing implementing 1.2, the question has arisen what kind of servlet containers most users have in use currently respectively plan to use in the next half year. Can you answer with the corresponding number to help us figure out an optimal way of going on with the 1.2 implementation? (for me personally it's 1 - I can't change over my current project to facelets this easily, and this is why I'm stuck with number 1) regards, Martin 1) TC 5.x (or other not JSP 2.1 compliant) 2) TC 5.x (or other not JSP 2.1 compliant) with facelets (or willing to change their current projects to facelets, if necessary) 3) TC 6 or Glassfish (or other JSP 2.1 compliant)
Re: Tomahawk popup over HTTPS
I was looking into this a bit further to see if I could pinpoint the cause and it looks as if the problem is a result of the creation of an IFRAME in the orgApacheMyfacesPopupfixIE JavaScript function. What is the purpose of creating an IFRAME in IE? Is it because of IE's SELECT z-index bug or is there another reason. It seems the side affect is worse for HTTPS pages (for every page that has the control - when the popup is shown - the user is asked if they want to allow unsecure items to be displayed). Before I go and remove this call in JS for my own environment I wanted to know the rational behind it. Thanks, Andrew On 4/27/06, Andrew Robinson [EMAIL PROTECTED] wrote: I don't think that the popup asks the server for anything. The HTML comes from javascript and the document.write method (which I opened a JIRA issue on). IE may not be liking the document.write being used in a secure page after the page has been finished loading. I cannot say for sure at all, but it would not surprise me. I opened JIRA so that document.write can be removed. document.write does not work with AJAX well at all and XHTML specification has removed that method, so it should not be used. Perhaps if the popup doesn't use this anymore the issue will go away. On 4/27/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: To be honest I wouldn't like to introduce an extra library for such simple functionality. I considered doing away with the tooltip component but using the title attribute or the alt attribute. Unfortunately Firefox doesn't display the alt text and it truncates the title text. So the popup doesn't work well on Explorer while title/alt don't work well on Firefox... :-( Strangely I was examining the requests sent by Explorer over the network when using the popup and I could spot no requests that were sent over HTTP (not S). In this sense, I can't see why Explorer is complaining... Jean Gilles DEMARTY [EMAIL PROTECTED] wrote on 27/04/2006 10:19:38: In shorter terms, is there any reason why the Tomahawk Popup would cause data to be passed over HTTP when it is used on a site which is served over HTTPS? Is there any workaround/solution? Hi Jean, Got the same issue here. No workaround found until now. Maybe it's worth a JIRA ticket. By the way, it could be interesting to use DOJO 'Tooltip' widget to render the popup ? Thanks Jean
Can't get started with myfaces, it seems to have a problem with an ISO8601 format in log4j.
Here is my stack trace. Your help is appreciated. BTW, this is a windows XP, duo core, 2 GB ram, java 1.6 (beta) using jboss4.0.4GA with integrated myfaces. 16:58:58,953 ERROR [STDERR] log4j:ERROR Error occured while converting date. 16:58:59,015 ERROR [STDERR] java.lang.NullPointerException 16:58:59,015 ERROR [STDERR] at java.lang.System.arraycopy(Native Method) 16:58:59,015 ERROR [STDERR] at java.lang.AbstractStringBuilder.getChars(AbstractStringBuilder.java:328) 16:58:59,015 ERROR [STDERR] at java.lang.StringBuffer.getChars(StringBuffer.java:201) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.helpers.ISO8601DateFormat.format(ISO8601DateFormat.java:128) 16:58:59,015 ERROR [STDERR] at java.text.DateFormat.format(DateFormat.java:316) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.helpers.PatternParser$DatePatternConverter.convert(PatternParser.java:444) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.PatternLayout.format(PatternLayout.java:503) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.WriterAppender.append(WriterAppender.java:159) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.Category.callAppenders(Category.java:203) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.Category.forcedLog(Category.java:388) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.Category.log(Category.java:853) 16:58:59,015 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor148.invoke(Unknown Source) 16:58:59,015 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 16:58:59,015 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:589) 16:58:59,015 ERROR [STDERR] at org.apache.commons.logging.impl.Log4jProxy.log(Log4jProxy.java:288) 16:58:59,015 ERROR [STDERR] at org.apache.commons.logging.impl.Log4jProxy.warn(Log4jProxy.java:255) 16:58:59,015 ERROR [STDERR] at org.apache.commons.logging.impl.Log4JLogger.warn(Log4JLogger.java:104) 16:58:59,015 ERROR [STDERR] at org.apache.myfaces.application.jsp.JspViewHandlerImpl.getServletMapping(JspViewHandlerImpl.java:394) 16:58:59,015 ERROR [STDERR] at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:199) 16:58:59,015 ERROR [STDERR] at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:352) 16:58:59,015 ERROR [STDERR] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107) 16:58:59,015 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 16:58:59,031 ERROR [STDERR] at com.mycorp.filter.UbiquitousFilter.doFilter(UbiquitousFilter.java:143) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 16:58:59,031 ERROR [STDERR] at org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsFilter.java:122) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 16:58:59,031 ERROR [STDERR] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) 16:58:59,031 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524) 16:58:59,031 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) 16:58:59,031 ERROR [STDERR] at
JSF authorization problem
I saw many myfaces component with role check. I have a question. If a page need to distinct read and write permission. They are the same page. For read operation, I can set action button (Add, submit) to rendered=false; Is it possible, that some one send a quest via some tool as write permission(a user with read permission send update command ). As there are the same view id, how can I distrinct what action it is request. Can I know the action for a view when submmiting? -- Anthony Hong
RE: Can't get started with myfaces, it seems to have a problem with an ISO8601 format in log4j.
What version of MyFaces are you using? I tried to track that with the current SVN for JSPViewHandlerImpl.java before it throws the warning (after which it blows up on some date issues) and I saw this message in the current branch: no faces servlet mappings found So what does your web.xml look like? Are you using portlets? Give us some configuration hints here besides that you are using a BETA version of Java 1.6. And most importantly, does it work on a stock Java 1.5 so you could see if it is something related to the BETA Java SDK you posted are using? Regards, David -Original Message- From: Daniel Hinojosa [mailto:[EMAIL PROTECTED] Sent: Sunday, May 28, 2006 7:49 PM To: users@myfaces.apache.org Subject: Can't get started with myfaces, it seems to have a problem with an ISO8601 format in log4j. Here is my stack trace. Your help is appreciated. BTW, this is a windows XP, duo core, 2 GB ram, java 1.6 (beta) using jboss4.0.4GA with integrated myfaces. 16:58:58,953 ERROR [STDERR] log4j:ERROR Error occured while converting date. 16:58:59,015 ERROR [STDERR] java.lang.NullPointerException 16:58:59,015 ERROR [STDERR] at java.lang.System.arraycopy(Native Method) 16:58:59,015 ERROR [STDERR] at java.lang.AbstractStringBuilder.getChars(AbstractStringBuilder.java:328) 16:58:59,015 ERROR [STDERR] at java.lang.StringBuffer.getChars(StringBuffer.java:201) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.helpers.ISO8601DateFormat.format(ISO8601DateFormat.java:128 ) 16:58:59,015 ERROR [STDERR] at java.text.DateFormat.format(DateFormat.java:316) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.helpers.PatternParser$DatePatternConverter.convert(PatternP arser.java:444) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:64) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.PatternLayout.format(PatternLayout.java:503) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:301) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.WriterAppender.append(WriterAppender.java:159) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(Append erAttachableImpl.java:65) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.Category.callAppenders(Category.java:203) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.Category.forcedLog(Category.java:388) 16:58:59,015 ERROR [STDERR] at org.apache.log4j.Category.log(Category.java:853) 16:58:59,015 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor148.invoke(Unknown Source) 16:58:59,015 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) 16:58:59,015 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:589) 16:58:59,015 ERROR [STDERR] at org.apache.commons.logging.impl.Log4jProxy.log(Log4jProxy.java:288) 16:58:59,015 ERROR [STDERR] at org.apache.commons.logging.impl.Log4jProxy.warn(Log4jProxy.java:255) 16:58:59,015 ERROR [STDERR] at org.apache.commons.logging.impl.Log4JLogger.warn(Log4JLogger.java:104) 16:58:59,015 ERROR [STDERR] at org.apache.myfaces.application.jsp.JspViewHandlerImpl.getServletMapping(JspV iewHandlerImpl.java:394) 16:58:59,015 ERROR [STDERR] at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHand lerImpl.java:199) 16:58:59,015 ERROR [STDERR] at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:352) 16:58:59,015 ERROR [STDERR] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107) 16:58:59,015 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:252) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:173) 16:58:59,031 ERROR [STDERR] at com.mycorp.filter.UbiquitousFilter.doFilter(UbiquitousFilter.java:143) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:202) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:173) 16:58:59,031 ERROR [STDERR] at org.apache.myfaces.component.html.util.ExtensionsFilter.doFilter(ExtensionsF ilter.java:122) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:202) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:173) 16:58:59,031 ERROR [STDERR] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.ja va:96) 16:58:59,031 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:202)