• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Deployment Tools

 
Ranch Hand
Posts: 462
Scala jQuery Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi,
I was wondering if anyone had any views on deployment tools? I need to automate the deployment process all the way from DEV >> UAT >> Production and was wondering if anyone had any recomendations of what to use or any best practices that I can include. The process wil involve deploying ear files, sql scripts, xml config files and maybe a complete JBoss installation.
Thanks
Willy
 
Saloon Keeper
Posts: 27762
196
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
JSR-88 defined a standard JEE deployment interface, and I think most of the modern appservers support it. If you were deploying JUST java deployables, the Ant tool (among others) provides the ability to deploy.

However, often there's an external context of non-Java stuff, such as the SQL scripts you mentioned. So I generally make my deployables OS install packages. For Solaris, that means dpkg. For RHEL, rpm, For debian/Ubuntu it's deb's. For Windows, it's MSI. Not only does this allow for the non-Java stuff, but your production sysadmins will probably like you more, since they're typically more familiar with the OS installers than the ins and outs of J(2)EE.

Ant and Maven have the ability to create installable packages, and right now I have a project that Maven outputs as an RPM. The main limitation is that they usually have to be created on the same OS as the target package, since they usually employ the OS's package-building utilities. There's also a "universal" packager that can take a common definition and build for Debian/RPM/Solaris from a single source should you need to target multiple heterogeneous servers.

JBoss itself is installable as a vendor-supplied RPM on RHEL. It's possible that there's an MSI for it as well. But, considering that JBoss is owned by one of the world's largest Linux distributors, I'd wager that their support staff is more experienced in that particular venue.
 
moose poop looks like football shaped elk poop. About the size of this tiny ad:
a bit of art, as a gift, the permaculture playing cards
https://gardener-gift.com
reply
    Bookmark Topic Watch Topic
  • New Topic