Difference: Appx620Features (55 vs. 56)

Revision 562022-05-16 - MisaghKarimi

Line: 1 to 1
 

APPX 6.2.0 Features

This page provides an overview of the new features in APPX 6.2.x

Line: 8 to 8
  This release is primarily focused on the repair of bugs, found in both the 5.5.x & 6.1.x versions of Appx, along with a few enhancements.
Changed:
<
<
Noteworthy enhancements include updates to the JSON parser, the Appx Data API, APIs for encoding/decoding base64 data, the addition of the ability to enforce limited user licenses and the ability use the Html client to develop and debug APPX applications.
>
>
Noteworthy enhancements include updates to the JSON parser API, XML Writer APIs, the Appx Data API, APIs for encoding/decoding base64 data, the addition of the ability to enforce limited user licenses and the ability use the Html client to develop and debug APPX applications.
 

Changes in Release 6.2.0

Here is a list of the changes in Release 6.2.0:

Changed:
<
<

JSON Parser

>
>

JSON Parser APIs

 
Changed:
<
<
The parser can now parse a file of JSON data, the parsing size limits have be removed and the parsing results can be optioanlly converted to Unicode.

APPX Data Services API

>
>
You can use the following APIs to parse a JSON file or string:
 
Changed:
<
<
The data API now takes advantage of the new JSON PARSE subroutine. The new subroutine provides the incoming data as Unicode. As the side effect, the PATH field in JSON file cannot be a key anymore since its size is larger than appx key size limit. As a work around you can use PARENT RID to read through the hierarchy.
>
>
--- .JSON PARSE
--- .JSON PARSE FILE

XML Writer APIs

 
Changed:
<
<
Based on the selected ‘Mode=’ setting for each data services command, the parsed JSON will be written to a different file. For example, if the ‘Mode=small’ the parsed JSON is written to the file 0LA RAWJSONS, if ‘Mode=medium’ the data will be written to 0LA RAWJSONM and, for ‘Mode=large’ the data will be written to the 0LA RAWJSONL file. You can check 0LA WEBSERVICES JSON MODE to find out where the parsed JSON records were written.
>
>
You can use these new APIs to create a well formatted XML file.
 
Changed:
<
<
Note again that the incoming JSON data no longer has a limit. If the incoming data is more than 1M characters, APPX writes the data to a file, then parses the content of the file.
>
>
--- .XML WRITER OPEN
--- .XML WRITER CLOSE
--- .XML WRITER ELEM START
--- .XML WRITER ELEM END
--- .XML WRITER ADD DATA
--- .XML WRITER CDAT START
--- .XML WRITER CDAT END
--- .XML WRITER ADD ATTR
 

Base64 Data Encoding/Decoding API

You can now encode up to 24k and decode up to 32k of Base64 data, The two new routines are: .CONVERT TO BASE64 and .CONVERT FROM BASE64

Added:
>
>

APPX Data Services API Enhancements

The data API now takes advantage of the new JSON PARSE subroutine. The new subroutine provides the incoming data as Unicode. As the side effect, the PATH field in JSON file cannot be a key anymore since its size is larger than Appx key size limit. As a work around you can use PARENT RID to read through the hierarchy or use PATH HASH which is the hash value of the PATH field.

Based on the selected ‘Mode=’ setting for each data services command, the parsed JSON will be written to a different file. For example, if the ‘Mode=small’ the parsed JSON is written to the file 0LA RAWJSONS, if ‘Mode=medium’ the data will be written to 0LA RAWJSONM and, for ‘Mode=large’ the data will be written to the 0LA RAWJSONL file. You can check 0LA WEBSERVICES JSON MODE to find out where the parsed JSON records were written.

Note again that the incoming JSON data no longer has a limit. If the incoming data is more than 1M characters, APPX writes the data to a file, then parses the content of the file.

 

Limited Access User Rights

The requirements of the limited access user rights have been implemented in this release.

Line: 61 to 68
 
Changed:
<
<
>
>
 
Line: 77 to 84
 
Changed:
<
<
>
>
 
Changed:
<
<
>
>
 
Line: 94 to 101
  The following features and enhancements were implemented in this Release:
Changed:
<
<
>
>
 
Line: 111 to 118
 
  • In the ILF editor, some audit information will be truncated or missing (We expect to deal with this issue in the next release)
  • In the ILF editor, the ILF code end marker [END] will not be present on APPX versions prior to 6.2.0
  • In the ILF editor, statement(s) commented as a multi-line comment, will not be shown as being commented on APPX versions prior to 6.2.0
Changed:
<
<
  • The cross reference tool screen (i.e., under Tools->Cross Referenece->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
>
>
  • The cross reference tool screen (i.e., under Tools->Cross Reference->ILF Statements) is missing the ILF verbs and shows extra and missed formed text in APPX versions prior to 6.2.0
 
  • When selecting ILF code statements, the highlighting maybe be misapplied if the page keys are used in APPX versions prior to 6.2.

For an up to date list of known issues, use Bugtracker & search for bugs in Release 6.2.0. These are the known bugs that we expect to fix in the patch release.

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback