Hi Joseph, I can see from your response that you don't know much about Spring and what it does. Its a framework for making it easier to develop Java Enterprise applications easier.
It was born out the need to tackle the ugly, hard to test, monolithic APIs, designed by committee, that were common in the early 2000s. It already has a .Net port http://www.springframework.net/ Scala support is probably not going to happen as Scala people like to develop their own solutions (see thread about dependency injection elsewhere as well as our own Dick's open source DI library). Interestingly, Rod Johnson (founder of Spring) has gone to work for the Scala team so something may still happen in this area. Guice - its a low-overhead DI solution - if you don't need the Enterprise features of Spring then this is a good choice (there's also pico container). I plan to use it for some jar libraries I'm thinking of developing. "And, finally: really? J2EE without EJB was published in... 2004 or so" - not sure what point your making here. "Java development's been done pretty severely, for better or for worse" - its had a huge impact, I would say for the better. It popularised the idea of DI and easy testing. "If you're trying to market Spring, you're going about it with the wrong audience and in the wrong manner.)" - I use to be a big advocate of Spring but in recent years I feel its become too big. When I start a project nowadays, I do due diligence on whether its a good fit. Integrating with the wider corporate infrastructure, using realtional dbs, big teams, then I'd go with Spring. Smaller projects like my current one (RESTFul web services, Groovy, MongoDB) I probably (if I could start again) go with Guice and not use Spring. In many ways, I feel its a victim of its own success. As the ideas of easier to use and test APIs start shipping with the platform, its justification becomes a bit harder. I started this post because, yet again, I saw the statement Spring means XML hell. I wanted to challenge that myth rather than advocate Spring usage. I hope thats clear. Rakesh On Tue, Feb 19, 2013 at 11:51 AM, Joseph Ottinger <[email protected]>wrote: > This Spring Famework looks cool but Im not gonna use it until they start > supporting scala and C# and guice and stuff. > > (And, finally: really? J2EE without EJB was published in... 2004 or so. I > think Spring's pretty pervasive, and people who don't use it at the very > least know about it, since it's affected how Java development's been done > pretty severely, for better or for worse. If you're trying to market > Spring, you're going about it with the wrong audience and in the wrong > manner.) > > > On Tue, Feb 19, 2013 at 6:44 AM, rakesh mailgroups < > [email protected]> wrote: > >> actually let me qualify that. >> >> You can write your business classes without any wiring information but >> when you write your Java class that does the wiring, you need to use >> annotations there. I really like that approach as the classes are all about >> wiring anyway and so the annotations belong there. >> >> Rakesh >> >> >> On Tue, Feb 19, 2013 at 11:41 AM, rakesh mailgroups < >> [email protected]> wrote: >> >>> YES! >>> >>> >>> On Tue, Feb 19, 2013 at 11:27 AM, Ricky Clarkson < >>> [email protected]> wrote: >>> >>>> Annotations are basically inline XML. I can't programatically set >>>> them, so they just make the XML prettier/inline, not go away. Can I >>>> actually use Spring without annotations and without XML? >>>> >>>> >>>> On Tue, Feb 19, 2013 at 7:17 AM, Fabrizio Giudici < >>>> [email protected]> wrote: >>>> >>>>> On Tue, 19 Feb 2013 11:09:15 +0100, rakesh mailgroups < >>>>> [email protected]> wrote: >>>>> >>>>> sounds like what you're saying is that if I don't know something >>>>>> directly, >>>>>> just go with hearsay, even if it is untrue. >>>>>> >>>>> >>>>> Hearsay might be better as "advice from some people I trust" (let's >>>>> say it's also more professional). But even some people I trust might not >>>>> have the time to learn all the things in the appropriate way. So, their >>>>> opinion could be not true. Creating a rationale awareness on everything >>>>> you >>>>> need is a hard job. >>>>> >>>>> >>>>> The pressure to know more and more is probably responsible in this >>>>>> competitive market. >>>>>> >>>>> >>>>> Sure. Since I don't see any solution to this pressure (until the world >>>>> breaks down - it will - and finds another equilibrium at a lower speed), >>>>> the correct solution should be for corporates to spend more for tech >>>>> classes and hire mentors devoted to fill the gaps. Of course, you should >>>>> be >>>>> still aware of the limits of each teacher/mentor, and - as for my previous >>>>> statements on products - there will be still some subjective perspective >>>>> (this is unavoidable). But if you pick teachers/mentors in function of >>>>> their ability of presenting sound reasoning, citations, etc... in order to >>>>> create a rationale that's as objective as possible, this should be the >>>>> right way. >>>>> >>>>> >>>>> >>>>> -- >>>>> Fabrizio Giudici - Java Architect @ Tidalwave s.a.s. >>>>> "We make Java work. Everywhere." >>>>> http://tidalwave.it/fabrizio/**blog<http://tidalwave.it/fabrizio/blog>- >>>>> [email protected] >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Java Posse" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to >>>>> javaposse+unsubscribe@**googlegroups.com<javaposse%[email protected]> >>>>> . >>>>> To post to this group, send email to [email protected]. >>>>> Visit this group at >>>>> http://groups.google.com/**group/javaposse?hl=en<http://groups.google.com/group/javaposse?hl=en> >>>>> . >>>>> For more options, visit >>>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out> >>>>> . >>>>> >>>>> >>>>> >>>> >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Java Posse" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To post to this group, send email to [email protected]. >> Visit this group at http://groups.google.com/group/javaposse?hl=en. >> For more options, visit https://groups.google.com/groups/opt_out. >> >> >> > > > > -- > Joseph B. Ottinger > http://enigmastation.com > *Memento mori.* > > -- > You received this message because you are subscribed to the Google Groups > "Java Posse" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/javaposse?hl=en. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- You received this message because you are subscribed to the Google Groups "Java Posse" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/javaposse?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
