Plan-sarcini echipa Dosare

[GoogleCodeExporter]

M1.1 Creare-Revizuire entităţi Dosare şi generare tabele-SQL

M1.2 Creare DosareService cu implementare operaţii privind
- creare candidat nou
- creare fisa inscriere noua cu categorii de optiuni specifice

M1.3 Completare DosareService cu implementare operaţii privind
- modificare date candidat
- modificare fisa inscriere cu optiuni
- stergere candidat si fisa inscriere

M1.4 Creare FormularInscrire in DosareWeb cu un layout asemanator celui sugerat 
in AdmitereLicenta2011.docx din repositoryul SVN [.../trunk/doc/1_0 - Sesiunea 
1, inscrieri]

Original issue reported on code.google.com by catalin....@gmail.com on 11 Jul 2012 at 9:08

[GoogleCodeExporter]

Se intarzie prea mult cu generarea entitilor !!!
Motiv pentru care am modificat/actualizat eu proiectul DosareService si am 
generat tabelele-entitatilor-dosare astfel:
1. Corectie entitati DOSARE (citeva secvente la idcandidat si idfisa)
2. Completare persistence.xml cu entitati din nomenclatoare dependente
3. Generare in schema FEAADM a entitatilor DOSARE - vezi update strategy din 
DosareService-persistence.xml

Original comment by catalin....@gmail.com on 13 Jul 2012 at 10:02

[GoogleCodeExporter]

Prin urmare aveti acum o prima varianta a tasku-ului M1.1 - revizionati-o si 
treceti mai departe la M1.2, M11.3 si M1.4.
Sunteti in intarziere!

Original comment by catalin....@gmail.com on 13 Jul 2012 at 10:04

[GoogleCodeExporter]

Entitatile mergeau inca de miercuri-joi...tabelele erau generate, dar 
intr-adevar foloseau o singura secventa, in loc de o secventa per tabela. De 
joi am trecut si pe partea de servicii, exista si testele scrise pentru ele, 
deploy-ul pe JBoss functioneaza
iar ca servicii exista deja pt creare de candidat nou si creare fisa 
inscriere....Modificarea datelor poate folosi aceleasi metode de Salvare.... 
Astazi am sa adaug si stergerea

Original comment by ionut.hr...@gmail.com on 14 Jul 2012 at 12:15

[GoogleCodeExporter]

Legat de cele 3 corectii
1. foloseam aceeasi secventa pt toate tabelele
2. persistence.xml nu a fost completat, ci doar mutata sectiunea de 
nomenclatoare, practic a ramas identic
3. entitatile din Dosare le generam din JPA=> Generate Tables From Entities

Acum,taskurile M1.2, M1.3 si M1.4 sunt in mare done

Original comment by ionut.hr...@gmail.com on 14 Jul 2012 at 2:37

[GoogleCodeExporter]

Staus ?
Care e stadiul lucrarilor ?!?

Original comment by catalin....@gmail.com on 16 Jul 2012 at 5:52

[GoogleCodeExporter]

Pai destul de rau in ce ma priveste, ma misc destul de greu, tot felul de erori 
dubioase..., puteti pune undeva un exemplu in care merge bindingul cu un 
backing bean? la mine nu functioneaza treaba asta...si inca nu i-am dat de capat

Original comment by viorel.iacoban@gmail.com on 16 Jul 2012 at 5:57

[GoogleCodeExporter]

Ah este deja vad cum merg treburile acolo si incerc sa rezolv si la mine.

Original comment by viorel.iacoban@gmail.com on 16 Jul 2012 at 6:03

[GoogleCodeExporter]

M1.1 - 95% - lipseste clasa RubricaDinGrup, de fapt lipseste MetaModelul, unde 
ar trebui sa fie?
M1.2 - 100%
M1.3 - 100%
De precizat ca vor mai trebui adaugate diferite servicii in functie de ce e 
nevoie pe partea de UI

Original comment by ionut.hr...@gmail.com on 16 Jul 2012 at 7:34

[GoogleCodeExporter]

Si partea de formulare? Cine e "impricinat"?

Original comment by catalin....@gmail.com on 16 Jul 2012 at 9:41

[GoogleCodeExporter]

Eu trebuiesc dat in urmarire pentru partea de formulare. 

Original comment by viorel.iacoban@gmail.com on 16 Jul 2012 at 9:50

[GoogleCodeExporter]

Problema e ca ma chinui sa reusesc sa rulez ceva, deocamdata nu prea am reusit 
sa "leg" backing bean-ul de pagina...

Original comment by viorel.iacoban@gmail.com on 16 Jul 2012 at 9:51

[GoogleCodeExporter]

Deja am activat Interpolul ...! :)

