The following POM fragment demonstrates how to load content into a LDAP directory server from a LDIF formatted file using the load goal of the LDAP Maven Plugin.
Export
The following POM fragment demonstrates how to export content from a LDAP directory server to a LDIF formatted file using the dump goal of the LDAP Maven Plugin.
Directory Service Markup Language (DSML)
Import
The following POM fragment demonstrates how to load content into a LDAP directory server from a DSML formatted file using the load goal of the LDAP Maven Plugin.
Export
The following POM fragment demonstrates how to export content from a LDAP directory server to a DSML formatted file using the dump goal of the LDAP Maven Plugin.
Running an LDAP Server in the build life-cycle
pom.xml
The following POM fragment uses the run goal to launch an embedded LDAP directory server prior to the execution of the integration tests and then uses the stop goal to shutdown the embedded LDAP directory server upon completion of the integration tests.
Connecting in Java
The following LDAP client libraries can be used to connect to the embedded LDAP server:
On a recent project I had problems deploying a web application built on the Struts 2MVCframework to a fresh WebSphere installation. I wasted a lot of time labouring under the incorrect assumption (for once) that the architectural changes I had introduced in the latest sprint were the cause of my troubles.
But it turned out to be an environmental issue. We were deploying Struts 2 as a servlet filter and out of the box WebSphere does not support HTTP requests that are served by a servlet filter. A custom property called com.ibm.ws.webcontainer.invokefilterscompatibilty must be set for the web container. I guess I should have just deployed straight to the UAT environment!
Here is the procedure for setting the com.ibm.ws.webcontainer.invokefilterscompatibility custom property:
In the administrative console click Servers > Application Servers >server_name> Web Container Settings > Web Container.
Under Additional Properties select Custom Properties.
On the Custom Properties page, click New.
On the settings page, enter com.ibm.ws.webcontainer.invokefilterscompatibility in the Name field and true in the Value field.
Click Apply or OK.
Click Save on the console task bar to save your configuration changes.
You can add Google Analytics to a site generated with the Maven Site Plugin as by adding a <googleAnalyticsAccountId/> element containing your Web Property ID.
If you want to create an archive (.zip, .tar.gz, etc.) file as part of a Maven 2 build you need to use the Assembly Plug-in. Furthermore, if you want to install it into your local repository or deploy it to a remote repository you will need the assistance of the Builder Helper Plug-in.
But if you are building a multi-module project you need to do it properly or you can severely mess up your build. I’ve just spent the last 2 weeks going round in circles trying to figure out why we couldn’t build our project from the root project. In the end it turned out to be the fact that I was incorrectly using the assembly goal instead of the singlegoal. This was causing Maven to fork and try to build all the project dependencies again. To us it looked like our dependencies were not getting installed into the local repository and it was going out to get the last good snapshot build of the components from our remote repository which were 2 weeks out of date by this time.
Of course. Once I found the solution a little light bulb went off and I remembered I’d already seen this problem before. About two years ago in fact.
Here is a sample POM snippet that assumes an assembly descriptor with an id of bin and a format of .tar.gz:
The JBoss Maven Plugin is the better of the two because it will bundle the project dependencies into the generated SAR along with the compiled classes and resources. Whereas the Maven SAR plugin only bundles the compiled classes and resources.
The following POM extract demonstrates the usage of the JBoss Maven Plugin:
I’ve recently been plaged by an obnoxiously loud system beep from VMware Workstation. I hunted around the Internet and discovered that adding the following to the .vmx configuration file for the virtual machine will silence it forever.
After jumping through a few hoops I managed to get Archvia 1.1.3 successfully deployed to JBoss 4.2.3.
Set the appserver.base and appserver.home properties by adding the following lines to $JBOSS_HOME/bin/run.sh and restart JBoss.
Now create data source deployment descriptors for the archiva and users databases and copy them to $JBOSS_HOME/server/default/deploy. I am using MySQL 5.1 to as my database server.
archiva-ds.xml
users-ds.xml
Add WEB-INF/jboss-web.xml to the .war file.
WEB-INF/jboss-web.xml
Remove the following from the WEB-INF/lib folder of apache-archiva-1.1.3.warbecause they will cause conflicts with:
commons-logging-api-1.1.jar
log4j-1.2.14.jar
Copy apache-archiva-1.1.3.war to $JBOSS_HOME/server/default/deploy.