← 输入框|github.com|刷新
Skip to content
This repository was archived by the owner on Jan 30, 2019. It is now read-only.
This repository was archived by the owner on Jan 30, 2019. It is now read-only.

@Startup in all components #47

Open

Description

@glassfishrobot

@startup is currently allowed only on EJB and should be allowed on any Java EE component.

Activity

  1. glassfishrobot commented on Jun 19, 2015

    @glassfishrobot
    Author

    Reported by arungupta

  2. glassfishrobot commented on Jun 19, 2015

    @glassfishrobot
    Author
  3. glassfishrobot commented on Jun 19, 2015

    @glassfishrobot
    Author

    rdebusscher said:
    CDI and JSF have there own way of startup

    CDI -> @observes @initialized(ApplicationScoped.class)
    JSF ->
    be.rubus.squad.startup.JsfStartup
    javax.faces.event.PostConstructApplicationEvent

    see also http://javaeesquad.blogspot.be/2015/03/getting-notified-when-java-ee.html

    Uniformization of this is indeed a good thing and JAX-RS is missing on the above list.

  4. glassfishrobot commented on Jun 19, 2015

    @glassfishrobot
    Author

    reza_rahman said:
    Needless to say I agree with this and indeed the issue I had created some time ago has a relatively high amount of votes by EJB spec standards: https://java.net/jira/browse/EJB_SPEC-19.

  5. glassfishrobot commented on Jun 19, 2015

    @glassfishrobot
    Author

    arjan_t said:
    In OmniFaces we have implemented something like this, which may be useful for inspiration. See http://showcase.omnifaces.org/cdi/Eager

    See also: http://omnifaces.org/docs/javadoc/2.1/org/omnifaces/cdi/Startup.html

  6. glassfishrobot commented on Jun 19, 2015

    @glassfishrobot
    Author

    agoncal said:
    @startup should be the way (even for servlets that use load-on-startup). So I'm totally aligned with https://java.net/jira/browse/EJB_SPEC-19.

  7. glassfishrobot commented on Jun 21, 2015

    @glassfishrobot
    Author

    rmannibucau said:
    https://rmannibucau.wordpress.com/2015/03/10/cdi-and-startup/ shows that CDI has it.

    Note that instead of duplicating existing API using CDI as real backbone for all spec would solve it (ie allowing servlet and web components to be cdi beans and not just injected)

  8. glassfishrobot commented on Jun 21, 2015

    @glassfishrobot
    Author

    arjan_t said:

    Note that instead of duplicating existing API using CDI as real backbone for all spec would solve it

    +1

    ie allowing servlet and web components to be cdi beans and not just injected

    Funny that you mention this, since for OmniFaces we were prototyping exactly this

    A CDI bean that acts, more or less, exactly as a Servlet. It's a little bit a continuation of our @Eager/@startup bean above. In broad lines, an extension collects those beans, then a special Servlet delegates to them. For the user, the new "CDI Servlet" IS the Servlet and except for the stack trace doesn't get to see the "real" Servlet.

    Several specs are already rebasing on CDI, but it's going slowly and sometimes even taking a step back (see what happened with SERVLET_SPEC-116)

  9. glassfishrobot commented on Apr 25, 2017

    @glassfishrobot
    Author

    This issue was imported from java.net JIRA JAVAEE_SPEC-47

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions