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

2014-02-18 Thread Thomas Andraschko
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+01:00 Romain Manni-Bucau rmannibu...@gmail.com: @Gerhard: loos too much to existing JMX APIs +

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

2014-02-18 Thread Romain Manni-Bucau
Project name should be fine now, if not all pakcages will change so same impact than annotation name Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-02-18 9:18 GMT+01:00

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

2014-02-18 Thread Gerhard Petracek
@romain: the point is that it isn't expressive at all... regards, gerhard 2014-02-18 9:20 GMT+01:00 Romain Manni-Bucau rmannibu...@gmail.com: Project name should be fine now, if not all pakcages will change so same impact than annotation name Romain Manni-Bucau Twitter: @rmannibucau

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

2014-02-18 Thread Thomas Andraschko
Thats right gerhard but from this perspective, isn't @DeltaSpikeManaged the best? 2014-02-18 9:26 GMT+01:00 Gerhard Petracek gerhard.petra...@gmail.com: @romain: the point is that it isn't expressive at all... regards, gerhard 2014-02-18 9:20 GMT+01:00 Romain Manni-Bucau

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

2014-02-18 Thread Romain Manni-Bucau
@Gerhard: hmm, @Managed neither in fact + the type is expressive, qualifier is just a namespace IMO Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-02-18 9:26 GMT+01:00

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

2014-02-18 Thread Gerhard Petracek
@romain: maybe not @Managed (it was just @DeltaSpikeManaged without the project-name), but @ManagedResource is at least more expressive than the project-name itself. (that it's managed by ds is clear due to the package-name imo) regards, gerhard 2014-02-18 9:30 GMT+01:00 Romain Manni-Bucau

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

2014-02-18 Thread Romain Manni-Bucau
well managedresource looks really like a jmx stuff for me and since it uses cdi managed is quite obvious. That's why i thought the project name would fit and make the origin obvious. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn:

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

2014-02-18 Thread Gerhard Petracek
@romain: you will always have same/similar terms in different areas (see e.g. message). regards, gerhard 2014-02-18 10:08 GMT+01:00 Romain Manni-Bucau rmannibu...@gmail.com: well managedresource looks really like a jmx stuff for me and since it uses cdi managed is quite obvious. That's why

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

2014-02-18 Thread Romain Manni-Bucau
@Gerhard: yeah but managed is not expressive, doesnt give the origin + is quite standard for jmxso i would avoid it. That said it doesnt bring any feature so i dont want to fight for a name. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn:

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

2014-02-18 Thread Mark Struberg
I do agree on @Managed not being very expressive. Think about the @ManagedBean disaster in JavaEE itself. 'Managed' is in the same ballpark like 'Class' or 'Object'. Managed by whom and what?  In that case I'd rather go with @DeltaSpike or keep @Web... But I do not care that much about

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

2014-02-18 Thread Gerhard Petracek
we haven't seen a nice name so far - i would keep what we have right now (it's redundant, but at least a bit more expressive). regards, gerhard 2014-02-18 10:20 GMT+01:00 Mark Struberg strub...@yahoo.de: I do agree on @Managed not being very expressive. Think about the @ManagedBean disaster

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

2014-02-18 Thread Romain Manni-Bucau
+1 kind of tradeoff Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-02-18 10:46 GMT+01:00 Gerhard Petracek gerhard.petra...@gmail.com: we haven't seen a nice name so far

[jira] [Created] (DELTASPIKE-524) illegal implementation of SecurityAwareViewHandler

2014-02-18 Thread Markus Schulz (JIRA)
Markus Schulz created DELTASPIKE-524: Summary: illegal implementation of SecurityAwareViewHandler Key: DELTASPIKE-524 URL: https://issues.apache.org/jira/browse/DELTASPIKE-524 Project: DeltaSpike

[jira] [Assigned] (DELTASPIKE-524) illegal implementation of SecurityAwareViewHandler

2014-02-18 Thread Gerhard Petracek (JIRA)
[ https://issues.apache.org/jira/browse/DELTASPIKE-524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek reassigned DELTASPIKE-524: --- Assignee: Gerhard Petracek illegal implementation of

[jira] [Updated] (DELTASPIKE-524) illegal implementation of SecurityAwareViewHandler

2014-02-18 Thread Gerhard Petracek (JIRA)
[ https://issues.apache.org/jira/browse/DELTASPIKE-524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek updated DELTASPIKE-524: Attachment: DELTASPIKE-524.patch illegal implementation of

[DISCUSS] move @Initialized and @Destroyed

2014-02-18 Thread Gerhard Petracek
hi @ all, if we would move @Initialized and @Destroyed to ds-core, we could use them for other parts as well (e.g. instead of @BeforeJsfRequest and @AfterJsfRequest). regards, gerhard

[jira] [Updated] (DELTASPIKE-524) illegal implementation of SecurityAwareViewHandler

2014-02-18 Thread Gerhard Petracek (JIRA)
[ https://issues.apache.org/jira/browse/DELTASPIKE-524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek updated DELTASPIKE-524: Attachment: (was: DELTASPIKE-524.patch) illegal implementation of

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 Mark Struberg
+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 the replacements for @After/BeforeJsfRequest then? 2014-02-18 13:23 GMT+01:00 Gerhard Petracek

Re: [DISCUSS] move @Initialized and @Destroyed

2014-02-18 Thread Gerhard Petracek
@ thomas: @Observes @BeforeJsfRequest FacesContext @Observes @AfterJsfRequest FacesContext - @Observes @Initialized FacesContext @Observes @Destroyed FacesContext the implementation of @AfterJsfRequest fits to @Destroyed, but for @Initialized we might have to move the logic (to get a real

[jira] [Updated] (DELTASPIKE-524) illegal implementation of SecurityAwareViewHandler

2014-02-18 Thread Gerhard Petracek (JIRA)
[ https://issues.apache.org/jira/browse/DELTASPIKE-524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Petracek updated DELTASPIKE-524: Attachment: DELTASPIKE-524.patch illegal implementation of

Re: [DISCUSS] move @Initialized and @Destroyed

2014-02-18 Thread Thomas Andraschko
sounds good! 2014-02-18 14:19 GMT+01:00 Gerhard Petracek gerhard.petra...@gmail.com: @ thomas: @Observes @BeforeJsfRequest FacesContext @Observes @AfterJsfRequest FacesContext - @Observes @Initialized FacesContext @Observes @Destroyed FacesContext the implementation of @AfterJsfRequest

Re: [DISCUSS] move @Initialized and @Destroyed

2014-02-18 Thread Christian Kaltepoth
+1 2014-02-18 14:29 GMT+01:00 Thomas Andraschko andraschko.tho...@gmail.com: sounds good! 2014-02-18 14:19 GMT+01:00 Gerhard Petracek gerhard.petra...@gmail.com: @ thomas: @Observes @BeforeJsfRequest FacesContext @Observes @AfterJsfRequest FacesContext - @Observes @Initialized