This issue touches on a couple of DataGate for IBM i configuration topics, a tip for licensing, and an article on model-based programming with ASNA Visual RPG.
How to change DataGate’s TCP/IP port on the IBM i
Changing the DataGate for IBM i TCP/IP port is a simple process using the IBM i WRKSRVTBLE command. This article explains how to do that. Don’t miss the part about needing a dedicated system to do this. Make sure all end-users are logged off before making the changes.
How to change the TCP/IP port that DataGate for IBM i uses
Monitoring Wings and Mobile RPG licensing
ASNA Wings and ASNA Mobile are licensed per end-user on your IBM i server. Your license can be either an unlimited site license or licensed to a specific number of users (sold in blocks of 5, 10, 15, 20, 50, 100, 200 users, etc). This article is primarily for those customers licensed with a fixed number of users. It shows how to determine how many Wings/Mobile RPG licenses you currently have and how many licenses are currently active.
Monitoring Wings and Mobile RPG end-user licensing
ASNA’s Professional Services team can help you
ASNA’s worldwide services team has what it takes to make your project a success. From small Web sites all the way to million-line enterprise RPG application migrations, from providing a little direction and guidance to doing 100% of the work for you, our team can help you. The ASNA Services team is available to help with any phase of your project, from design to deployment. Contact us at info@asna.com for more info.
Read more about ASNA’s Professional Services team
Running multiple versions of DataGate on the IBM i
We often get the question, "Can I run multiple instances of DataGate on the IBM i. The answer is, "yes, you can!" This article explains how.
Running Multiple versions of DataGate
Creating and using data models with ASNA Visual RPG
This article discusses a way to approach model-based development with ASNA Visual RPG. This type of coding has been around for a long time. Generally, with AVR, you don’t need to use a model-based approach (or at least a "pure" model-based approach). The AVR Memory File/DataSet model is an effective stand-in for pure modeling in many use-cases (and virtually all of them in a 100% AVR vacuum). Lately, though, we’ve helped several customers integrate AVR with C# (usually using .NET’s MVC Web app model). When merging AVR and C# in the same project, the language boundaries start to reveal weaknesses with AVR Memory File-based IO. This is especially true when AVR programming teams use AVR to fetch data from the IBM i to pass it off to C# MVC coders. This article digs into model-based programming with AVR and provides a little utililty you can use to produce AVR data models.