Am vazut ca Ionut a facut (sper) mare parte din operatiile serviciului Dosare.
In proiectul Admin e un formular (cam nating ... e adevarat... nu am avut timp 
sa-l finizez) /security/FormRegister.xhtml "controlat" de 
feaa.admitere.securizare.FormRegister.java. Poti sa te inspiri de acolo pentru 
inceput ... (oricum "convoac-o" si pe Diana ...).
Rugamintea mea e sa pastrati, pentru inceput maca, o arhitectura (logica) cat 
mai simpla ... (adica nu foarte multe clase ... foarte specializate).

Original comment by catalin....@gmail.com on 16 Jul 2012 at 9:56

[GoogleCodeExporter]

Pai m-am inspirat si de acolo, ma rog a tot felul de probleme pe la deploy, 
care imi esteaza rezistenta psihica destul de mult... am mai consultat-o si pe 
Diana...vedem poate reusesc totusi sa il fac sa merga.

Original comment by viorel.iacoban@gmail.com on 16 Jul 2012 at 9:59

[GoogleCodeExporter]

Intrebare: dumneavoastra ati reusit sa faceti deploy si sa rulati acea pagina 
din admin?
E comis totul?

Original comment by viorel.iacoban@gmail.com on 16 Jul 2012 at 10:03

[GoogleCodeExporter]

Sincer ... la mine a mers destul de OK!
La deploy tb sa ai grija sa mearga mai intai (sa fie executate - trimise/deploy 
pe JBoss) proiectele dependente:
- in ADMITERE_DosareService: MANIFEST.MF este scris:
deployment.ADMITERE_NomenclatoareService.jar, 
deployment.ADMITERE_AdminService.jar
prin urmare:

1. Run (poate fi si din Eclipse ... Run on server) ADMITERE_AdminService
2. Run ADMITERE_NomenclatoareService
Daca cele 2 EJBuri se instaleaza 
3. Run ADMITERE_DosareService
si apoi 
4. Run FormInscriere.xhtml din ADMITERE_DosareWeb

La momentul acesta sunt niste erori in NomenclatoareService.
Am dat deja un mesaj sa fie rectificate.
Pina atunci poti comenta codul cu probleme ...

Original comment by catalin....@gmail.com on 16 Jul 2012 at 10:10

[GoogleCodeExporter]

Daca te-ai saturat de prea mult (multi) Run, roag-o pe Diana sa scrie/adaptez 
un ant Build.xml ca sa mearga dintr-un singur click redeploy-ul.

(Eventual am sa incerc sal fac eu, dar nu prea am timp acum ...)

Original comment by catalin....@gmail.com on 16 Jul 2012 at 10:11

[GoogleCodeExporter]

Ok vad io cum fac. Multumesc de indicatii.

Original comment by viorel.iacoban@gmail.com on 16 Jul 2012 at 10:24

[GoogleCodeExporter]

Da, am testat inainte ca NomeclatoareService sa aiba erori de compilare si am 
accesat fara probleme \admin\AppBanner.xhtml care are un backing-bean 
AppBannerForm.java ...

Original comment by catalin....@gmail.com on 16 Jul 2012 at 10:38

[GoogleCodeExporter]

Ok ok faceam eu deploy-ul gresit, mai vad pe seara, cred ca tre sa mearga ok acu

Original comment by viorel.iacoban@gmail.com on 16 Jul 2012 at 11:21

[GoogleCodeExporter]

OK, am sa fac eu un script ant, in seara asta sper.

Original comment by neagu.diana on 17 Jul 2012 at 2:44

[GoogleCodeExporter]

Am facut si eu unul.
Il gasiti in proiectul ADMITERE_AdminWeb - fisierul Build-admitere.xml 
[http://code.google.com/p/feaa-admitere/source/browse/trunk/java-wks/ADMITERE_Ad
minWeb/Build-admitere.xml]

Nu-i chiar finisat, insa ar trebui sa mearga totusi schimband parametrii 
(proprietatile de start):
- local-app -  cu numele aplicatiei tinta (de ex. DosareService sau DosareWeb)
insa, si mai important:
- local-wks.dir - calea catre workspace-ul Eclipse local;
- jboss-home.dir - calea catre JBossul local.

Taskul/targetul implicit va reconstrui aplicatia [local-app] dezinstalandu-le 
pe toate celelalte (aici am sa mai modific ceva).
Altfel, exista cite un task/target pentru fiecare modul/aplicatie care 
interpreteaza inclusiv dependentele intre module ...

Original comment by catalin....@gmail.com on 18 Jul 2012 at 7:00

[GoogleCodeExporter]

Am mai lucrat la Build-admitere.xml ... actualizati!

Original comment by catalin....@gmail.com on 18 Jul 2012 at 11:05

[GoogleCodeExporter]

Inca un update !!!
Am eliminat compilarea din Build-admitere.xml ca sa mearga mai repede (plus ca 
erau si citeva buguri).
Asa ca build-ul se bazeaza pe clasele compilate de Eclipse (din build/classes).

Original comment by catalin....@gmail.com on 18 Jul 2012 at 1:48

[GoogleCodeExporter]

Original comment by catalin....@gmail.com on 7 Mar 2013 at 1:26

• Changed state: Done