Re: EXTVAL - DefaultValidatorId will not be set

hi markus, it's great that you have a workaround for your applications. however, you will also see limitations once you need to use e.g. the client-window-handling. -> it would be great if you share the workaround (e.g. attach the class and config to the jira-ticket) - maybe there are also other

Re: EXTVAL - DefaultValidatorId will not be set

hi markus, jsf 2.2 introduced some incompatibilities impacting the (out-of-the-box) forward compatibility of extval (as it was available for jsf 2.1). if you are interested in it, please file a feature-request/jira-ticket. regards, gerhard 2016-09-28 6:56 GMT+02:00 md : >

Re: [COMMUNITY] Thomas Andraschko - Committer

welcome! regards, gerhard 2015-07-02 23:16 GMT+02:00 Mike Kienenberger mkien...@gmail.com: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Thomas Andraschko as the newest MyFaces committer! Thomas is a long-time active member of the MyFaces community,

PMC chair rotation

Hi @ all, I'm stepping back from being the Apache MyFaces PMC chair, because it's time for a rotation after four years! As usual there was an internal vote and the result was approved by the ASF board during the previous meeting. - Please join me in welcoming our new PMC chair: Mike

Re: Custom converter as tag with attributes?

hi karl, in deltaspike that should work since v1.1.0 once you add javassist. at least we have tests for it which pass... regards, gerhard http://www.irian.at Your JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces,

[ANNOUNCE] Release of Apache MyFaces Extensions Validator 2.0.8

/EXTVAL_208 Enjoy! Gerhard Petracek

Re: BeanManager lookup returing null !

hi felipe, you pass in a scope-annotation as qualifier. - it can't work, since a scope is no qualifier. (fyi: please ask questions about cdi on the list for openwebbeans.) regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English

Re: Problem with clientWindow id and Deltaspike 0.7

@thomas: the bridge just gets active once you enable the client-window of jsf (otherwise deltaspike continues as usual). regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces

Re: Problem with clientWindow id and Deltaspike 0.7

/dependency Or removing context-param param-namejavax.faces.CLIENT_WINDOW_MODE/param-name param-valueurl/param-value /context-param solves my problem On 21 May 2014 20:57, Gerhard Petracek gerhard.petra...@gmail.com wrote: @thomas: the bridge just gets

Re: Subscribe

) org.apache.deltaspike.jsf.impl.listener.request.DeltaSpikeLifecycleWrapper.render(DeltaSpikeLifecycleWrapper.java:111) javax.faces.lifecycle.LifecycleWrapper.render(LifecycleWrapper.java:92) javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) 2014-05-04 2:46 GMT-03:00 Gerhard Petracek gerhard.petra

Re: Subscribe

hi felipe, the project-setup isn't complete. you can use e.g. the myfaces archetype to have a look at the correct setup of openwebbeans (= cdi implementation) + codi (= cdi extension) (see [1]) or a basic project-template (see [2]) for openwebbeans and deltaspike. (+ fyi: you have mixed jsf

Re: CODI issue with CDI Observer

hi rafael, please test the same with deltaspike 0.6 regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2014-03-23 18:23 GMT+01:00 Rafael Pestano rmpest...@yahoo.com.br:

Re: CODI issue with CDI Observer

Dados do Rio Grande do Sul Graduando em Ciência da Computação UFRGS http://conventions.github.io/home/ http://rpestano.wordpress.com/ @realpestano Em Domingo, 23 de Março de 2014 17:44, Gerhard Petracek gerhard.petra...@gmail.com escreveu: hi rafael, please test the same with deltaspike

Re: CODI issue with CDI Observer

/home/ http://rpestano.wordpress.com/ @realpestano Em Domingo, 23 de Março de 2014 18:25, Gerhard Petracek gerhard.petra...@gmail.com escreveu: since the implementation in ds is different and it works with other servers, it sounds like a general glassfish-issue with custom

[ANNOUNCE] Release of Apache MyFaces Extensions CDI 1.0.6

/download.html Apache MyFaces CODI is available in the central Maven repository under Group ID org.apache.myfaces.extensions.cdi.*. Release Notes: http://s.apache.org/CODI_106 Enjoy! Gerhard Petracek

Re: @FlowScoped, @Named and @ManagedBean

