[jira] Created: (MYFACES-1829) JSF Validator cannot be cast to javax.faces.validator.Validator
JSF Validator cannot be cast to javax.faces.validator.Validator --- Key: MYFACES-1829 URL: https://issues.apache.org/jira/browse/MYFACES-1829 Project: MyFaces Core Issue Type: Bug Affects Versions: 1.1.5 Environment: JBoss Portal - Identity portlet Reporter: Alex Kachanov JBoss portal is using idenityt portlet to regster new users and edit profiles for existing users I added new my own JSF validator to the identty portlet which when opened throws the following exception: java.lang.ClassCastException: com.kachanov.test004.validators.MyValidator cannot be cast to javax.faces.validator.Validator at org.apache.myfaces.application.ApplicationImpl.createValidator(ApplicationImpl.java:613) The code of my validator is: == package com.kachanov.test004.validators; import javax.faces.application.FacesMessage; import javax.faces.component.UIComponent; import javax.faces.context.FacesContext; import javax.faces.validator.Validator; import javax.faces.validator.ValidatorException; public class MyValidator implements Validator { public void validate(FacesContext arg0, UIComponent arg1, Object arg2) throws ValidatorException { System.out.println(testing this validator); } } == So please thell me how can it bee that a class that implements Validator cannot be cast to javax.faces.validator.Validator?? Is in't it against basic design of Java languages? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: The MyFaces Sandbox CAPTCHA component is released :)
cool component - thanks! --Manfred On Fri, Feb 29, 2008 at 6:15 PM, Hazem Saleh [EMAIL PROTECTED] wrote: Hi Guys, Iam pleased to tell you that I finally finished developing the CAPTCHA component. We can now have a CAPTCHA by just writing: s:captcha captchaSessionKeyName=mySessionKey/ This would generates a captcha with a random text image then set the generated text in the session attribute mySessionKey. I hope that you all like the new Apache MyFaces sandbox CAPTCHA component :). Here is the patch link: https://issues.apache.org/jira/browse/TOMAHAWK-1207 Later, I will include the component documentation patch. BTW, I would like to thank Zubin wadia, Martin Marinschek, Thomas speigl for encouraging me developing this component. I really like all the Apache MyFaces community. Thanks to all of you. -- Hazem Ahmed Saleh Ahmed http://www.jroller.com/HazemBlog -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
[jira] Commented: (ORCHESTRA-16) Rendering Problem
[ https://issues.apache.org/jira/browse/ORCHESTRA-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12574242#action_12574242 ] Simon Kitching commented on ORCHESTRA-16: - That ;jsessionid stuff is standard tomcat behaviour when an http session is needed but the server thinks that the browser cannot accept cookies (or the webapp does not want to use cookies for some reason). However there does seem to be something funny with Orchestra in this regard. I've seen the jsessionid value being appended to the url when using the example app; it is there for a few pages then disappears. Maybe Orchestra is trying to build a url before it has caused an http session cookie to be written to the stream, and tomcat is interpreting that as meaning that we want an http session but do not want to use cookies? Needs more investigation I think, but anyway it isn't exactly a bug...just an alternate form of representing the session. Rendering Problem - Key: ORCHESTRA-16 URL: https://issues.apache.org/jira/browse/ORCHESTRA-16 Project: MyFaces Orchestra Issue Type: Bug Environment: Spring, Apache Orchestra, JSF RI 1.2, Custom Components Reporter: Miroslav Genov It seems that there is a problem when any control is trying to access servlet for rendering of an image. I have an image verification component which is rendered as: img id=loginForm:verification_image src=/jadm-web/resourceServlet;jsessionid=CB3A2751A2FEF9823DE59A281AFA1BF0?imgId=14590567251000conversationContext=1 alt= height=40 width=100 / Any idea why orchestra places ; after servlet name.? This is the code which I'm using to render the image element. String src = / + ResourceServlet.RESOURCE_SERVLET_MAPPING + ?imgId= + id; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (ORCHESTRA-16) Rendering Problem
[ https://issues.apache.org/jira/browse/ORCHESTRA-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12574249#action_12574249 ] Mario Ivankovits commented on ORCHESTRA-16: --- What I said ... You should see it only on the first response which happens after the session has been created. Tomcat then encodes the URL _and_ sets the cookie. With the next request both will be sent back to tomcat (given cookies are enabled with the broswer) and the ;jsessionid will no longer be added to the link. Given the bug reporter didn't provide any new information I am going to close this bug. Rendering Problem - Key: ORCHESTRA-16 URL: https://issues.apache.org/jira/browse/ORCHESTRA-16 Project: MyFaces Orchestra Issue Type: Bug Environment: Spring, Apache Orchestra, JSF RI 1.2, Custom Components Reporter: Miroslav Genov It seems that there is a problem when any control is trying to access servlet for rendering of an image. I have an image verification component which is rendered as: img id=loginForm:verification_image src=/jadm-web/resourceServlet;jsessionid=CB3A2751A2FEF9823DE59A281AFA1BF0?imgId=14590567251000conversationContext=1 alt= height=40 width=100 / Any idea why orchestra places ; after servlet name.? This is the code which I'm using to render the image element. String src = / + ResourceServlet.RESOURCE_SERVLET_MAPPING + ?imgId= + id; -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: The MyFaces Sandbox CAPTCHA component is released :)
Guys, I removed all the references to the Sun specific JDK classes. I replaced them with Apache AWT BATIK :). Thanks all very much :). On Sun, Mar 2, 2008 at 8:11 PM, Manfred Geiler [EMAIL PROTECTED] wrote: cool component - thanks! --Manfred On Fri, Feb 29, 2008 at 6:15 PM, Hazem Saleh [EMAIL PROTECTED] wrote: Hi Guys, Iam pleased to tell you that I finally finished developing the CAPTCHA component. We can now have a CAPTCHA by just writing: s:captcha captchaSessionKeyName=mySessionKey/ This would generates a captcha with a random text image then set the generated text in the session attribute mySessionKey. I hope that you all like the new Apache MyFaces sandbox CAPTCHA component :). Here is the patch link: https://issues.apache.org/jira/browse/TOMAHAWK-1207 Later, I will include the component documentation patch. BTW, I would like to thank Zubin wadia, Martin Marinschek, Thomas speigl for encouraging me developing this component. I really like all the Apache MyFaces community. Thanks to all of you. -- Hazem Ahmed Saleh Ahmed http://www.jroller.com/HazemBlog -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces -- Hazem Ahmed Saleh Ahmed http://www.jroller.com/page/HazemBlog
[jira] Created: (TRINIDAD-979) Create a new professional looking skin based on the MyFaces Logo proposed designs
Create a new professional looking skin based on the MyFaces Logo proposed designs - Key: TRINIDAD-979 URL: https://issues.apache.org/jira/browse/TRINIDAD-979 Project: MyFaces Trinidad Issue Type: Improvement Components: Skinning Affects Versions: 1.2.6-core Reporter: Andrew Robinson Assignee: Andrew Robinson Trinidad doesn't have a professional looking skin. This makes people reluctant to adopt this technology. I would like to start a new skin that will provide a quality look to Trinidad compatible with at least IE7 and Firefox 2 based on the proposed web site design by Adonis Raduca (see attached image) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
A new look for Trinidad
I have decided to temporarily quit my side project for various issues, but I still want to contribute to Trinidad, and now can spend some more time on it. When I was doing this project, I was disapointed by Trinidad's skins and its demo. As a result, I have created 979 and 980 Jira issues.: https://issues.apache.org/jira/browse/TRINIDAD-979 https://issues.apache.org/jira/browse/TRINIDAD-980 What I plan to do over the next weeks and months, is to clean up the Trinidad look of Trinidad. I feel that Trinidad will be a lot more popular if it would have a better demo and look better out of the box. Hopefully this will help Trinidad to be a better competitor to JBoss (RichFaces) and other competitors and give the community an interim improvement until, perhaps, the Oracle rich application is donated and makes its way through the incubation process. I may want to start the skin soon and then after that, the demo. I can't see how anyone would object to this, but please let me know if you have any concerns or issues with them. Also, please let me know if you want to help out and can devote some time to either one of these projects and perhaps this can be broken up into different components per person or something. Thanks, Andrew
Re: A new look for Trinidad
Hi Andrew, These are very good initiatives and htey would have good impact for promoting Trinidad. I would gladly help in both issues, but as much as my spare time would let me do that. Regards, On Mon, Mar 3, 2008 at 12:32 AM, Andrew Robinson [EMAIL PROTECTED] wrote: I have decided to temporarily quit my side project for various issues, but I still want to contribute to Trinidad, and now can spend some more time on it. When I was doing this project, I was disapointed by Trinidad's skins and its demo. As a result, I have created 979 and 980 Jira issues.: https://issues.apache.org/jira/browse/TRINIDAD-979 https://issues.apache.org/jira/browse/TRINIDAD-980 What I plan to do over the next weeks and months, is to clean up the Trinidad look of Trinidad. I feel that Trinidad will be a lot more popular if it would have a better demo and look better out of the box. Hopefully this will help Trinidad to be a better competitor to JBoss (RichFaces) and other competitors and give the community an interim improvement until, perhaps, the Oracle rich application is donated and makes its way through the incubation process. I may want to start the skin soon and then after that, the demo. I can't see how anyone would object to this, but please let me know if you have any concerns or issues with them. Also, please let me know if you want to help out and can devote some time to either one of these projects and perhaps this can be broken up into different components per person or something. Thanks, Andrew -- Cristi Toth - Codebeat www.codebeat.ro