Re: [DISCUSS] deltaspike-0.5 features

2013-06-10 Thread Thomas Andraschko
What about AutomaticConversationScoped or similiar? AFAIR CODI starts the conversation automatically Hmm but ViewAccessScoped is also very similiar to a automatic conversation... don't know 2013/6/10 Arne Limburg arne.limb...@openknowledge.de Good direction What about @UnitOfWorkScoped ?

Re: [DISCUSS] deltaspike-0.5 features

2013-06-10 Thread Thomas Andraschko
@ConversationAccessScoped would fit either Am 10.06.13 10:18 schrieb Thomas Andraschko unter andraschko.tho...@gmail.com: What about AutomaticConversationScoped or similiar? AFAIR CODI starts the conversation automatically Hmm but ViewAccessScoped is also very similiar to a automatic conversation

Re: CDI Query import

2013-06-14 Thread Thomas Andraschko
sorry for this question, i didn't read other posts but why can't this be used on a plain servlet container? 2013/6/14 Karl Kildén karl.kil...@gmail.com Sorry if I missed out on some of the discussions about this but I think the lack of support for a plain servlet container is a big

Re: CDI Query import

2013-06-14 Thread Thomas Andraschko
it inside Tomcat or even a Java SE application are possible but currently not supported. cheers 2013/6/14 Thomas Andraschko andraschko.tho...@gmail.com sorry for this question, i didn't read other posts but why can't this be used on a plain servlet container

ViewConfig + Rewrite

2013-06-17 Thread Thomas Andraschko
Hi, are there any plans integrate Rewrite within DS ViewConfig? Regards, Thomas

Re: ViewConfig + Rewrite

