Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Ajmo malo o Springu

[es] :: Java :: Ajmo malo o Springu

Strane: 1 2 3

[ Pregleda: 15706 | Odgovora: 49 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

jablan

Član broj: 8286
Poruke: 4541



+710 Profil

icon Re: Ajmo malo o Springu19.06.2007. u 12:09 - pre 203 meseci
Citat:
wiretap: Napravljen da se sklepa tipican CRUD web sajt u rekordnom roku, nikada nece niti placen kao Java EE posao, niti ce biti koristen za nesto iole ozbiljnije i zahtevnije u svakom pogledu.

Na koliko si ozbiljnijih projekata radio i zašto oni ne bi mogli da se urade u RoR-u?
 
Odgovor na temu

sanchi
Sanja Jokic
Beograd

Član broj: 148256
Poruke: 104
*.cisco.com.



+8 Profil

icon Re: Ajmo malo o Springu19.06.2007. u 12:58 - pre 203 meseci
I mene bas zanima ako neko ima iskustva sa RoRom, ali preporucujem da se rasprava premesti na postojecu temu:
http://www.elitesecurity.org/t228630-Ruby-on-Rails-misljenja
If people were meant to pop out of beds we would all sleep in toasters.
Google is your friend http://justfuckinggoogleit.com/
 
Odgovor na temu

hyle
Perica Milošević
Belgrade

Član broj: 30030
Poruke: 150
82.117.206.*

Sajt: www.linkedin.com/in/peric..


+4 Profil

icon Re: Ajmo malo o Springu19.06.2007. u 13:03 - pre 203 meseci
Znao sam da će doći do ovakvih reakcija

Predlazem da wiretap iznese svoje misljenje u okviru teme koju je predlozio sanchi pa da se tamo nastavi diskusija. Dalje poruke vezane za Ruby na ovoj temi će biti obrisane.
 
Odgovor na temu

sanchi
Sanja Jokic
Beograd

Član broj: 148256
Poruke: 104
*.cisco.com.



+8 Profil

icon Re: Ajmo malo o Springu19.06.2007. u 13:28 - pre 203 meseci
PredloziLA, molicu lepo. :) Hvala.


If people were meant to pop out of beds we would all sleep in toasters.
Google is your friend http://justfuckinggoogleit.com/
 
Odgovor na temu

ana
Ana Balevic
LIACS & ACE
Amsterdam

Član broj: 5669
Poruke: 170
*.cdtm.de.

Jabber: ana@elitesecurity.org
Sajt: tesla.rcub.bg.ac.rs/~tauc..


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 13:33 - pre 203 meseci
opsta diskusija o RoR je OK za drugu temu, ali bi poredjenje moglo da ostalo i ovde, jer se radi i o Springu. Ili nam je mozda potreban novi Topic Spring vs. Ruby? Ako je tako molim moderatora da otvori topic, tamo gde vec misli da je to najprikladnije :)
 
Odgovor na temu

hyle
Perica Milošević
Belgrade

Član broj: 30030
Poruke: 150
82.117.206.*

Sajt: www.linkedin.com/in/peric..


+4 Profil

icon Re: Ajmo malo o Springu19.06.2007. u 14:34 - pre 203 meseci
Izvinjavam se sanchi, nisam mogao da utvrdim pol na osnovu profila pa sam pogrešno pretpostavio da pridaš brojnijoj (muškoj) grupi korisnika na ovom forumu

Što se tiče nove teme, Spring vs. Ruby mi nekako vuče na Advocacy tako da možeš tamo slobodno da postaviš temu. Ja ne zalazim na Advocacy jer te diskusije obično ne daju nikakvog efekta ostim što se učesnici iznerviraju

Pozdrav
 
Odgovor na temu

ana
Ana Balevic
LIACS & ACE
Amsterdam

Član broj: 5669
Poruke: 170
*.cdtm.de.

Jabber: ana@elitesecurity.org
Sajt: tesla.rcub.bg.ac.rs/~tauc..


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 16:22 - pre 203 meseci
zaista me ne zanima advocacy - za to nemam vremena.

Ono sto me ZAISTA zanima je poredjenje dva popularna frameworka za razvoj web aplikacija zasnovano na:
1) tehnickim karakteristikama
2) iskustvima u radu sa jednim i drugim prilikom devleopmenta
3) iskustvima prilikom deploymenta (skalabilnost, i sl relevantne stavke)



 
Odgovor na temu

alex
Aleksandar Radulovic
Senior Software Engineer, Spotify
Stockholm, Sweden

