Re: [EXTVAL] @Column.lenght - h:inputText

Hi Gerhard, i implemented this in my app but without an custom ComponentInitializer. I just overwritten the AbstractHtmlCoreComponentsComponentInitializer. If a maxlenght attribute is defined (and greater than 0), ExtVal does not override it. Could this be a part of ExtVal? Regards, Thomas

Re: [EXTVAL] @Column.lenght - h:inputText

hi thomas, +1 for adding it - please create a jira ticket (improvement). regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/6/25 Thomas Andraschko

HTML5 Doctype

Hi, has anybody experiences with using a HTML5 Doctype declaration within facelets? It is possible? If I write it to my xhtml files I get exceptions from the SAXParser... Environment MyFaces 2.1.6, Tomahawk20 1.1.11 Greetings and thanks dennis -- HIS-SignaturNEU Signatur HIS

@Secured CODI

In the CODI Wiki page says: https://cwiki.apache.org/confluence/display/EXTCDI/Core+Usage#CoreUsage-SecurityViolation The rest is done by CODI. Please note that there is a natural overhead if the @Secured annotation is used as interceptor. In combination with the JSF module, we recommend to us it

DefaultErrorView

My denied page never shown, i always get Cannot set content type. Response already committed. I have this: @Page public class Denegado extends DefaultErrorView{ } @Stereotype @Target(value = {ElementType.TYPE}) @Retention(value = RetentionPolicy.RUNTIME)

Re: HTML5 Doctype

I do... I think if I'm not mistaken the doc type for html5 is just !DOCTYPE HTML Note you only asked about the doc type, not the actual tags... or JSF tag equivalents. I'm using 2.1.6 as well and 1.1.11 as well. jdk1.6 and tomcat7. I didn't have to do anything special, it just works. On Tue,

Re: @Secured CODI

hi jose, we wrap ViewHandler#createView - if your config is correct, it should work (you can check e.g. [1]). regards, gerhard [1] http://s.apache.org/SBP http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support

Re: DefaultErrorView

hi jose, your secured bean should always get accessed before the rendering starts (e.g. via a PreRenderView callback). otherwise you get the exception during the rendering process. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in

Re: DefaultErrorView

Sorry, but i dont understand, i only set my @Secured in my managed bean. Do you mean with: your secured bean should always get accessed before the rendering starts that i have to call the checkPermission method in a PreRenderView method in my managedbean? like this: @Named @ViewAccessScoped