GMT+01:00 l.pe...@senat.fr l.pe...@senat.fr: On 12/02/2014 00:42, Thomas Andraschko wrote: Can't you just switch to DS? I gave a look to «migrate codi 1.x to deltaspike 0.5» by someone who seems to know a bit on this topic, posts on this mailing list and is also known a Gerhard Petracek

Re: @FlowScoped, @Named and @ManagedBean

:37 GMT+01:00 l.pe...@senat.fr l.pe...@senat.fr: On 12/02/2014 10:22, Gerhard Petracek wrote: hi ludovic, @ProjectStageActivated is called @Exclude in deltaspike and you can just drop @Advanced. ok, thank you. I still had the same situation with deltaspike (0.5 + your os890-cdi-ext-jsf2

Re: @FlowScoped, @Named and @ManagedBean

@howard: (as announced back then) codi is in maintenance-mode, because new features will be added to deltaspike. you might have seen the latest updates for using it with ee7. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English

Re: @FlowScoped, @Named and @ManagedBean

in English and German Professional Support for Apache MyFaces 2014-02-12 14:38 GMT+01:00 l.pe...@senat.fr l.pe...@senat.fr: On 12/02/2014 10:37, l.pe...@senat.fr wrote: On 12/02/2014 10:22, Gerhard Petracek wrote: hi ludovic, @ProjectStageActivated is called @Exclude in deltaspike and you can

Re: JSF 2.2 Exit Flow

hi geoffrey, just fyi (in addition to the answer from michael): that's one of the major use-cases we had for codi/deltaspike (grouped-)conversations. you can use a listener (or an observer for PreViewConfigNavigateEvent + custom view-config meta-data) which just calls

Re: Apache ExtVal: Annotation @BeanValidation(useGroups = SkipValidation.class) has no effect for properties, annotated with @Column

2.0.7 Best regards, Alexey Am 12.11.2013 16:12, schrieb Gerhard Petracek: hi alexey, if it used to work, it should still work - please file an issue and i'll check it. (it would be great, if you can provide a simple demo-app which illustrates the issue.) regards, gerhard http

Re: Apache ExtVal: Annotation @BeanValidation(useGroups = SkipValidation.class) has no effect for properties, annotated with @Column

(JSF-Actions) at the background. Thank you in advance for your help. Best regards, Alexey Am 11.11.2013 23:40, schrieb Gerhard Petracek: hi alexey, #1 is supported by [1] and #2 is supported by [2] extval started with [1] and [2] was added later on (once bv was finished). extval

Re: Apache ExtVal: Annotation @BeanValidation(useGroups = SkipValidation.class) has no effect for properties, annotated with @Column

hi alexey, there are 2 different validation-modules: #1 property-validation (= extval-constraints + jpa-based validation) #2 bean-validation (= better jsf-integration of bv) they follow different concepts - with @BeanValidation (provided by #2) you can't control jpa-based validation (provided by

Re: Apache ExtVal: Annotation @BeanValidation(useGroups = SkipValidation.class) has no effect for properties, annotated with @Column

handled by @BeanValidation(useGroups = SkipValidation.class) Regards, Alexey Am 11.11.2013 15:12, schrieb Gerhard Petracek: hi alexey, there are 2 different validation-modules: #1 property-validation (= extval-constraints + jpa-based validation) #2 bean-validation (= better jsf

Re: Apache CODI x JEE7 Glassfish4

can do. LieGrue, strub From: Gerhard Petracek gerhard.petra...@gmail.com To: MyFaces Discussion users@myfaces.apache.org; Mark Struberg strub...@yahoo.de Sent: Thursday, 31 October 2013, 0:24 Subject: Re: Apache CODI x JEE7 Glassfish4 @mark

Re: Apache CODI x JEE7 Glassfish4

hi edilmar, apache deltaspike is the official successor of codi/seam/... (including support for ee7+). some parts (including codi-conversations) are still on our list, however, you can try it with [1] (it's the same code - just different packages and based on deltaspike). @kay (and your comment

Re: Apache CODI x JEE7 Glassfish4

and is on par with how CODI 1.0.5 handles it. Again, I am not the right person to discuss that annotation, but it's a thought. On 10/30/2013 04:33 PM, Gerhard Petracek wrote: hi edilmar, apache deltaspike is the official successor of codi/seam/... (including support for ee7+). some parts

Re: Apache CODI x JEE7 Glassfish4

in CDI 1.1 and is on par with how CODI 1.0.5 handles it. Again, I am not the right person to discuss that annotation, but it's a thought. On 10/30/2013 04:33 PM, Gerhard Petracek wrote: hi edilmar, apache deltaspike is the official successor of codi/seam/... (including support for ee7

Re: [MyFaces 2.2] invoke @PreDestroy on (CDI) ViewScoped beans upon session expiration

@howard: that's one of the issues i mentioned during the discussion for MYFACES-3797 and i was going to test it tomorrow. - thx for testing it and starting this thread. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and

Re: [MyFaces 2.2] invoke @PreDestroy on (CDI) ViewScoped beans upon session expiration

. smithh032...@gmail.com Gerhard, you're welcome. since i don't have bandwidth (right now), maybe/hopefully, you can develop test case(s) per what we're discussing/testing/reporting here...if you have bandwidth to do so. :) On Fri, Oct 18, 2013 at 5:14 AM, Gerhard Petracek gerhard.petra

Re: [MyFaces 2.2] invoke @PreDestroy on (CDI) ViewScoped beans upon session expiration

2013/10/18 Howard W. Smith, Jr. smithh032...@gmail.com Cool! If your test works against Leonardo's latest changes/fixes, please post/share your test results (and test steps). Thanks! On Fri, Oct 18, 2013 at 3:45 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi howard, i

Re: Future of MyFaces in non-CDI environments

hi moritz, @myfaces-core: the minimal goal is to be spec. compliant. @osgi+cdi: you might be interested in [1]. regards, gerhard [1] http://s.apache.org/Qu7 http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support

Re: DOwnload codi bundle jar for use inot tomee

tomee shouldn't have issues with the separated jar-files, however, see e.g. [1] regards, gerhard [1] http://repo2.maven.org/maven2/org/apache/myfaces/extensions/cdi/bundles/myfaces-extcdi-bundle-jsf20/1.0.5/myfaces-extcdi-bundle-jsf20-1.0.5.jar http://www.irian.at Your JSF/JavaEE powerhouse -

Re: DOwnload codi bundle jar for use inot tomee

@ #1: please have a look e.g. at [1] @ #2: myfaces-extval doesn't implement the bv-spec. one part of it is a thin bv-integration-layer needed for jsf 1.x which can be used also for jsf 2.x to benefit from additional features. regards, gerhard [1]

Re: [ CODI ] redirect loop

hi stephen, please try to reproduce it with a reduced session-timeout. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2013/4/22 Stephen More stephen.m...@gmail.com

Re: config web.xml myfaces for use with primefaces

hi, @ #1: it shouldn't be needed (myfaces-core is doing it automatically). if you have issues after removing it, please report it to the team of tomee. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German

Re: CODI ViewAccessScoped issue with EAR on JBoss 7.1.x

hi adrian, we can do EXTCDI-308 easily, but basically it isn't an issue of codi - please file an issue for WAS8. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces

Re: CODI ViewAccessScoped issue with EAR on JBoss 7.1.x

hi adrian, you can try if the approach i used in deltaspike would help. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2013/3/21 Adrian Gonzalez adr_gonza...@yahoo.fr

Re: CODI ViewAccessScoped issue with EAR on JBoss 7.1.x

/jsf/impl/src/main/java/org/apache/deltaspike/jsf/impl/listener/phase;hb=HEAD - Mail original - De : Gerhard Petracek gerhard.petra...@gmail.com À : MyFaces Discussion users@myfaces.apache.org Cc : Envoyé le : Vendredi 22 mars 2013 0h41 Objet : Re: CODI ViewAccessScoped issue with EAR

[ANNOUNCE] Release of Apache MyFaces Extensions Validator 2.0.7

/EXTVAL_207 Enjoy! Gerhard Petracek

Re: ExtVal with multiple RenderKit's (Primeface + Primeface Mobile) does not work correctly

hi @ all, i've moved the renderkit-cache used in GenericRenderKitWrapperFactory to AbstractRenderKitWrapperFactory and simplified the rest (see [1]). regards, gerhard [1] https://issues.apache.org/jira/browse/EXTVAL-151 2013/1/30 Howard W. Smith, Jr. smithh032...@gmail.com On Tue, Jan 29,

Re: ExtVal with multiple RenderKit's (Primeface + Primeface Mobile) does not work correctly

hi reto, first of all: welcome @ myfaces! you are welcome to provide the patch for such an improvement (just attach it to a jira ticket). regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support

[ANNOUNCE] Release of Apache MyFaces Extensions Validator 1.2.6 and 2.0.6

://s.apache.org/EXTVAL_126 http://s.apache.org/EXTVAL_206 Enjoy! Gerhard Petracek

Re: [CODI] CODI v1.0.5 + WebSphere v8.5.0.1 problem

hi denis, maybe rohit can provide further details. regards, gerhard 2012/12/10 Denis Forveille denis.forvei...@gmail.com Hello I'm trying to use CODI v1.0.5 in WebSphere v8.5.0.1 with a very simple application, Even if the applications deploys and starts well, on the first page I

Re: Bug EXTVAL-130?

hi howard, please ensure that you are using the current snapshot from [1]. if you still have issues, please provide a link to a simple demo. (maybe you are facing an issue which affects codi but which isn't an issue of codi itself.) regards, gerhard [1]

Re: Bug EXTVAL-130?

and Courses in English and German Professional Support for Apache MyFaces 2012/12/5 Gerald Turner gtur...@unzane.com Hi Gerhard, thanks for the response! Gerhard Petracek gerhard.petra...@gmail.com writes: @codi + seam yes - that's possible. it depends on what you are using from both

Re: el issue with weld (was: Bug EXTVAL-130?)

://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/12/6 Gerhard Petracek gerhard.petra...@gmail.com hi gerald, @ veto: ClassDeactivator is just for classes which are listed in config files

Re: el issue with weld (was: Bug EXTVAL-130?)

and German Professional Support for Apache MyFaces 2012/12/6 Gerhard Petracek gerhard.petra...@gmail.com hi gerald, @ el issue with weld: that sounds like a serious weld bug. extval is just using the std. jsf-api (in this case: javax.faces.application.Application#evaluateExpressionGet

Re: Bug EXTVAL-130?

hi gerald, @codi + seam yes - that's possible. it depends on what you are using from both. e.g. in case of the jsf-module of codi + seam-faces you have to veto one of the producers for the FacesContext. @ No CreationalContext registered for EL evaluation, it is likely that the the expression

Re: CODI: Exclude windowId from certain pages

). regards, Leonardo Uribe 2012/11/29 Gerhard Petracek gerhard.petra...@gmail.com: hi andreas, please have a look at WindowContextConfig - see e.g. #isUnknownWindowIdsAllowed and #getMaxWindowContextCount - it shouldn't be an issue (since you can customize the default behaviour

Re: CODI: Exclude windowId from certain pages

hi andreas, first of all: welcome @ myfaces! there are different approaches - e.g. you can use urls with windowId=automatedEntryPoint (see the javadoc in WindowContextManager) regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in

Re: CODI: Exclude windowId from certain pages

of ids or the server is out of memory ;-) This is whats happend in my application due to stress testing Regards On Thu, Nov 29, 2012 at 11:03 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi andreas, first of all: welcome @ myfaces! there are different approaches - e.g

Re: Injection into filters with Tomcat

hi laurent, first of all: welcome @ myfaces! that isn't supported out-of-the-box (for filters). if you would like to do it on your own, you can have a look at the implementation of CodiUtils#tryToInjectFields . regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE

Re: Migrating to CDI: injecting stateless/facade in Converter via facescontext

-302 https://issues.apache.org/jira/browse/EXTCDI-302 is a new issue that you just created and resolved per this email I just sent? :) Thanks, Howard On Wed, Nov 21, 2012 at 2:55 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: please have a look at [1] and [2]. regards, gerhard

Re: Can start in debug, but not in release

l.pe...@senat.fr On 20/11/2012 20:16, Gerhard Petracek wrote: hi ludovic, to get rid of ... no org.apache.myfaces.extensions.**cdi.core.api.provider.**BeanManagerProvider in place! ... you have to ensure that all config-files and owb jar-files you are using are packaged correctly. you

Re: Migrating to CDI: injecting stateless/facade in Converter via facescontext

with username that matches username of my email address (above). Hmmm, now I need to find out how I can get the latest snapshot. Can I locate on Maven Central repository? Thanks, Howard On Wed, Nov 21, 2012 at 4:13 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi howard, yes

Re: Migrating to CDI: injecting stateless/facade in Converter via facescontext

or jsf2.0? I hope jsf2.0, since my app has been jsf2.1 ever since the start (a little over 1 year ago). Thanks, Howard On Wed, Nov 21, 2012 at 4:40 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi howard, #1: i've updated the ticket - thx! #2: via maven (to update a local

Re: Migration to TomEE/CDI complete, regression testing, ViewAccessScoped

hi howard, you can have a look at [1] (e.g. slide #9) the mentioned public application is using codi scopes like @ViewAccessScoped without any performance and/or memory issue. regards, gerhard [1] http://os890.blogspot.co.at/2012/11/slides-apache-myfaces-universe.html http://www.irian.at Your

Re: MyFaces 2.1.9 / Glassfish 3.1.2.2: Migrating to CDI Managed Beans

hi howard, @ codi (documentation and setup): see [1] (and e.g. [2]) + you can generate a simple demo e.g. with mvn archetype:generate -DarchetypeCatalog= http://people.apache.org/~gpetracek/myfaces/ (it's a subset of mvn archetype:generate -DarchetypeCatalog= http://myfaces.apache.org) and as

Re: MyFaces 2.1.9 / Glassfish 3.1.2.2: Migrating to CDI Managed Beans

that I send to the mailing list. I am still in the progress of migrating from Glassfish 3.1.2.2 and JSF managed beans to TomEE/OpenEJB/OpenWebBeans/CDI, and apache user groups have been a huge help so far. So thanks! :) Howard On Tue, Nov 20, 2012 at 3:23 PM, Gerhard Petracek gpetra

Re: Migrating to CDI: injecting stateless/facade in Converter via facescontext

please have a look at [1] and [2]. regards, gerhard [1] https://issues.apache.org/jira/browse/EXTCDI-302 [2] http://people.apache.org/~gpetracek/myfaces/codi/demos/ http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional

Re: MyFaces 2.1.9 / Glassfish 3.1.2.2: Migrating to CDI Managed Beans

hi jose, just fyi: with tomee you don't need weld, because you get openwebbeans out-of-the-box. 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/11/17 José Luis

Re: @BeanValidation annotation at class level

instead of objectToInspect to the #transferGroupValidationInformationToFoundGroups everything should be fine. Any help with this issue is appreciated! Regards, Manuel -Ursprüngliche Nachricht- Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] Gesendet: Donnerstag, 18

Re: @BeanValidation annotation at class level

-Ursprüngliche Nachricht- Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] Gesendet: Freitag, 19. Oktober 2012 13:19 An: MyFaces Discussion Betreff: Re: @BeanValidation annotation at class level hi manuel, thx for providing the details. please file a jira ticket

Re: @BeanValidation annotation at class level

give me more information about the ProxyHelper? Regards, Manuel -Ursprüngliche Nachricht- Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com] Gesendet: Freitag, 19. Oktober 2012 16:01 An: MyFaces Discussion Betreff: Re: @BeanValidation annotation at class level hi manuel