2013-08-01 Thread Thomas Andraschko
Hi, what about: @View @Rewrite(/item/#{item}/) class Item implements ViewConfig { } Just an simple solution, similiar to Seam. Regards, Thomas 2013/6/18 Thomas Andraschko andraschko.tho...@gmail.com Hi Gerhard, great! i will create a sample syntax this weekend! Regards, Thomas 2013

Re: ViewConfig + Rewrite

2013-08-01 Thread Thomas Andraschko
of a nice to have? — Sent from Mailbox for iPhone On Thu, Aug 1, 2013 at 12:34 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: +0 regards, gerhard 2013/8/1 Thomas Andraschko andraschko.tho...@gmail.com Hi, what about: @View @Rewrite(/item/#{item}/) class Item implements

Re: [JSF][Proposal] ViewMetaData for HTTP caching

2013-08-02 Thread Thomas Andraschko
Any comments? Sometimes it's really usefull to cache static views and it's the easiest way via type safe view configuration. I could also provide it via pull request. 2013/2/14 Thomas Andraschko andraschko.tho...@gmail.com Hi Mark, somehow i missed your answers. I would only like to set

Security Module - Migration from CODI (missing AbstractAccessDecisionVoter, SimpleSecurityViolation)

2013-09-30 Thread Thomas Andraschko
Hi, i currently migrate from CODI security to DS security. Are there any plans to add AbstractAccessDecisionVoter and SimpleSecurityViolation to DS? Regards, Thomas

Re: DS + JSF 2.2

2013-09-30 Thread Thomas Andraschko
the client window render mode by creating your own config. On Mon, Sep 30, 2013 at 3:54 PM, Thomas Andraschko andraschko.tho...@gmail.com wrote: Hi, is DS currently 100% compatible with JSF 2.2? AFAIR we also have a ClientWindow API in DS and i get 2 unique id's in the URL with GF4

Re: DS + JSF 2.2

2013-09-30 Thread Thomas Andraschko
Thomas Andraschko andraschko.tho...@gmail.com Is there any documentation available for this config? Are both id's from DS? If not, can't DS reuse windowId? I would like to use WindowScoped in the future, so just disabling this feature isn't the best approach. 2013/9/30 John D

Re: DS + JSF 2.2

2013-10-01 Thread Thomas Andraschko
for rendering but has nothing like the data lifecycle of JSF, so it's much work we need to du ourself). So I can really only work on it in my very limited spare time. LieGrue, strub - Original Message - From: Thomas Andraschko andraschko.tho...@gmail.com To: dev

Renaming @ViewRef config property?

2013-10-03 Thread Thomas Andraschko
Hi, currently @ViewRef has only one property called config. So the current usage is: @ViewRef(config = Views.Logout.class) What about renaming it to value? - @ViewRef(Views.Logout.class) Regards, Thomas

Re: Renaming @ViewRef config property?

2013-10-03 Thread Thomas Andraschko
and it would be not that expressive. that was the reason for changing it (compared to codi). regards, gerhard 2013/10/3 Thomas Andraschko andraschko.tho...@gmail.com Hi, currently @ViewRef has only one property called config. So the current usage is: @ViewRef(config

Re: ViewConfig does not work as expected (nested @Folder, @Secured)

2013-10-04 Thread Thomas Andraschko
2013/9/30 Gerhard Petracek gerhard.petra...@gmail.com +1 regards, gerhard 2013/9/30 Thomas Andraschko andraschko.tho...@gmail.com Hi Gerhard, you are right, thanks. The AccessDecisionVoter is also working fine now. Can i create a issue for the startup issue too? I think

Re: ViewConfig does not work as expected (nested @Folder, @Secured)

2013-10-04 Thread Thomas Andraschko
Hi Gerhard, i added a unit test to the ticket. Regards, Thomas 2013/10/4 Thomas Andraschko andraschko.tho...@gmail.com Hi Gerhard, i will try it at weekend. Regards, Thomas 2013/10/3 Gerhard Petracek gerhard.petra...@gmail.com hi thomas, @Duplicated config for the same folder

Re: [DISCUSS] next release version? 0.6 or 1.0?

2013-11-12 Thread Thomas Andraschko
-1 for 1.0 - till adding the most important features from CODI (e.g. ViewAccessScoped) 2013/11/12 Gerhard Petracek gerhard.petra...@gmail.com the minimum before v1: everybody documents the feature/s they added (/helped with) within the next weeks. (for sure the rest is very welcome to join

Re: [DISCUSS] next release version? 0.6 or 1.0?

2013-11-14 Thread Thomas Andraschko
, gerhard 2013/11/14 Mark Struberg strub...@yahoo.de Thomas, you are really welcome to help us with pushing those features. Others as well. LieGrue, strub - Original Message - From: Thomas Andraschko andraschko.tho...@gmail.com To: dev@deltaspike.apache.org Cc

Re: Window Handling - CODI like mode?

2013-11-27 Thread Thomas Andraschko
-Ursprüngliche Nachricht- Von: Thomas Andraschko [mailto:andraschko.tho...@gmail.com] Gesendet: Mittwoch, 27. November 2013 10:19 An: dev@deltaspike.apache.org Betreff: Window Handling - CODI like mode? Hi, i always get a loading screen with the new DS window handling

Any plan to port @Startup?

2013-11-27 Thread Thomas Andraschko
Hi, is there any to plan to port @Startup for JSF Applications? Regards, Thomas

Re: Any plan to port @Startup?

2013-11-27 Thread Thomas Andraschko
Is a SystemEventListener CDI-aware with DS? 2013/11/27 Gerhard Petracek gerhard.petra...@gmail.com with jsf2+ you can use PostConstructApplicationEvent regards, gerhard 2013/11/27 Thomas Andraschko andraschko.tho...@gmail.com Hi, is there any to plan to port @Startup for JSF

Re: Any plan to port @Startup?

2013-11-27 Thread Thomas Andraschko
What about providing a CDI Event for such events? (@Observers PostConstructApplicationEvent event) would be a great thing. 2013/11/27 Thomas Andraschko andraschko.tho...@gmail.com Is a SystemEventListener CDI-aware with DS? 2013/11/27 Gerhard Petracek gerhard.petra...@gmail.com with jsf2

Re: Any plan to port @Startup?

2013-11-27 Thread Thomas Andraschko
How is it handled it DS? Should i just create a issue + providing a patch or something? 2013/11/27 Gerhard Petracek gerhard.petra...@gmail.com yes - we can do that. regards, gerhard 2013/11/27 Thomas Andraschko andraschko.tho...@gmail.com What about providing a CDI Event

Re: Any plan to port @Startup?

2013-11-27 Thread Thomas Andraschko
Is JSF ready in afterdeploymentvalidation? 2013/11/27 Romain Manni-Bucau rmannibu...@gmail.com Why not just supporting @eager, doing a tostring in afterdeploymentvalidation should do the trick Le 27 nov. 2013 13:15, Thomas Andraschko andraschko.tho...@gmail.com a écrit : Gerhard, one

Re: Any plan to port @Startup?

2013-11-27 Thread Thomas Andraschko
imo the event-style fits for PostConstructApplicationEvent (instead of @Startup), because you have usually one per application (or module) and it's easy enough for that. I think not everybody will use JSF, so a @Eager for AppScoped beans would be usefull, too. And it's only a small

Re: Any plan to port @Startup?

2013-11-27 Thread Thomas Andraschko
that's a leftover from codi (where it is needed). (we should discuss @Eager based on your patch.) regards, gerhard 2013/11/27 Thomas Andraschko andraschko.tho...@gmail.com imo the event-style fits for PostConstructApplicationEvent (instead of @Startup), because you have usually one

Re: [DISCUSS] unit-test cdi-control

2013-12-02 Thread Thomas Andraschko
+1 simple and nice approach 2013/12/2 Gerhard Petracek gerhard.petra...@gmail.com hi @ all, please have a look at [1]. it's just a first (and quick) draft based on major use-cases. however, it's working already and the api/spi is minimal - we can think about adding it to deltaspike.

Re: Window Handling - CODI like mode?

2013-12-02 Thread Thomas Andraschko
ClientWindowRenderMode.DELEGATED (+ configure url for javax.faces.CLIENT_WINDOW_MODE). regards, gerhard 2013/11/27 Thomas Andraschko andraschko.tho...@gmail.com Hi, i always get a loading screen with the new DS window handling. Is there a chance to get the same behavior as with CODI

Simle Cron Module

2013-12-03 Thread Thomas Andraschko
Hi, what do you think about a simple cron module like in Seam? Regards, Thomas

Re: Simple Cron Module

2013-12-03 Thread Thomas Andraschko
? best regards, Nathan Dennis | Software Developer 732 Greenwood Street | Albemarle, NC | 28001 Main (800) 230-7525 | Direct: 704-986-7211 | Mobile 704.984.0829 www.monarchnc.org | nathan.den...@monarchnc.org -Original Message- From: Thomas Andraschko

Re: Simple Cron Module

2013-12-04 Thread Thomas Andraschko
: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2013/12/3 Thomas Andraschko andraschko.tho...@gmail.commailto: andraschko.tho...@gmail.com: My problem is that some customers just have a tomcat, without JavaEE

Dynamic Interceptor Bindings / InterDyn

2013-12-04 Thread Thomas Andraschko
Hi, i know that mstruberg already has a dynamic interceptor extension. What do you think about adding something similiar to DS? Maybe with a cool xml config: ds:dynamic-interceptor-bindings ds:interceptor-binding binding=test.MyInterceptorAnnotation

Re: Renaming @ViewRef config property?

2013-12-05 Thread Thomas Andraschko
More opinions about this? 2013/10/7 Thomas Andraschko andraschko.tho...@gmail.com +1 Romain IMO it's nicer to read but it's not up to me. 2013/10/4 Romain Manni-Bucau rmannibu...@gmail.com I didnt use viewref enough to say but typically it is boring to need to write name

Re: Simple Cron Module

2013-12-06 Thread Thomas Andraschko
Arne, can i rework it and provide a patch? Do you know what needs to be reworked? 2013/12/4 Thomas Andraschko andraschko.tho...@gmail.com Hi, Arne's extensions looks good. It's a different approach compared to seam but i like it. Regards, Thomas 2013/12/4 Arne Limburg arne.limb

Re: Simple Cron Module

2013-12-20 Thread Thomas Andraschko
, gerhard [1] http://s.apache.org/MOc 2013/12/6 Thomas Andraschko andraschko.tho...@gmail.com Arne, can i rework it and provide a patch? Do you know what needs to be reworked? 2013/12/4 Thomas Andraschko andraschko.tho...@gmail.com Hi, Arne's extensions

Re: Simple Cron Module

2013-12-20 Thread Thomas Andraschko
great! :) 2013/12/20 Gerhard Petracek gerhard.petra...@gmail.com i'll import it as a starting-point. regards, gerhard 2013/12/20 Thomas Andraschko andraschko.tho...@gmail.com Looks great Gerhard! Would like to contribute it to DS? 2013/12/16 Karl Kildén karl.kil...@gmail.com

DS ExceptionHandling for JSF?

2014-01-03 Thread Thomas Andraschko
Hi, what about providing DS' exception handling (@ExceptionHandler etc.) for JSF? AFAICS we would just need a small JSF ExceptionHandler. Regards, Thomas

Re: DS ExceptionHandling for JSF?

2014-01-03 Thread Thomas Andraschko
Ahh cool! Will you finish it for the next release? 2014/1/3 Cody Lerum cody.le...@gmail.com See https://issues.apache.org/jira/browse/DELTASPIKE-341 On Fri, Jan 3, 2014 at 1:21 AM, Thomas Andraschko andraschko.tho...@gmail.com wrote: Hi, what about providing DS' exception handling

Re: DS ExceptionHandling for JSF?

2014-01-03 Thread Thomas Andraschko
Ahh, you already attached an patch. Could you re-upload it? I will take care of it. 2014/1/3 Thomas Andraschko andraschko.tho...@gmail.com Ahh cool! Will you finish it for the next release? 2014/1/3 Cody Lerum cody.le...@gmail.com See https://issues.apache.org/jira/browse/DELTASPIKE-341

Servlet Module - Do we really need @Web?

2014-01-03 Thread Thomas Andraschko
Hi, IMHO @Web is somehow annoying. HttpServlet e.g. is always web, so @Web is just a overhead and doesn't look nice. Can't we just veto the producers if CDI1.1 is available? The code would be the same with CDI 1.0 + DS, CDI 1.1 without or with DS. Regards, Thomas

Re: Servlet Module - Do we really need @Web?

2014-01-03 Thread Thomas Andraschko
, Thomas Andraschko andraschko.tho...@gmail.com a écrit : Hi, IMHO @Web is somehow annoying. HttpServlet e.g. is always web, so @Web is just a overhead and doesn't look nice. Can't we just veto the producers if CDI1.1 is available? The code would be the same with CDI 1.0 + DS

Re: Servlet Module - Do we really need @Web?

2014-01-04 Thread Thomas Andraschko
+1 Gerhard! @romain users can easily remove their own producers. It just takes 2 min to remove this code, which is already available in DS then. Maybe another qualifier would be better, too - @DeltaSpike, DeltaSpikeManaged etc. I really don't like @Web as servlet objects are already related to

Re: Servlet Module - Do we really need @Web?

2014-01-07 Thread Thomas Andraschko
. 2014/1/3 Thomas Andraschko andraschko.tho...@gmail.com Because our customers have different servers (tomcat7 and even 6, glassfish, jboss), so it would be a great enhancement for product development

[VOTE] Get rid of @Web in the servlet module

2014-01-07 Thread Thomas Andraschko
Hi all, based on the discusstion in Servlet Module - Do we really need @Web? so far, I'd like to call a vote. +1 get rid of @Web +0 no opinion -1 keep it Please vote. Regards, Thomas

JSF - default ClientWindowRenderMode?

2014-01-09 Thread Thomas Andraschko
Hi, currently the default rendering mode is our windowhandler js/html way. Many people don't like it because you always get a loading screen for EACH GET request: http://stackoverflow.com/questions/18090603/how-to-disable-loading-screen-of-deltaspike

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
? +1 regards, gerhard 2014/1/9 Thomas Andraschko andraschko.tho...@gmail.com Hi, currently the default rendering mode is our windowhandler js/html way. Many people don't like it because you always get a loading screen for EACH GET request: http://stackoverflow.com

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
;) ds:windowId should already contain all the JavaScript needed for the lazy dropping. LieGrue, strub From: Thomas Andraschko andraschko.tho...@gmail.com To: dev@deltaspike.apache.org; Mark Struberg strub...@yahoo.de Sent: Friday, 10 January 2014, 10:50 Subject

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
Addition to the windowhandler: It will also add windowId as hidden input for postback detection, right? This will not work with e.g. PrimeFaces' partial submit mode. So the URL param will be used as fallback, right? 2014/1/10 Thomas Andraschko andraschko.tho...@gmail.com Hi Mark, i think

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
Addition to DeltaSpike: The windowIdComponent will be just used to render via JS the current valid windowId. 2014/1/10 Thomas Andraschko andraschko.tho...@gmail.com Addition to the windowhandler: It will also add windowId as hidden input for postback detection, right? This will not work

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
to update the view root as it also needs to update the view key, right? LieGrue, strub From: Thomas Andraschko andraschko.tho...@gmail.com To: dev@deltaspike.apache.org; Mark Struberg strub...@yahoo.de Sent: Friday, 10 January 2014, 11:38 Subject: Re

Ideas on ClientWindow handling / refactoring

2014-01-10 Thread Thomas Andraschko
Based on the discussion in JSF - default ClientWindowRenderMode?: struberg: The windowId is added as root element to the view tree. You mean that the dsPostWindowId input is added as direct form child. Right? Posting it with default ajax options should work fine with PrimeFaces. The only

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
beans... LieGrue, strub From: Thomas Andraschko andraschko.tho...@gmail.com To: dev@deltaspike.apache.org; Mark Struberg strub...@yahoo.de Sent: Friday, 10 January 2014, 13:43 Subject: Re: JSF - default ClientWindowRenderMode? Ok! So keeping the new

Re: JSF - default ClientWindowRenderMode?

2014-01-10 Thread Thomas Andraschko
already. LieGrue, strub From: Thomas Andraschko andraschko.tho...@gmail.com To: dev@deltaspike.apache.org; Mark Struberg strub...@yahoo.de Sent: Friday, 10 January 2014, 13:58 Subject: Re: JSF - default ClientWindowRenderMode? Ok would be fine

Re: Ideas on ClientWindow handling / refactoring

2014-01-10 Thread Thomas Andraschko
2014/1/10 Gerhard Petracek gerhard.petra...@gmail.com @thomas: with jsf 2.2+ it's different. the window-id is (/should be) also used (if enabled) to find the correct state. - any compliant request needs to include the window-id (if enabled). regards, gerhard 2014/1/10 Thomas Andraschko

Re: Ideas on ClientWindow handling / refactoring

2014-01-10 Thread Thomas Andraschko
Saving the windowId for postbacks in the ViewMap, would be really a much easier, more compatible and safer way than adding hidden inputs via JS. 2014/1/10 Thomas Andraschko andraschko.tho...@gmail.com Hi Gerhard, thats true. Therefore we added extra processing of javax.faces.ViewState

Re: Ideas on ClientWindow handling / refactoring

2014-01-10 Thread Thomas Andraschko
- From: Thomas Andraschko andraschko.tho...@gmail.com To: dev@deltaspike.apache.org dev@deltaspike.apache.org Cc: Sent: Friday, 10 January 2014, 16:56 Subject: Re: Ideas on ClientWindow handling / refactoring Saving the windowId for postbacks in the ViewMap, would be really

Re: Ideas on ClientWindow handling / refactoring

2014-01-10 Thread Thomas Andraschko
/1/10 Thomas Andraschko andraschko.tho...@gmail.com but why should we keep the JS logic instead of ViewMap? Are there any drawbacks when we store it in the ViewMap? The current implementations looks soo complex, but actually it isn't that complex. So therefore i would like to get rid

Re: Ideas on ClientWindow handling / refactoring

2014-01-10 Thread Thomas Andraschko
(of course it would only be required #ifPostback) 2014/1/10 Thomas Andraschko andraschko.tho...@gmail.com Hmm right - but we could also move windowContext#activateWindow to a AFTER_RESTORE_VIEW phase listener? AFAIK RESTORE_VIEW shouldn't touch any beans? 2014/1/10 Gerhard Petracek

Re: Ideas on ClientWindow handling / refactoring

2014-01-12 Thread Thomas Andraschko
. Also storeEvent seems the be unused? Could anyone explain this to me? 2014/1/10 Gerhard Petracek gerhard.petra...@gmail.com (similar to what we have in codi) we can do a lazy restore in addition (if it is limited to the url/lazy mode). regards, gerhard 2014/1/10 Thomas Andraschko

Re: Ideas on ClientWindow handling / refactoring

2014-01-13 Thread Thomas Andraschko
. But this has the downside of the intermediate page... LieGrue, strub On Sunday, 12 January 2014, 22:25, Thomas Andraschko andraschko.tho...@gmail.com wrote: Here is my idea about the initial refactoring on the windowhandler.js https://gist.github.com/tandraschko/3d2aa9d84f6469206ce7 I

Re: Ideas on ClientWindow handling / refactoring

2014-01-14 Thread Thomas Andraschko
also take care of this. What should happen? Reload/redirect via the windowId stored in window.nameor doing a redirect without windowId (assigning a new windowId to the tab)? I would rename URL to LAZY (merge these modes) and fix this small bug above. Any objections? 2014/1/13 Thomas Andraschko

Re: Ideas on ClientWindow handling / refactoring

2014-01-14 Thread Thomas Andraschko
an bug. Regards, Thomas 2014/1/14 Gerhard Petracek gerhard.petra...@gmail.com imo we should keep one mode which works without js. regards, gerhard 2014/1/14 Thomas Andraschko andraschko.tho...@gmail.com I think i understand know what lazy should do... Our windowhandler.js just

Re: Ideas on ClientWindow handling / refactoring

2014-01-14 Thread Thomas Andraschko
+1 for keeping URL and LAZY? :) 2014/1/14 Gerhard Petracek gerhard.petra...@gmail.com +1 regards, gerhard 2014/1/14 Thomas Andraschko andraschko.tho...@gmail.com Hi Gerhard, LAZY mode without adding ds:windowId will exactly work like URL. But it will never have a chance

ClientWindow compatibility - Rename post param to javax.faces.ClientWindow?

2014-01-17 Thread Thomas Andraschko
Hi, currently our hidden input is called dsPostWindowId. This breaks the compatibility with PF partialSubmit feature - https://issues.apache.org/jira/browse/DELTASPIKE-446 In PrimeFaces partialSubmit mode, we just collect all inputs which will be processed. If the form will NOT be processed, we

Re: ClientWindow compatibility - Rename post param to javax.faces.ClientWindow?

2014-01-20 Thread Thomas Andraschko
I added a workaround in PrimeFaces - https://code.google.com/p/primefaces/issues/detail?id=6525 2014/1/17 Thomas Andraschko andraschko.tho...@gmail.com Hi, currently our hidden input is called dsPostWindowId. This breaks the compatibility with PF partialSubmit feature - https

Re: ClientWindow compatibility - Rename post param to javax.faces.ClientWindow?

2014-01-21 Thread Thomas Andraschko
. regards, gerhard 2014/1/20 Thomas Andraschko andraschko.tho...@gmail.com I added a workaround in PrimeFaces - https://code.google.com/p/primefaces/issues/detail?id=6525 2014/1/17 Thomas Andraschko andraschko.tho...@gmail.com Hi, currently our hidden input is called

Re: Revisit cdiCtrl module name and how it's inconsistent with test-control?

2014-02-10 Thread Thomas Andraschko
+1 for renaming to container-controler and both under modules 2014-02-10 12:28 GMT+01:00 John D. Ament john.d.am...@gmail.com: -1 for cdi unit (name already in use for the exact same purpose) +1 for renaming cdictrl to container-control +1 for aligning both under modules (even though

Re: Revisit cdiCtrl module name and how it's inconsistent with test-control?

2014-02-10 Thread Thomas Andraschko
the artifactId as cdictrl is already heavily used in projects. LieGrue, strub On Monday, 10 February 2014, 13:05, Thomas Andraschko andraschko.tho...@gmail.com wrote: +1 for renaming to container-controler and both under modules 2014-02-10 12:28 GMT+01:00 John D. Ament john.d.am...@gmail.com

Re: V 1.0 getting close... Logotype?

2014-02-10 Thread Thomas Andraschko
+1 John +1 for using the logo in the header 2014-02-10 14:59 GMT+01:00 John D. Ament john.d.am...@gmail.com: Project name was already established as a part of graduation. Unless we see a need to have a rename, we should stick with it (a good example of why a rename is needed is OpenEJB -

Re: Revisit cdiCtrl module name and how it's inconsistent with test-control?

2014-02-13 Thread Thomas Andraschko
GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com: Can't we change the parent? IMHO renaming isn't a problem if we do it BEFORE 1.0. 2014-02-10 13:07 GMT+01:00 Mark Struberg strub...@yahoo.de: We could rename the module, but I'd rather not move it under modules because

Re: Revisit cdiCtrl module name and how it's inconsistent with test-control?

2014-02-14 Thread Thomas Andraschko
parent. And we also must not change the artifactId as cdictrl is already heavily used in projects. LieGrue, strub On Monday, 10 February 2014, 13:05, Thomas Andraschko andraschko.tho...@gmail.com wrote: +1 for renaming to container-controler and both under

Re: [DISCUSS] next release version? 0.6 or 1.0?

2014-02-16 Thread Thomas Andraschko
+1 for 0.6 and 1.0 as the next release after 0.6 2014-02-16 12:40 GMT+01:00 Ove Ranheim oranh...@gmail.com: Dear DS team! Two months ago the team discussed a 0.6 release. What is your plan? There are many new great features since 0.5, so what is stopping the DS-team to provide a new

Re: [DISCUSS] next release version? 0.6 or 1.0?

2014-02-16 Thread Thomas Andraschko
+1 Ove We are really late for an 0.6. I would release 0.6 this/next month and after that, lets finish 1.0. We should fix all open issues and finish the documentation!

Re: [DISCUSS] next release version? 0.6 or 1.0?

2014-02-17 Thread Thomas Andraschko
and Courses in English and German Professional Support for Apache MyFaces 2014-02-16 22:07 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com: +1 Ove We are really late for an 0.6. I would release 0.6 this/next month and after that, lets finish 1.0. We should fix all

Re: [DISCUSS] next release version? 0.6 or 1.0?

2014-02-17 Thread Thomas Andraschko
/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2014-02-16 22:07 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com: +1 Ove We are really late for an 0.6. I would release 0.6 this/next

Re: Servlet Module - Do we really need @Web?

2014-02-18 Thread Thomas Andraschko
of a global qualifier like this. That's something I was already looking for when I created @Web back then. But the most difficult question is what the name should be. Unfortunately I've no really good idea. 2014-02-15 15:26 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com

Re: Servlet Module - Do we really need @Web?

2014-02-18 Thread Thomas Andraschko
2014-02-18 9:18 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com : I like @DeltaSpike but as gerhard said, maybe it's better to use one without the project name in it? On the other side, DeltaSpike is the final name... Maybe @ExtensionManaged? 2014-02-18 8:54 GMT

Re: [DISCUSS] move @Initialized and @Destroyed

2014-02-18 Thread Thomas Andraschko
+1 I like such minor improvements and finalize such stuff :) Whats the replacements for @After/BeforeJsfRequest then? 2014-02-18 13:23 GMT+01:00 Gerhard Petracek gerhard.petra...@gmail.com: hi @ all, if we would move @Initialized and @Destroyed to ds-core, we could use them for other

Re: [DISCUSS] move @Initialized and @Destroyed

2014-02-18 Thread Thomas Andraschko
. regards, gerhard 2014-02-18 13:44 GMT+01:00 Mark Struberg strub...@yahoo.de: +1 LieGrue, strub On Tuesday, 18 February 2014, 13:27, Thomas Andraschko andraschko.tho...@gmail.com wrote: +1 I like such minor improvements and finalize such stuff :) Whats

Re: Servlet Module - Do we really need @Web?

2014-02-23 Thread Thomas Andraschko
, something like @Advanced would be better. 2014-02-18 11:16 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com: IMO it's actually more expressive than any other names. Maybe @DeltaSpikeManaged would be more impressive... +1 @DeltaSpike then, before keeping the old redudant/ugly qualifiers

Re: Servlet Module - Do we really need @Web?

2014-02-23 Thread Thomas Andraschko
as it was in codi. once we do that, we break the consistency in that area. 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-02-23 21:41 GMT+01:00 Thomas Andraschko

Re: Servlet Module - Do we really need @Web?

2014-02-23 Thread Thomas Andraschko
: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-02-23 22:12 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com : What about reusing javax.annotation.Priority? 2014-02-23 22:02 GMT

Re: Servlet Module - Do we really need @Web?

2014-02-23 Thread Thomas Andraschko
: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-02-23 22:17 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com : Hmm... We could clone it for JEE6 support and handle both annotations for backward compatibility. Maybe we could also use

Re: Servlet Module - Do we really need @Web?

2014-02-23 Thread Thomas Andraschko
Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-02-23 22:34 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com : Could you explain this? I can't follow you. 2014

Re: Servlet Module - Do we really need @Web?

2014-02-23 Thread Thomas Andraschko
. 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-02-23 22:48 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com : which consistency gerhard? 2014-02

Re: Servlet Module - Do we really need @Web?

2014-02-23 Thread Thomas Andraschko
://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-02-23 23:26 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com : Shoudln't we do 2 polls? 1) Should we introduce a global qualifier instead @web? If yes, which name? 2

Re: [VOTE] Replace @Web with a common DeltaSpike qualifier

2014-02-24 Thread Thomas Andraschko
+1 for @DeltaSpike - @Inject @DeltaSpike ServletContext 2014-02-24 9:52 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com: Hi, based on the discusstion in Servlet Module - Do we really need @Web?, I'd like to call a vote. The idea is to replace @Web with a common qualifier because

Re: [VOTE] Replace @Web with a common DeltaSpike qualifier

2014-02-26 Thread Thomas Andraschko
Thomas Andraschko andraschko.tho...@gmail.com: +1 for @DeltaSpike - @Inject @DeltaSpike ServletContext 2014-02-24 9:52 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com: Hi, based on the discusstion in Servlet Module - Do we really need @Web?, I'd like to call a vote

Re: [VOTE] Replace @Web with a common DeltaSpike qualifier

2014-02-27 Thread Thomas Andraschko
Are you ok with @DeltaSpike, John? So we could continue with it? 2014-02-26 9:40 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com: +1 Romain 2014-02-24 21:11 GMT+01:00 Romain Manni-Bucau rmannibu...@gmail.com: yes but until now everybody seems ok if we have multiple proposal we

@JsfPhaseListener - Alternative name?

2014-03-06 Thread Thomas Andraschko
Hi, as we introduced @DeltaSpike now and replaced the redundant @Web with it, maybe we can discuss @JsfPhaseListener, too. We could also use @DeltaSpike in this case but @JsfPhaseListener also contains an ordinal attribute. Gerhard mentioned that the idea was to combine it in one annotation as

Re: first steps for the next release

2014-03-12 Thread Thomas Andraschko
+1 thanks gerhard 2014-03-12 11:14 GMT+01:00 Gerhard Petracek gpetra...@apache.org: hi @ all, if there are no objections, i will start with the first steps for the next release (v0.6) by the end of this week. regards, gerhard

[Proposal] new client window mode - mix between LAZY and CLIENTWINDOW

2014-03-14 Thread Thomas Andraschko
Hi, some months ago, i developed a own client window handling for a ASP.NETapplication. It's like a mix of LAZY and CLIENTWINDOW - IMO it's completely safe but the windowhandler.html streaming is reduced to a minimum. The main concept behind it is - the windowId will not be rendered for links.

Re: [VOTE] Release of Apache DeltaSpike 0.6

2014-03-16 Thread Thomas Andraschko
+1 2014-03-16 14:04 GMT+01:00 Gerhard Petracek gerhard.petra...@gmail.com: +1 regards, gerhard 2014-03-16 14:04 GMT+01:00 Gerhard Petracek gpetra...@apache.org: Hi, I was running the needed tasks to get the 6th release of Apache DeltaSpike out. The artifacts are deployed to

Re: [VOTE] #2 Release of Apache DeltaSpike 0.6

2014-03-16 Thread Thomas Andraschko
+1 2014-03-16 20:19 GMT+01:00 Romain Manni-Bucau rmannibu...@gmail.com: +1 Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-03-16 18:36 GMT+01:00 John D. Ament

Re: first steps for the next release

2014-04-22 Thread Thomas Andraschko
+1 for the release + fixing those mem leaks bugs

Re: [VOTE] Release of Apache DeltaSpike 0.7

2014-05-01 Thread Thomas Andraschko
+1 2014-05-01 11:30 GMT+02:00 Gerhard Petracek gerhard.petra...@gmail.com: the dist was only generated locally. @john: i planned to create a ticket for you after the release. @rafael: -Pdistribution was used however, it isn't a blocker. regards, gerhard 2014-04-30 23:27

Re: [ANNOUNCE] Release of Apache DeltaSpike 0.7

2014-05-04 Thread Thomas Andraschko
Thanks Gerhard! 2014-05-04 9:48 GMT+02:00 Gerhard Petracek gpetra...@apache.org: The Apache DeltaSpike team is pleased to announce the 7th release of DeltaSpike. Apache DeltaSpike is not a CDI-container, but a portable CDI extension. Documentation:

Re: [DISCUSS] next release as 1.0?

2014-05-19 Thread Thomas Andraschko
+0 - no logo - documentation... there are many TODOs. Also a docu for some for the really core features is not available (like Deactivatable). - we should check the performance of the modules. (i already openend some improvements for the JSF module) 2014-05-19 12:39 GMT+02:00 Karl Kildén

@Query naming conflict with javax.persistence.Query. Rename?

2014-05-26 Thread Thomas Andraschko
Hi, i currently start to use the Data Module and one thing isn't really nice. If you have an abstract Repository, you likely have an import of javax.persistence.Query and maybe @Query. What do you think about renaming @Query to resolve the naming conflict? Regards, Thomas

Re: DeltaSpike docs help

2014-06-14 Thread Thomas Andraschko
right :) 2014-06-13 23:04 GMT+02:00 Gerhard Petracek gerhard.petra...@gmail.com: hi rafael, i guess thomas just opened those ticket, because there is still a lot to do. +1 for your suggestion. regards, gerhard 2014-06-13 16:42 GMT+02:00 Rafael Benevides benevi...@redhat.com: Hi

  1   2   3   4   5   6   7   8   9   >