Afrikaans
Akan
Albanian
Amharic
Arabic
Armenian
Azerbaijani
Basque
Belarusian
Bemba
Bengali
Bihari
Bosnian
Breton
Bulgarian
Cambodian
Catalan
Cebuano
Cherokee
Chichewa
Chinese (Simplified)
Chinese (Traditional)
Corsican
Croatian
Czech
Danish
Dutch
English
Esperanto
Estonian
Ewe
Faroese
Filipino
Finnish
French
Frisian
Ga
Galician
Georgian
German
Greek
Guarani
Gujarati
Haitian Creole
Hausa
Hawaiian
Hebrew
Hindi
Hmong
Hungarian
Icelandic
Igbo
Indonesian
Interlingua
Irish
Italian
Japanese
Javanese
Kannada
Kazakh
Kinyarwanda
Kirundi
Kongo
Korean
Krio (Sierra Leone)
Kurdish
Kurdish (Soranî)
Kyrgyz
Laothian
Latin
Latvian
Lingala
Lithuanian
Lozi
Luganda
Luo
Luxembourgish
Macedonian
Malagasy
Malay
Malayalam
Maltese
Maori
Marathi
Mauritian Creole
Moldavian
Mongolian
Myanmar (Burmese)
Montenegrin
Nepali
Nigerian Pidgin
Northern Sotho
Norwegian
Norwegian (Nynorsk)
Occitan
Oriya
Oromo
Pashto
Persian
Polish
Portuguese (Brazil)
Portuguese (Portugal)
Punjabi
Quechua
Romanian
Romansh
Runyakitara
Russian
Samoan
Scots Gaelic
Serbian
Serbo-Croatian
Sesotho
Setswana
Seychellois Creole
Shona
Sindhi
Sinhalese
Slovak
Slovenian
Somali
Spanish
Spanish (Latin American)
Sundanese
Swahili
Swedish
Tajik
Tamil
Tatar
Telugu
Thai
Tigrinya
Tonga
Tshiluba
Tumbuka
Turkish
Turkmen
Twi
Uighur
Ukrainian
Urdu
Uzbek
Welsh
Wolof
Xhosa
Yiddish
Yoruba
Zulu
0 Hey, in this video, 1
we're going to find out why should we use Spring. 2
So, Spring in a nutshell. 3
Basically, Spring is a very popular framework 4
for building enterprise Java applications. 5
When Spring first came out, 6
it was initially a simpler, lightweight alternative to J2EE. 7
They basically give you a large number of helper classes 8
to make enterprise development easier. 9
But now, you may wonder, well, what about J2EE or Java EE? 10
And here, they have client-side presentation, 11
they talked about server-side presentation 12
with JSP, servlets, XML, and Web Services. 13
They also discussed the idea of server-side business logic 14
using Enterprise JavaBeans, Web Services, and so on. 15
And all talk into a backend database. 16
And this all looks really good on paper 17
and as the developers, 18
we were very excited when we saw this, viewing it on paper, 19
but what happened is that when we actually got 20
into the implementation details, it was another story, 21
and I'll talk more about that in a second. 22
All right, so how did J2EE grow up? 23
Well, in the early days, it started out really nice. 24
You had servlets, JSPs back in 1999. 25
You also had Enterprise JavaBeans, Java Message Service, 26
and RMI, Remote Method Invocation. 27
And then over the years, 28
they added more support for EJB with 1.3. 29
They added, in J2EE 1.4, they added Web Services. 30
In Java EE 5, they kind of renamed it a bit, 31
so it's Java Enterprise Edition 5. 32
They dropped the J2EE thing. 33
And then they added some ease of use for EJB 3, 34
JPA, JSF, JAXB, and JAX-WS or Web Services. 35
And then with EE 6 again, they pruned, 36
meaning they got rid of some stuff that didn't work, 37
mainly some of the EJB problems, 38
and also, they made it easier to use so on and so forth. 39
They had a support for CDI, Context Dependency Injection. 40
And then finally, in Java EE 7, 41
they added support for JMS version two, 42
Batch, Concurrency, Web Sockets, and so on. 43
So, that's kind of how J2EE grew up over time. 44
So, servlets and JSPs were like the initial popular items 45
and then they started adding other things along the way. 46
Now, the one thing they added along the way 47
was Enterprise JavaBeans. 48
And so, EJB is like your cousin 49
or your family member that you just don't really like 50
because they just mess things up for everybody. 51
So, the early versions of Enterprise JavaBeans, 52
versions one and two, were extremely complexly developed. 53
You had to create these XML deployment descriptors. 54
You had to define multiple interfaces. 55
So, like we have on this diagram here, 56
to create a Bean Class, we had to have a Home Interface 57
and then a Component Interface, 58
and you basically had, like, three or three .java files 59
just for an actual Bean implementation. 60
So, just a lot of work. 61
It was really clunky for a developer 62
to write all of this code. 63
It was very tedious and very error prone. 64
But once you've finally got the Bean developed 65
and deployed it, and you deployed it in production, 66
then you are slapped with another problem: poor performance. 67
So, these Entity Beans, 68
basically mappings between Java classes and database tables, 69
ah, just awful slow, just terribly slow. 70
Like, we actually had to do, 71
on one deployment, we actually had to pull our code 72
back out of the production 73
and actually remove the EJB functionality 74
because it slowed everything down. 75
And so, what happened over time is that a lot of developers 76
started to continue to do J2EE 77
but they actually would do it without Enterprise JavaBeans. 78
And so, this kind of caught on 79
with other development teams too 80
and pretty much, a lot of folks are doing it. 81
So, this one fellow, Rod Johnson, 82
he actually wrote this great book 83
called J2EE Development without EJB. 84
So, EJB was very popular at one point, 85
then it fell out of favor. 86
And so, he pushed that out 87
and they also started working on the Spring Framework. 88
And so, they released another book, 89
Java Development with the Spring Framework. 90
So, EJB was kind of like that bad cousin 91
or that bad uncle that you just didn't want in the family 92
because they mess it up for everybody.
Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.