Re: @BeanValidation annotation at class level

, restrictedGroupsForModelValidation, activeViewId, processModelValidation); classToInspect = classToInspect.getSuperclass(); } Regards, Manuel -Ursprüngliche Nachricht- Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com

Re: @BeanValidation annotation at class level

hi manuel, you can check it in ExtValBeanValidationMetaDataInternals# extractExtValBeanValidationMetaData (see #inspectFirstBean (= class level), #inspectFirstProperty, #inspectBaseOfProperty (= class level) and #inspectLastProperty) regards, gerhard http://www.irian.at Your JSF/JavaEE

Re: MyFaces ExtVal at WAS 8.0.0.4 - Call in violation of protocol

hi heiko, imo it isn't an issue in extval. you can check if both jar-files (extval-core and extval-bv-module) are packaged correctly (in the application). regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German

Re: CODI scoped beans @PreDestroy not running after redirect

hi brendan, in case of @javax.faces.bean.ViewScoped it looks like javax.faces.event.PreDestroyViewMapEvent doesn't get fired. in case of @ViewAccessScoped it's just not possible by definition to do it autom. (before the session expires) if you redirect to an external page, but you can use

Re: EXTCDI/CODI: Message: Posibility to use messageContext.message() for a specific componentId?

hi heiko, first of all: welcome @ myfaces! currently it isn't supported out-of-the-box. (you would have to implement an own payload-type and a custom MessageHandler which is aware of the payload-type.) however, you are welcome to share your (concrete) use-case with us - we can think about adding

