|
OpenMake Meister |
- OpenMake Meister® 7.5 – fast, Intelligent and repeatable software builds
- Meister Setup and Installation
- Contact Support
- Tutorials
- Meister Architecture
- Build and CI Procedures and Usage
- Managing Users and Groups
- Reports and Logs
- Accessing the Management Control Console
- OpenMake Meister Continuous Integration and Workflow Management
- Remote Agents for Distributed Processing
- Continuous Integration for Agile Teams
- OpenMake Meister for Intelligent Builds
- OpenMake Meister for z/OS
- 667 keyword(s) found.
- $(BUILD_DATE)
- $(BUILD_DIRECTORY)
- $(BUILD_TIME)
- $(JOB_LABEL)
- $(JOB_NAME)
- $(JOB_NUMBER)
- $(LOG_URL)
- $(MACHINE_NAME)
- $(USER_NAME)
- $AllDeps
- .Net
- .NET and "Project" Dependency Directories
- Accelerating Workflows
- Accelerating Your Builds with Meister
- access privileges
- Accessing the Management Control Console
- AccuRev
- Activating Build Avoidance
- Activating Parallelized Build Processing
- Activities Tab Screen
- adding
- Adding a New Dependency Directory List Name
- Adding Activities to a Workflow Service
- Adding and Deleting Projects
- Adding Directories to your Dependency Directory List
- Adding or Removing Users from Groups
- Adding Server Pools
- Adding Targets to Your Project
- Adding Users
- Adding Workflow Activities
- Adding Workflow Services to a Workflow
- Administrator
- Administrator Group Access Privileges
- Advanced Workflow Features
- Ant and Java Build Methods
- Ant File Locations
- Ant Javac Tasks
- Ant RMIC Tasks
- Apache Archiva Repository
- Application Developer plug-in
- Archiva Configuration
- Assign Pools
- assigning
- Assigning Remote Agents to the Server Pool
- Automatically Generating Your Java Targets
- Automating Your Compile and Link Process
- Batch Build Logs
- Bill of Materials (BoM) reporting
- bldmake
- bldmake options
- Borland Build Methods
- Borland StarTeam
- Bourne Shell
- Build and CI Procedures and Usage
- Build Audits with Build Forensics
- Build Avoidance
- Build Commands
- Build Control File Syntax
- Build Control Files
- Build Control files (BCF's)
- Build Loops
- Build Machine
- Build Management
- Build Options
- Build Rules
- Build Server as a Windows Service
- Build Service Attributes
- Build Services Options
- Build Task
- Build Types
- Build Types and Methods
- Building Targets Using ISPF
- Building z/OS Targets using the Web Client
- builds
- Builds, Activities and Workflows
- CA
- case sensitivity
- Central Logging
- Chaining Workflow Activities
- Changing the Configuration
- Changing the Status of your Workflow
- CheckStyle
- Choosing a Pre-Defined Build Service
- CleanPath()
- CleanSearchPath(@list_of_directories)
- Compilers
- Components of Workflow Management
- Configure Global Environment Variable Section
- Configure Server Pool Environment Variables Section
- Configure Tab Screen
- Configure Workflow Activity Environment Variables Section
- configuring
- Configuring Microsoft Team Build
- Configuring Remote Agents for Load Balancing
- Configuring the C and C++ Eclipse Project Properties
- Configuring the Eclipse C Development Tools (CDT) Integration
- Configuring Workflow Activities
- Configuring Your Build Environment for Parallelized Builds
- Configuring Your Build Project
- Configuring your Continuous Integration
- Configuring your Workflow to use Parallelized Mode
- Connecting to an Oracle Database
- Connecting to the PostgreSQL Database
- Contact Support
- Continuous Integration
- Continuous Integration and Workflow Loops
- Continuous Integration for Agile Teams
- Continuous Integration Tab Screen
- CopyExcludeLocal( $TargetDeps, $RelDeps, $toDir, @excludeExtensions )
- Copying Targets
- CopyLocal( $FullPathDeps, $RelDeps, $toDir )
- count()
- Crap4J
- Create and Edit Your Workflow
- Creating a Java War Target
- Creating a Workflow Service
- Creating and Managing Targets
- Creating Groups
- Creating Mainframe Targets
- Creating Microsoft .NET 2003 Targets Without the Add-in
- Creating Microsoft 6.x Visual Basic Targets Without the Add-in
- Creating Microsoft Visual Studio 6.x C/C++ Targets Without the Add-in
- Creating Microsoft Visual Studio and .Net Targets Manually
- Creating Targets for C/C++ with the Eclipse CDT
- Creating Targets for Java IDEs and Developer Tools
- Creating Targets for the Microsoft Visual Studio and .Net IDEs
- Creating the C and C++ Eclipse Project Makefile
- Creating Your Build Service
- Creating Your Custom Build Services
- Custom Access Privileges
- Custom Workflow Activity Plug-ins
- customizing
- Customizing File Type Extensions
- Customizing the Build Status Values
- Customizing z/OS Scripts for New Types
- CVS
- Dataset Names and Build Rules
- Dataset Naming Conventions
- debug or release
- debugging
- Default Administrator Group
- Default File Type Extension
- Default User Group
- Defined User Privileges Report
- defining
- Defining a Private Pre-commit Workflow
- Defining Datasets Names
- Defining Dependency Directories to Support Pre-commit Builds
- Defining J2EE Deployment Descriptor Targets
- Defining Multi-Platform or Cross Language Workflows
- Defining Nested or Reusable Workflows
- Defining Targets
- Defining Workflows for Local Continuous Integration
- Defining Workflows for Team Continuous Integration
- Defining Your Program
- Defining z/OS TGTs using ISPF
- deleting
- Deleting Users
- dependencies
- Dependency Directory Usage by Project
- Dependency Scanning with OOMLOM
- Dependency Table
- Detail Attributes
- Determining the Value of OMSUBMIT_MAX_USER_PROC
- Determining User Group Assignments
- DevOps from the Web Client
- directories
- Distributed Workload Processing
- Distributed Workload Processing and Multi-platform Workflows
- Distributing the Workload of the Workflow across multiple Server Pools
- Doxygen
- Eclipse Plug-in Dependency Directories
- Eclipse RCP
- Edit Flag Detail
- Editing Targets
- Email Notifications in Your Workflow
- Emma
- Enabling and Modifying LDAP Configurations Using ompw
- Enhancing Your Continuous Integration Builds with Meister Build Services
- Environment Variables
- Environment Variables Needed for Java Builds
- ERROR 10:
- ERROR 11:
- ERROR 12:
- ERROR 130:
- ERROR 131:
- ERROR 132:
- ERROR 133:
- ERROR 134:
- ERROR 15:
- ERROR 160:
- ERROR 161:
- ERROR 19:
- ERROR 29:
- ERROR 30:
- ERROR 37:
- ERROR 38:
- ERROR 390:
- ERROR 391:
- ERROR 392:
- ERROR 400:
- ERROR 401:
- ERROR 404:
- ERROR 405:
- ERROR 406:
- ERROR 407:
- ERROR 408:
- ERROR 40:
- ERROR 42:
- ERROR 43:
- ERROR 44:
- ERROR 45:
- ERROR 48:
- ERROR 49:
- ERROR 501:
- ERROR 50:
- ERROR 52:
- ERROR 538:
- ERROR 53:
- ERROR 54:
- ERROR 55:
- ERROR 56:
- ERROR 57:
- ERROR 58:
- ERROR 60:
- ERROR 65:
- ERROR 70:
- ERROR 71:
- ERROR 72:
- ERROR 73:
- ERROR 9:
- errors
- Errors and Warnings
- Example Label Search Paths
- Example Life Cycle Search Paths
- Exclude( $pattern, @inlist )
- Execute Build Tasks
- Execute Settings Section
- Executing Builds
- Executing Builds on z/OS
- Executing on Demand Workflows from the Management Console
- Executing Pre-commit Builds Outside of Your IDE
- Executing Workflows on a UNIX Platform
- Executing your Build Definition
- Executing Your First Meister Build
- ExitScript( $RC, @doomedFiles )
- Features of Meister for z/OS
- file extensions
- Filter Workflows
- Filtering and Organizing Your Workflows
- FindBugs
- FindFlag( $flagString, @possibleFlags )
- First Found Dependency
- FirstFoundInPath
- Footprinting
- Footprinting - Embedding the DNA
- GenerateBillofMat( $BillofMat, $BillofMatRpt, $TargetFile )
- Generated Build Control Files
- GenerateFootPrint($FootPrint,$TargetFile,$FPSource,$FPObject,$CompilerFound,$FPCompilerArguments )
- Generating Build Scripts
- Generating Microsoft 2005, 2008 and 2010 Targets using the Add-In
- Generating Microsoft Visual Studio 2005 Targets
- Generating Microsoft Visual Studio 2008 Targets
- Generating Microsoft Visual Studio 2010 Targets
- Generating Targets using omNet
- get()
- get(), getDP()
- getAbsolute()
- getAbsolute, getAbsolute($anchor_dir)
- getAbsoluteList, getAbsoluteList($anchor_dir)
- getAnchor()
- GetAnt
- GetAntIncludeXML ( @items )
- getBuildTaskFiles( $BuildTask, $OptionGroup, $all)
- getBuildTaskOption( $option_name, $build_task, $option_group)
- getBuildTaskOptions( $build_task, $option_group)
- getBuildTasks
- GetClasses ( $TargetDeps )
- GetClassPath ( $TargetDeps )
- GetCompiler, get_compiler
- getDPF()
- getDPFE(), get()
- getEscaped()
- getEscapedList()
- getEscapedPath()
- getEscapedQuoted()
- getEscapedQuotedList(), getQuotedEscapedList()
- GetExcludes( $Defines )
- getExt( @ExtensionList )
- getExt(), getE()
- getExtension()
- getExtList( @ExtensionList)
- getExtQuoted( @ExtensionList )
- getExtQuotedList
- getF()
- getFile(), getFE()
- GetFlag( $flagString, @possibleFlags );
- getJavacEscaped(), getJEscaped()
- getJEscaped()
- More...
Enabling and Modifying LDAP Configurations Using ompw
If you intend to enable LDAP or modify LDAP parameters for your server, you will need to use ompw, since you will need to use the password encryption functions built into ompw.
The relevant flags for changing enabling and modifying LDAP configuration are:
--ldapURL, --ldapAuthType, --ldapID, --ldapPassword, --ldapSync, --ldapAdminGroupDN.
Each flag corresponds to a parameter in the web.xml configuration file for your Knowledge Base server and takes as an argument the value to which that parameter will be changed.
--ldapURL corresponds to the URL that the Knowledge Base Server will use to contact your LDAP server. The LDAP URL should be in the format of :
ldap://<LDAP SERVER>:<LDAP PORT>/<DISTINGUISHED NAME FOR LDAP ROOT NODE>
Example: --ldapURL ldap://catalyst:389/dc=catalyst,dc=com
--ldapAuthType denotes the LDAP authorization type that you want to use. This field accepts values of simple, heavy, or none.
--ldapID corresponds to the Distinguished Name of the the user with LDAP write privileges for the Group. This user does not have to be a Knowledge Base server administrator, but they must have add and edit privileges for the LDAP node structure, and they must have read privileges for Users and Groups under the LDAP node.
Note: This user will only be editing the LDAP node, and will not be changing LDAP privileges for users and groups within the LDAP node.
--ldapPassword supplies the password that will be used when contacting the LDAP server. The password will be encrypted on web.xml file using the Blowfish algorithm that uses a key varying in length from 32 bits to 56 bits.
--ldapSync sets how often the Knowledge Base server syncronizes with the LDAP server. The value added for this flag is the number of minutes between syncronization cycles. If you do not wish to automatically syncronize your Knowledge Base and LDAP servers, set this value to 0.
--ldapAdminGroupDN is the Distinguished Name for the group that will be associated with admin privileges on the Knowledge Base server. Since, by default, there needs to be an administrators group on the Knowledge Base server, this group must exist on your LDAP server before you enable LDAP for the Knoweldge Base Server.
If you updated all LDAP parameters using ompw, your command may look like this:
ompw –-kbHome C:\meister7\tomcat\webapps\openmake.ear –-ldapURL ldap://catalyst:389/cn=catalyst,cn=com -–ldapAuthType simple -–ldapID cn=Manager,dc=catalyst,dc=com –-ldapPassword password --ldapSync 60 –-ldapAdminGroupDN CN=admins,OU=groups,DC=catalyst,DC=com
After you have successfully updated the web.xml file on the Knowledge Base server, you will need to set up the node on the LDAP server. This is accomplished by using the ConfigLDAPServer class that exists in the bin directory in your Knowledge Base server install location. This class will take the values that are entered in your web.xml file and configure the node on LDAP according to the values. The structure of the command to invoke the ConfigLDAPServer class is as follows:
java –cp "<KB INSTALL DIR>/tomcat/webapps/openmake.ear/openmake.war/WEB-INF/lib/omserver.jar;." ConfigLDAPServer "<KB INSTALL DIR>"
Once you have successfully updated the LDAP server to include the node, you can restart the Knowledge Base server, and LDAP functionality should be in place for any user that logs on .
Loading...