{"id":24448,"date":"2024-02-15T14:53:34","date_gmt":"2024-02-15T22:53:34","guid":{"rendered":"https:\/\/docs.extraview.com\/v25\/book\/integration-configuration-3\/"},"modified":"2025-02-27T15:44:08","modified_gmt":"2025-02-27T23:44:08","slug":"integration-configuration-3","status":"publish","type":"page","link":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/","title":{"rendered":"Integration Configuration"},"content":{"rendered":"<h3>Configuration File<\/h3>\n<p>The configuration file for the JIRA integration is named <code>jira.properties<\/code> and is located in the <code>INTEGRATION_HOME\/configuration<\/code> directory. The sample configuration file that is included with the integration package contains the majority of the settings supported by the JIRA integration, along with examples and brief descriptions of the different settings used. The section below lists all of the settings available for use in the configuration file.<\/p>\n<p>The <code>jira.properties <\/code>file is a plain text file that can be edited with any simple text editor. Do not use Microsoft Word or other editors that may introduce special or non-plain text characters in the file. Lines that start with the <code>#<\/code> character are considered comments and are ignored by the integration. Blank lines are also ignored. After making changes to the configuration file, make sure to stop and start the integration daemon in order for the changes to take effect.<\/p>\n<h3>JIRA Properties<\/h3>\n<p>The JIRA account and server URL used by the integration daemon to communicate with the JIRA system must be specified as follows:<\/p>\n<pre><code>jira.server = &lt;JIRA server address and port&gt;\njira.user = &lt;JIRA user id&gt;\njira.password = &lt;JIRA user password&gt;\n<\/code><\/pre>\n<p>For example:<\/p>\n<pre><code>jira.server = http:\/\/localhost:8080\njira.user = userid\njira.password = password\n<\/code><\/pre>\n<h3>ExtraView Properties<\/h3>\n<p>The ExtraView account and server URL that the integration daemon uses to communicate with the ExtraView system must be specified with the following configuration settings:<\/p>\n<pre><code>SERVER = &lt;ExtraView site URL, ending in ev_api.action&gt;\nUSER = &lt;ExtraView account userid&gt;\nPASSWORD = &lt;ExtraView account password&gt;\n<\/code><\/pre>\n<p>For example:<\/p>\n<pre><code>SERVER = http:\/\/server.domain\/evj\/ExtraView\/ev_api.action\nUSER = userid\nPASSWORD = password\n<\/code><\/pre>\n<h3>Integration Fields<\/h3>\n<p>The JIRA and ExtraView fields required for the purposes of the integration (see the <a href=\"v25\/jira-configuration-1\/\">JIRA Configuration<\/a> and <a href=\"v25\/extraview-configuration-3\/\">ExtraView Configuration<\/a> pages) must be specified with the following configuration settings:<\/p>\n<pre><code>EVID_FIELD = &lt;JIRA field name&gt;\nJIRA_ID_FIELD = &lt;ExtraView field name&gt;\n<\/code><\/pre>\n<p>The <code>EVID_FIELD <\/code>setting specifies the name of the JIRA field that stores the ExtraView record ID. The <code>JIRA_ID_FIELD<\/code> setting specifies the name of the ExtraView field that stores the JIRA record ID. In addition, the <code>DEFAULT_JIRA_PROJECT<\/code> and <code>DEFAULT_JIRA_ISSUETYPE<\/code> settings indicate the JIRA Project name and Issue Type values to use when the integration daemon creates a new JIRA record from an ExtraView record. These setting are required to be defined in the configuration file.<\/p>\n<pre><code>DEFAULT_JIRA_PROJECT = &lt;JIRA Project name&gt;\nDEFAULT_JIRA_ISSUETYPE = &lt;JIRA Issue Type&gt;<\/code><\/pre>\n<p>For example, the following settings define the required integration fields, with the default Project name of <b>Bugs<\/b> and Issue Type value of <b>Bug<\/b>:<\/p>\n<pre><code>EVID_FIELD = EV_ID\nJIRA_ID_FIELD = JIRA_ID\nDEFAULT_JIRA_PROJECT = Bugs\nDEFAULT_JIRA_ISSUETYPE = Bug<\/code><\/pre>\n<h3>Field Mapping<\/h3>\n<p>The JIRA and ExtraView fields to be integrated must be specified in the configuration file with the following field mapping syntax:<\/p>\n<pre><code>jirafn.&lt;JIRA field name&gt; = evfn.&lt;ExtraView field name&gt;<\/code><\/pre>\n<p>The <span class=\"fixedWidthFont\">jirafn<\/span> and <span class=\"fixedWidthFont\">evfn<\/span> strings can be on either side of the equal sign, so the following syntax is equivalent:<\/p>\n<pre><code>evfn.&lt;ExtraView field name&gt; = jirafn.&lt;JIRA field name&gt;<\/code><\/pre>\n<p>For example, to integrate the JIRA <b>Summary<\/b> field with the ExtraView <b>SHORT_DESCR<\/b> field specify the following line:<\/p>\n<pre><code>jirafn.Summary = evfn.SHORT_DESCR<\/code><\/pre>\n<div class=\"textGreyBg\">\n<ul>\n<li>The field mappings for the required integration fields must be specified at a minimum. For example:\n<pre><code>jirafn.Key = evfn.JIRA_ID\njirafn.EV_ID = evfn.ID<\/code><\/pre>\n<\/li>\n<li>Fields mapped should be of similar type in order for the integration to work properly. For example, a JIRA field of Select List type is mapped to an ExtraView field of List type (or Pop-up type); a JIRA field of Date Picker type is mapped to an ExtraView field of Day type; etc.<\/li>\n<li>The following JIRA System fields are supported by the integration daemon: Assignee Affects Version\/s Comment Description Due Date Fix Version\/s Issue Type Key Project Priority Resolution Reporter Status Summary<\/li>\n<li>The following JIRA Custom field types are supported by the integration daemon: Date Picker Date Time Free Text Field (unlimited text) Multi Select Number Field Select List Radio Buttons Text Field (&lt; 255 characters)<\/li>\n<li>The ExtraView field name specified must be the &#8220;Fixed name,&#8221; not the &#8220;Title to display&#8221; attribute of the field entry in Data Dictionary.<\/li>\n<li>Spaces in field names must be escaped with the \\ character. For example:\n<pre><code>jirafn.Due\\ Date = evfn.DUE_DATE<\/code><\/pre>\n<\/li>\n<li>In ExtraView, the CLI_EDIT_MULTI_VALUE_FIELDS behavior setting must be turned on in order for multi-value fields to be accessible by the integration daemon.<\/li>\n<li>In ExtraView, the LOG_AREA_TEMPLATE behavior setting must be set to the default value of &#8220;$$LA_DATE$$ $$LA_USER$$&#8221; when mapping a Log Area type ExtraView field to the JIRA Comments field; this is to ensure the correct parsing of log area entries by the integration daemon.<\/li>\n<\/ul>\n<\/div>\n<h3>Value Mapping<\/h3>\n<p>For mapped fields that are of list or enumerated type, the values need to be mapped one-to-one using the following syntax:<\/p>\n<pre><code>jirav.&lt;JIRA field name&gt;.&lt;value&gt; = evv.&lt;ExtraView field name&gt;.&lt;value&gt;\n<\/code><\/pre>\n<p>As with the field mapping, the <span class=\"fixedWidthFont\">jirav<\/span> and <span class=\"fixedWidthFont\">evv<\/span> strings can be on either side of the equal sign. For example, for the JIRA list field <b>Status<\/b> that is mapped to ExtraView UDF list field <b>JIRA_STATUS<\/b>, the following lines map the values between the two fields:<\/p>\n<pre><code>jirav.Status.Open = evv.JIRA_STATUS.Open\njirav.Status.In\\ Progress = evv.JIRA_STATUS.In\\ Progress<\/code><\/pre>\n<div class=\"textGreyBg\">\n<ul>\n<li>It is important that each value for list fields be mapped to exactly one other value between the JIRA and ExtraView systems. If a JIRA field value is not mapped or is mapped to more than one ExtraView field value (and vice-versa), then errors will be generated during the synchronization process of the integration daemon and records may fail to be propagated between the systems.<\/li>\n<li>As with field mapping, spaces in field names and\/or values must be escaped with the \\ character, as illustrated in the example above.<\/li>\n<\/ul>\n<\/div>\n<h3>User Mapping<\/h3>\n<p>When mapping user fields (JIRA <b>User Picker<\/b> field type and ExtraView <b>User<\/b> field type) in the integration, and the usernames differ between the JIRA and ExtraView systems, then the mapping between users must be specified in the following format:<\/p>\n<pre><code>jirav.user.&lt;JIRA user id&gt; = evv.user.&lt;ExtraView user id&gt;<\/code><\/pre>\n<p>The <code>jirav<\/code> and <code>evv<\/code> strings can be on either side of the equal sign. For example:<\/p>\n<pre><code>jirav.user.adams = evv.user.asmith<\/code><\/pre>\n<div class=\"textGreyBg\">The user mapping is specified only once for all user type fields mapped in the integration, which is different than the value mapping of list fields which needs to be defined for each individual field.<\/div>\n<h3>JIRA Version Mapping<\/h3>\n<p>When mapping JIRA fields of version type, such as the standard Affects Versions and Fix Versions fields or custom fields of <b>Single Version Picker<\/b> or <b>Version Picker<\/b> field type, the version values are associated to individual projects. The value mappings for all version type fields is specified in the following format:<\/p>\n<pre><code>jirav.&lt;JIRA project key&gt;|version.&lt;JIRA value&gt; = evv.version.&lt;ExtraView value&gt;<\/code><\/pre>\n<p>Note the use of the JIRA Project key concatenated with the | character and &#8220;version&#8221; word, to specify the project that the version value is associated with. For example:<\/p>\n<pre><code>jirav.BUG|version.1.0.0 = evv.version.1.0.0<\/code><\/pre>\n<div class=\"textGreyBg\">Similar to the user mapping, the version mapping is specified only once for all version type fields mapped in the integration.<\/div>\n<h3>One-way Field Mapping<\/h3>\n<p>To configure specific fields to be treated as read-only in either ExtraView or JIRA, thereby performing one-way propagation, the following configuration settings are to be used:<\/p>\n<pre><code>EXTRAVIEW_READONLY_FIELDS = &lt;ExtraView field name&gt;, &lt;ExtraView field name&gt;, ...\nJIRA_READONLY_FIELDS = &lt;JIRA field name&gt;, &lt;JIRA field name&gt;, ...<\/code><\/pre>\n<p>The <code>EXTRAVIEW_READONLY_FIELDS <\/code>setting specifies a list of ExtraView fields that are not to be updated by the integration daemon. The <code>JIRA_READONLY_FIELDS<\/code> setting specifies a list of JIRA fields that are not to be updated by the integration daemon. Note that both of these settings specify a comma-delimited list of field names. For example, to ensure that the <b>STATUS<\/b> and <b>SHORT_DESCR<\/b> fields in ExtraView are not modified by the integration daemon from the mapped fields in JIRA, use the following configuration setting:<\/p>\n<pre><code>EXTRAVIEW_READONLY_FIELDS = STATUS, SHORT_DESCR<\/code><\/pre>\n<h3>Insert Values<\/h3>\n<p>The integration daemon can be configured to assign default values to ExtraView fields when inserting new records into the ExtraView system, with the following syntax:<\/p>\n<pre><code>INSERT_VALUES.&lt;ExtraView field name&gt; = &lt;value&gt;<\/code><\/pre>\n<p>For example, to assign a value of <span class=\"fixedWidthFont\">JIRA<\/span> for the field <b>SOURCE<\/b> in a new ExtraView issue, then add the following line to the configuration file:<\/p>\n<pre><code>INSERT_VALUES.SOURCE = JIRA<\/code><\/pre>\n<div class=\"textGreyBg\">Insert values for Date and Day fields must be be specified in the same format configured in the ExtraView user&#8217;s personal options. Failing to follow this can cause errors during the integration process.<\/div>\n<h3>JIRA Filtering<\/h3>\n<p>Records in the JIRA system can be filtered to be included in the integration based on two filtering options: field\/regex and poll trigger. You may either use both filtering options, or choose to configure only one of the two options. The <b>field\/regex<\/b> option of filtering JIRA records is specified with the following two settings:<\/p>\n<pre><code>MJ_FIELD = &lt;JIRA field name&gt;\nMJ_REGEX = &lt;Regular expression&gt;\n<\/code><\/pre>\n<p>The\u00a0<code>MJ_FIELD <\/code>setting specifies the name of the JIRA field to use in checking for a match of the JIRA record. The <code>MJ_REGEX <\/code>setting specifies a regular expression that is applied to the value of the JIRA field specified by <code>MJ_FIELD.<\/code> See the <a href=\"v25\/regular-expressions-1\/\">Regular Expressions Appendix<\/a> for more information. If the JIRA record matches the regular expression for the field, then this record passes the filtering and is included in the integration; that is, it is propagated to ExtraView using the configured mappings. If the JIRA record does not match, then the poll trigger filtering option is used to determine whether the record is included in the integration. For example, the following settings filter JIRA records with a <code>EV_ID<\/code> field value that contains one or more digits, indicated by <code>[0-9]+<\/code>:<\/p>\n<pre><code>MJ_FIELD = EV_ID\nMJ_REGEX = [0-9]+<\/code><\/pre>\n<p>The <b>poll trigger<\/b> option of filtering JIRA records is specified with the following single setting:<\/p>\n<pre><code>MJ_POLL_TRIGGER = &lt;boolean\/arithmetic expression&gt;\n<\/code><\/pre>\n<p>The <code>MJ_POLL_TRIGGER<\/code> setting specifies an expression containing boolean and\/or arithmetic terms to be matched with JIRA records. The expression may include JIRA field names specified using the following syntax:<\/p>\n<pre><code>__&lt;JIRA field name&gt;__<\/code><\/pre>\n<p>See the <a href=\"v25\/arithmeticboolean-expressions-1\/\">Arithmetic\/Boolean Expressions Appendix<\/a> for more information. If the JIRA record matches the poll trigger expression, then this record passes the filtering and is included in the integration; that is, it is propagated to ExtraView using the configured mappings. If the JIRA record does not match, then the field\/regex filtering option is used to determine whether the record is included in the integration. For example, the following setting filters JIRA records in the &#8220;Bugs&#8221; <b>Project<\/b> with a non-empty <code>EV_ID<\/code> field value:<\/p>\n<pre><code>MJ_POLL_TRIGGER = \"__Project__\" eq \"Bugs\" &amp;&amp; \"__EV_ID__\" ne \"\"<\/code><\/pre>\n<div class=\"textGreyBg\">\n<ul>\n<li>When any of the filter settings are commented out, they automatically default to true. Thus, all records pass filtering and are included in the integration.<\/li>\n<li>The order that the filters are applied to records is: field\/regex first, poll trigger second. If the field\/regex filter passes, then the poll trigger filter is not applied. Note that when the poll trigger filter is commented out, then all records automatically pass the filtering (even if they don&#8217;t pass the field\/regex filter).<\/li>\n<li>When specifying an expression for the <code>MJ_POLL_TRIGGER<\/code> setting, all text or non-numeric values as well as JIRA field names should be enclosed in quotes. Numeric values should not be quoted.<\/li>\n<li>The <code>MJ<\/code> prefix stands for Map JIRA, used for filtering JIRA records.<\/li>\n<\/ul>\n<\/div>\n<h3>ExtraView Filtering<\/h3>\n<p>The filtering of ExtraView records is very similar to the JIRA filtering mechanism, with different configuration settings. Records in the ExtraView system can be filtered to be included in the integration based on two filtering options: field\/regex and poll trigger. You may either use both filtering options or choose to configure only one of the two options. The <b>field\/regex<\/b> option of filtering ExtraView records is specified with the following two settings:<\/p>\n<pre><code>MI_FIELD = &lt;ExtraView field name&gt;\nMI_REGEX = &lt;Regular expression&gt;\n<\/code><\/pre>\n<p>The <code>MI_FIELD<\/code> setting specifies the name of the ExtraView field to use in checking for a match of the ExtraView record. The <code>MI_REGEX<\/code> setting specifies a regular expression that is applied to the value of the ExtraView field specified by <code>MI_FIELD<\/code>. See the <a href=\"v25\/regular-expressions-1\/\">Regular Expressions Appendix<\/a> for more information. If the ExtraView record matches the regular expression for the field, then this record passes the filtering and is included in the integration; that is, it is propagated to JIRA using the configured mapping settings. If the ExtraView record does not match, then the poll trigger filtering option is used to determine whether the record is included in the integration. For example, the following settings filter ExtraView records with <code>CATEGORY <\/code>field value that contains character <span class=\"fixedWidthFont\">B<\/span> followed by any character (including none), as indicated by <b>.*<\/b>:<\/p>\n<pre><code>MI_FIELD = CATEGORY\nMI_REGEX = B.*<\/code><\/pre>\n<p>The <b>poll trigger<\/b> option of filtering ExtraView records is specified with the following single setting:<\/p>\n<pre><code>MI_POLL_TRIGGER = &lt;boolean\/arithmetic expression&gt;<\/code><\/pre>\n<p>The <code>MI_POLL_TRIGGER<\/code> setting specifies an expression containing Boolean and\/or arithmetic terms to be matched with ExtraView records. The expression may include ExtraView field names specified using the following syntax:<\/p>\n<pre><code>__&lt;ExtraView field name&gt;__<\/code><\/pre>\n<p>See the <a href=\"v25\/arithmeticboolean-expressions-1\/\">Arithmetic\/Boolean Expressions Appendix<\/a> for more information. If the ExtraView record matches the poll trigger expression, then this record passes the filtering and is included in the integration; that is, it is propagated to JIRA using the configured mappings. If the ExtraView record does not match, then the field\/regex filtering option is used to determine whether the record is included in the integration. For example, the following setting filters ExtraView records with <code>STATUS <\/code>field values of either &#8220;New&#8221; or &#8220;Open&#8221;:<\/p>\n<pre><code>MI_POLL_TRIGGER = \"__STATUS__\" eq \"New\" || \"__STATUS__\" eq \"Open\"<\/code><\/pre>\n<div class=\"textGreyBg\">\n<ul>\n<li>When any of the filter settings are commented out, they automatically default to true. Thus, all records pass filtering and are included in the integration.<\/li>\n<li>The order that the filters are applied to records is: field\/regex first, poll trigger second. If the field\/regex filter passes, then the poll trigger filter is not applied. Note that when the poll trigger filter is commented out, then all records automatically pass the filtering (even if they don&#8217;t pass the field\/regex filter).<\/li>\n<li>When specifying an expression for the <code>MI_POLL_TRIGGER<\/code> setting, all text or non-numeric values as well as ExtraView field names should be enclosed in quotes. Numeric values should not be quoted.<\/li>\n<li>The MI prefix stands for Map Issue, where Issue is the generic term for ExtraView records.<\/li>\n<\/ul>\n<\/div>\n<h3>Logging<\/h3>\n<p>The following optional settings control how the JIRA integration records information about its operations to a log file, which can be used for debugging and troubleshooting purposes. If these settings are not defined or are commented out in the configuration file, then the default values are used by the integration.<\/p>\n<table class=\"border\">\n<tbody>\n<tr class=\"tableHeaderRow\">\n<td>Setting<\/td>\n<td nowrap=\"nowrap\">Default Value<\/td>\n<td>Description<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">DEFAULT_LOG_LEVEL<\/td>\n<td valign=\"top\">6<\/td>\n<td>A number in the range of 1 to 12 that controls the amount of information written to the log file. Numbers higher than 6 are different debug levels, which write progressively detailed information as the number increases.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_DATE_FORMAT<\/td>\n<td valign=\"top\">yyyy-MM-dd<\/td>\n<td>The date format to use in generating log records.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_TIME_FORMAT<\/td>\n<td valign=\"top\">kk:mm:ss<\/td>\n<td>The time format to use in generating log records.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_FILE_MANAGE_SCRIPT<\/td>\n<td valign=\"top\">none<\/td>\n<td>Name of a script to run when switching log files.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_FILE_MAX_RETAINED<\/td>\n<td valign=\"top\">-1 (infinite)<\/td>\n<td>The maximum number of old log files retained, when switching from one log file to the next.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_FILE_MAX_SIZE<\/td>\n<td valign=\"top\">10000<\/td>\n<td>This is the maximum size (in bytes) that the logger will permit the log file to grow before creating a new log file and archiving the old log file.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_FILE_DIR<\/td>\n<td valign=\"top\">logs<\/td>\n<td>The directory name to use for storing the log file.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_FILE_NAME<\/td>\n<td valign=\"top\">error.log<\/td>\n<td>The file name for the log file.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_FILE_DIR_ABSOLUTE<\/td>\n<td valign=\"top\">false<\/td>\n<td>If &#8220;true&#8221;, the directory name for the log file is absolute; if &#8220;false&#8221;, the directory name is relative to the installation directory.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_FILE_PATH_NAME_ABSOLUTE<\/td>\n<td valign=\"top\">false<\/td>\n<td>If &#8220;true&#8221;, the file path name for the log file is absolute; if &#8220;false&#8221;, the file path name is relative to the installation directory.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">LOG_TIME_AT_CREATION<\/td>\n<td valign=\"top\">false<\/td>\n<td>If &#8220;true&#8221;, the log file name is generated with a creation date\/time string appended; if &#8220;false&#8221;, the log file name is the default name.<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\">XML_LOG_FLAG<\/td>\n<td valign=\"top\">false<\/td>\n<td>Defines log format: &#8220;true&#8221; is for XML format; &#8220;false&#8221; is for plain text.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Polling Times<\/h3>\n<p>The integration daemon communicates with the JIRA and ExtraView systems on a periodic basis to query for newly updated or created records since the last time updates were processed (based on the JIRA_TIMESTAMP and EV_TIMESTAMP settings stored in the state.properties file, described in the <a href=\"v25\/running-integration-daemon-5\/\">Running the Integration Daemon<\/a> page). The polling period for each of the systems can be controlled with the following configuration settings: <code>EVPOLLWAITTIME <\/code>defines the number of milliseconds between subsequent queries to the ExtraView system, that is how often to poll the ExtraView system for changes. The default value is 10000 (10 seconds). For example, to have the integration daemon check ExtraView for changes every 30 seconds, use the following setting:<\/p>\n<pre><code>EVPOLLWAITTIME = 30000<\/code><\/pre>\n<p><code>POLLWAITTIME<\/code> defines the number of milliseconds between queries to the JIRA system. The default value is 10000 (10 seconds). For example, to have the integration daemon query the JIRA system for updates every minute, use the following setting:<\/p>\n<pre><code>POLLWAITTIME = 60000<\/code><\/pre>\n<h3>Attachments<\/h3>\n<p>All files attached to records in JIRA and ExtraView are automatically propagated between the systems, by default. However, the <code>ATTACHMENT_UPSERT<\/code> configuration setting can be used to control this behavior.<\/p>\n<pre><code>ATTACHMENT_UPSERT = &lt;YES|NO&gt;<\/code><\/pre>\n<p>For example, to bypass attachments synchronization during record updates, use the following setting:<\/p>\n<pre><code>ATTACHMENT_UPSERT = NO<\/code><\/pre>\n","protected":false},"excerpt":{"rendered":"<p>Configuration File The configuration file for the JIRA integration is named jira.properties and is located in the INTEGRATION_HOME\/configuration directory. The sample configuration file that is included with the integration package contains the majority of the settings supported by the JIRA integration, along with examples and brief descriptions of the different settings used. The section below&#8230;<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":24444,"menu_order":10,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_acf_changed":false,"_lmt_disableupdate":"no","_lmt_disable":"","_kad_blocks_custom_css":"","_kad_blocks_head_custom_js":"","_kad_blocks_body_custom_js":"","_kad_blocks_footer_custom_js":"","_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"footnotes":""},"class_list":["post-24448","page","type-page","status-publish","hentry"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v25.1 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Integration Configuration - Product Documentation<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Integration Configuration - Product Documentation\" \/>\n<meta property=\"og:description\" content=\"Configuration File The configuration file for the JIRA integration is named jira.properties and is located in the INTEGRATION_HOME\/configuration directory. The sample configuration file that is included with the integration package contains the majority of the settings supported by the JIRA integration, along with examples and brief descriptions of the different settings used. The section below...\" \/>\n<meta property=\"og:url\" content=\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/\" \/>\n<meta property=\"og:site_name\" content=\"Product Documentation\" \/>\n<meta property=\"article:modified_time\" content=\"2025-02-27T23:44:08+00:00\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data1\" content=\"12 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/\",\"url\":\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/\",\"name\":\"Integration Configuration - Product Documentation\",\"isPartOf\":{\"@id\":\"https:\/\/docs.extraview.com\/v25\/#website\"},\"datePublished\":\"2024-02-15T22:53:34+00:00\",\"dateModified\":\"2025-02-27T23:44:08+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/docs.extraview.com\/v25\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ExtraView 25\",\"item\":\"https:\/\/docs.extraview.com\/v25\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Integration Guides\",\"item\":\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/\"},{\"@type\":\"ListItem\",\"position\":4,\"name\":\"JIRA Integration Guide\",\"item\":\"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/\"},{\"@type\":\"ListItem\",\"position\":5,\"name\":\"Integration Configuration\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/docs.extraview.com\/v25\/#website\",\"url\":\"https:\/\/docs.extraview.com\/v25\/\",\"name\":\"ExtraView Product Documentation\",\"description\":\"ExtraView Documentation\",\"publisher\":{\"@id\":\"https:\/\/docs.extraview.com\/v25\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/docs.extraview.com\/v25\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/docs.extraview.com\/v25\/#organization\",\"name\":\"ExtraView Corporation\",\"url\":\"https:\/\/docs.extraview.com\/v25\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/docs.extraview.com\/v25\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/docs-stg.extraview.com\/wp-content\/uploads\/2024\/03\/favicon.png\",\"contentUrl\":\"https:\/\/docs-stg.extraview.com\/wp-content\/uploads\/2024\/03\/favicon.png\",\"width\":512,\"height\":512,\"caption\":\"ExtraView Corporation\"},\"image\":{\"@id\":\"https:\/\/docs.extraview.com\/v25\/#\/schema\/logo\/image\/\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Integration Configuration - Product Documentation","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/","og_locale":"en_US","og_type":"article","og_title":"Integration Configuration - Product Documentation","og_description":"Configuration File The configuration file for the JIRA integration is named jira.properties and is located in the INTEGRATION_HOME\/configuration directory. The sample configuration file that is included with the integration package contains the majority of the settings supported by the JIRA integration, along with examples and brief descriptions of the different settings used. The section below...","og_url":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/","og_site_name":"Product Documentation","article_modified_time":"2025-02-27T23:44:08+00:00","twitter_card":"summary_large_image","twitter_misc":{"Est. reading time":"12 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/","url":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/","name":"Integration Configuration - Product Documentation","isPartOf":{"@id":"https:\/\/docs.extraview.com\/v25\/#website"},"datePublished":"2024-02-15T22:53:34+00:00","dateModified":"2025-02-27T23:44:08+00:00","breadcrumb":{"@id":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/integration-configuration-3\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/docs.extraview.com\/v25\/"},{"@type":"ListItem","position":2,"name":"ExtraView 25","item":"https:\/\/docs.extraview.com\/v25\/"},{"@type":"ListItem","position":3,"name":"Integration Guides","item":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/"},{"@type":"ListItem","position":4,"name":"JIRA Integration Guide","item":"https:\/\/docs.extraview.com\/v25\/extraview-25\/integration-guides-1\/jira-integration-guide-1\/"},{"@type":"ListItem","position":5,"name":"Integration Configuration"}]},{"@type":"WebSite","@id":"https:\/\/docs.extraview.com\/v25\/#website","url":"https:\/\/docs.extraview.com\/v25\/","name":"ExtraView Product Documentation","description":"ExtraView Documentation","publisher":{"@id":"https:\/\/docs.extraview.com\/v25\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/docs.extraview.com\/v25\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/docs.extraview.com\/v25\/#organization","name":"ExtraView Corporation","url":"https:\/\/docs.extraview.com\/v25\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/docs.extraview.com\/v25\/#\/schema\/logo\/image\/","url":"https:\/\/docs-stg.extraview.com\/wp-content\/uploads\/2024\/03\/favicon.png","contentUrl":"https:\/\/docs-stg.extraview.com\/wp-content\/uploads\/2024\/03\/favicon.png","width":512,"height":512,"caption":"ExtraView Corporation"},"image":{"@id":"https:\/\/docs.extraview.com\/v25\/#\/schema\/logo\/image\/"}}]}},"taxonomy_info":[],"featured_image_src_large":false,"author_info":{"display_name":"carl.koppel","author_link":"https:\/\/docs.extraview.com\/v25\/author\/carl-koppel\/"},"comment_info":0,"_links":{"self":[{"href":"https:\/\/docs.extraview.com\/v25\/wp-json\/wp\/v2\/pages\/24448","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/docs.extraview.com\/v25\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/docs.extraview.com\/v25\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/docs.extraview.com\/v25\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/docs.extraview.com\/v25\/wp-json\/wp\/v2\/comments?post=24448"}],"version-history":[{"count":0,"href":"https:\/\/docs.extraview.com\/v25\/wp-json\/wp\/v2\/pages\/24448\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/docs.extraview.com\/v25\/wp-json\/wp\/v2\/pages\/24444"}],"wp:attachment":[{"href":"https:\/\/docs.extraview.com\/v25\/wp-json\/wp\/v2\/media?parent=24448"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}