Re: Apache CODI Bug in version 1.0.5

hi christian, please file a jira ticket and attach the demo there. thx regards, gerhard 2012/8/28 Christian Beikov christian.bei...@gmail.com Hello guys! I just found a bug in the CODI code and wanted to report that to you. In The attachment you can find a maven WAR project that will

Re: [EXTVAL] Disable ExtVal for specific pages

hi thomas, thx - i'll have a look at it. 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/7/10 Thomas Andraschko zoi...@googlemail.com Hi, I created EXTVAL-145

Re: CODI addParameter problem while using PrettyFaces and windowId is null

hi glister, first of all: welcome @ myfaces! you can compare your setup with [1]. also see threads like [2] and [3]. regards, gerhard [1] http://s.apache.org/0IZ [2] http://s.apache.org/bzs [3] http://s.apache.org/6WK http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting,

Re: Apache CODI and TomEE problem

hi martin, first of all: welcome @ myfaces! that's a tomee issue - there is nothing we can do about it in codi. please contact the tomee team. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional

Re: Extval ClassCastException when displaying entities

but every redeployment is causing this error. Gerhard Petracek wrote: hi markus, it looks like an issue with your environment (see [1]). however, please try the current snapshot of extval. regards, gerhard [1] http://goo.gl/cfS7m http://www.irian.at Your JSF/JavaEE

