cyborg domain independent distributed database retrieval system alok khemka kapil assudani kedar...
TRANSCRIPT
CYBORG
Domain Independent Distributed
Database Retrieval SystemAlok Khemka
Kapil AssudaniKedar Fondekar
Rahul Nabar
Project Goals:
Application Domain Independence
Database Independence
Secure Communication
Application Domain Independence: Each application domain has it’s own database schema. Usually database schema used to be hard coded in the application
developed. Defies Code Reusability: Different applications need to be developed
for different application domain. Our application tackles this particular problem by acknowledging
itself of the application domain database schema, dynamically at run time.
Code Reusability: the same application can be run in different application domains, without worrying about the application domain database schema.
Database Heterogeneity:
Usually applications are developed with the backend database type in mind.
Extension of these applications for database type other than that one developed for, is difficult.
Our application tackles this issue by providing modular classes, designed mainly to overcome these sort of problems only.
Stores all the relevant details about a database type into “Database Parameters” class, abstracting the details of database type from the rest of the program.
Communication Security:
To prevent the eavesdropping on the transaction details. Internally the transferred data is still naked, though the
data is converted to common representation format. All the transaction (starting from connecting to the
database to executing different queries to disconnecting to the database is encrypted before being transferred over the net and decrypted afterwards on the other side.
The encryption algorithm used is DES (symmetric key algorithm) with 64 bit key size.
The SPI used is one from SUN (SUNJCE).
Control Flow Diagram:
Server Listener
1: The server listener starts and starts listening for the incoming client connection.
Control Flow Diagram:
Server Listener
2: As soon as the client goes up, it connects with the main server, the main server spawns a New thread for servicing the client and all the further communication from the client occurs to this new Spawned thread.
ClientProcess
1
ServerThread
2
3
Control Flow Diagram:
Server Listener
3: The client gets the user id and password from the user, encrypts it using the security engine, sends the id and password to the server to connect to the database.
ClientProcess Server
Thread
Client GUI
Prompts user forId and password
SecurityEngine
1
Encrypts the id And password
2
3
connect
Control Flow Diagram:
Server Listener
4: Server decrypts the id and password, connects to all the databases, gets the metadata from the databases, generates the XML file, encrypts it and sends it back to the client.5: Client decrypts the metadata, parses the XML file and populates the user gui based on that metadata.
ClientProcess Server
Thread
Client GUI
SecurityEngine Security
Engine
Decrypts idAnd password
1
Databasepool
2
3metadata
connect
4
5
metadata6 Decrypts
metadata
7Populatesgui
Control Flow Diagram:
Server Listener
6: Users queries the database by selecting different gui components. Client process generates the sql query based on gui components value, encrypts the query and sends it to the server for execution.7: server fires the query to the relevant database, gets the result, encrypts the result and sends it back to the client.
ClientProcess Server
Thread
Client GUI
SecurityEngine Security
Engine
Databasepool
1GeneratesSql query
2EncryptsSql query
3Execute query
4 Decryptsquery
5
Query relevantdatabase
6results
7Encryptresult
8results
9Decryptsresults
10 Populategui
Control Flow Diagram:
Server Listener
8: when the user is done, s/he disconnects with the server. During disconnection server closes all the open connection with the database and the client application goes down.
ClientProcess Server
Thread
Client GUI
Databasepool
1 disconnect
2
disconnect
Current Limitations:
The current implementation is developed for Java 1.3 and the application will not work in a Java 1.4 and above environments.
The DES is a symmetric key algorithm and puts an extra overhead of passing the keys to the clients before starting a session. (the key exchange algorithm is outside the scope of this application).
Tomorrow never dies … (future work) Make provisions for a horizontal split and a vertical split
of tables in database. Enhance the database query set to accommodate more
queries like delete table, delete record, join table, etc.
Thank You !!!