From laja at freemail.hu Mon Aug 10 16:21:00 2015
From: laja at freemail.hu (Freemail)
Date: Mon, 10 Aug 2015 16:21:00 +0200
Subject: [Javalist] jsf java attributum
Message-ID: <55C8B34C.5010305@freemail.hu>
Hali!
JSF-ben csinálok egy saját compisite components-et, legyen a neve monjuk
XXX. Van hozzá egy java osztály is, ami legyen XXXComponent.java. Ebben
vagy egy változó, mondjuk legyen 'aktiv'. Van hozzá getter meg setter
ahogy kell. A kérdésem az, hogy hogyan tudom a kompons leíró xhtml-ben
definiálni mint attribútum ezt a változót?
XXX.xhtml:
....
....
Használva:
....
Ez így működik rendesen, de a NetBeans meg más kód ellenőrzők hibásnak
titulálják a kódot, mert hogy nincs olyan attribútuma hogy 'aktiv'.
Persze hogy nem látja, mert nincs definiálva...
A kérdésem, hogyan kell definiálni a java-ban lévő változókat mint
attribútumokat a komponensben?
(Ha simán úgy definiálom mint a többit, akkor mindenféle hibák jönnek,
meg nem renderelődik rendesen a komponens :( )
Köszi!
Laja
From csabeee at gmail.com Mon Aug 10 19:19:21 2015
From: csabeee at gmail.com (=?UTF-8?Q?Csaba_Gy=C5=91rffy?=)
Date: Mon, 10 Aug 2015 19:19:21 +0200
Subject: [Javalist] jsf java attributum
In-Reply-To: <55C8B34C.5010305@freemail.hu>
References: <55C8B34C.5010305@freemail.hu>
Message-ID:
Hello,
alapvetően három lehetőséget látok. A kódban ezek némileg keverednek:)
1. A komponensben közvetlenül hivatkozod egy managed beaned valamely
mezőjét a szokott módon: disabled="#{myBean.disabled}"
2. A komponensben definiálsz egy aktiv attribútumot. Az interfészen belül,
ugyanúgy, mint ahogy a value-t definiáltad, majd a felhasználás helyén is
megadod (ha már required), ahogy tetted is. Így nem kötöd hozzá egy konkrét
beanhez a komponenst, hanem a komponens felhasználója dönthet a
felhasználás helyén arról, mit ad át.
http://www.mkyong.com/jsf2/composite-components-in-jsf-2-0/
3. A komponenst hozzákötöd egy backing componenthez. Nem backing bean (azaz
managed bean), hanem backing component.
http://balusc.blogspot.hu/2013/01/composite-component-with-multiple-input.html
Azért írtam, hogy keverednek a lehetőségek, mert az interfésznél van egy
ilyened: componentType="hu.laja.XXXComponent". Ez pontosan a harmadik
megoldás egyik kulcspontja. Az XXXComponent ilyenkor egy backing component
kell legyen, ami többek között azt jelenti, hogy "This must be an instance
of UIComponent
and implement at least the NamingContainer
interface". Ilyenkor a backing component mezőit nem cc.attrs.mezőnév, hanem
cc.mezőnév formában lehet elérni, és ezek a mezők nem Stringek pl., hanem
UI komponens típusúak, pl. UIInput. Az 1. és 2. megoldásoknál nincs szükség
a componentType megadására.
Üdv
Csaba
2015. augusztus 10. 16:21 Freemail írta, :
> Hali!
>
> JSF-ben csinálok egy saját compisite components-et, legyen a neve monjuk
> XXX. Van hozzá egy java osztály is, ami legyen XXXComponent.java. Ebben
> vagy egy változó, mondjuk legyen 'aktiv'. Van hozzá getter meg setter ahogy
> kell. A kérdésem az, hogy hogyan tudom a kompons leíró xhtml-ben definiálni
> mint attribútum ezt a változót?
>
> XXX.xhtml:
>
>
>
>
>
>
>
> ....
> disabled="#{not cc.attrs.aktiv">
> ....
>
>
>
> Használva:
> ....
>
>
>
> Ez így működik rendesen, de a NetBeans meg más kód ellenőrzők hibásnak
> titulálják a kódot, mert hogy nincs olyan attribútuma hogy 'aktiv'. Persze
> hogy nem látja, mert nincs definiálva...
>
> A kérdésem, hogyan kell definiálni a java-ban lévő változókat mint
> attribútumokat a komponensben?
> (Ha simán úgy definiálom mint a többit, akkor mindenféle hibák jönnek,
> meg nem renderelődik rendesen a komponens :( )
>
> Köszi!
>
> Laja
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From laja at freemail.hu Tue Aug 11 15:13:07 2015
From: laja at freemail.hu (Freemail)
Date: Tue, 11 Aug 2015 15:13:07 +0200
Subject: [Javalist] jsf java attributum
In-Reply-To:
References: <55C8B34C.5010305@freemail.hu>
Message-ID: <55C9F4E3.2070307@freemail.hu>
Hali!
Igen, én pont a 3. megoldást használom. Működik is mint írtam, csak az a
bajom, hogy ha valahol használom ezt a komponenst, és ott hivatkozom egy
java változóra, akkor a NetBeans hibát jelez, hogy ismeretlen attribútum.
pl:
Itt kiabál az NB, hogy 'aktiv' attribútum nincsen. Nyilván az a baja,
hogy nincs definiálva az interface-ban. Az a bajom, hogy sehol nem
találtam leírást, hogy mit kellene tennem, hogy ne jelezzen hibát.
(Persze nem arra gondoltam, hogy kikapcsolom a hibajelzést.)
Ehhez kapcsolódik, hogy ilyen esetben hogy tudom megadni, hogy egy java
változó 'required', vagy hogy mi legyen abban a komponensben a default
érték, illetve hogyan tudok leírást adni hozzá? Vagyis az interface-ben
definiáltakat ilyenkor hogy tudom megadni?
Üdv!
Laja
2015.08.10. 19:19 keltezéssel, Csaba Győrffy írta:
> Hello,
>
> alapvetően három lehetőséget látok. A kódban ezek némileg keverednek:)
>
> 1. A komponensben közvetlenül hivatkozod egy managed beaned valamely
> mezőjét a szokott módon: disabled="#{myBean.disabled}"
>
> 2. A komponensben definiálsz egy aktiv attribútumot. Az interfészen
> belül, ugyanúgy, mint ahogy a value-t definiáltad, majd a felhasználás
> helyén is megadod (ha már required), ahogy tetted is. Így nem kötöd
> hozzá egy konkrét beanhez a komponenst, hanem a komponens
> felhasználója dönthet a felhasználás helyén arról, mit ad át.
> http://www.mkyong.com/jsf2/composite-components-in-jsf-2-0/
>
> 3. A komponenst hozzákötöd egy backing componenthez. Nem backing bean
> (azaz managed bean), hanem backing component.
> http://balusc.blogspot.hu/2013/01/composite-component-with-multiple-input.html
>
> Azért írtam, hogy keverednek a lehetőségek, mert az interfésznél van
> egy ilyened: componentType="hu.laja.XXXComponent". Ez pontosan a
> harmadik megoldás egyik kulcspontja. Az XXXComponent ilyenkor egy
> backing component kell legyen, ami többek között azt jelenti, hogy
> "This must be an instance of |UIComponent
> |
> and implement at least the |NamingContainer
> |
> interface". Ilyenkor a backing component mezőit nem cc.attrs.mezőnév,
> hanem cc.mezőnév formában lehet elérni, és ezek a mezők nem Stringek
> pl., hanem UI komponens típusúak, pl. UIInput. Az 1. és 2.
> megoldásoknál nincs szükség a componentType megadására.
>
> Üdv
> Csaba
>
> 2015. augusztus 10. 16:21 Freemail írta, >:
>
> Hali!
>
> JSF-ben csinálok egy saját compisite components-et, legyen a neve
> monjuk XXX. Van hozzá egy java osztály is, ami legyen
> XXXComponent.java. Ebben vagy egy változó, mondjuk legyen 'aktiv'.
> Van hozzá getter meg setter ahogy kell. A kérdésem az, hogy hogyan
> tudom a kompons leíró xhtml-ben definiálni mint attribútum ezt a
> változót?
>
> XXX.xhtml:
>
>
>
>
>
>
>
> ....
> disabled="#{not cc.attrs.aktiv">
> ....
>
>
>
> Használva:
> ....
>
>
>
> Ez így működik rendesen, de a NetBeans meg más kód ellenőrzők
> hibásnak titulálják a kódot, mert hogy nincs olyan attribútuma
> hogy 'aktiv'. Persze hogy nem látja, mert nincs definiálva...
>
> A kérdésem, hogyan kell definiálni a java-ban lévő változókat mint
> attribútumokat a komponensben?
> (Ha simán úgy definiálom mint a többit, akkor mindenféle hibák
> jönnek, meg nem renderelődik rendesen a komponens :( )
>
> Köszi!
>
> Laja
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From cpt at freemail.hu Tue Aug 11 16:58:06 2015
From: cpt at freemail.hu (Cpt)
Date: Tue, 11 Aug 2015 16:58:06 +0200 (CEST)
Subject: [Javalist] free wireframe tool windows-ra
Message-ID:
Sziasztok, tudtok ajánlani free windowsos wireframe eszközt webes tervezéshez? Olyan érdekel, mint a Pencil, csak tudja visszatölteni, amit elment. :) (Kivételesen online nem jön számításba.) köszi, Gábor
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From gzsombor at gmail.com Sat Aug 22 12:46:41 2015
From: gzsombor at gmail.com (Zsombor)
Date: Sat, 22 Aug 2015 12:46:41 +0200
Subject: [Javalist] Web framework
Message-ID:
Helló !
Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy
JSF-es kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik
JSF-et használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam
2007-2008 táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni)
Emiatt merült fel bennem, hogy manapság mit használnak az emberek, ha webes
frontendet kell készíteniük, mik alapján választották, és mi az ami trendi?
Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém :
- Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat: amíg
nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont szívás,
és haj tépés.
- AngularJS-es frontend, ami spring-es szervízeket hívogat, amik JSON-ban
válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja, hogy
keresők beindexeljék a rendszerét.
Többieknek milyen tapasztalatai vannak az elmúlt évekről?
Üdv
Zs
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From hollosibalazs at gmail.com Sat Aug 22 12:58:39 2015
From: hollosibalazs at gmail.com (=?UTF-8?Q?Bal=C3=A1zs_Holl=C3=B3si?=)
Date: Sat, 22 Aug 2015 03:58:39 -0700 (PDT)
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID: <1440241119182.f7f23631@Nodemailer>
Szia
Nálunk a playframework pörög, kb 2 éve használjuk, főleg scala alapon, de van pár java modul is. Eddig nagyon pozitív.
B.
On Sat, Aug 22, 2015 at 12:46 PM, Zsombor wrote:
> Helló !
> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy
> JSF-es kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik
> JSF-et használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam
> 2007-2008 táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni)
> Emiatt merült fel bennem, hogy manapság mit használnak az emberek, ha webes
> frontendet kell készíteniük, mik alapján választották, és mi az ami trendi?
> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém :
> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat: amíg
> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont szívás,
> és haj tépés.
> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik JSON-ban
> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja, hogy
> keresők beindexeljék a rendszerét.
> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
> Üdv
> Zs
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From xesj.hu at gmail.com Sat Aug 22 14:59:15 2015
From: xesj.hu at gmail.com (=?UTF-8?Q?J=C3=B3zsef_Keresztes?=)
Date: Sat, 22 Aug 2015 14:59:15 +0200
Subject: [Javalist] Web framework
In-Reply-To: <1440241119182.f7f23631@Nodemailer>
References:
<1440241119182.f7f23631@Nodemailer>
Message-ID:
Sziasztok !
Nálunk Apache Wicket a nyerő.
Régebben 2009-ben volt JSF, de a Wicket-hez képest nagyon gyenge, nem
szeretek azokba a projektekbe belenyúlni amit JSF-el készítettünk.
Most nézegetem a Spring-et, a JSP-vel borzalom, de a Spring + Thymeleaf
elég jónak tűnik.
Én sok keretrendszerrel kísérleteztem a Play sem jött be.
Joe
2015. augusztus 22. 12:58 Balázs Hollósi írta, :
> Szia
>
> Nálunk a playframework pörög, kb 2 éve használjuk, főleg scala alapon, de
> van pár java modul is. Eddig nagyon pozitív.
>
> B.
>
>
>
> On Sat, Aug 22, 2015 at 12:46 PM, Zsombor wrote:
>
>> Helló !
>>
>> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy
>> JSF-es kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik
>> JSF-et használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam
>> 2007-2008 táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni)
>> Emiatt merült fel bennem, hogy manapság mit használnak az emberek, ha webes
>> frontendet kell készíteniük, mik alapján választották, és mi az ami trendi?
>>
>> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém :
>> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat: amíg
>> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont szívás,
>> és haj tépés.
>> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik JSON-ban
>> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja, hogy
>> keresők beindexeljék a rendszerét.
>>
>> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
>>
>>
>> Üdv
>> Zs
>>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From tamas.fitos at gmail.com Sat Aug 22 20:42:01 2015
From: tamas.fitos at gmail.com (=?UTF-8?B?VGFtw6FzIEZpdG9z?=)
Date: Sat, 22 Aug 2015 20:42:01 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
<1440241119182.f7f23631@Nodemailer>
Message-ID:
Sziasztok!
Példák két berlini startup-ból (amik már nem annyira kicsik - 20-30 millió
euró befektetéssel, legalább 50 alkalmazottal):
*1. Friendsurance* - https://www.friendsurance.de
Spring MVC + angular.js (typescript-tel), és az admin felületeken JSF
(legacy okok miatt).
Az indexelendő landing page-ek szinte teljesen statikus html-esek, pár
oldal egy ruby-s cms rendszerből jön (szintén legacy).
*2. GoEuro* - https://www.goeuro.de
Spring MVC + Pebble template engine
A Pebble-re elsősorban azért esett a választás, mert a frontend-esek
korábban a Twig-et használták és ismerték, ami a Jinja-nak (a python-os
Django template nyelvének) a php-s portja és a Symfony template engine-je.
A Pebble a Jinja java-s portja. Nagyon tetszett, baromi rugalmas, mindent
meg tudtunk oldani vele.
Üdv:
Tamás
2015-08-22 14:59 GMT+02:00 József Keresztes :
> Sziasztok !
>
> Nálunk Apache Wicket a nyerő.
> Régebben 2009-ben volt JSF, de a Wicket-hez képest nagyon gyenge, nem
> szeretek azokba a projektekbe belenyúlni amit JSF-el készítettünk.
> Most nézegetem a Spring-et, a JSP-vel borzalom, de a Spring + Thymeleaf
> elég jónak tűnik.
> Én sok keretrendszerrel kísérleteztem a Play sem jött be.
>
> Joe
>
> 2015. augusztus 22. 12:58 Balázs Hollósi írta, :
>
>> Szia
>>
>> Nálunk a playframework pörög, kb 2 éve használjuk, főleg scala alapon, de
>> van pár java modul is. Eddig nagyon pozitív.
>>
>> B.
>>
>>
>>
>> On Sat, Aug 22, 2015 at 12:46 PM, Zsombor wrote:
>>
>>> Helló !
>>>
>>> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy
>>> JSF-es kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik
>>> JSF-et használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam
>>> 2007-2008 táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni)
>>> Emiatt merült fel bennem, hogy manapság mit használnak az emberek, ha webes
>>> frontendet kell készíteniük, mik alapján választották, és mi az ami trendi?
>>>
>>> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém :
>>> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat:
>>> amíg nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont
>>> szívás, és haj tépés.
>>> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik
>>> JSON-ban válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem
>>> akarja, hogy keresők beindexeljék a rendszerét.
>>>
>>> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
>>>
>>>
>>> Üdv
>>> Zs
>>>
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From laja at freemail.hu Mon Aug 24 09:14:41 2015
From: laja at freemail.hu (Freemail)
Date: Mon, 24 Aug 2015 09:14:41 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID: <55DAC461.7020809@freemail.hu>
Hali!
>Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
>hogy ezek szerint vannak még akik JSF-et használnak,
>ami kisebb fajta csodának tűnt számomra :) (Jómagam
>2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
>hogy jobb kihagyni)
Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről... Ugye
Java6-ot használsz még?
Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces
egy annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha
szereted a kész megoldásokat, akkor SpringSecurity-vel körberakva elég
kényelmes környezet. Komolyan, mi baj van vele?
De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja
az ember gyomra a JS-t ;)
>AngularJS-es frontend, ami spring-es szervízeket hívogat,
>amik JSON-ban válaszolnak
Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg
jó, de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog
jelenni, de ha mégis, akkor baromi lassan...
De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer,
sőt. De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens?
Jók azok is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
Üdv!
Laja
From xesj.hu at gmail.com Mon Aug 24 09:43:14 2015
From: xesj.hu at gmail.com (=?UTF-8?Q?J=C3=B3zsef_Keresztes?=)
Date: Mon, 24 Aug 2015 09:43:14 +0200
Subject: [Javalist] Web framework
In-Reply-To: <55DAC461.7020809@freemail.hu>
References:
<55DAC461.7020809@freemail.hu>
Message-ID:
Sziasztok !
Ha már szidni kell a JSF-et:
Igaz csak 2 évig használtuk 2009-2010-ben, tehát nekem csak ennyi
tapasztalatom volt vele, és ez még a JSF 1.2-es verzió volt.
Az egyik nagy bajom bajom vele hogy volt olyan feladat amikor, a JSF webapp
egyes funkcióját (weboldalát) egy másik webapp hívta volna. Nem tudtam
milyen URL-t mondjak neki !
Mert ugye a http://.../valami.jsf már a view-t hívja, holott nekem valami
"controller" hívás kéne, majd az dönti el hogy hogy milyen view-t kell
megjeleníteni. Persze olvastam hogy a JSF2-ben mintha lenne erre
valami nagyon buher megoldás, de nagyon megtekerve ám...
Szerintem alapvető minden keretrendszerben hogy egy URL ne rögtön a
view-hoz kötödjön és azt aktiváljon.
Persze lehet hogy erre van megoldásod, és én nem tudtam akkor mit kezdeni
ezzel a problémával, de nagyon bosszantott.
Ezen kívül pedig 1000x tapasztaltuk hogy ha egy bean nem session scope-ba
raktuk, csak request-be akkor baromira nem működött rendesen tehát minden
ment szépen session-be és ott
csücsült és foglalta a memóriát.
Szerintem még több problémánk volt vele, nem emlékszem már rájuk pontosan,
de pl. nem lehetett olyan html-table -t csinálni ahol össze vannak vonva
táblázat oszlopok, vagy sorok (colspan, rowspan).
Joe
2015. augusztus 24. 9:14 Freemail írta, :
> Hali!
>
> >Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
> >hogy ezek szerint vannak még akik JSF-et használnak,
> >ami kisebb fajta csodának tűnt számomra :) (Jómagam
> >2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
> >hogy jobb kihagyni)
>
> Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről... Ugye
> Java6-ot használsz még?
>
> Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces egy
> annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha
> szereted a kész megoldásokat, akkor SpringSecurity-vel körberakva elég
> kényelmes környezet. Komolyan, mi baj van vele?
>
> De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
> oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
> libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja az
> ember gyomra a JS-t ;)
>
> >AngularJS-es frontend, ami spring-es szervízeket hívogat,
> >amik JSON-ban válaszolnak
>
> Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
> féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
> sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg jó,
> de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog jelenni, de
> ha mégis, akkor baromi lassan...
>
> De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer, sőt.
> De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens? Jók
> azok is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
>
>
> Üdv!
>
> Laja
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From szimeonov.gy at gmail.com Mon Aug 24 09:53:01 2015
From: szimeonov.gy at gmail.com (=?UTF-8?Q?Gy=C3=B6rgy_Szimeonov?=)
Date: Mon, 24 Aug 2015 08:53:01 +0100
Subject: [Javalist] Web framework
In-Reply-To: <55DAC461.7020809@freemail.hu>
References:
<55DAC461.7020809@freemail.hu>
Message-ID:
Hali,
A JSF elmegy intranet alkalmazasoknal (keves felhasznaloval), ahol a
frontend-et Java fejlesztok irjak. Ahol komolyabb frontend elvarasok vannak
ott a frontendet nem Java fejlesztok irjak. Egy atlag frontend fejleszto
nem ert JSF-hez sot semilyen
java template keretrendszerhez, igy a termeszetes valasztas angularJS vagy
barmilyen JS keretrendszer ami jo a feladathoz.
Ha a skalazhatosag fontos es az alkalmazasod weben lesz hasznalva akkor JSF
szoba sem kerulhet.
Nalunk: Spring + AngularJs
Gyuri
2015. augusztus 24. 8:14 Freemail írta, :
> Hali!
>
> >Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
> >hogy ezek szerint vannak még akik JSF-et használnak,
> >ami kisebb fajta csodának tűnt számomra :) (Jómagam
> >2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
> >hogy jobb kihagyni)
>
> Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről... Ugye
> Java6-ot használsz még?
>
> Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces egy
> annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha
> szereted a kész megoldásokat, akkor SpringSecurity-vel körberakva elég
> kényelmes környezet. Komolyan, mi baj van vele?
>
> De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
> oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
> libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja az
> ember gyomra a JS-t ;)
>
> >AngularJS-es frontend, ami spring-es szervízeket hívogat,
> >amik JSON-ban válaszolnak
>
> Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
> féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
> sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg jó,
> de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog jelenni, de
> ha mégis, akkor baromi lassan...
>
> De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer, sőt.
> De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens? Jók
> azok is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
>
>
> Üdv!
>
> Laja
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From viktor.tamas at gmail.com Mon Aug 24 09:55:49 2015
From: viktor.tamas at gmail.com (=?UTF-8?Q?Tam=C3=A1s_Viktor?=)
Date: Mon, 24 Aug 2015 09:55:49 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
Message-ID:
Helló,
angular helyett knockout.js-t senki sem használ?
Szerintem jobb, mert könnyebb integrálni meglévő js-ekkel.
V
2015-08-24 9:53 GMT+02:00 György Szimeonov :
> Hali,
>
> A JSF elmegy intranet alkalmazasoknal (keves felhasznaloval), ahol a
> frontend-et Java fejlesztok irjak. Ahol komolyabb frontend elvarasok vannak
> ott a frontendet nem Java fejlesztok irjak. Egy atlag frontend fejleszto
> nem ert JSF-hez sot semilyen
> java template keretrendszerhez, igy a termeszetes valasztas angularJS vagy
> barmilyen JS keretrendszer ami jo a feladathoz.
>
> Ha a skalazhatosag fontos es az alkalmazasod weben lesz hasznalva akkor
> JSF szoba sem kerulhet.
>
> Nalunk: Spring + AngularJs
>
> Gyuri
>
> 2015. augusztus 24. 8:14 Freemail írta, :
>
>> Hali!
>>
>> >Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
>> >hogy ezek szerint vannak még akik JSF-et használnak,
>> >ami kisebb fajta csodának tűnt számomra :) (Jómagam
>> >2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
>> >hogy jobb kihagyni)
>>
>> Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről... Ugye
>> Java6-ot használsz még?
>>
>> Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces egy
>> annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha
>> szereted a kész megoldásokat, akkor SpringSecurity-vel körberakva elég
>> kényelmes környezet. Komolyan, mi baj van vele?
>>
>> De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
>> oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
>> libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja az
>> ember gyomra a JS-t ;)
>>
>> >AngularJS-es frontend, ami spring-es szervízeket hívogat,
>> >amik JSON-ban válaszolnak
>>
>> Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
>> féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
>> sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg jó,
>> de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog jelenni, de
>> ha mégis, akkor baromi lassan...
>>
>> De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer, sőt.
>> De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens? Jók
>> azok is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
>>
>>
>> Üdv!
>>
>> Laja
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From istvan.farkas at gmail.com Mon Aug 24 09:57:15 2015
From: istvan.farkas at gmail.com (Roodie)
Date: Mon, 24 Aug 2015 07:57:15 +0000
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
Message-ID:
Veszélyes vizekre evezel ezzel a kérdéssel... :-D
On Mon, 24 Aug 2015 at 09:56 Tamás Viktor wrote:
> Helló,
> angular helyett knockout.js-t senki sem használ?
> Szerintem jobb, mert könnyebb integrálni meglévő js-ekkel.
> V
>
> 2015-08-24 9:53 GMT+02:00 György Szimeonov :
>
>> Hali,
>>
>> A JSF elmegy intranet alkalmazasoknal (keves felhasznaloval), ahol a
>> frontend-et Java fejlesztok irjak. Ahol komolyabb frontend elvarasok vannak
>> ott a frontendet nem Java fejlesztok irjak. Egy atlag frontend fejleszto
>> nem ert JSF-hez sot semilyen
>> java template keretrendszerhez, igy a termeszetes valasztas angularJS
>> vagy barmilyen JS keretrendszer ami jo a feladathoz.
>>
>> Ha a skalazhatosag fontos es az alkalmazasod weben lesz hasznalva akkor
>> JSF szoba sem kerulhet.
>>
>> Nalunk: Spring + AngularJs
>>
>> Gyuri
>>
>> 2015. augusztus 24. 8:14 Freemail írta, :
>>
>>> Hali!
>>>
>>> >Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
>>> >hogy ezek szerint vannak még akik JSF-et használnak,
>>> >ami kisebb fajta csodának tűnt számomra :) (Jómagam
>>> >2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
>>> >hogy jobb kihagyni)
>>>
>>> Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről... Ugye
>>> Java6-ot használsz még?
>>>
>>> Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces
>>> egy annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha
>>> szereted a kész megoldásokat, akkor SpringSecurity-vel körberakva elég
>>> kényelmes környezet. Komolyan, mi baj van vele?
>>>
>>> De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
>>> oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
>>> libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja az
>>> ember gyomra a JS-t ;)
>>>
>>> >AngularJS-es frontend, ami spring-es szervízeket hívogat,
>>> >amik JSON-ban válaszolnak
>>>
>>> Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
>>> féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
>>> sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg jó,
>>> de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog jelenni, de
>>> ha mégis, akkor baromi lassan...
>>>
>>> De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer,
>>> sőt. De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens?
>>> Jók azok is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
>>>
>>>
>>> Üdv!
>>>
>>> Laja
>>>
>>>
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From laja at freemail.hu Mon Aug 24 12:54:12 2015
From: laja at freemail.hu (Freemail)
Date: Mon, 24 Aug 2015 12:54:12 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
Message-ID: <55DAF7D4.4010801@freemail.hu>
Hali!
>Az egyik nagy bajom bajom vele hogy volt olyan feladat amikor,
>a JSF webapp egyes funkcióját (weboldalát) egy másik webapp
>hívta volna. Nem tudtam milyen URL-t mondjak neki !
Miért nem csináltál rá egy külön oldalt, aminek a kontrollere lekezeli a
hívásod? JS-ből símán át lehet adni értéket a backing bean-nek például.
>pl. nem lehetett olyan html-table -t csinálni ahol össze vannak
>vonva táblázat oszlopok, vagy sorok (colspan, rowspan).
Pl: http://www.primefaces.org/showcase/ui/data/datatable/subTable.xhtml
vagy
http://www.primefaces.org/showcase/ui/data/datatable/group.xhtml
De van még egy marék megoldás...
Üdv:
Laja
From xesj.hu at gmail.com Mon Aug 24 13:06:51 2015
From: xesj.hu at gmail.com (=?UTF-8?Q?J=C3=B3zsef_Keresztes?=)
Date: Mon, 24 Aug 2015 13:06:51 +0200
Subject: [Javalist] Web framework
In-Reply-To: <55DAF7D4.4010801@freemail.hu>
References:
<55DAC461.7020809@freemail.hu>
<55DAF7D4.4010801@freemail.hu>
Message-ID:
Szia !
Az alapprobléma pont az hogy nincs kontroller a JSF-ben. Tehát egy URL-lel
nem tudsz egy Java osztály egy adott metódusát aktiválni, ami mondjuk egy
string-ként visszaadja mi legyen a view ami megjelenik.
Hanem az url egy view-t hív vagyis egy jsp-t ami persze hivogatja a
mogöttes bean-t, és erről olvastam hogy a bean közben mégis felülbírálhatja
hogy mégse ez a view legyen ami most megjelenítés alatt áll hanem valami
más... Nekem nagyon kavarós a megoldás.
Primefaces-t nem használtunk, csak tisztán JSF-et. Ha jól emlékszem amikor
a -t definiáltuk egy táblán belül annak semmiféle colspan vagy
rowspan-je nincs.
És még arra is emlékszem hogyha valamelyik tag-en belül nem jól adtad meg
egy fix text-et akkor az meg sem jelent, csak ha azt is befoglaltad
h:outpuText-be. Szóval volt jópár problémánk.
Én azt hiszem az egész JSF nem ér annyit hogy az időnket vesztegessük itt
levelezéssel :)
Joe
2015. augusztus 24. 12:54 Freemail írta, :
> Hali!
>
> >Az egyik nagy bajom bajom vele hogy volt olyan feladat amikor,
> >a JSF webapp egyes funkcióját (weboldalát) egy másik webapp
> >hívta volna. Nem tudtam milyen URL-t mondjak neki !
>
> Miért nem csináltál rá egy külön oldalt, aminek a kontrollere lekezeli a
> hívásod? JS-ből símán át lehet adni értéket a backing bean-nek például.
>
> >pl. nem lehetett olyan html-table -t csinálni ahol össze vannak
> >vonva táblázat oszlopok, vagy sorok (colspan, rowspan).
>
> Pl: http://www.primefaces.org/showcase/ui/data/datatable/subTable.xhtml
> vagy
> http://www.primefaces.org/showcase/ui/data/datatable/group.xhtml
>
> De van még egy marék megoldás...
>
> Üdv:
>
> Laja
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From mesterjoco at gmail.com Mon Aug 24 13:18:43 2015
From: mesterjoco at gmail.com (=?UTF-8?Q?Mester_J=c3=b3zsef?=)
Date: Mon, 24 Aug 2015 13:18:43 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
<55DAF7D4.4010801@freemail.hu>
Message-ID: <55DAFD93.8070101@freemail.hu>
Flame war :-) yess...
Azért azon talán el lehet gondolkozni , hogy miért választja több
projekt is a primefaces-t default web frameworknek..
Gondolom nem véletlen.
Nem olyan rossz a. Persze ennek a war-nak az "eldöntéséhez" napi szinten
tisztában kellene lenni az ÖSSZES webes frameworknek a tudásával.
Az meg lényegében lehetetlen.
Józsi
2015.08.24. 13:06 keltezéssel, József Keresztes írta:
> Szia !
>
> Az alapprobléma pont az hogy nincs kontroller a JSF-ben. Tehát egy
> URL-lel nem tudsz egy Java osztály egy adott metódusát aktiválni, ami
> mondjuk egy string-ként visszaadja mi legyen a view ami megjelenik.
> Hanem az url egy view-t hív vagyis egy jsp-t ami persze hivogatja a
> mogöttes bean-t, és erről olvastam hogy a bean közben mégis
> felülbírálhatja hogy mégse ez a view legyen ami most megjelenítés
> alatt áll hanem valami más... Nekem nagyon kavarós a megoldás.
>
> Primefaces-t nem használtunk, csak tisztán JSF-et. Ha jól emlékszem
> amikor a -t definiáltuk egy táblán belül annak semmiféle
> colspan vagy rowspan-je nincs.
>
> És még arra is emlékszem hogyha valamelyik tag-en belül nem jól adtad
> meg egy fix text-et akkor az meg sem jelent, csak ha azt is
> befoglaltad h:outpuText-be. Szóval volt jópár problémánk.
>
> Én azt hiszem az egész JSF nem ér annyit hogy az időnket vesztegessük
> itt levelezéssel :)
>
> Joe
>
> 2015. augusztus 24. 12:54 Freemail írta, >:
>
> Hali!
>
> >Az egyik nagy bajom bajom vele hogy volt olyan feladat amikor,
> >a JSF webapp egyes funkcióját (weboldalát) egy másik webapp
> >hívta volna. Nem tudtam milyen URL-t mondjak neki !
>
> Miért nem csináltál rá egy külön oldalt, aminek a kontrollere
> lekezeli a hívásod? JS-ből símán át lehet adni értéket a backing
> bean-nek például.
>
> >pl. nem lehetett olyan html-table -t csinálni ahol össze vannak
> >vonva táblázat oszlopok, vagy sorok (colspan, rowspan).
>
> Pl:
> http://www.primefaces.org/showcase/ui/data/datatable/subTable.xhtml
> vagy
> http://www.primefaces.org/showcase/ui/data/datatable/group.xhtml
>
> De van még egy marék megoldás...
>
> Üdv:
>
> Laja
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From laja at freemail.hu Mon Aug 24 13:18:41 2015
From: laja at freemail.hu (Freemail)
Date: Mon, 24 Aug 2015 13:18:41 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
Message-ID: <55DAFD91.5050500@freemail.hu>
Hali!
>A JSF elmegy intranet alkalmazasoknal (keves felhasznaloval),
>ahol a frontend-et Java fejlesztok irjak. Ahol komolyabb frontend
>elvarasok vannak ott a frontendet nem Java fejlesztok irjak.
>Egy atlag frontend fejleszto nem ert JSF-hez sot semilyen java
>template keretrendszerhez, igy a termeszetes valasztas
>angularJS vagy barmilyen JS keretrendszer ami jo a feladathoz.
Mert egy átlag frontend fejlesztő ért az AngularJS-hez?
Most nem azért, de ha valaki képes ajax hívásokkal adatot elkérni egy
szervíztől, majd azt akármilyen JS keretrendszerrel megjeleníteni, az
nehogy már ne tudjon megtanulni egy vagy
beírását. Még ezerszer egyszerűbb is, mivel nem kell törődnie az
adatmodellel meg egy csomó mindennel. De egyébként is, a programozó
kipakolja a komponenseket, a designer meg majd szépen css-el beformázza
az oldalt. Ha meg mondjuk fülekre akarja osztani, akkor nem nagy
ördöngősség egy -t berakni. De általában van valami design
terv (amit általában grafikus csinál photoshopban), ami alapján azért
egy programozó össze rakja nagyjából az oldalt, a frontendes meg majd
ráteszi a grafikai elemeket meg a többi formázást.
>Ha a skalazhatosag fontos es az alkalmazasod weben lesz hasznalva
akkor JSF szoba sem kerulhet.
Pl. a primefaces-nek van direkt mobilra szánt verziója, a mobilos
oldalakat azzal csinálod. A JS-es frontendek nem nagyon jöhetnek szóba,
mert egy átlag mobilon használhatatlan lesz... De az alternatív
megjelenítésekkel (pl. felolvasógép) is hadilábon állnak. JSF esetén
megoldható, hogy egy pure html oldal legyen az eredmény, amit akár
kikapcsolt JS esetén is használhatsz... :)
Még mindig nem győztetek meg miért rossz a JSF :)
(Tévedések elkerülése érdekében még egyszer leírom, hogy szerintem sem
az aranytojást tojó tyúk, de nem értem mi ez a nagy ellenkezés? Nem
értem miért lenne rosszabb mint a többi technológia? )
Üdv:
Laja
From mesterjoco at gmail.com Mon Aug 24 13:27:00 2015
From: mesterjoco at gmail.com (=?UTF-8?Q?Mester_J=c3=b3zsef?=)
Date: Mon, 24 Aug 2015 13:27:00 +0200
Subject: [Javalist] Web framework
In-Reply-To: <55DAFD91.5050500@freemail.hu>
References:
<55DAC461.7020809@freemail.hu>
<55DAFD91.5050500@freemail.hu>
Message-ID: <55DAFF84.7090202@freemail.hu>
Egyszer valamikor régen amikor a JSF szar volt (1.xxx) akkor jól
belement a legtöbb fejlesztő fejébe, hogy "az szar" és azóta meg nem
tájékozódtak meg különben is elkezdtek mást
használni aztán a JSF benne maradt a fejükben a "szar " kategóriában.
Mivel a többi framework nem abban az irányban indult mint a JSF ezért
aztán azokat a gyermek betegségeket sem kellett elszenvedniük és az
elejétől fogva jól használhatóak
voltak . Aztán a jót könnyű megszokni és sokan a régi jól bevált
framework mellett maradtak.
Pedig pl a Wicket is komoly fejlődésen és sok változáson ment keresztül.
Régen volt wicketes projektem most ránéztem, hogy mit tud a 7-es és az
államat keresgéltem mert bizony leesett...
Józsi
2015.08.24. 13:18 keltezéssel, Freemail írta:
> Hali!
>
> >A JSF elmegy intranet alkalmazasoknal (keves felhasznaloval),
> >ahol a frontend-et Java fejlesztok irjak. Ahol komolyabb frontend
> >elvarasok vannak ott a frontendet nem Java fejlesztok irjak.
> >Egy atlag frontend fejleszto nem ert JSF-hez sot semilyen java
> >template keretrendszerhez, igy a termeszetes valasztas
> >angularJS vagy barmilyen JS keretrendszer ami jo a feladathoz.
>
> Mert egy átlag frontend fejlesztő ért az AngularJS-hez?
> Most nem azért, de ha valaki képes ajax hívásokkal adatot elkérni egy
> szervíztől, majd azt akármilyen JS keretrendszerrel megjeleníteni, az
> nehogy már ne tudjon megtanulni egy vagy
> beírását. Még ezerszer egyszerűbb is, mivel nem kell törődnie az
> adatmodellel meg egy csomó mindennel. De egyébként is, a programozó
> kipakolja a komponenseket, a designer meg majd szépen css-el
> beformázza az oldalt. Ha meg mondjuk fülekre akarja osztani, akkor nem
> nagy ördöngősség egy -t berakni. De általában van valami
> design terv (amit általában grafikus csinál photoshopban), ami alapján
> azért egy programozó össze rakja nagyjából az oldalt, a frontendes meg
> majd ráteszi a grafikai elemeket meg a többi formázást.
>
> >Ha a skalazhatosag fontos es az alkalmazasod weben lesz hasznalva
> akkor JSF szoba sem kerulhet.
>
> Pl. a primefaces-nek van direkt mobilra szánt verziója, a mobilos
> oldalakat azzal csinálod. A JS-es frontendek nem nagyon jöhetnek
> szóba, mert egy átlag mobilon használhatatlan lesz... De az alternatív
> megjelenítésekkel (pl. felolvasógép) is hadilábon állnak. JSF esetén
> megoldható, hogy egy pure html oldal legyen az eredmény, amit akár
> kikapcsolt JS esetén is használhatsz... :)
>
> Még mindig nem győztetek meg miért rossz a JSF :)
> (Tévedések elkerülése érdekében még egyszer leírom, hogy szerintem sem
> az aranytojást tojó tyúk, de nem értem mi ez a nagy ellenkezés? Nem
> értem miért lenne rosszabb mint a többi technológia? )
>
> Üdv:
>
> Laja
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
From laja at freemail.hu Mon Aug 24 13:37:18 2015
From: laja at freemail.hu (Freemail)
Date: Mon, 24 Aug 2015 13:37:18 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
<55DAF7D4.4010801@freemail.hu>
Message-ID: <55DB01EE.6010304@freemail.hu>
Szia!
> Primefaces-t nem használtunk, csak tisztán JSF-et. Ha jól emlékszem
> amikor a -t definiáltuk egy táblán belül annak semmiféle
> colspan vagy rowspan-je nincs.
>
> És még arra is emlékszem hogyha valamelyik tag-en belül nem jól adtad
> meg egy fix text-et akkor az meg sem jelent, csak ha azt is
> befoglaltad h:outpuText-be. Szóval volt jópár problémánk.
Az Oracle féle JSF tényleg elég buta, de ott egy csomó másik. Azért
PrimeFaces-el lágyabb selymesebb az érzés :)
Egyébként több megoldás is van:
- Síma html-t írsz. Vagy használod pl. a -et, ami úgyis
-ra renderelődik.
- Írsz egy saját renderelő osztályt, amiben lekezeled a colspant meg a
rowspant. De neten találsz is ilyet.
- Az Oracle ajánlása a subTable. Inkább nem is írok semmit :(
- Használsz valami okosabbat a gyárinál, pl. RichFaces, PrimeFaces, stb.
> Én azt hiszem az egész JSF nem ér annyit hogy az időnket vesztegessük
> itt levelezéssel :)
Elég sok minden készült vele, így előbb-utóbb úgyis belefut az ember ;)
Laja
From xesj.hu at gmail.com Mon Aug 24 13:40:36 2015
From: xesj.hu at gmail.com (=?UTF-8?Q?J=C3=B3zsef_Keresztes?=)
Date: Mon, 24 Aug 2015 13:40:36 +0200
Subject: [Javalist] Web framework
In-Reply-To: <55DB01EE.6010304@freemail.hu>
References:
<55DAC461.7020809@freemail.hu>
<55DAF7D4.4010801@freemail.hu>
<55DB01EE.6010304@freemail.hu>
Message-ID:
Persze hogy belefut. A régi JSF-es projekteket amit én és más fejlesztők
írtak nekem kell support-álni.
Nagyon nem örülök neki amikor félévente 3 napig JSF-ezek :)
2015. augusztus 24. 13:37 Freemail írta, :
> Szia!
>
> Primefaces-t nem használtunk, csak tisztán JSF-et. Ha jól emlékszem amikor
>> a -t definiáltuk egy táblán belül annak semmiféle colspan vagy
>> rowspan-je nincs.
>>
>> És még arra is emlékszem hogyha valamelyik tag-en belül nem jól adtad meg
>> egy fix text-et akkor az meg sem jelent, csak ha azt is befoglaltad
>> h:outpuText-be. Szóval volt jópár problémánk.
>>
>
> Az Oracle féle JSF tényleg elég buta, de ott egy csomó másik. Azért
> PrimeFaces-el lágyabb selymesebb az érzés :)
>
> Egyébként több megoldás is van:
> - Síma html-t írsz. Vagy használod pl. a -et, ami úgyis
> -ra renderelődik.
> - Írsz egy saját renderelő osztályt, amiben lekezeled a colspant meg a
> rowspant. De neten találsz is ilyet.
> - Az Oracle ajánlása a subTable. Inkább nem is írok semmit :(
> - Használsz valami okosabbat a gyárinál, pl. RichFaces, PrimeFaces, stb.
>
> Én azt hiszem az egész JSF nem ér annyit hogy az időnket vesztegessük itt
>> levelezéssel :)
>>
>
> Elég sok minden készült vele, így előbb-utóbb úgyis belefut az ember ;)
>
>
> Laja
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From toth.zalan1987 at gmail.com Mon Aug 24 14:09:21 2015
From: toth.zalan1987 at gmail.com (=?UTF-8?B?VMOzdGggWmFsw6Fu?=)
Date: Mon, 24 Aug 2015 14:09:21 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
<55DAF7D4.4010801@freemail.hu>
<55DB01EE.6010304@freemail.hu>
Message-ID:
Alapban a megközelítés nem tetszik, nem rosszak a java alapú
keretrendszerek és a js alapúak sem, csak meg kell nézni, mi az igény.
Java alapúaknál (pl primefaces vagy vaadin amit használtam) pl nehezebben
lehet teljesen egyedi kéréseket megvalósítani, mint egy js alapúban, ahol
meg általában a fejlesztési idő hosszabb.
Ha van időm jobban szeretem a js alapúakat (pl kendoui,extjs) de ha nem
extra igényekkel telepakolt rendszerrel van dolgom és gyorsan kell haladni
primeface-el jól lehet dolgozni.
A kettőt összehasonlítani amúgy olyan mint a futást meg a gátfutást,
hasonló, de mégis másra való.
2015. augusztus 24. 13:40 József Keresztes írta, :
> Persze hogy belefut. A régi JSF-es projekteket amit én és más fejlesztők
> írtak nekem kell support-álni.
> Nagyon nem örülök neki amikor félévente 3 napig JSF-ezek :)
>
> 2015. augusztus 24. 13:37 Freemail írta, :
>
>> Szia!
>>
>> Primefaces-t nem használtunk, csak tisztán JSF-et. Ha jól emlékszem
>>> amikor a -t definiáltuk egy táblán belül annak semmiféle colspan
>>> vagy rowspan-je nincs.
>>>
>>> És még arra is emlékszem hogyha valamelyik tag-en belül nem jól adtad
>>> meg egy fix text-et akkor az meg sem jelent, csak ha azt is befoglaltad
>>> h:outpuText-be. Szóval volt jópár problémánk.
>>>
>>
>> Az Oracle féle JSF tényleg elég buta, de ott egy csomó másik. Azért
>> PrimeFaces-el lágyabb selymesebb az érzés :)
>>
>> Egyébként több megoldás is van:
>> - Síma html-t írsz. Vagy használod pl. a -et, ami úgyis
>> -ra renderelődik.
>> - Írsz egy saját renderelő osztályt, amiben lekezeled a colspant meg a
>> rowspant. De neten találsz is ilyet.
>> - Az Oracle ajánlása a subTable. Inkább nem is írok semmit :(
>> - Használsz valami okosabbat a gyárinál, pl. RichFaces, PrimeFaces, stb.
>>
>> Én azt hiszem az egész JSF nem ér annyit hogy az időnket vesztegessük itt
>>> levelezéssel :)
>>>
>>
>> Elég sok minden készült vele, így előbb-utóbb úgyis belefut az ember ;)
>>
>>
>> Laja
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From szimeonov.gy at gmail.com Mon Aug 24 15:37:28 2015
From: szimeonov.gy at gmail.com (=?UTF-8?Q?Gy=C3=B6rgy_Szimeonov?=)
Date: Mon, 24 Aug 2015 14:37:28 +0100
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
<55DAF7D4.4010801@freemail.hu>
<55DB01EE.6010304@freemail.hu>
Message-ID:
Egyetertek Zalannal.
2015. augusztus 24. 13:09 Tóth Zalán írta, :
> Alapban a megközelítés nem tetszik, nem rosszak a java alapú
> keretrendszerek és a js alapúak sem, csak meg kell nézni, mi az igény.
> Java alapúaknál (pl primefaces vagy vaadin amit használtam) pl nehezebben
> lehet teljesen egyedi kéréseket megvalósítani, mint egy js alapúban, ahol
> meg általában a fejlesztési idő hosszabb.
>
> Ha van időm jobban szeretem a js alapúakat (pl kendoui,extjs) de ha nem
> extra igényekkel telepakolt rendszerrel van dolgom és gyorsan kell haladni
> primeface-el jól lehet dolgozni.
>
> A kettőt összehasonlítani amúgy olyan mint a futást meg a gátfutást,
> hasonló, de mégis másra való.
>
>
>
> 2015. augusztus 24. 13:40 József Keresztes írta, :
>
>> Persze hogy belefut. A régi JSF-es projekteket amit én és más fejlesztők
>> írtak nekem kell support-álni.
>> Nagyon nem örülök neki amikor félévente 3 napig JSF-ezek :)
>>
>> 2015. augusztus 24. 13:37 Freemail írta, :
>>
>>> Szia!
>>>
>>> Primefaces-t nem használtunk, csak tisztán JSF-et. Ha jól emlékszem
>>>> amikor a -t definiáltuk egy táblán belül annak semmiféle colspan
>>>> vagy rowspan-je nincs.
>>>>
>>>> És még arra is emlékszem hogyha valamelyik tag-en belül nem jól adtad
>>>> meg egy fix text-et akkor az meg sem jelent, csak ha azt is befoglaltad
>>>> h:outpuText-be. Szóval volt jópár problémánk.
>>>>
>>>
>>> Az Oracle féle JSF tényleg elég buta, de ott egy csomó másik. Azért
>>> PrimeFaces-el lágyabb selymesebb az érzés :)
>>>
>>> Egyébként több megoldás is van:
>>> - Síma html-t írsz. Vagy használod pl. a -et, ami úgyis
>>> -ra renderelődik.
>>> - Írsz egy saját renderelő osztályt, amiben lekezeled a colspant meg a
>>> rowspant. De neten találsz is ilyet.
>>> - Az Oracle ajánlása a subTable. Inkább nem is írok semmit :(
>>> - Használsz valami okosabbat a gyárinál, pl. RichFaces, PrimeFaces, stb.
>>>
>>> Én azt hiszem az egész JSF nem ér annyit hogy az időnket vesztegessük
>>>> itt levelezéssel :)
>>>>
>>>
>>> Elég sok minden készült vele, így előbb-utóbb úgyis belefut az ember ;)
>>>
>>>
>>> Laja
>>>
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From gabor.garami at hron.me Tue Aug 25 14:22:22 2015
From: gabor.garami at hron.me (=?UTF-8?Q?G=C3=A1bor_Garami?=)
Date: Tue, 25 Aug 2015 14:22:22 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
<55DAC461.7020809@freemail.hu>
Message-ID:
Tbh pont ennek a problemanak az athidalasara szuletett meg a
Thymeleaf, ahol a template egy egyszeru HTML.... Igy nem kell
mindenhez JS-t hasznalni.
Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
Skype: hron84
2015-08-24 9:53 GMT+02:00 György Szimeonov :
> Hali,
>
> A JSF elmegy intranet alkalmazasoknal (keves felhasznaloval), ahol a
> frontend-et Java fejlesztok irjak. Ahol komolyabb frontend elvarasok vannak
> ott a frontendet nem Java fejlesztok irjak. Egy atlag frontend fejleszto nem
> ert JSF-hez sot semilyen
> java template keretrendszerhez, igy a termeszetes valasztas angularJS vagy
> barmilyen JS keretrendszer ami jo a feladathoz.
>
> Ha a skalazhatosag fontos es az alkalmazasod weben lesz hasznalva akkor JSF
> szoba sem kerulhet.
>
> Nalunk: Spring + AngularJs
>
> Gyuri
>
> 2015. augusztus 24. 8:14 Freemail írta, :
>>
>> Hali!
>>
>> >Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
>> >hogy ezek szerint vannak még akik JSF-et használnak,
>> >ami kisebb fajta csodának tűnt számomra :) (Jómagam
>> >2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
>> >hogy jobb kihagyni)
>>
>> Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről... Ugye
>> Java6-ot használsz még?
>>
>> Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces egy
>> annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha szereted
>> a kész megoldásokat, akkor SpringSecurity-vel körberakva elég kényelmes
>> környezet. Komolyan, mi baj van vele?
>>
>> De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
>> oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
>> libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja az
>> ember gyomra a JS-t ;)
>>
>> >AngularJS-es frontend, ami spring-es szervízeket hívogat,
>> >amik JSON-ban válaszolnak
>>
>> Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
>> féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
>> sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg jó,
>> de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog jelenni, de ha
>> mégis, akkor baromi lassan...
>>
>> De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer, sőt.
>> De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens? Jók azok
>> is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
>>
>>
>> Üdv!
>>
>> Laja
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
From gabor.garami at hron.me Tue Aug 25 14:30:39 2015
From: gabor.garami at hron.me (=?UTF-8?Q?G=C3=A1bor_Garami?=)
Date: Tue, 25 Aug 2015 14:30:39 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID:
Ez tenyleg egy flame.war, de ez egyaltalan nem baj, majd jol kicsomagoljuk.
Nekem szemely szerint a Spring MVC + Thymeleaf a kedvencem, bar nagyon
fajlalom, hogy a Thymeleaf-hoz a mai napig nincs ertelmes autocomplete
megoldas, HTML5 doctype altalaban felejtos, marad az XHTML, mert azt
meg lehet etetni minden szerkesztovel XML-kent, es ott mar kezel
mindenki nevtereket. Az IDEA-nal mar benn van a bugreport/feature
request, de nem allok addig fellabon, amig elkeszul.
De amugy meg inkabb Ruby on Rails. :-)
Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
Skype: hron84
2015-08-22 12:46 GMT+02:00 Zsombor :
> Helló !
>
> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy JSF-es
> kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik JSF-et
> használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam 2007-2008
> táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni) Emiatt merült
> fel bennem, hogy manapság mit használnak az emberek, ha webes frontendet
> kell készíteniük, mik alapján választották, és mi az ami trendi?
>
> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém :
> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat: amíg
> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont szívás,
> és haj tépés.
> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik JSON-ban
> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja, hogy
> keresők beindexeljék a rendszerét.
>
> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
>
>
> Üdv
> Zs
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
From viczian.istvan at gmail.com Tue Aug 25 15:32:59 2015
From: viczian.istvan at gmail.com (=?UTF-8?B?SXN0dsOhbiBWaWN6acOhbg==?=)
Date: Tue, 25 Aug 2015 15:32:59 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID:
Sziasztok,
Muszáj beleszólnom, nem bírom ki, egyszerűen nem értem ezt a Thymeleaf
jelenséget. Ezt az oldalt nézem:
http://www.thymeleaf.org/doc/articles/thvsjsp.html
Semmi különbséget nem látok azon kívül, hogy kicsit más karaktereket
kell használni. Cserében nem megy az autocomplete, míg pl. JSP-ben még
a Spring controller-ben request scope-ba beletett attribútumokat is
autocomplete-elni tudja az expression language-ben.
--
Viczián István
Gábor Garami írta (2015. augusztus 25. 14:30):
> Ez tenyleg egy flame.war, de ez egyaltalan nem baj, majd jol kicsomagoljuk.
>
> Nekem szemely szerint a Spring MVC + Thymeleaf a kedvencem, bar nagyon
> fajlalom, hogy a Thymeleaf-hoz a mai napig nincs ertelmes autocomplete
> megoldas, HTML5 doctype altalaban felejtos, marad az XHTML, mert azt
> meg lehet etetni minden szerkesztovel XML-kent, es ott mar kezel
> mindenki nevtereket. Az IDEA-nal mar benn van a bugreport/feature
> request, de nem allok addig fellabon, amig elkeszul.
>
> De amugy meg inkabb Ruby on Rails. :-)
>
>
> Garami Gábor
> E-mail: gabor.garami at hron.me
> Tel: +36 20 235 9621
> Skype: hron84
>
>
> 2015-08-22 12:46 GMT+02:00 Zsombor :
>> Helló !
>>
>> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy JSF-es
>> kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik JSF-et
>> használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam 2007-2008
>> táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni) Emiatt merült
>> fel bennem, hogy manapság mit használnak az emberek, ha webes frontendet
>> kell készíteniük, mik alapján választották, és mi az ami trendi?
>>
>> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém :
>> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat: amíg
>> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont szívás,
>> és haj tépés.
>> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik JSON-ban
>> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja, hogy
>> keresők beindexeljék a rendszerét.
>>
>> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
>>
>>
>> Üdv
>> Zs
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
From gzsombor at gmail.com Tue Aug 25 20:50:13 2015
From: gzsombor at gmail.com (Zsombor)
Date: Tue, 25 Aug 2015 20:50:13 +0200
Subject: [Javalist] Web framework
In-Reply-To: <55DAC461.7020809@freemail.hu>
References:
<55DAC461.7020809@freemail.hu>
Message-ID:
2015.08.24. 9:15 ezt írta ("Freemail" ):
>
> Hali!
>
>
> >Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
> >hogy ezek szerint vannak még akik JSF-et használnak,
> >ami kisebb fajta csodának tűnt számomra :) (Jómagam
> >2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
> >hogy jobb kihagyni)
>
> Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről... Ugye
Java6-ot használsz még?
Nem mondtam véleményt a jelenlegi jsf-ről, csak csodálkoztam, hogy valakik
még használják. Ahogy meglepődnék, ha valaki Apache Turbine -t vagy
Millstone -t használnának. Még ha mindkettőnél sokkal jobb tapasztalataim
voltak mint a jsf-fel.
>
> Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces egy
annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha
szereted a kész megoldásokat, akkor SpringSecurity-vel körberakva elég
kényelmes környezet. Komolyan, mi baj van vele?
>
Nekem az volt a bajom, hogy mintha az egésznél nem tudták volna eldönteni,
hogy csak html -t akarnak generálni, kompatibilisen a jspkkel, vagy működő
komponensekből akarnak építkezni. Így a végén lettek nehézkes komponensek,
hírhedten vastag http sessionökkel.
> De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja az
ember gyomra a JS-t ;)
>
>
> >AngularJS-es frontend, ami spring-es szervízeket hívogat,
> >amik JSON-ban válaszolnak
>
> Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg jó,
de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog jelenni, de
ha mégis, akkor baromi lassan...
Igen, persze. A jelenlegi angularhoz is lehet TypeScriptben fejleszteni,
amennyire láttam, egész kényelmesen. Miután JavaScriptre fordul ugyanúgy
fog futni ie8-on is, ha valakinek ez a perverziója. Nem azért, de az ie8
mikori böngésző is? 2009 talán ?
Az átlagember telefonján meg egy SPA sokkal inkább el fog futni, mint egy
olyan webapp, ami minden kattintás után 100kbyte-ot fogad a szervertől.
üdv
Zs
>
> De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer, sőt.
De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens? Jók
azok is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
>
>
> Üdv!
>
> Laja
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From peter.verhas at gmail.com Wed Aug 26 01:03:44 2015
From: peter.verhas at gmail.com (Peter Verhas)
Date: Tue, 25 Aug 2015 16:03:44 -0700 (PDT)
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID: <1440543823977.6cf40397@Nodemailer>
Ha a mai telefonokra fejlesztesz a tegnapi felhasználók fogják használni.
On Tue, Aug 25, 2015 at 8:50 PM, Zsombor wrote:
> 2015.08.24. 9:15 ezt írta ("Freemail" ):
>>
>> Hali!
>>
>>
>> >Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
>> >hogy ezek szerint vannak még akik JSF-et használnak,
>> >ami kisebb fajta csodának tűnt számomra :) (Jómagam
>> >2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
>> >hogy jobb kihagyni)
>>
>> Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről... Ugye
> Java6-ot használsz még?
> Nem mondtam véleményt a jelenlegi jsf-ről, csak csodálkoztam, hogy valakik
> még használják. Ahogy meglepődnék, ha valaki Apache Turbine -t vagy
> Millstone -t használnának. Még ha mindkettőnél sokkal jobb tapasztalataim
> voltak mint a jsf-fel.
>>
>> Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces egy
> annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha
> szereted a kész megoldásokat, akkor SpringSecurity-vel körberakva elég
> kényelmes környezet. Komolyan, mi baj van vele?
>>
> Nekem az volt a bajom, hogy mintha az egésznél nem tudták volna eldönteni,
> hogy csak html -t akarnak generálni, kompatibilisen a jspkkel, vagy működő
> komponensekből akarnak építkezni. Így a végén lettek nehézkes komponensek,
> hírhedten vastag http sessionökkel.
>> De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
> oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
> libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja az
> ember gyomra a JS-t ;)
>>
>>
>> >AngularJS-es frontend, ami spring-es szervízeket hívogat,
>> >amik JSON-ban válaszolnak
>>
>> Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
> féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
> sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg jó,
> de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog jelenni, de
> ha mégis, akkor baromi lassan...
> Igen, persze. A jelenlegi angularhoz is lehet TypeScriptben fejleszteni,
> amennyire láttam, egész kényelmesen. Miután JavaScriptre fordul ugyanúgy
> fog futni ie8-on is, ha valakinek ez a perverziója. Nem azért, de az ie8
> mikori böngésző is? 2009 talán ?
> Az átlagember telefonján meg egy SPA sokkal inkább el fog futni, mint egy
> olyan webapp, ami minden kattintás után 100kbyte-ot fogad a szervertől.
> üdv
> Zs
>>
>> De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer, sőt.
> De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens? Jók
> azok is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
>>
>>
>> Üdv!
>>
>> Laja
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From xesj.hu at gmail.com Wed Aug 26 09:13:12 2015
From: xesj.hu at gmail.com (=?UTF-8?Q?J=C3=B3zsef_Keresztes?=)
Date: Wed, 26 Aug 2015 09:13:12 +0200
Subject: [Javalist] Web framework
In-Reply-To: <1440543823977.6cf40397@Nodemailer>
References:
<1440543823977.6cf40397@Nodemailer>
Message-ID:
Sziasztok !
Lassan csinálhatnánk egy statisztikát a keretrendszerek használatáról itt a
levelezőlista tagok között.
Azért én úgy sejtem (és láttam ilyen statisztikát) hogy a Spring MVC -t
használják a legtöbben.
Joe
2015. augusztus 26. 1:03 Peter Verhas írta, :
> Ha a mai telefonokra fejlesztesz a tegnapi felhasználók fogják használni.
>
>
>
> On Tue, Aug 25, 2015 at 8:50 PM, Zsombor wrote:
>
>>
>> 2015.08.24. 9:15 ezt írta ("Freemail" ):
>> >
>> > Hali!
>> >
>> >
>> > >Nem rég volt egy JSF-es kérdés, s ezen elgondolkodtam,
>> > >hogy ezek szerint vannak még akik JSF-et használnak,
>> > >ami kisebb fajta csodának tűnt számomra :) (Jómagam
>> > >2007-2008 táján kóstoltam bele, s akkor úgy éreztem,
>> > >hogy jobb kihagyni)
>> >
>> > Egy 7-8 éves tapasztalat alapján mondani véleményt egy termékről...
>> Ugye Java6-ot használsz még?
>>
>> Nem mondtam véleményt a jelenlegi jsf-ről, csak csodálkoztam, hogy
>> valakik még használják. Ahogy meglepődnék, ha valaki Apache Turbine -t vagy
>> Millstone -t használnának. Még ha mindkettőnél sokkal jobb tapasztalataim
>> voltak mint a jsf-fel.
>>
>> >
>> > Azóta lett olyan hogy JSF2, meg JavaEE6, meg hasonlók. Egy PrimeFaces
>> egy annotációs réteggel, és ha az tetszik egy Spring WebFlow-al, meg ha
>> szereted a kész megoldásokat, akkor SpringSecurity-vel körberakva elég
>> kényelmes környezet. Komolyan, mi baj van vele?
>> >
>>
>> Nekem az volt a bajom, hogy mintha az egésznél nem tudták volna
>> eldönteni, hogy csak html -t akarnak generálni, kompatibilisen a jspkkel,
>> vagy működő komponensekből akarnak építkezni. Így a végén lettek nehézkes
>> komponensek, hírhedten vastag http sessionökkel.
>>
>> > De persze ma már akár egy mezei JSP valami template nyelvvel + kliens
>> oldalon jQuery vagy ami tetszik is lehet könnyen programozni. A mai JS
>> libekkel már könnyen lehet összedobni egy kliens oldalt... Már ha bírja az
>> ember gyomra a JS-t ;)
>> >
>> >
>> > >AngularJS-es frontend, ami spring-es szervízeket hívogat,
>> > >amik JSON-ban válaszolnak
>> >
>> > Az ugye megvan, hogy a Google épp most írja át az egész Angular-t az MS
>> féle TypeScript-ben? Szerinted hány böngészőn fog futni? IE8? (Mert hogy
>> sajna elég sokan használják még :( ) Ja, és a mostani Angular szép meg jó,
>> de egy átlagember telefonon (512k RAM) jó eséllyel meg se fog jelenni, de
>> ha mégis, akkor baromi lassan...
>>
>> Igen, persze. A jelenlegi angularhoz is lehet TypeScriptben fejleszteni,
>> amennyire láttam, egész kényelmesen. Miután JavaScriptre fordul ugyanúgy
>> fog futni ie8-on is, ha valakinek ez a perverziója. Nem azért, de az ie8
>> mikori böngésző is? 2009 talán ?
>> Az átlagember telefonján meg egy SPA sokkal inkább el fog futni, mint egy
>> olyan webapp, ami minden kattintás után 100kbyte-ot fogad a szervertől.
>>
>> üdv
>> Zs
>>
>> >
>> > De most komolyan: nem azt mondom hogy a JSF a legszuperebb rendszer,
>> sőt. De mi a baj vele? Mennyivel jobb egy webkit, vagy Spring+js kliens?
>> Jók azok is, félre ne értsetek, de szerintem semmivel se jobbak a JSF-nél
>> >
>> >
>> > Üdv!
>> >
>> > Laja
>> >
>> >
>> > _______________________________________________
>> > Javalist mailing list
>> > Javalist at lists.javaforum.hu
>> > http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From boci.boci at gmail.com Wed Aug 26 09:32:30 2015
From: boci.boci at gmail.com (boci)
Date: Wed, 26 Aug 2015 09:32:30 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID:
Sziasztok,
Istvan: kezdjuk az elejen, thymeleaf egy template nyelv. JSP nem az. Es bar
JSP-vel is eloallithatsz HTML/XML dokumentumot, mondjuk azt egy email
body-nak beadni elegge csunya megoldas lenne (ertsd email template). Ezen
felul thymeleaf standard XHTML/HTML5 kodot general (ertsd parser szol ha
nem valid a html-ed), teljes spring integraciot ad stb... Valamint
IntelliJ-ben eleg popec a Thymeleaf integracio (
http://blog.jetbrains.com/idea/2014/09/intellij-idea-14-ships-advanced-coding-assistance-for-thymeleaf/
)
Tegyuk hozza (tudom az en hulyesegem) de engem eleve elborzaszt minden
generalt dolog (GWT, JSP) mivel az eredmenyben torteno hibakereses
eleve.... mondjuk ugy huzos tud lenni....
Es bar en inkabb a [ Rich JS UI <- json -> server side (scalatra, spring
boot, stb) ] fele hajlok, lehetnek esetek mikor static HTML kell es ebben
az esetben inkabb Thymeleaf (vagy freemarker) mint JSP.
b0c1
----------------------------------------------------------------------------------------------------------------------------------
Skype: boci13, Hangout: boci.boci at gmail.com
2015-08-25 15:32 GMT+02:00 István Viczián :
> Sziasztok,
>
> Muszáj beleszólnom, nem bírom ki, egyszerűen nem értem ezt a Thymeleaf
> jelenséget. Ezt az oldalt nézem:
> http://www.thymeleaf.org/doc/articles/thvsjsp.html
> Semmi különbséget nem látok azon kívül, hogy kicsit más karaktereket
> kell használni. Cserében nem megy az autocomplete, míg pl. JSP-ben még
> a Spring controller-ben request scope-ba beletett attribútumokat is
> autocomplete-elni tudja az expression language-ben.
>
> --
> Viczián István
>
>
> Gábor Garami írta (2015. augusztus 25. 14:30):
> > Ez tenyleg egy flame.war, de ez egyaltalan nem baj, majd jol
> kicsomagoljuk.
> >
> > Nekem szemely szerint a Spring MVC + Thymeleaf a kedvencem, bar nagyon
> > fajlalom, hogy a Thymeleaf-hoz a mai napig nincs ertelmes autocomplete
> > megoldas, HTML5 doctype altalaban felejtos, marad az XHTML, mert azt
> > meg lehet etetni minden szerkesztovel XML-kent, es ott mar kezel
> > mindenki nevtereket. Az IDEA-nal mar benn van a bugreport/feature
> > request, de nem allok addig fellabon, amig elkeszul.
> >
> > De amugy meg inkabb Ruby on Rails. :-)
> >
> >
> > Garami Gábor
> > E-mail: gabor.garami at hron.me
> > Tel: +36 20 235 9621
> > Skype: hron84
> >
> >
> > 2015-08-22 12:46 GMT+02:00 Zsombor :
> >> Helló !
> >>
> >> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy
> JSF-es
> >> kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik JSF-et
> >> használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam
> 2007-2008
> >> táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni) Emiatt
> merült
> >> fel bennem, hogy manapság mit használnak az emberek, ha webes frontendet
> >> kell készíteniük, mik alapján választották, és mi az ami trendi?
> >>
> >> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém
> :
> >> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat:
> amíg
> >> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont
> szívás,
> >> és haj tépés.
> >> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik
> JSON-ban
> >> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja,
> hogy
> >> keresők beindexeljék a rendszerét.
> >>
> >> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
> >>
> >>
> >> Üdv
> >> Zs
> >>
> >> _______________________________________________
> >> Javalist mailing list
> >> Javalist at lists.javaforum.hu
> >> http://lists.javaforum.hu/mailman/listinfo/javalist
> >>
> > _______________________________________________
> > Javalist mailing list
> > Javalist at lists.javaforum.hu
> > http://lists.javaforum.hu/mailman/listinfo/javalist
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From boci.boci at gmail.com Wed Aug 26 09:40:27 2015
From: boci.boci at gmail.com (boci)
Date: Wed, 26 Aug 2015 09:40:27 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID:
Meg valami, sitebuilder kollega szolt, hogy szamara van meg egy hatalmas
elonye. Megcsinalja a static HTML-t es utana csak beelerakja az
attributumokat, tehat azt latja az ugyfel amit a sitebuilder akart.
b0c1
----------------------------------------------------------------------------------------------------------------------------------
Skype: boci13, Hangout: boci.boci at gmail.com
2015-08-25 15:32 GMT+02:00 István Viczián :
> Sziasztok,
>
> Muszáj beleszólnom, nem bírom ki, egyszerűen nem értem ezt a Thymeleaf
> jelenséget. Ezt az oldalt nézem:
> http://www.thymeleaf.org/doc/articles/thvsjsp.html
> Semmi különbséget nem látok azon kívül, hogy kicsit más karaktereket
> kell használni. Cserében nem megy az autocomplete, míg pl. JSP-ben még
> a Spring controller-ben request scope-ba beletett attribútumokat is
> autocomplete-elni tudja az expression language-ben.
>
> --
> Viczián István
>
>
> Gábor Garami írta (2015. augusztus 25. 14:30):
> > Ez tenyleg egy flame.war, de ez egyaltalan nem baj, majd jol
> kicsomagoljuk.
> >
> > Nekem szemely szerint a Spring MVC + Thymeleaf a kedvencem, bar nagyon
> > fajlalom, hogy a Thymeleaf-hoz a mai napig nincs ertelmes autocomplete
> > megoldas, HTML5 doctype altalaban felejtos, marad az XHTML, mert azt
> > meg lehet etetni minden szerkesztovel XML-kent, es ott mar kezel
> > mindenki nevtereket. Az IDEA-nal mar benn van a bugreport/feature
> > request, de nem allok addig fellabon, amig elkeszul.
> >
> > De amugy meg inkabb Ruby on Rails. :-)
> >
> >
> > Garami Gábor
> > E-mail: gabor.garami at hron.me
> > Tel: +36 20 235 9621
> > Skype: hron84
> >
> >
> > 2015-08-22 12:46 GMT+02:00 Zsombor :
> >> Helló !
> >>
> >> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy
> JSF-es
> >> kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik JSF-et
> >> használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam
> 2007-2008
> >> táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni) Emiatt
> merült
> >> fel bennem, hogy manapság mit használnak az emberek, ha webes frontendet
> >> kell készíteniük, mik alapján választották, és mi az ami trendi?
> >>
> >> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém
> :
> >> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat:
> amíg
> >> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont
> szívás,
> >> és haj tépés.
> >> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik
> JSON-ban
> >> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja,
> hogy
> >> keresők beindexeljék a rendszerét.
> >>
> >> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
> >>
> >>
> >> Üdv
> >> Zs
> >>
> >> _______________________________________________
> >> Javalist mailing list
> >> Javalist at lists.javaforum.hu
> >> http://lists.javaforum.hu/mailman/listinfo/javalist
> >>
> > _______________________________________________
> > Javalist mailing list
> > Javalist at lists.javaforum.hu
> > http://lists.javaforum.hu/mailman/listinfo/javalist
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From xesj.hu at gmail.com Wed Aug 26 10:14:19 2015
From: xesj.hu at gmail.com (=?UTF-8?Q?J=C3=B3zsef_Keresztes?=)
Date: Wed, 26 Aug 2015 10:14:19 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID:
Igen valahol itt az igazság, a sitebuilder-nek csak a html-hez kell
értenie.
Ugyanez van Wicket esetében, szinte minden ugyanaz, kivéve hogy a html
tagok tartalmazhatnak wicket:id attribútumokat. Ha oda-vissza adogatja a
fejlesztő és a sitebuilder egymás között a html-t, csak a speciális
attribútumokat kell békénhagynia (th:xxx vagy wicket:xxx)
Mi elkényeztetjük a suitebuilder-eket.
Nekem a JSP-ben az tűnik nagyon gánynak amikor egy , tehát ez a kacsacsőrözés és időzőjel(aposztróf) egymásba
ágyazások, meg ott az elején @taglib és társaik.
Ez persze ízlés dolga, de én akkor sem szeretem a grízes tésztát :)
Joe
2015. augusztus 26. 9:40 boci írta, :
> Meg valami, sitebuilder kollega szolt, hogy szamara van meg egy hatalmas
> elonye. Megcsinalja a static HTML-t es utana csak beelerakja az
> attributumokat, tehat azt latja az ugyfel amit a sitebuilder akart.
>
> b0c1
>
>
> ----------------------------------------------------------------------------------------------------------------------------------
> Skype: boci13, Hangout: boci.boci at gmail.com
>
> 2015-08-25 15:32 GMT+02:00 István Viczián :
>
>> Sziasztok,
>>
>> Muszáj beleszólnom, nem bírom ki, egyszerűen nem értem ezt a Thymeleaf
>> jelenséget. Ezt az oldalt nézem:
>> http://www.thymeleaf.org/doc/articles/thvsjsp.html
>> Semmi különbséget nem látok azon kívül, hogy kicsit más karaktereket
>> kell használni. Cserében nem megy az autocomplete, míg pl. JSP-ben még
>> a Spring controller-ben request scope-ba beletett attribútumokat is
>> autocomplete-elni tudja az expression language-ben.
>>
>> --
>> Viczián István
>>
>>
>> Gábor Garami írta (2015. augusztus 25. 14:30):
>> > Ez tenyleg egy flame.war, de ez egyaltalan nem baj, majd jol
>> kicsomagoljuk.
>> >
>> > Nekem szemely szerint a Spring MVC + Thymeleaf a kedvencem, bar nagyon
>> > fajlalom, hogy a Thymeleaf-hoz a mai napig nincs ertelmes autocomplete
>> > megoldas, HTML5 doctype altalaban felejtos, marad az XHTML, mert azt
>> > meg lehet etetni minden szerkesztovel XML-kent, es ott mar kezel
>> > mindenki nevtereket. Az IDEA-nal mar benn van a bugreport/feature
>> > request, de nem allok addig fellabon, amig elkeszul.
>> >
>> > De amugy meg inkabb Ruby on Rails. :-)
>> >
>> >
>> > Garami Gábor
>> > E-mail: gabor.garami at hron.me
>> > Tel: +36 20 235 9621
>> > Skype: hron84
>> >
>> >
>> > 2015-08-22 12:46 GMT+02:00 Zsombor :
>> >> Helló !
>> >>
>> >> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy
>> JSF-es
>> >> kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik JSF-et
>> >> használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam
>> 2007-2008
>> >> táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni) Emiatt
>> merült
>> >> fel bennem, hogy manapság mit használnak az emberek, ha webes
>> frontendet
>> >> kell készíteniük, mik alapján választották, és mi az ami trendi?
>> >>
>> >> Személy szerint az elmúlt 2-3 évben két technológiához volt
>> szerencsém :
>> >> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat:
>> amíg
>> >> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont
>> szívás,
>> >> és haj tépés.
>> >> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik
>> JSON-ban
>> >> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja,
>> hogy
>> >> keresők beindexeljék a rendszerét.
>> >>
>> >> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
>> >>
>> >>
>> >> Üdv
>> >> Zs
>> >>
>> >> _______________________________________________
>> >> Javalist mailing list
>> >> Javalist at lists.javaforum.hu
>> >> http://lists.javaforum.hu/mailman/listinfo/javalist
>> >>
>> > _______________________________________________
>> > Javalist mailing list
>> > Javalist at lists.javaforum.hu
>> > http://lists.javaforum.hu/mailman/listinfo/javalist
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From gabor.garami at hron.me Wed Aug 26 10:17:27 2015
From: gabor.garami at hron.me (=?UTF-8?Q?G=C3=A1bor_Garami?=)
Date: Wed, 26 Aug 2015 10:17:27 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID:
A thymeleaf-ban az a jo, hogy a template-be bele lehet tolni olyan
mocking adatokat is, amit aztan kesobb nem is renderel ki a Java appon
belul, viszont a HTML maga ettol onjaro lesz, vagyis a designer be
tudja hivni bongeszobe a HTML-t, es lathatja a mocking adatokat,
amihez stilusoznia kell. Vagyis, a webdesigner ugy tud dolgozni a
templatekkel, hogy nincs szuksege meg minimalisan mukodo alkalmazasra
sem. Ez azert nagyon jo, mert amig a backendesek elvannak a Spring meg
a tobbi cucc osszelovesevel, addig a webdesigner mar kepes dolgozni a
templateken, parhuzamosithato a munka.
A masik josaga, hogy szerintem sokkal egyszerubb meg attekinthetobb az
XML nyelvezete, mint a JSP-nek, egy csomo tagnek a hasznalatat mar az
elso ket elofordulas utan megjegyeztem, mert logikus volt, a JSP
(JSPX) eseteben azonban ez baromira nem volt igy. Foleg az zavart,
hogy nincs egy kozos nevter, es nekem kell emlekeznem, hogy melyik
widget melyik nevterbol (C? H? S?) jon, ami szamomra nem annyira
szimpatikus.
Persze kerdes, hogy kinek eri meg ezert feladni a JSP autocompletiont.
De en azt gondolom, hogy a Thymeleaf tamogatottsaga azert ilyen
alacsony, mert meg uj cucc, meg csak most kezdik felfedezni. Ha kicsit
nepszerubb lesz, versenyezni fognak az IDE-k, hogy ki ad hozza
tamogatast.
Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
Skype: hron84
2015-08-25 15:32 GMT+02:00 István Viczián :
> Sziasztok,
>
> Muszáj beleszólnom, nem bírom ki, egyszerűen nem értem ezt a Thymeleaf
> jelenséget. Ezt az oldalt nézem:
> http://www.thymeleaf.org/doc/articles/thvsjsp.html
> Semmi különbséget nem látok azon kívül, hogy kicsit más karaktereket
> kell használni. Cserében nem megy az autocomplete, míg pl. JSP-ben még
> a Spring controller-ben request scope-ba beletett attribútumokat is
> autocomplete-elni tudja az expression language-ben.
>
> --
> Viczián István
>
>
> Gábor Garami írta (2015. augusztus 25. 14:30):
>> Ez tenyleg egy flame.war, de ez egyaltalan nem baj, majd jol kicsomagoljuk.
>>
>> Nekem szemely szerint a Spring MVC + Thymeleaf a kedvencem, bar nagyon
>> fajlalom, hogy a Thymeleaf-hoz a mai napig nincs ertelmes autocomplete
>> megoldas, HTML5 doctype altalaban felejtos, marad az XHTML, mert azt
>> meg lehet etetni minden szerkesztovel XML-kent, es ott mar kezel
>> mindenki nevtereket. Az IDEA-nal mar benn van a bugreport/feature
>> request, de nem allok addig fellabon, amig elkeszul.
>>
>> De amugy meg inkabb Ruby on Rails. :-)
>>
>>
>> Garami Gábor
>> E-mail: gabor.garami at hron.me
>> Tel: +36 20 235 9621
>> Skype: hron84
>>
>>
>> 2015-08-22 12:46 GMT+02:00 Zsombor :
>>> Helló !
>>>
>>> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy JSF-es
>>> kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik JSF-et
>>> használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam 2007-2008
>>> táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni) Emiatt merült
>>> fel bennem, hogy manapság mit használnak az emberek, ha webes frontendet
>>> kell készíteniük, mik alapján választották, és mi az ami trendi?
>>>
>>> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém :
>>> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat: amíg
>>> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont szívás,
>>> és haj tépés.
>>> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik JSON-ban
>>> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja, hogy
>>> keresők beindexeljék a rendszerét.
>>>
>>> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
>>>
>>>
>>> Üdv
>>> Zs
>>>
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
From gabor.garami at hron.me Wed Aug 26 10:19:31 2015
From: gabor.garami at hron.me (=?UTF-8?Q?G=C3=A1bor_Garami?=)
Date: Wed, 26 Aug 2015 10:19:31 +0200
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID:
Nem mondod, a 14-es IDEA-ban mar van Thymeleaf support? Wow. I like it.
Tbh egyebkent a Thymeleaf is tobbe-kevesbe generalt, bar teny, hogy
atlathatobb a template -> output mapping.
Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
Skype: hron84
2015-08-26 9:32 GMT+02:00 boci :
> Sziasztok,
>
> Istvan: kezdjuk az elejen, thymeleaf egy template nyelv. JSP nem az. Es bar
> JSP-vel is eloallithatsz HTML/XML dokumentumot, mondjuk azt egy email
> body-nak beadni elegge csunya megoldas lenne (ertsd email template). Ezen
> felul thymeleaf standard XHTML/HTML5 kodot general (ertsd parser szol ha
> nem valid a html-ed), teljes spring integraciot ad stb... Valamint
> IntelliJ-ben eleg popec a Thymeleaf integracio (
> http://blog.jetbrains.com/idea/2014/09/intellij-idea-14-ships-advanced-coding-assistance-for-thymeleaf/
> )
>
> Tegyuk hozza (tudom az en hulyesegem) de engem eleve elborzaszt minden
> generalt dolog (GWT, JSP) mivel az eredmenyben torteno hibakereses eleve....
> mondjuk ugy huzos tud lenni....
> Es bar en inkabb a [ Rich JS UI <- json -> server side (scalatra, spring
> boot, stb) ] fele hajlok, lehetnek esetek mikor static HTML kell es ebben
> az esetben inkabb Thymeleaf (vagy freemarker) mint JSP.
>
> b0c1
>
> ----------------------------------------------------------------------------------------------------------------------------------
> Skype: boci13, Hangout: boci.boci at gmail.com
>
> 2015-08-25 15:32 GMT+02:00 István Viczián :
>>
>> Sziasztok,
>>
>> Muszáj beleszólnom, nem bírom ki, egyszerűen nem értem ezt a Thymeleaf
>> jelenséget. Ezt az oldalt nézem:
>> http://www.thymeleaf.org/doc/articles/thvsjsp.html
>> Semmi különbséget nem látok azon kívül, hogy kicsit más karaktereket
>> kell használni. Cserében nem megy az autocomplete, míg pl. JSP-ben még
>> a Spring controller-ben request scope-ba beletett attribútumokat is
>> autocomplete-elni tudja az expression language-ben.
>>
>> --
>> Viczián István
>>
>>
>> Gábor Garami írta (2015. augusztus 25. 14:30):
>> > Ez tenyleg egy flame.war, de ez egyaltalan nem baj, majd jol
>> > kicsomagoljuk.
>> >
>> > Nekem szemely szerint a Spring MVC + Thymeleaf a kedvencem, bar nagyon
>> > fajlalom, hogy a Thymeleaf-hoz a mai napig nincs ertelmes autocomplete
>> > megoldas, HTML5 doctype altalaban felejtos, marad az XHTML, mert azt
>> > meg lehet etetni minden szerkesztovel XML-kent, es ott mar kezel
>> > mindenki nevtereket. Az IDEA-nal mar benn van a bugreport/feature
>> > request, de nem allok addig fellabon, amig elkeszul.
>> >
>> > De amugy meg inkabb Ruby on Rails. :-)
>> >
>> >
>> > Garami Gábor
>> > E-mail: gabor.garami at hron.me
>> > Tel: +36 20 235 9621
>> > Skype: hron84
>> >
>> >
>> > 2015-08-22 12:46 GMT+02:00 Zsombor :
>> >> Helló !
>> >>
>> >> Nagyon pang a lista, gondoltam kicsit meg pingelem. Nem rég volt egy
>> >> JSF-es
>> >> kérdés, s ezen elgondolkodtam, hogy ezek szerint vannak még akik JSF-et
>> >> használnak, ami kisebb fajta csodának tűnt számomra :) (Jómagam
>> >> 2007-2008
>> >> táján kóstoltam bele, s akkor úgy éreztem, hogy jobb kihagyni) Emiatt
>> >> merült
>> >> fel bennem, hogy manapság mit használnak az emberek, ha webes
>> >> frontendet
>> >> kell készíteniük, mik alapján választották, és mi az ami trendi?
>> >>
>> >> Személy szerint az elmúlt 2-3 évben két technológiához volt szerencsém
>> >> :
>> >> - Tapestry (igen, van még Tapestry is a világon :) ) - tapasztalat:
>> >> amíg
>> >> nem akar az ember AJAX-os dolgokat csinálni, elég jó. Utána viszont
>> >> szívás,
>> >> és haj tépés.
>> >> - AngularJS-es frontend, ami spring-es szervízeket hívogat, amik
>> >> JSON-ban
>> >> válaszolnak - tapasztalat: nagyon kényelmes, ha az ember nem akarja,
>> >> hogy
>> >> keresők beindexeljék a rendszerét.
>> >>
>> >> Többieknek milyen tapasztalatai vannak az elmúlt évekről?
>> >>
>> >>
>> >> Üdv
>> >> Zs
>> >>
>> >> _______________________________________________
>> >> Javalist mailing list
>> >> Javalist at lists.javaforum.hu
>> >> http://lists.javaforum.hu/mailman/listinfo/javalist
>> >>
>> > _______________________________________________
>> > Javalist mailing list
>> > Javalist at lists.javaforum.hu
>> > http://lists.javaforum.hu/mailman/listinfo/javalist
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
From peter.verhas at gmail.com Wed Aug 26 10:33:54 2015
From: peter.verhas at gmail.com (Peter Verhas)
Date: Wed, 26 Aug 2015 01:33:54 -0700 (PDT)
Subject: [Javalist] Web framework
In-Reply-To:
References:
Message-ID: <1440578034113.7c2aafe9@Nodemailer>
"Tegyuk hozza (tudom az en hulyesegem) de engem eleve elborzaszt minden generalt dolog (GWT, JSP) mivel az eredmenyben torteno hibakereses eleve.... mondjuk ugy huzos tud lenni...."
?
?wow! Akkor te gépi kódban nyomod?
?
?
?Egyébként pont a két példád, GWT és JSP pl Eclipse-ben forrás szinten debuggolható. Nem mintha ettől szerethetőbbek lennének, de könnyebb a fejlesztés.
?Peter
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From szimeonov.gy at gmail.com Wed Aug 26 11:44:24 2015
From: szimeonov.gy at gmail.com (=?UTF-8?Q?Gy=C3=B6rgy_Szimeonov?=)
Date: Wed, 26 Aug 2015 10:44:24 +0100
Subject: [Javalist] Web framework
In-Reply-To: <1440578034113.7c2aafe9@Nodemailer>
References:
<1440578034113.7c2aafe9@Nodemailer>
Message-ID:
Nalunk a frontend fejlesztok (html, ios, android) megkapjak a backendet egy
vagrant boxban, igy nem kell semmit telepiteniuk (java, groovy, scala,
mysql, couchbase ....)
A webservice dokumentacio elerhato swaggerben igy minimalis kommunikaciora
van szukseg koztuk es a backend team kozott.
Ez nyilvan csak a leegyszerusitett verzioja a dolgoknak :)
Gyuri
2015. augusztus 26. 9:33 Peter Verhas írta, :
> "Tegyuk hozza (tudom az en hulyesegem) de engem eleve elborzaszt minden
> generalt dolog (GWT, JSP) mivel az eredmenyben torteno hibakereses
> eleve.... mondjuk ugy huzos tud lenni...."
> ?
> ?wow! Akkor te gépi kódban nyomod?
> ?
> ?
> ?Egyébként pont a két példád, GWT és JSP pl Eclipse-ben forrás szinten
> debuggolható. Nem mintha ettől szerethetőbbek lennének, de könnyebb a
> fejlesztés.
>
>
> ?Peter
>
>
>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From tamas.bodis at gmail.com Fri Aug 28 10:11:21 2015
From: tamas.bodis at gmail.com (=?UTF-8?B?VGFtw6FzIELDs2Rpcw==?=)
Date: Fri, 28 Aug 2015 10:11:21 +0200
Subject: [Javalist] JPA & i18n
Message-ID:
Sziasztok,
egy több éves projekt többnyelvűsítéséről lenne szó. A cimkék,
hibaüzenetek többnyelvűsítésével nincs is gond. Ami probléma az az
adatbázis szinten tárolt adatok több nyelven való megadhatósága. A neten
körbenézve úgy tűnik mindenki valami "szép" normalizált megoldást javasol
(globális 1 nyelvi tábla vagy épp táblánkénti nyelvi táblával). Ezek a
megoldások az egyszerű lekérdezéseknél (entity cache-el megtámogatva
mondjuk) működőképesek, de ha elkezdünk olyan JPQL-eket futtatni ahol a
szöveges mezőkre is futna query.... no akkor elég csúnya SQL-ek jönnek ki
a Hibernate-ből (Query cache esetünkben nem sokat segít, mert a mögöttes
entitások azért változékonyak).
A fenti "csúnya sql" problémától eltekintve a megoldás működőképest csak
nem tetszik amit látok. Valami szebb / okosabb tervezési megoldásra
javaslat?
Olyan megoldás is felmerült, hogy a tábla szöveges mezőit egy JSON
struktúrává alakítanán. Lekérdezésekkor ez a struktúra hatékony csak a
java-nak van picivel több feladata a JSON->objektum konverzióval. Viszont a
keresés így sem jobb, mert nem ismerek JSON-ban kereső JPQL megoldást
(maximum a "like"-ot)
Köszi!
// Tamás
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From xesj.hu at gmail.com Fri Aug 28 14:26:59 2015
From: xesj.hu at gmail.com (=?UTF-8?Q?J=C3=B3zsef_Keresztes?=)
Date: Fri, 28 Aug 2015 14:26:59 +0200
Subject: [Javalist] =?utf-8?b?U3ByaW5nIMO8emVuZXRlayBtYWd5YXLDrXTDoXNh?=
Message-ID:
Sziasztok !
Szeretném a Spring üzeneteit magyarítani, illetve ami természetesen
magyarítva van átfogalmazni.
Tehát pl. egy nem kitöltött kötelező mező mellé ne azt írja hogy "nem lehet
üres", hanem azt hogy "a mező kitöltése kötelező" stb.
A problémám az hogy nem találom hol vannak a messages_XX.properties fájlok.
Már végignéztem mindenféle spring-es jar-t, de bennük csak 1-2 properties-t
találtam amik természetesen még véletlenül sem az üzeneteket tartalmazzák.
Ti hogy oldottátok meg ezt a problémát, vagy elfogadtátok a magyar
üzeneteket úgy ahogy vannak ?
Apache Wicket-ben szépen meg tudtam oldani a dolgot, ott egyből megvolt a
messages_XX.properties, a Wicket.jar-ban.
Joe
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From magyarl05 at gmail.com Fri Aug 28 16:23:47 2015
From: magyarl05 at gmail.com (=?UTF-8?B?TMOhc3psw7MgTWFneWFy?=)
Date: Fri, 28 Aug 2015 16:23:47 +0200
Subject: [Javalist] =?utf-8?b?U3ByaW5nIMO8emVuZXRlayBtYWd5YXLDrXTDoXNh?=
In-Reply-To:
References:
Message-ID:
Ezek a validátor implementációba vannak spcifikálva.
Pl.: Hibernate Validator
esetében: org\hibernate\validator\ValidationMessages_hu.properties
2015. augusztus 28. 14:26 József Keresztes írta, :
> Sziasztok !
>
> Szeretném a Spring üzeneteit magyarítani, illetve ami természetesen
> magyarítva van átfogalmazni.
> Tehát pl. egy nem kitöltött kötelező mező mellé ne azt írja hogy "nem
> lehet üres", hanem azt hogy "a mező kitöltése kötelező" stb.
>
> A problémám az hogy nem találom hol vannak a messages_XX.properties
> fájlok. Már végignéztem mindenféle spring-es jar-t, de bennük csak 1-2
> properties-t találtam amik természetesen még véletlenül sem az üzeneteket
> tartalmazzák.
>
> Ti hogy oldottátok meg ezt a problémát, vagy elfogadtátok a magyar
> üzeneteket úgy ahogy vannak ?
>
> Apache Wicket-ben szépen meg tudtam oldani a dolgot, ott egyből megvolt a
> messages_XX.properties, a Wicket.jar-ban.
>
> Joe
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL:
From gabor.garami at hron.me Mon Aug 31 20:06:49 2015
From: gabor.garami at hron.me (=?UTF-8?Q?G=C3=A1bor_Garami?=)
Date: Mon, 31 Aug 2015 20:06:49 +0200
Subject: [Javalist] JPA & i18n
In-Reply-To:
References:
Message-ID:
Az egyik non-obtrusive megoldas, hogy az entitasokhoz hozzaadsz egy
language oszlopot, aminek van egy default erteke, ami a most aktiv
nyelv, es a meglevo JPQL lekerdezeseket kibovited, hogy az aktualis
locale alapjan keressen neked. Nem is kell feltetlen numerikus ID-ket
hasznalni, nyugodtan atveheted a Locale class nyelvkodjait, _annyival_
nem lesz lassabb, foleg, hogy teljes matchet keresel.
A masik tenyleg az, hogy kulon tablakat gyartasz, de ez szvsz
felesleges bonyolitas.
Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
Skype: hron84
2015-08-28 10:11 GMT+02:00 Tamás Bódis :
> Sziasztok,
>
> egy több éves projekt többnyelvűsítéséről lenne szó. A cimkék,
> hibaüzenetek többnyelvűsítésével nincs is gond. Ami probléma az az adatbázis
> szinten tárolt adatok több nyelven való megadhatósága. A neten körbenézve
> úgy tűnik mindenki valami "szép" normalizált megoldást javasol (globális 1
> nyelvi tábla vagy épp táblánkénti nyelvi táblával). Ezek a megoldások az
> egyszerű lekérdezéseknél (entity cache-el megtámogatva mondjuk)
> működőképesek, de ha elkezdünk olyan JPQL-eket futtatni ahol a szöveges
> mezőkre is futna query.... no akkor elég csúnya SQL-ek jönnek ki a
> Hibernate-ből (Query cache esetünkben nem sokat segít, mert a mögöttes
> entitások azért változékonyak).
>
> A fenti "csúnya sql" problémától eltekintve a megoldás működőképest csak
> nem tetszik amit látok. Valami szebb / okosabb tervezési megoldásra
> javaslat?
>
> Olyan megoldás is felmerült, hogy a tábla szöveges mezőit egy JSON
> struktúrává alakítanán. Lekérdezésekkor ez a struktúra hatékony csak a
> java-nak van picivel több feladata a JSON->objektum konverzióval. Viszont a
> keresés így sem jobb, mert nem ismerek JSON-ban kereső JPQL megoldást
> (maximum a "like"-ot)
>
> Köszi!
> // Tamás
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>