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

Ajmo malo o Springu

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

Strane: 1 2 3

[ Pregleda: 4067 | Odgovora: 49 ]

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

jablan
Mladen Jablanović
Beograd

Član broj: 8286
Poruke: 3002
194.228.230.*

Sajt: blog.radioni.ca


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 12:09
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?
19.06.2007. u 12:09 

sanchi
Beograd

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



Profil

icon Re: Ajmo malo o Springu19.06.2007. u 12:58
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/
19.06.2007. u 12:58 

hyle
Perica Milošević
Team Leader - Sportska kladionica Mozzart
Belgrade

Moderator
Član broj: 30030
Poruke: 130
82.117.206.*

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


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 13:03
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.
19.06.2007. u 13:03 

sanchi
Beograd

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



Profil

icon Re: Ajmo malo o Springu19.06.2007. u 13:28
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/
19.06.2007. u 13:28 

ana
Ana Balevic
Institute for Parallel and Distributed Systems, Stutt..
Minhen

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

Jabber: ana@elitesecurity.org
ICQ: 35205001
Sajt: tesla.rcub.bg.ac.yu/~tauc..


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 13:33
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 :)
19.06.2007. u 13:33 

hyle
Perica Milošević
Team Leader - Sportska kladionica Mozzart
Belgrade

Moderator
Član broj: 30030
Poruke: 130
82.117.206.*

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


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 14:34
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
19.06.2007. u 14:34 

ana
Ana Balevic
Institute for Parallel and Distributed Systems, Stutt..
Minhen

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

Jabber: ana@elitesecurity.org
ICQ: 35205001
Sajt: tesla.rcub.bg.ac.yu/~tauc..


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 16:22
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)



19.06.2007. u 16:22 

alex
Aleksandar Radulovic
Team/Project Manager, Software Development, Síminn hf.
Reykjavik, Iceland

Administrator
Član broj: 71
Poruke: 2106
*.siminn.is.

Jabber: maurice.chavez@gmail.com
ICQ: -1
Sajt: www.a13x.info


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 17:21
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)
19.06.2007. u 17:21 

ana
Ana Balevic
Institute for Parallel and Distributed Systems, Stutt..
Minhen

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

Jabber: ana@elitesecurity.org
ICQ: 35205001
Sajt: tesla.rcub.bg.ac.yu/~tauc..


Profil

icon Re: Ajmo malo o Springu19.06.2007. u 19:50
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?
19.06.2007. u 19:50 

dejankr
Dejan Krsmanovic
JavaEE programer
Beograd

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



Profil

icon Re: Ajmo malo o Springu19.06.2007. u 21:44
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.

19.06.2007. u 21:44 

alex
Aleksandar Radulovic
Team/Project Manager, Software Development, Síminn hf.
Reykjavik, Iceland

Administrator
Član broj: 71
Poruke: 2106
*.siminn.is.

Jabber: maurice.chavez@gmail.com
ICQ: -1
Sajt: www.a13x.info


Profil

icon Re: Ajmo malo o Springu20.06.2007. u 12:52
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)
20.06.2007. u 12:52 

alex
Aleksandar Radulovic
Team/Project Manager, Software Development, Síminn hf.
Reykjavik, Iceland

Administrator
Član broj: 71
Poruke: 2106
*.siminn.is.

Jabber: maurice.chavez@gmail.com
ICQ: -1
Sajt: www.a13x.info


Profil

icon Re: Ajmo malo o Springu20.06.2007. u 12:58
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)
20.06.2007. u 12:58 

Vanja Petreski

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



Profil

icon Re: Ajmo malo o Springu20.06.2007. u 19:28
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
20.06.2007. u 19:28 

sanchi
Beograd

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



Profil

icon Re: Ajmo malo o Springu20.06.2007. u 19:45
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/
20.06.2007. u 19:45 

sanchi
Beograd

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



Profil

icon Re: Ajmo malo o Springu20.06.2007. u 20:26
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/
20.06.2007. u 20:26 

dejankr
Dejan Krsmanovic
JavaEE programer
Beograd

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



Profil

icon Re: Ajmo malo o Springu20.06.2007. u 20:52
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.
20.06.2007. u 20:52 

Vanja Petreski

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



Profil

icon Re: Ajmo malo o Springu20.06.2007. u 22:32
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???

20.06.2007. u 22:32 

Vanja Petreski

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



Profil

icon Re: Ajmo malo o Springu20.06.2007. u 22:36
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?
20.06.2007. u 22:36 

Vanja Petreski

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



Profil

icon Re: Ajmo malo o Springu20.06.2007. u 23:19
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..
20.06.2007. u 23:19 

sanchi
Beograd

Član broj: 148256
Poruke: 72
194.106.184.*



Profil

icon Re: Ajmo malo o Springu20.06.2007. u 23:20
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/
20.06.2007. u 23:20 

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

Strane: 1 2 3

[ Pregleda: 4067 | Odgovora: 49 ]

Postavi temu Odgovori

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