Član broj: 71
Poruke: 2194
*.siminn.is.

Jabber: alex@a13x.info
ICQ: -1
Sajt: www.a13x.info


+1 Profil

icon Re: Ajmo malo o Springu19.06.2007. u 17:21 - pre 203 meseci
Spring je po mom misljenju ono sto je JavaEE trebalo da bude od samog pocetka. Znatno olaksava timski rad (forsira se interface-first razvoj, sto je jako dobro) i ima odlicnu strukturu cime omogucava jednostavno izvodjenje i dizajn cak i veoma komplikovanih i zahtevnih aplikacija. Nekome mogu da zasmetaju XML config fajlovi, slazem se, ali uz IDE koji podrzava code-complete (SpringIDE plugin, npr) ti problemi nestaju.

Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x
 
Odgovor na temu

ana
Ana Balevic
LIACS & ACE
Amsterdam

Član broj: 5669
Poruke: 170
*.c.strato-dslnet.de.

Jabber: ana@elitesecurity.org
Sajt: tesla.rcub.bg.ac.rs/~tauc..


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 19:50 - pre 203 meseci
Zdravo Aleksandre, da li znas neki plugin koji bi omogucio bolju kontrolu veze izmedju konfig fajlova (e.g. prilikom registrovanja beanova) i odgovarajuceg java koda? Posle apr sati provedenih u brobi protiv spelling mistake, mislim da je to prilicno slaba tacka... Ako znas nesto dobro, javi sto pre :)
Da li koristis Spring IDE 2.0, i da li si imao nekih problema prilikom instalacije?
 
Odgovor na temu

dejankr
Dejan Krsmanovic
JavaEE programer
Beograd

Član broj: 7842
Poruke: 384
*.dynamic.sbb.co.yu.



+1 Profil

icon Re: Ajmo malo o Springu19.06.2007. u 21:44 - pre 203 meseci
Spring/AppFuse teško može da parira RoR po produktivnosti. AppFuse u stvari i ne bih preporučio za bilo šta više osim da se prilikom učenja tehnologija koje koristi pokupi par fora. U više navrata sam nalazio problematičan kod i rešenja u AppFuse tako da nemam puno poverenja u njega. Čini mi se da njegov autor (Matt Raible) u stvari kroz njega uči i isprobava nove frameworke pa mu se često desi da u nečem omane, dok ga neko ne ispravi a to je znalo da potraje par verzija. Doduše, nisam ga skoro koristio pa moguće da se popravio u međuvremenu.

Što se tiče samog Springa, čini mi se da on polako postaje žrtva sopstvenog uspeha, jer zbog velike korisničke baze teško da može revolucinarno da se menja. S druge strane, okruženje u kojem je Spring nastao se itekako promenilo za ovih nekoliko godina. Spring polako postaje isuviše kompleksan, pa pomalo liči na J2EE zbog kojeg je u stvari i nastao. U principu nemam loše mišljenje o Springu (sem o njegovom MVC frameworku koji je jedan od gorih sa kojima sam radio) ali mislim da je on svoju izuzetno značajnu ulogu već odigrao, i da više ne predstavlja značajan izvor novih ideja.

Po meni od svih Java frameworka najviše šanse da parira RoR po produktivnosti ima JBoss Seam. Imao sam prilike da radim i sa Trailsom i sa nekim drugim sličnim (RoR like) frameworcima, ali JBoss Seam mi deluje kao prava kombinacija. Baziran je da standardima poput EJB3 i JSF pri čemu znatno olakšava korišćenje oba API-ja. Gotovo da potpuno eliminiše potrebu za konfiguracionim fajlovima (baziran je na anotacijama pa čak i JSF beanovi ne moraju da se definišu kroz xml-ove) što znatno olakšava rad u poređenju sa Springom. Uz Seam ide i mali generator koda seamgen, uz pomoć kojeg je za par minuta moguće napraviti kostur aplikacije koja radi (slično kao RoR).
Inače, iza Seam-a stoji isti čovek koji je i autor Hibernate i EJB 3 specifikacije - Gavin King. Štaviše, Seam i Google Guice su pokrenuli WebBeans JSR koji ima za cilj standardizaciju ideja iz Seam-a, Guica, Apache Shale i drugih frameworka, pri čemu je plan da Seam bude referentna implementacija jednom kada JSR bude finalizovan. Slična stvar je bila i sa Hibernate i EJB 3 pre par godina.

 
Odgovor na temu

alex
Aleksandar Radulovic
Senior Software Engineer, Spotify
Stockholm, Sweden

