The Java EE 6 Example - Running Galleria on GlassFish 3.1.2 - Part 2

Markus Eisele
You hopefully have seen my last post about Vineet's DDD Java EE 6 example. If not, take a look. It introduces you to the overall example and might be helpful with this and the following posts. Today we are going to setup the example as it is directly with latest GlassFish 3.1.2, Hibernate and Derby.

Get yourself in the mood for some configuration. Grep the latest NetBeans 7.1 (the Java EE edition already includes the needed GlassFish 3.1.2) and install it. I also assume you have a decent Java SDK 7 (6 would do the job, too) in place somewhere. Depending on the development strategy you also need a Mercurial Client and Maven. At least Maven is also included in NetBeans, so ... I mean ... why make your life harder than it already is? ;)

Some few more words about the environments. This example was setup for supporting different environments. Starting with the plain "development" environment you also need to configure your "test" and last but not least the "production" environment. All of the different environments are handled by maven profiles, so you might have to configure a bit during the following minutes.

Create the Database instances
First thing to do is to decide where to put all your stuff. The examples use derby out of the box and therefore you should either have the Java DB installed (part of the JDK) or use the GlassFish derby instance which is pre-configured with NetBeans. Let's make it harder here and assume we use the Java DB installation that comes with your JDK. Go ahead, open a CMD prompt and navigate to your %JAVA_HOME% folder and further down the db folder/bin. Execute the "startNetWorkServer" script and watch out for the derby instance to start. Now open another CMD prompt also navigate to the db/bin folder and execute the "ij" script. This should come up with a prompt " ij>. Now enter the following connect string:
connect 'jdbc:derby://localhost:1527/GALLERIATEST;create=true';

