miercuri, 29 decembrie 2010
Utilizator
Un utlizator se poate loga, deloga , inregistra .Acesta poate ,indiferent daca este logat sau nu, sa efectueze cautari in functie de categorie , subcategorie , nume produs scos la licitatie , pret produs si tipul licitatie.Daca este logat acesta are posibilitatea sa vizualizeze produsele scoase la licitatie de catre acesta , sa adauge o noua licitatie si sa se inscrie la noi licitatii.De aseamnea poate sa trimita biduri pentru licitatiile la care este inscris , sau sa afle castigatorul licitatiilor al caror timp a expriat .
joi, 16 decembrie 2010
MessageSender
Am adaugat o noua clasa in proiect care se ocupa cu trimiterea mesajelor. Aceasta contine doua metode:
- public void sendMessage(int performative,String convId, Concept action, String receiver)
- public void sendSimpleMessage(int performative,String convId, String content, String receiver )
Prima metoda permite trimiterea mesajelor folosind ontologii, iar cea de-a doua mesajelor ce contin un simplu text.
Am considerat necesara introducerea acestei clase deoarece toti agentii foloseau aceste metode care erau declarate pentru fiecare agent.
- public void sendMessage(int performative,String convId, Concept action, String receiver)
- public void sendSimpleMessage(int performative,String convId, String content, String receiver )
Prima metoda permite trimiterea mesajelor folosind ontologii, iar cea de-a doua mesajelor ce contin un simplu text.
Am considerat necesara introducerea acestei clase deoarece toti agentii foloseau aceste metode care erau declarate pentru fiecare agent.
joi, 9 decembrie 2010
Problema rezolvata
Am rezolvat problema cu drop-down.Partea de administrare a fost incheiata.Administratorul poate adauga o categorie si o subcategorie specifica unei categorii alese folosind drop-down .Am trecut la implementarea userului.
duminică, 5 decembrie 2010
Licitatie englezeasca
Am implementat metodele si behaviourile pentru a realiza licitatia englezeasca.
Cand se creeaza o licitatie se introduce si data terminarii acesteia.
Utilizatorii inscrisi pot licita, cererea lor fiind luata in considerare doar daca pretul introdus este mai mare decat cel mai mare pret introdus pana atunci.
Dupa ce timpul a expirat nu se mai primesc bid-uri de la participanti si timp de 10 secunde se asteapta procesarea ultimelor biduri primite inainte de expirarea timpului. In felul acesta se asigura ca nu va exista niciun utilizator gresit informat asupra castigatorului.
Dupa trecerea celor 10 secunde licitatia ia sfarsit. Atunci toti agentii utilizati doar la acea licitatie sunt informati de acest lucru si sunt stersi.
Cand se creeaza o licitatie se introduce si data terminarii acesteia.
Utilizatorii inscrisi pot licita, cererea lor fiind luata in considerare doar daca pretul introdus este mai mare decat cel mai mare pret introdus pana atunci.
Dupa ce timpul a expirat nu se mai primesc bid-uri de la participanti si timp de 10 secunde se asteapta procesarea ultimelor biduri primite inainte de expirarea timpului. In felul acesta se asigura ca nu va exista niciun utilizator gresit informat asupra castigatorului.
Dupa trecerea celor 10 secunde licitatia ia sfarsit. Atunci toti agentii utilizati doar la acea licitatie sunt informati de acest lucru si sunt stersi.
sâmbătă, 4 decembrie 2010
Problem solved (primire mesaje (Agenti))
Am realizat cu mai mult timp in urma partea de creare dinamica a agentilor astfel incat ei sa comunice ca nodurile unui arbore echilibrat pe doua niveluri.
Dupa aceea a urmat stergerea agentilor (proxy si participanti).Aici au aparut mai multe probleme pe care le-am rezolvat, ultima dintre acestea fiind primirea haotica a mesajelor de catre coordonator. Rezolvarea acesteia a fost una simpla si anume:
in behaviourul unui agent care asteapta un mesaj
daca mesajul nu este NULL
atunci isi continua treaba
daca nu atunci block();
Greseala mea a fost ca puneam la sfarsit block() indiferent daca mesajul a fost NULL sau nu :D
Dupa aceea a urmat stergerea agentilor (proxy si participanti).Aici au aparut mai multe probleme pe care le-am rezolvat, ultima dintre acestea fiind primirea haotica a mesajelor de catre coordonator. Rezolvarea acesteia a fost una simpla si anume:
in behaviourul unui agent care asteapta un mesaj
daca mesajul nu este NULL
atunci isi continua treaba
daca nu atunci block();
Greseala mea a fost ca puneam la sfarsit block() indiferent daca mesajul a fost NULL sau nu :D
marți, 30 noiembrie 2010
Cum?
Proiectul va fi compus din doua parti:
-o platforma Jade
-o interfata Web realizata cu servleturi
Platforma va contine agenti distribuiti intr-o retea de calculatoare ce vor comunica prin mesaje. Acestia vor fi:
-PersonalAgent - este o interfata pentru utilizator (servletul va comunica doar cu agentii personali ai fiecarui utilizator)
-AuctionService - se ocupa cu crearea licitatiilor (crearea agentilor necesari pentru a functiona acea licitatie)
-Coordonator - gestioneaza agentii pentru o licitatie (e creat de AuctionService atunci cand se creeaza o licitatie)
-Participant - pentru fiecare utilizator care participa la o licitatie se creeaza un agent prin care introduce noi biduri si prin care afla ultimul pret
-Proxy - agent la care se conecteaza participantii
Interfata Web:
-realizeaza comunicarea cu agentii,
-preia din baza de date licitatiile,
-permite utilizatorilor sa se logheze,
-creaza agenti (PersonalAgent),
-permite utilizatorilor sa liciteze si sa introduca licitatii
-o platforma Jade
-o interfata Web realizata cu servleturi
Platforma va contine agenti distribuiti intr-o retea de calculatoare ce vor comunica prin mesaje. Acestia vor fi:
-PersonalAgent - este o interfata pentru utilizator (servletul va comunica doar cu agentii personali ai fiecarui utilizator)
-AuctionService - se ocupa cu crearea licitatiilor (crearea agentilor necesari pentru a functiona acea licitatie)
-Coordonator - gestioneaza agentii pentru o licitatie (e creat de AuctionService atunci cand se creeaza o licitatie)
-Participant - pentru fiecare utilizator care participa la o licitatie se creeaza un agent prin care introduce noi biduri si prin care afla ultimul pret
-Proxy - agent la care se conecteaza participantii
Interfata Web:
-realizeaza comunicarea cu agentii,
-preia din baza de date licitatiile,
-permite utilizatorilor sa se logheze,
-creaza agenti (PersonalAgent),
-permite utilizatorilor sa liciteze si sa introduca licitatii
Diagrame
Cele 7 tipuri de diagrame(Sequence,Use Case,Class,Sequencial, Activity,Hypertext) pot fi gasite pe pagina de wiki : http://eapps.software.ucv.ro/wadwiki/index.php/Team6_Diagrams
Ce?
Proiectul nostru va realiza un site de licitatii online. Acesta va permite realizarea de licitatii: englezeasca, olandeza etc. Administratorul siteului poate gestiona categoriile si subcategoriile din care pot face parte produsele vandute. De asemenea poate introduce stiri, poate sterge conturile utilizatorilor.
Siteul poate fi vizitat de orice utilizator, dar doar cei care au cont pot introduce licitatii si pot participa la ele. Ceilalti utilizatori vor putea vedea produsele puse la vanzare, stirile de pe site si isi vor putea face cont gratuit.
Utilizatorii pot sa scoata la licitatie un produs pe care il vor include intr-o categorie si vor specifica diverse informatii ce corespund tipului de licitatie ales.
Siteul poate fi vizitat de orice utilizator, dar doar cei care au cont pot introduce licitatii si pot participa la ele. Ceilalti utilizatori vor putea vedea produsele puse la vanzare, stirile de pe site si isi vor putea face cont gratuit.
Utilizatorii pot sa scoata la licitatie un produs pe care il vor include intr-o categorie si vor specifica diverse informatii ce corespund tipului de licitatie ales.
sâmbătă, 16 octombrie 2010
Online auction website
The goal is to create a web application for online auction and shopping, similar to eBay.
Abonați-vă la:
Postări (Atom)