Spring MVC + hangi frontEnd

[senko]

guzide bir proje icin Spring MVC kullanacagim
fakat frondend'te les les jsp companentleri kullanmak istemiyorum
jsf'te kullanmayacam, 2 framework'e gerek yok.

ama ne kullansam bilemedim, sizin deneyiminiz var mi abi spring ile su iyi gidiyor diyebileceginiz?

[Kojiroh]

Spring Boot üzerinden REST back-end, önüne de AngularJS çakmak fazla mı kaçar?

Edit: Şu an bi projemizi Spring Boot'a geçiriyoruz ve inanılmaz memnunuz da, bizim proje single page application olarak çalışabildiği ve front-end işini direkt paslayabileceğimiz adamlar olduğumuz için bu kadar rahat ettik gerçi.

[pulkas]

http://blog.jhades.org/developing-a-modern-java-8-web-app-with-spring-mvc-and-angularjs/

surada anlatmis proslu conslu.

[senko]

spring boot'a gerenk yok sanirim
hali hazirda tomcat veya jboss var, ben tomcat kullanirim muhtemelen
boot'un esprisi standalone yapmasi degil mi spring'i?
baska bir olayi varsa onu bilmiyorum.
arkada zaten spring core + mvc beraber calisacak tomcat ustunde

angularJS bakmaya deger, kolay mi bunun componentlerini kullanmasi?

[senko]

@kojiroh spring boot kullandigin zaman gomulu tomcat'i bir sekilde cluster fln yapamiyorsun degil mi?

[Kojiroh]

Aslında bizimki derinlemesine araştırıldıktan sonra yapılmış bi tercih değil. Proje önceden Play Framework ile yazılmıştı ve Play'i de embedded Netty sunucusu ayaklandırdığı ve convention over configuration prensibini benimsediği için çok sevmiştik.

Yalnız Play non-servlet olduğu ve community desteği Spring'e göre yerlerde olduğu için biçok şeyi kendi elimizle yapmamız gerekti ve bu da boş yere bi sürü maliyet çıkardı. Hazır proje rölantiye geçince yeniden yazalım dedik, o esnada da "neyle yazalım" sorusuna cevabımız hem içinde embedded server olduğu (sanırım Tomcat o da), hem de konfigürasyon için adamı XML'lerle boğmadığı için Spring Boot oldu.

[Kojiroh]

Henüz cluster'lama deneyimimiz olmadığı için bilmiyorum sdf

Ama önceki halinde uygulamayı tek instance çalıştırsak da session'ları Hazelcast üzerinde tutuyoduk ve kullanıcıya bu session'ları düşürme imkanı tanıdığımız için user-session ilişkilendirmesi problem oluyodu. O yüzden bu sefer DB'de tutuyoruz direk sdf

[senko]

isabetli secim olmus :)

ama benden size tavsiye, xml'lere bogulmak demissin de siz yine de IoC taraflarini xml yapin. ilerde maintain edilirken heryerde @auto-wired gormek hos olmuyor. Hele kapsamli bir proje ise

onun yerine her modulun altina bi tane xml koymak, dependency injectionlari ve bean propertylerini orda vermek daha buyuk kolaylik sagliyor. simdiki ide'ler zaten IoC gordu mu direk xml'e gecebiliyorlar

[cabot]

Bence xml'e hiç gerek yok configurationda. Butun herşey annotation ve beanlerle konfigüre edilmeli.
Spring boot'un esprisi de seni bütün konfigurasyondan hızlıca kurtarıp projeyi ayaga kaldırabiliosun başlıosun projeyi yapmaya.
Tek bir properties veya yaml dosyasından projeyi ayarlayabilisoun. Dünyalarca spring dependencyleriyle dee uğraşmıosun pomda.
Hatta şöyle birşey var istediğin spring teknolojilerini seçip direk projeyi oluşturan. start.spring.io

Bir de jhipster var yeoman kullanarak proje oluşturan spring mvc + angular. Arkada spring stack önde angular ve javascript tabanlı birsürü şey.

Sorunun cevabı da açık. Spring mvc+ angular ya da spring mvc +thymeleaf+ jquery

[senko]

spring + angularjs'e karar verdim
kalkarim umarim altindan

bu arada tek ben projeyi yapiyor olsam ben de annotaion tercih edebilirim belki ama, proje buyudukce calisan sayisi fazlalastikca bana kontrolden cikiyor gibi geldi. o yuzden xml daha temiz dedim.

her module 1 veya bikactane xml verdiginde tek okumayla anlayabiliyorsun ne oluyor ne bitiyor, maintainability acisindan xml daha yararli geldi bize.

ama hibernate'te mesela cuk diye oturuyor annotaionlar.

[cabot]

projeler işte monolithic oldugundan acayip kompleksleşiyor. Moduller üstüne modüller geliyor. Ondan sonra bi bakışta anlaşılmıyor hiçbirşey. Xml orda sadece injectionlari toplu olarak görebilmeni sağlıyor. Ama bu xmlin dogru oldugu mu anlamına mı geliyor yoksa projenin tasarımının kötü olduguna mı ona karar veremiyorum.

Önceki şirkette bu şekildeydi.Xmllerdeydi herşey.Tek projeydi. Şimdiki şirkette projeler ayrı deploy ediliyor. Herşey annotation. Çok daha rahat şimdilik. Bakalım ilerde nolacak.

Angular da buarada 2.0'da herşey değişicek. Şuanki angulara destek kalmayacak böyle bir sıkıntı olabilir. Şuanki angulara yatırım yapmakta da baya bir tartışma var o yüzden. Ama hertürlü jqueryden iyi bir seçim angular

[Borastus]

senko said:

spring + angularjs'e karar verdim
kalkarim umarim altindan

bu arada tek ben projeyi yapiyor olsam ben de annotaion tercih edebilirim belki ama, proje buyudukce calisan sayisi fazlalastikca bana kontrolden cikiyor gibi geldi. o yuzden xml daha temiz dedim.

her module 1 veya bikactane xml verdiginde tek okumayla anlayabiliyorsun ne oluyor ne bitiyor, maintainability acisindan xml daha yararli geldi bize.

ama hibernate'te mesela cuk diye oturuyor annotaionlar.

son durum ne oldu angularjs için ne diyorsun merak ettim yorumlarını

[senko]

eheh tam o donemde sirket degistirdigim icin cok derinlerine inemedim angularJS'in
ama spring ile entegre etmekte zorlandim bayagi, bu benim hic js tabanli front end tecrubem olmadigindan da olabilir.
prototip icin vakit kaybetmeden direk jsp template'lerini kullanmistim, ben ayrilinca da devirlanlar devam ettmirmis jsp ile, branchte angular'li versiyon oldgunu bile cok sonra gorduk dediler :)

[Gladmir]

Angularjs dogru secim olmus, 2.0 ciktiginda core kisimlari bir nebze backward compatiable olacagi icin kolayca gecirirsin.

[elesso]

ne diyonuz olm bunlar ne asdf

[BioHazarD]

angular <3 angular ui'a da bak. bootstrapi native olarak angularda yazmislar.