Član broj: 71
Poruke: 2194
*.siminn.is.

Jabber: alex@a13x.info
ICQ: -1
Sajt: www.a13x.info


+1 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 12:52 - pre 203 meseci
Koristim IntelliJ sa IdeaSpring plugin-om i Eclipse sa SpringIDE pluginom.
Subjektivni utisak je da je prva kombinacija znatno bolja, al' je druga kombinacija besplatna.
Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x
 
Odgovor na temu

alex
Aleksandar Radulovic
Senior Software Engineer, Spotify
Stockholm, Sweden

Član broj: 71
Poruke: 2194
*.siminn.is.

Jabber: alex@a13x.info
ICQ: -1
Sajt: www.a13x.info


+1 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 12:58 - pre 203 meseci
Govoreci o Java MVC razlicitim okruzenjima, jel probao neko Tapestry? Trebalo bi da radim procenu tog alata za jedan novi projekat pa me zanimaju vasa iskustva.
Alex: My favorite site is http://localhost/
R.J. Oppenheimer: "I am become death, destroyer of worlds" (1945 AD)
tweet.13x ||
linkedin.13x
 
Odgovor na temu

anon315

Član broj: 315
Poruke: 1657
*.mediaworksit.net.



+13 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 19:28 - pre 203 meseci
Aj ja sad malo da vratim na temu

Uglavio sam Spring u jedan projekat i mogu vam reci da sam odusevljen - koristim samo IoC za sada. Dosta mi je pocistio kod i omogucio da deklarativno promenim implementaciju, naterao me da radim po principu programming to interfaces i cela ta prica. Jedino sada iz import statementa vise nije jasno od cega moj kod zavisi Lako moze da se desi da ne ukljucim nesto od toga jer u compile timeu to nije potrebno, a onda u runtimu pucanje. Kako ovo resavate?

I imam drugo pitanje:

Situacija je jasna kada imam objekte koji imaju konstruktor koji ima druge objekte. Definisem sve te binove u xmlu i onda se referisem. Imamo singleton i prototype scope i to je sve ok.

Medjutim, potrebna mi je sledeca stvar: Imam klasu koja se zove SocketCommunicator i njen konstruktor prima Socket kao jedan jedini argument. E sad, problem je sto ja ne mogu da definisem bean koji ce da mi pravi socket, zato sto taj socket dobijam na sledeci nacin:

Code:

ServerSocket listener = new ServerSocket(port);
Socket client = listener.accept(); // Ovde nema new operatora!!!


Kako se ovo resava?

V
 
Odgovor na temu

sanchi
Sanja Jokic
Beograd

Član broj: 148256
Poruke: 104
*.cisco.com.



+8 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 19:45 - pre 203 meseci
1.) Prvi problem cu resiti tako sto cu da batalim Spring i predjem na google guice cim nadjem vremena
2.) koristis factory-method, iskopirah primer sa neta, pa prepravi: <bean id="fallbackBeans" factory-bean="rsacBeanLocator" factory-method="methodName">


If people were meant to pop out of beds we would all sleep in toasters.
Google is your friend http://justfuckinggoogleit.com/
 
Odgovor na temu

sanchi
Sanja Jokic
Beograd

Član broj: 148256
Poruke: 104
*.cisco.com.



+8 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 20:26 - pre 203 meseci
Citat:
alex: Govoreci o Java MVC razlicitim okruzenjima, jel probao neko Tapestry? Trebalo bi da radim procenu tog alata za jedan novi projekat pa me zanimaju vasa iskustva.


Ja sam se nesto malo igrala, ali nisam radila nista ozbiljno da bih dala neke pametne ocene, pa se nadam da ce neko sa vise iskustva da se javi.
Znam da mi se jako dopala cela ideja, da sam brzo pohvatala najbitnije stvari, i da sam svojevremeno utvrdila da je projekat zreo, ima lepu bazu korisnika, i da je veoma aktivan, sto mi je sve bilo prilicno bitno, i ostavilo jako dobar utisak.

Vidim da je izasla i verzija 5 (wow!), naidjoh na odlican tutorial: http://tapestry.apache.org/tapestry5/t5-tutorial.pdf
Javi sta si procenio. :)
If people were meant to pop out of beds we would all sleep in toasters.
Google is your friend http://justfuckinggoogleit.com/
 
Odgovor na temu

dejankr
Dejan Krsmanovic
JavaEE programer
Beograd

Član broj: 7842
Poruke: 384
*.sbb.co.yu.



