[Implementazione] application, login

[GoogleCodeExporter]

Mi chiedo vedendo l'attuale stato dell'arte 
il login sarà funzionante per lunedi 26?
Inoltre chiedo ai PM avendo voi 6 unità possiamo associarne delle altre da 
Lunedi in poi?

Original issue reported on code.google.com by hilin...@gmail.com on 24 Nov 2012 at 6:50

[GoogleCodeExporter]

"Inoltre chiedo ai PM avendo voi 6 unità possiamo associarne delle altre da 
Lunedi in poi?"

Non capisco una mazza di questa frase.

Per quello che ho visto, almeno il login dovrebbe funzionare per il 26.

Original comment by blunotte...@gmail.com on 24 Nov 2012 at 6:57

[GoogleCodeExporter]

Se potete associare più persone ad application.

Original comment by hilin...@gmail.com on 24 Nov 2012 at 7:01

[GoogleCodeExporter]

Ci sono 3 persone su application e 3 su storage. Credo sia bilanciato così, 
anche perché su storage c'è diverso lavoro da fare. Va bene la presentazione, 
ma il tutto dovrà essere funzionante per il 7.

Original comment by blunotte...@gmail.com on 24 Nov 2012 at 7:12

[GoogleCodeExporter]

Si ma il 7 è vicino della serie
l'acqua è poca e la papera non galleggia :D

Original comment by hilin...@gmail.com on 25 Nov 2012 at 2:28

[GoogleCodeExporter]

Ragazzi vorrei dire alla persona che si sta occupando del ControlLogin (non so 
chi è visto che non c'è scritto nella javadoc) di uniformarsi il più 
possibile allo stub che ho creato in test.application. 
Come è stato implementato ora, permette di controllare se l' username 
corrisponde alla password immessa ma non prende in considerazione l'utente di 
che tipologia fa parte e quindi di che funzionalità può usufruire

Original comment by angeloscafuro on 30 Nov 2012 at 4:06

[GoogleCodeExporter]

IO mi sto occupando del controllogin e sta scritto nel commento iniziale che lo 
sto facendo io.. il login deve vedere solo se l'utente e password sono corrette 
e da in uscita un account con tutte le info fra queste anche la sua tipologia.. 
l'ho visto insieme a giulio e gianfranco

Original comment by marco.parisi90 on 30 Nov 2012 at 4:19

[GoogleCodeExporter]

Non credo che il control login debba ricerevere in "input" il tipo di utenza. 
Piuttosto  l'account corrisponderà ad un utente, il quale ha un tipo. :)

Original comment by funfor...@gmail.com on 30 Nov 2012 at 4:24

[GoogleCodeExporter]

Si ma se vedete il file login.jsp (creato prima che si facesse il ControlLogin) 
vi è un menu a tendina in cui l'utente seleziona la categoria alla quale 
accedere.
Questo perchè possono esserci utenti che possono visualizzare più di una 
tipologia di interfaccia utente.
Un educatore potrebbe accedere sia alla sua interfaccia di educatore sia ad un 
eventuale interfaccia di genitore.
Quindi in questo modo può scegliere a quale interfaccia accedere.
--
Non avevo capito che restituisse un account perché non ho letto tutto il 
codice attentamente.Posso farmi questo controllo direttamente dalla servlet 
quindi.

A meno che non si voglia eliminare la possibilità di scelta dell'interfaccia a 
cui accedere

Original comment by angeloscafuro on 30 Nov 2012 at 4:33

[GoogleCodeExporter]

ah non lo so nel senso io lo immaginavo così. questa è un'idea intelligente, 
ma sei sicuro che un account può avere riferimento (chiave esterna) sia a 
personale sia a genitore, ad esempio?

Original comment by funfor...@gmail.com on 30 Nov 2012 at 4:50

[GoogleCodeExporter]

Se non ce l'ha vorrà dire che un genitore dovrà per forza fare solo il 
genitore e non lavorare nell'università ad esempio.Il delegato del rettore, ad 
esempio, non potrà iscrivere i suoi figli all'asilo ? 
Non so.Mi sembra strana come cosa :)

Original comment by angeloscafuro on 30 Nov 2012 at 4:54

[GoogleCodeExporter]

Certo che può, creandosi due account, che è il modo più banale e comune di 
farlo.
Sinceramente credo che al momento non sia stato modellato esplicitamente da 
nessuna parte che un utente può assumere la figura di più "attori" nel 
sistema, però se da qualche parte ce lo abbiamo scritto (magari ricordo male) 
allora puoi benissimo continuare in questa strada.. però mi sembra di 
ricordare che non sia così.

Original comment by funfor...@gmail.com on 30 Nov 2012 at 5:32

[GoogleCodeExporter]

Credevo venisse fatto in automatico proprio alla creazione di un nuovo account.
Se il delegato del rettore vuole crearsi un account genitore e iscrivere suo 
figlio, non può creare un nuovo account, visto che il codice fiscale è già 
inserito nel database, ma avevo pensato che poteva compilare i campi e invece 
di creare una nuova tupla con gli stessi dati nel database, aggiungesse 
un'altra chiave esterna.

Naturalmente se tu dici che bisogna crearsi un nuovo account, per me non ci 
sono problemi.L'utnete inserirà username e password e con quello username 
accederà ad una determinata interfaccia.

Original comment by angeloscafuro on 30 Nov 2012 at 5:38

[GoogleCodeExporter]

Oh, questo è un bel problema, hai ragione, non ci avevo pensato. Temo che 
allora sia necessario agire come dici tu, al login bisogna anche chiedere quale 
tipo di utenza si vuole accedere, e quindi il ControlLogin deve essere alterato 
di conseguenza.

Original comment by funfor...@gmail.com on 30 Nov 2012 at 5:43

[GoogleCodeExporter]

ma non è più facile cambiare la chiave primaria cosi da permettere piu 
account??? 

Original comment by gianfranco.b.d on 30 Nov 2012 at 7:35

[GoogleCodeExporter]

potremmo usare l'id per il personale amministrativo o gli insegnanti e il 
codice fiscale solo per i genitori 

Original comment by gianfranco.b.d on 30 Nov 2012 at 7:54

[GoogleCodeExporter]

Non è un problema fin tanto che il codice fiscale è la chiave primaria di 
tutti i tipi di utente. 
Si cerca quel codice fiscale nella tabella genitore, se c'è si fa fare il 
login, altrimenti no. E questo funziona per la tabella genitore come per 
qualsiasi altra tabella.

Original comment by funfor...@gmail.com on 30 Nov 2012 at 10:15