Re: DefaultErrorView

Serializable{ } 2012/6/25 Gerhard Petracek gerhard.petra...@gmail.com 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

Re: DefaultErrorView

AccessDecisionVoter { . } If i use my @SecurityModule in ViewConfig my checkPermission never been called, but if i use my @SecurityModule as interceptor (in my managedbean) it works, this is normal? 2012/6/26 Gerhard Petracek gerhard.petra...@gmail.com hi jose, exceptions during

Re: DefaultErrorView

) win a DefaultErrorView, if yes why i alway's get Response already committed? Thanks 2012/6/26 Gerhard Petracek gerhard.petra...@gmail.com hi jose, yes - in a view-config @Secured is a simple annotation and not an interceptor (because there is nothing to intercept) - currently

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

, Thomas 2012/4/12 Thomas Andraschko zoi...@googlemail.com Hi, ok cool - i will try it! Thanks! 2012/4/12 Gerhard Petracek gerhard.petra...@gmail.com hi thomas, that isn't supported by default (intentionally). however, you can provide a custom ComponentInitializer

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

Fwd: No active contexts for CODI on Weblogic 12c

-- Forwarded message -- From: Rudy De Busscher rdebussc...@gmail.com Date: 2012/6/21 Subject: Re: No active contexts for CODI on Weblogic 12c To: Gerhard Petracek gerhard.petra...@gmail.com Hi maicon, I have no access to the test machine for the moment. I'll have a look

