Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 1.5 M1
    • Fix Version/s: None
    • Component/s: extras
    • Labels:
      None

      Description

      Add support for Picocontainer:
      http://picocontainer.org/

      Right now there's support only for Spring, but Spring is everything but "lightweight": for many small projects that need just to inject a few beans/services, Spring is the total overkill.

      PicoContainer is very small and effective for what it was ment. Even big applications like IntelliJ IDE or JIRA are using it:
      http://tw-oss.blogspot.com/2008/05/picocontainer-22-released.html

        Activity

        Hide
        Gilberto C Andrade added a comment -

        I agree with Malcolm's comment.
        Submitting a patch is good way to see a feature you think is important to the project.
        Regards,

        Gilberto

        Show
        Gilberto C Andrade added a comment - I agree with Malcolm's comment. Submitting a patch is good way to see a feature you think is important to the project. Regards, Gilberto
        Hide
        Alex Smee added a comment -

        Guys, first of all there's "Won't Fix" resolution for such decision, not "Fixed".
        Then, about "picowat" : Jira itself is based on pico! And picocontainer is the same age as Spring, Spring even got some core concepts from it.
        Anyway pico is less popular, no doubts. But offering ready to use pico integration for Click can gain more popularity to Click.

        Show
        Alex Smee added a comment - Guys, first of all there's "Won't Fix" resolution for such decision, not "Fixed". Then, about "picowat" : Jira itself is based on pico! And picocontainer is the same age as Spring, Spring even got some core concepts from it. Anyway pico is less popular, no doubts. But offering ready to use pico integration for Click can gain more popularity to Click.
        Bob Schellink made changes -
        Status Open [ 1 ] Closed [ 6 ]
        Resolution Fixed [ 1 ]
        Hide
        Bob Schellink added a comment -

        Picowhat? Seriously though Click should not provide support for an unknown framework such as Pico. If you guys are really convinced that Pico will have any uptake, create a Google Code project (2 minute job) and we can link to it from the Click website.

        Show
        Bob Schellink added a comment - Picowhat? Seriously though Click should not provide support for an unknown framework such as Pico. If you guys are really convinced that Pico will have any uptake, create a Google Code project (2 minute job) and we can link to it from the Click website.
        Hide
        Adrian A. added a comment -

        >> I think click-examples is the best showcase: instead of 5 constructor calls for those services, Spring is
        >> doing the "same job" with 1.4 MB of jars, much slower and much more obfuscated for newbies than the
        >> direct constructor calls.
        >> Usually injection is not needed in most projects ...
        > ... but people need to step up and provides some patches for this.
        I would volunteer to clean up the click examples from Spring and make them simpler for new users.
        I think this is a separate task (I could make a separate JIRA issue for it if you agree with the cleanup).

        Besides there's a much more complete project using Click with Spring:
        http://svn.apache.org/repos/asf/incubator/click/trunk/examples/click-spring-cayenne/
        plus the documentation, so I don't think the Spring users will be disadvantaged.

        Regarding Pico, well it looks like there some sort of "pico web" now:
        http://picocontainer.org/web/news.html
        with bindings to various web frameworks. From those examples however, I couldn't find a simple way to make a "net.sf.click.extras.pico.PicoClickServlet" .

        Thank you,
        A.

        Show
        Adrian A. added a comment - >> I think click-examples is the best showcase: instead of 5 constructor calls for those services, Spring is >> doing the "same job" with 1.4 MB of jars, much slower and much more obfuscated for newbies than the >> direct constructor calls. >> Usually injection is not needed in most projects ... > ... but people need to step up and provides some patches for this. I would volunteer to clean up the click examples from Spring and make them simpler for new users. I think this is a separate task (I could make a separate JIRA issue for it if you agree with the cleanup). Besides there's a much more complete project using Click with Spring: http://svn.apache.org/repos/asf/incubator/click/trunk/examples/click-spring-cayenne/ plus the documentation, so I don't think the Spring users will be disadvantaged. Regarding Pico, well it looks like there some sort of "pico web" now: http://picocontainer.org/web/news.html with bindings to various web frameworks. From those examples however, I couldn't find a simple way to make a "net.sf.click.extras.pico.PicoClickServlet" . Thank you, A.
        Henri Yandell made changes -
        Project Import Fri Mar 20 14:11:32 PDT 2009 [ 1237583492744 ]
        Malcolm Edgar made changes -
        Field Original Value New Value
        Priority Critical [ 2 ] Major [ 3 ]
        Hide
        Malcolm Edgar added a comment -

        If the community want's to add this feature that is fine, but people need to step up and provides some patches for this.

        regards Malcolm Edgar

        Show
        Malcolm Edgar added a comment - If the community want's to add this feature that is fine, but people need to step up and provides some patches for this. regards Malcolm Edgar
        Hide
        Demetrios Kyriakis added a comment -

        +1
        I also think Spring is an "overkill", and the lightweight label is just hype (wonder: the millions of VC investment i21 got, must be used for something - selling books alone won't bring back that investment ).

        I think click-examples is the best showcase: instead of 5 constructor calls for those services, Spring is doing the "same job" with 1.4 MB of jars, much slower and much more obfuscated for newbies than the direct constructor calls.

        Usually injection is not needed in most projects, but if still required (or wanted because of the "coolness" factor), than I think Pico is a much better, smaller and more pragmatic solution.

        Thank you,

        Demetrios.

        Show
        Demetrios Kyriakis added a comment - +1 I also think Spring is an "overkill", and the lightweight label is just hype (wonder: the millions of VC investment i21 got, must be used for something - selling books alone won't bring back that investment ). I think click-examples is the best showcase: instead of 5 constructor calls for those services, Spring is doing the "same job" with 1.4 MB of jars, much slower and much more obfuscated for newbies than the direct constructor calls. Usually injection is not needed in most projects, but if still required (or wanted because of the "coolness" factor), than I think Pico is a much better, smaller and more pragmatic solution. Thank you, Demetrios.
        Hide
        Gustav Weber added a comment -

        > could you give us some examples of how this should work?
        > but in my understanding pico is independent of the web framework, or do you need some changes in the
        > clickservlet in order to use pico?
        Exactly.
        It would be desired to have a net.sf.click.extras.pico.PicoClickServlet (the same way it's done with SpringClickServlet), that would hide everything (the same way it's done for Spring).

        Show
        Gustav Weber added a comment - > could you give us some examples of how this should work? > but in my understanding pico is independent of the web framework, or do you need some changes in the > clickservlet in order to use pico? Exactly. It would be desired to have a net.sf.click.extras.pico.PicoClickServlet (the same way it's done with SpringClickServlet), that would hide everything (the same way it's done for Spring).
        Hide
        Ricardo R. Lecheta added a comment -

        Hi Gustav,

        could you give us some examples of how this should work?

        but in my understanding pico is independent of the web framework, or do you need some changes in the clickservlet in order to use pico?

        kind regards,
        Ricardo

        Show
        Ricardo R. Lecheta added a comment - Hi Gustav, could you give us some examples of how this should work? but in my understanding pico is independent of the web framework, or do you need some changes in the clickservlet in order to use pico? kind regards, Ricardo
        Gustav Weber created issue -

          People

          • Assignee:
            Malcolm Edgar
            Reporter:
            Gustav Weber
          • Votes:
            3 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development