This command connects you to the derby instance and creates a GALLERIATEST database if it doesn't already exist. The Galleria example uses a handy little tool called dbdeploy as a database change management tool. It let's you do incremental updates to the physical database model which get tracked in a changelog table. (More about this later in the series). You have to create the changelog table:
CREATE TABLE changelog (
  change_number DECIMAL(22,0) NOT NULL,
  complete_dt TIMESTAMP NOT NULL,
  applied_by VARCHAR(100) NOT NULL,
  description VARCHAR(500) NOT NULL

ALTER TABLE changelog ADD CONSTRAINT Pkchangelog PRIMARY KEY (change_number);
You can redo the steps for any other instance you need (production, etc.) by simply changing the database name in the connect statement. And don't forget to create the changelog table in every instance.
And if you don't like this approach. Fire up NetBeans, switch to the services tab, select "New Connection" and add a new Java DB Network Connection with host:localhost, port:1527 and Database: GALLERIATEST;create=true. Set both user and password to "APP" and click "Test Connection". Select APP as the schema for your new DB. And you are done!

Create the GlassFish domain
We are running this from latest GlassFish. First thing to do now is to create a new domain. navigate to your GlassFish installation directory and goto glassfish3/bin and execute the following:
asadmin create-domain --portbase 10000 --nopassword test-domain
This creates a new test-domain for you. Now navigate to that domain folder ("glassfish3/glassfish/domains/test-domain") and open the config/domain.xml file.
We are now going to add the created derby database as a connection pool to you newly created GlassFish domain. Navigate to the <resources> element and add the following connection pool and jdbc-resource under the last closing  </jdbc-connection-pool> element:

 <jdbc-connection-pool driver-classname="" datasource-classname="org.apache.derby.jdbc.ClientDataSource40" res-type="javax.sql.DataSource" description="" name="GalleriaPool" ping="true">
      <property name="User" value="APP"></property>
      <property name="DatabaseName" value="GALLERIATEST"></property>
      <property name="RetrieveMessageText" value="true"></property>
      <property name="Password" value="APP"></property>
      <property name="ServerName" value="localhost"></property>
      <property name="Ssl" value="off"></property>
      <property name="SecurityMechanism" value="4"></property>
      <property name="TraceFileAppend" value="false"></property>
      <property name="TraceLevel" value="-1"></property>
      <property name="PortNumber" value="1527"></property>
      <property name="LoginTimeout" value="0"></property>
    <jdbc-resource pool-name="GalleriaPool" description="" jndi-name="jdbc/galleriaDS"></jdbc-resource>
Now find the : <config name="server-config"> element and inside it look for the last  <resource-ref entry. Add the following line there:
  <resource-ref ref="jdbc/galleriaDS"></resource-ref>
One last thing to do until we are ready to fire up our instance. We need to add the JDBC Realm for the Galleria example. again, find the <config name="server-config"> and inside it, look for a </auth-realm>. Under this, put the following:
  <auth-realm classname="" name="GalleriaRealm">
      <property name="jaas-context" value="jdbcRealm"></property>
      <property name="encoding" value="Hex"></property>
      <property name="password-column" value="PASSWORD"></property>
      <property name="datasource-jndi" value="jdbc/galleriaDS"></property>
      <property name="group-table" value="USERS_GROUPS"></property>
      <property name="charset" value="UTF-8"></property>
      <property name="user-table" value="USERS"></property>
      <property name="group-name-column" value="GROUPID"></property>
      <property name="digest-algorithm" value="SHA-512"></property>
      <property name="user-name-column" value="USERID"></property>
Be sure not to put the new realm under the default-config. This will not work. Fine. Let's get the sources :)

Getting the Source and opening it in NetBeans
Vineet is hosting the Galleria example on So, you have to go there and visit the java-ee-6-galleria project. There are three ways you can bring the sources to your local HDD. Either via the hg command line:
hg clone
or via the website download (upper right "get sources") or directly via NetBeans. You need a Mercurial client for your OS for the first and the third option. I am using TortoiseHg for Windows. You should have this installed and configured with NetBeans before doing the following. Lets try the last alternative here. Select "Team > Clone Other". Enter the Repository URL and leave user/password empty. Click "next" two times (we don't need to change default paths ;)) and select a parent directory to put the stuff in. Click "Finish" and let the Mercurial client do the work. You are asked to open the found projects after it finished. This should look similar to the picture on the right. If you run into connection troubles make sure to update your proxy settings accordingly.
If you try to build the project you will run into trouble. It is still missing some configuration which we are going to do next.

Adding a Development Profile
Next is to add some stuff to the Maven pom.xml of the galleria-ejb project. Open it and scroll down to the <profiles> section. You find two (sonar and production). We are going to add a development profile by adding the following lines to it (make sure to adjust the GlassFish paths to your environment):
Ok. As you can see a couple of stuff is defined here. And the profile is activated by default. That's it. For now.

Testing the ejb-Galleria Project
Lets try to run the testcases in the ejb-Galleria project.  Right click it and issue a  "clean and build".Follow the console output to see what is actually going on. We are going to investigate this a little bit further with one of the next posts. Today we are only doing this to make sure, you have everything setup the right way. It should finish with:
Tests run: 49, Failures: 0, Errors: 0, Skipped: 0
That is a "Green-Bar" :-) Congratulations!

Build and Deploy the Project
Now go to NetBeans "Tools > Options > Miscellaneous > Maven" and check the box that says: "Skip Tests for any build executions not directly related to testing". Return to the main window and right click the Galleria project and make a clean and build there.
Reactor Summary:

Galleria ................................. SUCCESS [0.431s]
galleria-ejb ............................. SUCCESS [5.302s]
galleria-jsf ............................. SUCCESS [4.486s]
Galleria EAR ............................. SUCCESS [1.308s]
Total time: 11.842s

Fine. Now lets fire up the GlassFish domain. Switch to your GlassFish installation and find the glassfish3/bin folder. Open a command line prompt there and run:
asadmin start-domain test-domain
You can see the domain starting up. Now open a browser and navigate to http://localhost:10048/. After a few seconds this is going to show you the admin console of your GlassFish server. Now you need to install Hibernate. Select the "Update Tool" (bottom left) and switch to the "Available Add-Ons" tab. Select "hibernate" and click install (top right). Stop the server after you installed it and restart it with the command above. Open the admin console again and click on "Applications". Click the little "deploy" button on top and browse for the "java-ee-6-galleria/galleria-ear/target/galleria-ear-0.0.1-SNAPSHOT.ear". Click on "OK" (top right). You are done after a few seconds. Now switch to http://localhost:10080/Galleria/ and you will see the welcome screen. Congratulations. You setup the Galleria example on GlassFish! Sign up, Login and play with the application a bit!

The next parts in the series will dive you into the details of the application. I am going to cover the tests and overall concepts. And we are also going to change both JPA provider and database in a future post.

Want to know what it takes to get it up and running on latest WebLogic 12c ? Read on!

Post a Comment


  1. Thanks Markus.
    Very good sample.
    But I think this is a little bit hard to beginners to build and run the project!
    I thinks if you make these changes it will be easier for beginners and even professionals to setup and run the project!

    -Glassfish has a default domain which named domain1 so you can use it for both test and production and remove the phase of creating domains in tutorial.
    -Glassfish has a default resource which is named jdbc/sample (I think) so you can use it and avoid defining another jdbc resource. or put the jdbc resource definition xml inside glassfish-resources.xml

    Again thanks for setting up this great sample.
    I'm passionate to see the next tutorials related to this sample.

    1. Hi Heidarzadeh,

      thanks for your comment. I was actually thinking about doing it _more beginner frindly_. The problem with that is, that you rely on a couple of things that you don't have with other appservers. In the following posts I am not only going to _port_ it to e.g. WebLogic but also change the JPA implementation and database. You as a reader should have a good base for that.

      Thanks for your comment,

    2. I've thought long and hard about replying to this, since I didn't want to publish an incoherent and spotty response. While the setup can get complicated for beginners, and may distract people from diving into code, it is there to serve multiple purposes.

      The primary purpose was to have the ability to recreate environments from scratch. I've worked with Derby for a sufficient period of time to have experienced database corruptions in a very short span. Having the ability to blow away a Derby instance and recreate it in a few moments allows you to react rapidly to corrupted dev and test environments.

      Then there's the other part of ensuring that your development environment is almost or exactly the same as your production one. Also, I prefer having isolated development environments instead of developing on the same container that hosts other applications; this allows you to recreate environments like I stated above. By using the default GlassFish domain, the ability to address these concerns cannot demonstrated in a project.

  2. I am newbie to Net Beans, pro's and con's to making simple for beginners .... I have built twice to success .."light" green bar, BUT each time I must have something wrong with the changes to:

    I sign up and then try to login

    "The user name or password is incorrect."

    1. Hi Paul,

      seems as if you did something wrong with the realm configuration. The glassfish logs should tell you.


    2. I pasted the xml for realms part into the domain.xml and did not work!
      "The user name or password is incorrect."

      Looks weird but Then I removed pasted XML and made a realm using glassfish admin console and restarted glassfish and it worked!

  3. I could be wrong but doesn't it defeat the purpose of creating separate profiles for development, test and production, if you name you properties like this:

    I would think that it would make more sense to name variables the same, but have the values change for the specific profile.


    This way when you reference those properties in a plugin, the values that populate will depend on the profile that's active.

    1. Hi Enrico,

      Thanks for your thoughts. Completely right. Don't know if vineet accepts contributions but that would be a good one.


    2. Ok, this is a valid point. That's partly due to a build server, a dev environment and a "QA" instance rolled into a single machine. I'm just started moving from dbdeploy to Liquibase and I'll consider this during the movement. Stay tuned.

  4. I have built and deployed everything well.
    But after I entered my userId and password and clicked 'Sign up' button I received error:

    Caused by: java.util.MissingResourceException: Can't find bundle for base name resources.messages, locale ru_RU
    at java.util.ResourceBundle.throwMissingResourceException(
    at java.util.ResourceBundle.getBundleImpl(
    at java.util.ResourceBundle.getBundle(
    at info.galleria.i18n.Messages.(
    ... 49 more

    1. You might face a glassfish issue. Find the resources.messages and create a resources.messages_ru with content that makes sense:). That should solve it!


  5. Hi Markus,

    Thank you for this helpful review! Unfortunately I keep running into one problem when deploying. My ear always contains the wrong persistence.xml, resulting in this error:

    Error occurred during deployment: Exception while preparing the app : The persistence-context-ref-name [info.galleria.service.jpa.AlbumRepository/em] in module [galleria-ear-0.0.2-SNAPSHOT#galleria-ejb-0.0.2-SNAPSHOT.jar] resolves to a persistence unit called [galleria-ejb] which is of type RESOURCE_LOCAL. Only persistence units with transaction type JTA can be used as a container managed entity manager. Please verify your application.. Please see server.log for more details. Exception while invoking class org.glassfish.persistence.jpa.JPADeployer prepare method : java.lang.RuntimeException: The persistence-context-ref-name [info.galleria.service.jpa.AlbumRepository/em] in module [galleria-ear-0.0.2-SNAPSHOT#galleria-ejb-0.0.2-SNAPSHOT.jar] resolves to a persistence unit called [galleria-ejb] which is of type RESOURCE_LOCAL. Only persistence units with transaction type JTA can be used as a container managed entity manager. Please verify your application. The persistence-context-ref-nam .... msg.seeServerLog

    I followed your instruction step by step - probably the code has evolved since your writing? Any hints how to provide the correct persistence unit in the ear deployment are appreciated :-)


    1. Hi Chris,

      Hadn't had a chance to look. Trying to do this during the next weeks.


    2. Hi Chris,
      Your problem is very likely related to the execution of package goal for the ear project and the maven-antrun-plugin used in the ejb project. This is possible if you're working off an IDE that doesn't handle the presence of the maven-antrun-plugin used in the ejb project. The maven-antrun-plugin is declared to copy over the persistence.xml file with a test-persistence.xml (that contains the resource_local PU) and then revert the changes back. Sometimes, the IDE doesn't run the second bit before packaging up the jar, leaving you with a failing deployment. This issue would be best fixed by running 'mvn package' (or 'mvn install') without workspace resolution; this leaves Maven in charge of the entire build.

      Let me know if that fails as well. I'm moving over all of the tests to Arquillian so that this bit of wizardry is not required.


  6. Hi Markus & Vineet,

    Thanks for your fast response! The problem is still there even without using any ide. I just tried:
    1) Configured everything like described here (standalone maven 3.0.4, derby 10.8.22, GF 3.2.1, jdk 1.6.0_37)
    2) Cloned the repository from bitbucked
    3) Called "mvn package"
    4) Tried to deploy the galleria-ear-0.0.2-SNAPSHOT.ear via GF admin webinterface

    Still the same error :-( Glad to hear you will port it to Arquillian. What is your plan to do so? I just reviewed Arquillian and plan to use it. But for now I need to get familiar with EE in general first. Maybe I can contribute to the example later on.


    1. Ok, time to roll up my sleeves. Can you run the Maven goals with the '-X -e' flags, like 'mvn -X -e clean package' and mail me the log? I'll take a look.

  7. I just noticed I have overseen an error occurring during the tests - Maybe this prevents the correct build steps to be further executed (though mvn states a successful build)

    Running info.galleria.utilities.PasswordUtilityTest
    03.12.2012 11:34:12 info.galleria.utilities.PasswordUtility getDigest
    SCHWERWIEGEND: Failed to decode the provided password into a sequence of UTF-8 bytes.
    java.nio.charset.MalformedInputException: Input length = 1
    at java.nio.charset.CoderResult.throwException(
    at java.nio.charset.CharsetEncoder.encode(
    at info.galleria.utilities.PrimitiveArrayConverter.convertCharArrayToBytes(
    at info.galleria.utilities.PasswordUtility.getDigest(
    at info.galleria.utilities.PasswordUtilityTest.testCreatePasswordDigestOfInvalidUTF16Sequence(
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(
    at java.lang.reflect.Method.invoke(
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(
    at org.junit.internal.runners.statements.ExpectException.evaluate(
    at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(
    at org.junit.runners.ParentRunner$
    at org.junit.runners.ParentRunner$1.schedule(
    at org.junit.runners.ParentRunner.runChildren(
    at org.junit.runners.ParentRunner.access$000(
    at org.junit.runners.ParentRunner$2.evaluate(
    at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(
    at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(
    at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(
    at java.lang.reflect.Method.invoke(
    at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(
    at $Proxy0.invoke(Unknown Source)
    at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(
    at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(
    at org.apache.maven.surefire.booter.ForkedBooter.main(
    03.12.2012 11:34:12 info.galleria.utilities.PasswordUtility getDigest
    SCHWERWIEGEND: No implementation of SHA-000 was found. Check your Java Security provider configuration.

    1. This failure is expected. One of the unit tests verifies whether you can provide invalid byte sequences in your password, during sign up or password modification. The stack trace is dumped by the logger in the PasswordUtility class for specific reasons - malformed byte sequences are typical of either a misconfigured network element or injection attacks.

  8. Hi,

    I followed everything else in this blog and I am able to see the login page of the application.

    My only problem is that during authentication, it always says 'Failed to authenticate user' even if the user is there in the database.

    Could there be a problem? I used glassfish 3.1.2 and apache derby.

    There seems to be some authentication problem I think and it cannot validate against the jdbc realm...

    1. Hi Nel,

      hard to tell without any exception.
      Can you try to raise the security logging level (GF console) and email me with the exception?

      - M

  9. I think there is something wrong with this line...

    Now find the : element and inside it look for the last but it does not work.

    Maybe you are referring to this

    ..thats where I place the resource-ref and it worked.

    ..I am now able to authenticate. Can you cross checked?


    1. Can you please send this by email myfear at web de would be perfect ...

Post a Comment