Recent Tips and News on Java EE 6 & GlassFish:
GlassFish
• An Eclipse / GlassFish / Java EE 6
Tutorial |
Recent Tips and News on Java EE 6 & GlassFish:
GlassFish
• An Eclipse / GlassFish / Java EE 6
Tutorial |
Financial services on the go - GlassFish for Fundamo and
profit
Alexis recently published a new Adoption Story
on how Fundamo uses GlassFish v2 and OpenMQ for its
Enterprise Platform. Overview at stories entry, details in questionnaire, and an overview in this earlier
short video interview.
We are always interested in more GlassFish adoption stories, both from
(non-paying) users and from (paying) customers. …
TOTD #93 showed how to get started with
Java
EE 6 using NetBeans 6.8 M1 and GlassFish v3 by
building a simple Servlet 3.0 + JPA 2.0 web application. TOTD #94 built upon it by using Java Server Faces
2 instead of Servlet 3.0 for displaying the results. However we
are still using a POJO for all the database interactions. This
works fine if we are only reading values from the database but
that's not how a typical web application behaves. The web
application would typically perform all CRUD operations. More
typically they like to perform one or more CRUD …
TOTD #93 showed how to get started with
Java
EE 6 using NetBeans 6.8 M1 and GlassFish v3 by
building a simple Servlet 3.0 + JPA 2.0 web application. TOTD #94 built upon it by using Java Server Faces
2 instead of Servlet 3.0 for displaying the results. However we
are still using a POJO for all the database interactions. This
works fine if we are only reading values from the database but
that's not how a typical web application behaves. The web
application would typically perform all CRUD operations. More
typically they like to perform one or more CRUD …
TOTD #93 showed how to get started with
Java
EE 6 using NetBeans 6.8 M1 and GlassFish v3 by
building a simple Servlet 3.0 + JPA 2.0 web application. TOTD #94 built upon it by using Java Server Faces
2 instead of Servlet 3.0 for displaying the results. However we
are still using a POJO for all the database interactions. This
works fine if we are only reading values from the database but
that's not how a typical web application behaves. The web
application would typically perform all CRUD operations. More
typically they like to perform one or more CRUD …
Saw this table definition in a system I was working on:
CREATE TABLE session_role (
Session_sessionId bigint(20) NOT NULL,
activeRoles_roleId varchar(255) NOT NULL,
PRIMARY KEY(Session_sessionId,activeRoles_roleId),
UNIQUE KEY activeAccounts_actorId (activeRoles_roleId),
KEY `FK38CC06CCF5B03D50` (Session_sessionId),
KEY `FK38CC06CC4085AE4` (activeRoles_roleId),
CONSTRAINT `FK38CC06CC4085AE4` FOREIGN KEY
(activeRoles_roleId)
REFERENCES role(roleId),
CONSTRAINT `FK38CC06CCF5B03D50` FOREIGN KEY
(Session_sessionId)
REFERENCES session (sessionId)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
This is four indexes for a two-column table! Of course nobody has
actually written this, this is generated by JBoss/Hibernate, with
a MySQL database used for storing data. Be very careful with code
generators....