• Stars
    star
    1
  • Language
    Python
  • Created about 6 years ago
  • Updated about 6 years ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

The objective of this project is to develop a system enabling users to ex- change messages asynchronously. Messages are sent and received through a non-trustworthy central repository, which keeps messages for users until they fetch them. The resulting system is composed by a Rendezvous Point, or Server, and several clients exchanging messages. The system should be designed to support the following security features: • Message confidentiality, integrity and authentication: Messa- ges cannot be eavesdropped, modified or injected by a third party or the server; • Message delivery confirmation: message readers should be able to prove that they have had access to their contents (i.e. have read them); • Identity preservation: There is a direct association between one user and one Portuguese Citizen, and vice-versa, using the Portuguese Citizen Card

More Repositories

1

android-prize-card-checker-app

An unofficial and simple Android app for the Sonae pre-paid Prize cards
3
star
2

reactNativeify

⚛️ Installs dependencies, for Linux and macOS, creating also a simple app in React-Native, ready to be run in Android Platform
Shell
2
star
3

Distributed-Systems-2018

Events portray the activities that go by during a typical afternoon at a hippic center, somewhere at the outskirts of Aveiro. There are four main locations: the track where the races take place, the stable where the horses rest waiting their turn to enter the competition, the paddock where the horses are paraded before the spectators, and the betting center where the spectators place their bets on the winning horse. There are three kinds of intervening entities: the pairs horse / jockey participating in the races, the spectators watching the races and placing bets on the horse they hope to win and the broker who accepts the bets, pays the dividends in case of victory and manages in a general manner all the operations that take place. K races are run during the afternoon, each with N competitors. M spectators are present. The activities are organized as described below ― the broker announces the next race; ― the participating horses are paraded at the paddock by the jockeys; ― the spectators, after observing the horses and thinking about their winning chances, go to the betting center to place their bet; ― the race takes place and one or more horses are declared winners; ― when somebody wins, he or she goes to the betting center to collect the gains. At the end of the afternoon, the spectators meet at the bar to have a drink and talk about the events that took place. Each race is composed of a sequence of position increments of the intervening horse / jockey pairs according to the following rules ― the track distance for the race k, with k = 0, 1, ... , K-1, is Dk units of length; ― eachhorse/jockeyCnk,withn=0,1,...,N-1andk =0,1,...,K-1carriesoutasingleposition increment per iteration by moving randomly 1 to Pnk length units along its path – the maximum value Pnk is specific of a given horse, because they are not all equal, some being more agile and faster than others; ― the horse / jockey pairs move in parallel paths and may be side by side or overtake one another; ― thewinneristhepairhorse/jockeyCnk,withn=0,1,...,N-1andk=0,1,...,K-1,which,after the completion of an iteration and having overtaken the finishing line, has a position with the highest value; ― in case of a draw, all the horse / jockey pairs with the highest position value are declared winners; the dividends to be received are inversely proportional to their number and rounded to unity. Assume there are five races, each having four competitors and that the number of spectators is also four. Write a simulation of the life cycle of the horse / jockey pairs, the spectators and the broker using one of the models for thread communication and synchronization which have been studied: monitors or semaphores and shared memory. One aims for a distributed solution with multiple information sharing regions, written in Java, run in Linux and which terminates. A logging file, that describes the evolution of the internal state of the problem in a clear and precise way, must be included.
Java
1
star