To use Bridge to Babylon, I strongly recommend that you get familiar with Apache Maven. If you use Maven to manage your projects, you will find a lot of cool features like the one I used to create this site and avoid the java dependency hell amongst other things.
To include Bridge to Babylon to your project using Maven, add the dependency to your pom.xml file. If you don't use Maven, you can download the library along with its related jars here.
When creating your database, you have to follow these simple naming rules for your table and column names:
Ex: employeeId (for the table "Employee")
Ex: EmployeeStore
Ex: createdDate
Note that the second and third rules stated here are to be considered only if your DBMS is case sensitive.
Table Example (Derby syntax):
CREATE TABLE Employee ( id INT NOT NULL GENERATED ALWAYS AS IDENTITY, firstName VARCHAR(50), lastName VARCHAR(50), wages DOUBLE NOT NULL, PRIMARY KEY(id) );
POJO Corresponding to the Employee table:
public class Employee { private int id; private String firstName; private String lastName; private double wages; public Employee() { this.id = -1; this.firstName = ""; this.lastName = ""; this.wages = 0; } protected void setId(int id) { this.id = id; } public int getId() { return id; } public void setFirstName(String firstName) { this.name = name; } public String getFirstName() { return name; } public void setLastName(String lastName) { this.lastName = lastName; } public String getLastName() { return lastName; } public void setWages(double wages) { this.wages = wages; } public double getWages() { return wages; } }
So what do we have to say now? In fact, your are in right to ask yourself how does Bridge to Babylon handles auto incremented primary keys. First of all, you must now that protected and private methods of your object's properties can be accessed by Bridge to Babylon. Secondly, BTB automatically fetch back from your database any read-only columns that your table may have upon insert and update operations.
In this particular case, you don't want the end user of the POJO to be able to directly change the "id" property because it's the database responsibility to do so. But BTB still need to access it through a method during a select or a fetch back operation. That's why the "setId" method have to be protected (or private).
Bridge to Babylon offers a class named ConnectionManager to help you handle any database connection you may need. By default, when you create an instance of this class, it looks for a file named "bridge.xml" in the application root folder. You can change this path by adding the command line argument "-Dbridge.properties.path=path to your property file" when launching your application.
Sample of a minimal "bridge.xml" content:
<properties> <entry key="database.url">jdbc:derby:data/testdb;create=true</entry> </properties>
...and the equivalent bridge.properties:
database.url=jdbc:derby:data/testdb;create=true
As you can see, a ConnectionManager needs only one key to be functional. With this file in your application folder, any time you creates a Bridge you will be connected to a Derby database in the "data" folder, under your application directory. It is possible to handle more database connections with a ConnectionManager. For more information on how to handle multiple connections, please read the corresponding Javadoc.
Now it's time to get to the real thing. Do I have to tell you to create your database and bridge.xml file prior executing the following snippet?
In any case, this is a simple insertion example:
Employee e = new Employee(); e.setId(123); e.setFirstName("John"); e.setLastName("Doe"); e.setWages(16.45); Bridge<Employee> bridge = new Bridge<Employee>(Employee.class); bridge.insert(e);
Now a simple query example returning all elements from a table:
Bridge<Employee> bridge = new Bridge<Employee>(Employee.class); Query<Employee> query = bridge.newQuery(); List<Employee> list = query.execute();