AUTOBUILD - PowerPoint PPT Presentation

About This Presentation
Title:

AUTOBUILD

Description:

Title: SOA Practice Proposal for PPS Author: Alexander – PowerPoint PPT presentation

Number of Views:90
Avg rating:3.0/5.0
Slides: 18
Provided by: Alexander205
Category:
Tags: autobuild | xslt

less

Transcript and Presenter's Notes

Title: AUTOBUILD


1
AUTOBUILD
  • Build and Deployment Automation Solution

2
What is Autobuild?
  • Ant/Python-based build/deployment/configuration
    framework with extensive support for IBM
    products (WAS, Portal, WPS/WESB, DataPower).
  • Comes pre-packaged/integrated with open source
    build server Luntbuild to support cont.
    integration, release management. Also supports
    Hudson. Other build servers can be used.
  • Full lifecycle automation compile, package,
    deploy, test (Junit, WebTest Canoo and soapUI).
  • Tight integration with Eclipse/RAD/WID.

3
Key Features
  • Support building of JAR, WAR, EAR, Web services,
    EJB 2/3, portlets, portal themes, portlet
    factory.
  • The notion of environment is built into the
    core intuitive file format to manage your env.
    properties (no XML).
  • Automatic generation of build scripts based on a
    project directory structure/Eclipse/RAD settings.
    No Ant scripts.
  • Dependency management via Eclipse/RAD/WID
    classpath. No properties or XML/POM files to
    manage. Change your dependencies directly from
    IDE.

4
Demo Build Dashboard
5
Demo Build Status
6
Demo Build Configuration
7
Key Benefits
  • Complete automation of your build/deployment
    process, improved turnaround and reliability.
  • Developers are freed up to focus on developing
    applications.
  • Adding new applications/components requires no
    scripting.
  • Agile development support, incl. continuous
    integration, automated unit and integration
    testing.
  • Improved operations via centralized configuration
    management of your environments.
  • Improved security, accountability and
    transparency.

8
WAS Support
  • Minimal manual configuration-most parameters
    inferred from the project structure. Example
    modules targetingwas.deployment.targetDevCluste
    r
  • WAS 6.0, WAS 6.1 and WAS 7 support.
  • Automatic binaries distribution to remote nodes.
  • Automatic application startup application is
    fully deployed and available after the build.

9
WAS Support Contd
  • Extensive checks before deployment is node
    agent up? Is at least one server up?
  • Multi-cluster support for same app./diff.
    versions deployed into diff. clusters.
  • Automatic targeting to Web servers for web apps.
  • Resources (DataSource, JMS) configuration via
    declarative jython scripts (property file-based
    version is in the works).

10
WPS/WESB Support
  • Integration with serviceDeploy command to
    generate WPS code.
  • No need to install/mount WESB or WID on the build
    machine all deployments are remote.
  • EAR files are generated based on WID projects.
    SCA library dependencies are handled
    automatically.
  • Import endpoints are updated automatically based
    on the target environment (can be done separately
    from deployment) also works for non-WESB
    clients.
  • Long-running processes support warns/stops if
    there are running instances.

11
DataPower Support
  • WSDL, XSD, XSLT files are automatically uploaded
    to the device as part of the build.
  • Multiple files can be uploaded based on a
    pattern.
  • Automatically creates directory structure that
    mirrors local structure.
  • Support for configuration templates initially
    created by exporting configuration, could be
    split in multiple files.
  • Values in an exported configuration could be
    overridden in an external XML fragment so that
    base config could be re-exported without changes.

12
soapUI Support
  • soapUI tests run automatically after deployment.
  • Different tests suites can be executed for
    different environments (e.g., full for
    development, smoke for QA).
  • Endpoints are automatically updated based on the
    target environment.
  • Test reports are automatically generated and
    published on the build server.
  • (in progress) Support for environment-specific
    property files.

13
Monitoring
  • Build server provides scheduling, log collection,
    notifications for monitoring jobs.
  • JMX-based monitoring of server availability or
    other parameters (e.g., heap).
  • Periodically runs Canoo or soapUI script to test
    availability.

14
Other Features
  • Support for the promotional lifecycle deploy,
    configure, test.
  • Group builds build multiple projects with a
    single push of a button.
  • Extensive WebSphere Portal and portlets support.
  • Integration with FindBugs static code analysis
    tool.
  • Numerous configuration properties e.g., can be
    used to override/complement Eclipse.
  • Great extensibility - most Ant targets of Python
    scripts can be extended without changing
    Autobuild code.

15
Autobuild Implementation Service
  • Analyze your environment and processes.
  • Install/configure the framework and the build
    server.
  • Configure target environments for deployments.
  • Extend the framework if needed.
  • Enable build/deployment of your applications.
  • Knowledge transfer.
  • End result automation of your build/deploy
    process.

16
Autobuild Support Service
  • MyArch is notified every time there is a build
    failure.
  • We do incident analysis/triage with you.
  • Prompt bug fixes.
  • Help with environment and project configuration
    files.
  • (optionally) Build/deployment configuration in a
    build server.
  • Lifetime free new versions for your product set.

17
QA
Write a Comment
User Comments (0)
About PowerShow.com