Re: No active contexts for CODI on Weblogic 12c

...@gmail.com Hi guys. CODI works fine on weblogic 12c, but not working under directory *autodeploy * (for development). gerhard / rudy do you know something about it? On Wed, Jun 20, 2012 at 7:01 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi maicon, rudy did some tests

Re: No active contexts for CODI on Weblogic 12c

, 2012 at 5:40 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi maicon, that's fine. if you access the conversation-scoped bean within the jsf-request-lifecycle, we need the full stacktrace to see where the call comes from. regards, gerhard http://www.irian.at

Re: [CODI] redirect to ErrorView instead of Forward

hi thomas, you can use: @Page(navigation = Page.NavigationMode.REDIRECT) for any view-config. regards, gerhard 2012/6/19, Thomas Andraschko zoi...@googlemail.com: Hi, is it possible to send a redirect instead of forward for the ErrorView? We cache some of our pages and sometimes the

Re: [CODI] redirect to ErrorView instead of Forward

in Security.processApplicationSecurityException which does a forward. Thanks, Thomas 2012/6/19 Gerhard Petracek gerhard.petra...@gmail.com hi thomas, you can use: @Page(navigation = Page.NavigationMode.REDIRECT) for any view-config. regards, gerhard 2012/6/19, Thomas Andraschko zoi

