Chris Hardin posted that it's a lot more important to hire people who can program than it is to hire people who know a framework.
He says the talented candidate can adapt and move with the technology; it does not matter if they don't know struts 2, in his example, saying that the candidate can adapt and move with the technology.
I guess he's saying that in the end its all about reading and writing data, converting formats as you go. If you think about it from that perspective, the frameworks and libraries just help that to happen; that keeps Spring in perspective and helps you look at a library from a "how does this help me" standpoint.
You may not learn all the library's knobby bits that way, but so what? I don't need to know more than 2% of Spring to get the most use out of it; 98% of it's wasted crap. In fact, the biggest benefit to Spring is that it helps you think in terms of testable resources instead of frameworks; once you understand that, Spring isn't that valuable and Guice is just as good. i guess the Spring people won't tell you that.
Here is a little secret that developers have known for years and non-technical people have yet to figure out. It doesn't matter what language a developer knows, they are all similar. A talented developer has an interpreter and compiler in his head and thinks in pseudo-code anyway. Applying that to a language is just a matter of figuring out the syntax...and that is the easy part.