action add/remove role drag and drop
Merge branch 'business_ui'
Merge pull request #38 from imre-szekeres/secure-spring

Secure spring
WorkflowManager: a crud muveletek legtobbje, ahol ertelmezettek, mukodesbe lendult az admin oldalon. Domain letrehozhato, torolheto es modosithato -- a neve, role-okat a roles alatt lehet hozzaadni. Role create, read, update... az update -ben a jQuery dark-black-evil-magic miatt egyenlore nincs elorelepes...
User letrehozhato es torolheto, lassan profiloldal is lesz hozza es modosithato is lesz.. modosithato -- domain-ek es role-ok assign-olhatoak hozza, egy user szemelyes adatait csak az adott user modosithassa.
WorkflowManager: messaging server oldali logikajat is hozzaadtam + egy-ket bugix-el is bovult ez a 'release'..
Merge pull request #39 from imre-szekeres/cruddable-spring

Cruddable spring
WorkflowManager: before reset...
WM;
WorkflowManager: mukodik, ha kivesszuk a JPA-s validaciot. Innentol mar kezzel kell akkor validalni minden esetben.
WorkflowManager: Role -- Update -et fixaltam, igazabol annyi volt a hiba, hogy rossz idoben szerettem volna ujrarendezni a privilegiumokat, akkor meg nem toltodtek be. Domain, Role, Privilege CRUD done.
Merge pull request #40 from imre-szekeres/cruddable-spring

Cruddable spring
WorkflowManager: ebben a release-ben nehany bugfix mellett letrejott a Profile es annak teljes implementacioja. Most mar meg lehet nezni egy user adatait, lekerni annak szemelyes Role-jait domain-enkent, es password-t, valamint details-t kulon-kulon modositani.

Erdekesseg: primitiv long tipust ne hasonlits ossze, mert Java NEM KEZELI JOL!! En sem hittem el, aztan debuggerben szivtam a fogam, amikor userID = 12 es otherID = 12 -nel (userID != otherID) true-t adott vissza.
Solution 1.: mindig konvertaljunk Long-ra, es annak equals-aval csekkoljunk... hmmm... erre egy ref, ami tovabbmegy, es szerinte equals() -t sem szabad hasznalni:

http://stackoverflow.com/questions/9690981/compare-two-primitive-long-variables-in-java

Solution 2.: lecserelni az AbstractEntity -ben a long-t Long-ra. hmm.. talan a legjobb solution, mert eltunne a konvertalasi overhead, a memoriaigeny nem valtozna, akkor, ha szukseg van id szerinti osszehasonlitasra, am minden esetben olyan 8-10x -s memoriaigenye szamolhato ennek az egy property-nek.

Register-t fixaltam, volt benne egy figyelmetlensegi bug.

A legtobb CRUD megvan, es ossze tudom vonni egy user krealasat egy user modositasaval Domain-Role szinten, ez eleg szep lesz.. estere.

Amin erdemes lenne eltorpolni, hogy mikeppen jelenjenek meg a Project-ek, Workflow-k miegymas a User profiljan (esetleg ugyanott, ugyanugy mint a Domains and Roles?? Sztem az lenne talan a legjobb),

 valamint hogyan / hol lehessen megnezni, hogy melyik user mit csinalt. Admins oldalon +1 tab?
Merge pull request #41 from imre-szekeres/cruddable-spring

WorkflowManager: ebben a release-ben nehany bugfix mellett letrejott a Profile es annak teljes implementacioja. Most mar meg lehet nezni egy user adatait, lekerni annak szemelyes Role-jait domain-enkent, es password-t, valamint details-t kulon-kulon modositani.

Erdekesseg: primitiv long tipust ne hasonlits ossze, mert Java NEM KEZELI JOL!! En sem hittem el, aztan debuggerben szivtam a fogam, amikor userID = 12 es otherID = 12 -nel (userID != otherID) true-t adott vissza.
Solution 1.: mindig konvertaljunk Long-ra, es annak equals-aval csekkoljunk... hmmm... erre egy ref, ami tovabbmegy, es szerinte equals() -t sem szabad hasznalni:

http://stackoverflow.com/questions/9690981/compare-two-primitive-long-variables-in-java

Solution 2.: lecserelni az AbstractEntity -ben a long-t Long-ra. hmm.. talan a legjobb solution, mert eltunne a konvertalasi overhead, a memoriaigeny nem valtozna, akkor, ha szukseg van id szerinti osszehasonlitasra, am minden esetben olyan 8-10x -s memoriaigenye szamolhato ennek az egy property-nek.

Register-t fixaltam, volt benne egy figyelmetlensegi bug.

A legtobb CRUD megvan, es ossze tudom vonni egy user krealasat egy user modositasaval Domain-Role szinten, ez eleg szep lesz.. estere.

Amin erdemes lenne eltorpolni, hogy mikeppen jelenjenek meg a Project-ek, Workflow-k miegymas a User profiljan (esetleg ugyanott, ugyanugy mint a Domains and Roles?? Sztem az lenne talan a legjobb),

valamint hogyan / hol lehessen megnezni, hogy melyik user mit csinalt. Admins oldalon +1 tab?
WorkflowManager: kisebb valtoztatasok a hatekonysag novelese erdekeben, nevek szerint listazas megjelenik a DomainService, RoleService -ekben, elkerulendo, hogy a teljes objektumok es azok minden EAGER-fetch-elt kollekcioja bekeruljon a memoriaba, amikor csak a neve kell. Ennek erdekeben a DroppableName segedosztaly es annak utility metodus szinre lepett, az osztaly egy peldanya drag-n-dropp-olhatoan wrap-el egy nevet, a metodus pedig String-ek listajat alakitja at.

AbstractEntity kepes mar tetszoleges eredmennyel visszatero NamedQuery futtatasara is .. tetszoleges tipust tartlamazo lisaval pontosan.
Merge pull request #42 from imre-szekeres/cruddable-spring

WorkflowManager: kisebb valtoztatasok a hatekonysag novelese erdekeben, ...
WorkflowManager: mielott behuznam a Jackson JSON parsers library-t.
WorkflowManager: Jackson hozzaadasa a Project-hez es a JsonParser, UserRolesParser implementalasa, amely azert felel, hogy JSON string-bol Map -et epitsen es vica-verza.
WorkflowManager: create/update form a user-hez az admin oldalon -- kis preformance javitas.
WorkflowManager: egy megoldasa a user roles update UI -nak.
WorkflowManager: User Roles update on the table, egy kis bug meg fix-re var.