Re: [CODI] redirect to ErrorView instead of Forward

a workaround. Regards, Thomas 2012/6/19 Gerhard Petracek gerhard.petra...@gmail.com hi thomas, the ViewConfigAwareNavigationHandler will do the redirect (if needed). however, a navigation isn't possible at any point in the lifecycle - depending on the value of 'allowNavigation

Re: [CODI] redirect to ErrorView instead of Forward

, Thomas 2012/6/19 Gerhard Petracek gerhard.petra...@gmail.com hi thomas, it used to cause issues with some constellations/use-cases/component-libs/... . before we do something about it: it would be nice if you just remove the check of 'allowNavigation' in SecurityUtils

Re: CODI Page

for interfaces, as you know this is the rigth way to name an interface. For now ill remove the I prefix and name ny interface as my page using the naming convention. Thanks El 14/06/2012 04:01, Gerhard Petracek gerhard.petra...@gmail.com escribió: hi jose

Re: CODI Page

in CODI with more than one level folder structure? El 13/06/2012 21:35, Gerhard Petracek gerhard.petra...@gmail.com escribió: hi jose, right now it isn't supported (it doesn't get aggregated), because basePath is more for exceptional/special cases. typically the used style is more like

Re: CODI Page

hi jose, right now it isn't supported (it doesn't get aggregated), because basePath is more for exceptional/special cases. typically the used style is more like [1] (as you can see it's a simpler style - e.g. you don't need an explicit usage of @Page(name=myPageClassName) due to the default

Re: CODI No bean found for type

hi jose, it looks like myfaces-core gets started before owb in your case. 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/5/18 José Luis Cetina

Re: CODI + TomEE

-1.0.5.jar CODI-myfaces-extcdi-jsf20-module-impl-1.0.5.jar CODI-myfaces-extcdi-message-module-api-1.0.5.jar CODI-myfaces-extcdi-message-module-impl-1.0.5.jar Thanks again 2012/4/26 Gerhard Petracek gerhard.petra...@gmail.com hi jose, that's a known (and fixed) issue in tomee

Re: CODI No bean found for type

.html This is fixed in TomEE 1.0?? 2012/5/17 Gerhard Petracek gerhard.petra...@gmail.com hi jose, it looks like myfaces-core gets started before owb in your case. regards, gerhard http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses

Re: CODI No bean found for type

2012/5/18 José Luis Cetina maxtorz...@gmail.com fixed in TomEE 1.0?? im using it and the problem still 2012/5/17 Gerhard Petracek gerhard.petra...@gmail.com yes - they fixed the issue, added test-cases which should ensure the compatibility and we deployed several demos successfully

Re: Re[2]: [CODI] ViewAccessScoped beans without windowId in URL

hi pavel, you can use ServerSideWindowHandler (see [1] which provides additional details - i linked the whole thread in my previous answer [2]). regards, gerhard [1] http://markmail.org/message/2chkos7y2vjmjpzy [2] http://s.apache.org/k4 http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE

Re: [CODI] ViewAccessScoped beans without windowId in URL

hi pavel, you can have a look at a thread which starts at [1]. regards, gerhard [1] http://s.apache.org/Vv6 http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/5/8 Mark Struberg

Re: CODI + TomEE

hi jose, that's a known (and fixed) issue in tomee - details are available at [1]. (it's also mentioned in our wiki at [2]). regards, gerhard [1] http://os890.blogspot.com/2012/01/codi-meets-tomee.html [2] https://cwiki.apache.org/confluence/display/EXTCDI/Intro#Intro-Servers

Re: @Secured and Stereotypes

classorg.apache.myfaces.extensions.cdi.jsf.impl.security.SecurityInterceptor/class /interceptors 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/4/20 Gerhard Petracek

Re: @Secured and Stereotypes

..* * * * * * * * * * * --- * * * * *Why? Thanks* * * 2012/4/19 Gerhard Petracek gerhard.petra...@gmail.com hi jose, here it works without an issue - please provide the codi

  1   2   3   4   5   >