+1 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 20:52 - pre 203 meseci
Citat:
alex: Govoreci o Java MVC razlicitim okruzenjima, jel probao neko Tapestry? Trebalo bi da radim procenu tog alata za jedan novi projekat pa me zanimaju vasa iskustva.


Pokrenuo sam novu temu o Tapestry http://www.elitesecurity.org/t266450-0#1614414, da ne bi išli dalje u OT u ovoj temi.
 
Odgovor na temu

anon315

Član broj: 315
Poruke: 1657
*.adsl-1.sezampro.yu.



+13 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 22:32 - pre 203 meseci
Citat:
sanchi:2.) koristis factory-method, iskopirah primer sa neta, pa prepravi: <bean id="fallbackBeans" factory-bean="rsacBeanLocator" factory-method="methodName">


Hm, voleo bih da je stvar tako jednostavna :(

Ok, jasna mi je ideja, dakle, moj bean ce ustvari biti kreiran od strane drugog (factory) beana. To lepo zvuci, ali pazi kakvu ja situaciju imam:

Imam klasu koja se zove ThreadConversationWorker. Broj instanci ove klase je N (> 1). Ta klasa ima privatno polje: private Socket client; koje je setovano konstruktorom:

Code:

public ThreadConversationWorker(Socket client, Protocol protocol) {
        this.client = client;
        this.protocol = protocol;
}


Ono sto je bitno je da je client koji je predat konstruktoru potekao od listener.accept(), kako sam ranije naveo...

U nekom trenutku poziva se sledeci kod u toj instanci:

Code:

Communicator c = new SocketCommunicator(client);


Ja ovde ne zelim da vise zavisim od konkretne implementacije SocketCommunicator. E sad, da je ovaj client kreiran sa new ili da je singleton, znao bih sta cu.

Sad je pitanje kako da ovo sto si predlozila iskoristim da resim problem. Meni nije jasno sledece:

Sta ce u mom slucaju biti factory bean ciju cu metodu da posle koristim kao factory-method?

Ono sto je meni smisleno je da to upravo bude ThreadConversationWorker, jer on cuva client-a, pa bi u tom slucaju pomenuta metoda samo vracala to i kraj price.

Medjutim, problematicno je to sto u tom slucaju factory bean nije singleton, nego ce ih onda biti koliko ima i ThreadConversationWorker-a i sad dolazimo do krucijalnog pitanja: kako ja da uparim da se poziva bas factory-method PRAVE instance factory-beana???

 
Odgovor na temu

anon315

Član broj: 315
Poruke: 1657
*.adsl-1.sezampro.yu.



+13 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 22:36 - pre 203 meseci
A da ne pominjem da je posebna prica sto mi ThreadConversationWorker uopste i nije menadzovan od strane Spring IoC-a (a mora da bude da bi Spring mogao da koristi njegov metod kao factory-method). Dakle, gornja pitanju su u slucaju da ga pretumbam da bude u nadleznosti Springa.

A jos bolje pitanje je kako da resim problem, bez da mi ThreadConversationWorker uopste bude u IoCu?
 
Odgovor na temu

anon315

Član broj: 315
Poruke: 1657
*.adsl-1.sezampro.yu.



+13 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 23:19 - pre 203 meseci
Jao bre, pa gle prostog resenja:

Napravicu no arg konstruktor i tako sam resio problem koriscenja sa Springom, a onda cu samo da dodam metodu setClient(Socket client) u Communicator i rucno da setujem, posto dobijem instancu od Springa :)

Mada me ipak zanima kako bi se resilo da ne koristim ovaj workaround..
 
Odgovor na temu

sanchi
Sanja Jokic
Beograd

Član broj: 148256
Poruke: 104
194.106.184.*



+8 Profil

icon Re: Ajmo malo o Springu20.06.2007. u 23:20 - pre 203 meseci
A da napraviš onda interfejse Communicator, i SocketCommunicatorFactory koji će da ima metod getInstance koji prima Socket i vraca Communicator.

Springu onda prosleđuješ konkretnu implementaciju fabrike koja vraća konkretnu implementaciju Communicatora koji ti treba, u datom slučaju (SocketCommunicator), pri čemu je SocketCommunicatorFactory singleton.

Ili tako nešto...

If people were meant to pop out of beds we would all sleep in toasters.
Google is your friend http://justfuckinggoogleit.com/
 
Odgovor na temu

[es] :: Java :: Ajmo malo o Springu

Strane: 1 2 3

[ Pregleda: 15706 | Odgovora: 49 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.