AIS tech and development

johndanter

johndanter

Legendary Poster
Hi folks,

In the newer E1 tools releases we have a cool feature call AIS. Has anyone been tinkering with this and got it working?

I want to explore the idea of rapid entry of item data and this thing ticks all the boxes, (basically data and a macro all in one)
I just don't know where to start

Apart from reading the online stuff, any ideas?

thanks

John
 
Hi John,

Yes, AIS is a very cool avenue for interop and the cornerstone for all JDE mobile apps. The crux of this is JSON over HTTP POST to control and render existing JDE applications. The server setup is trivial. It comes down to how you want to interface with it. Oracle provides an entire client API for java which abstracts the JSON/POST stuff and a JDeveloper plugin to help build classes based on the forms you want to interface with. This is essentially MAF (mobile application framework). That being said, the AIS server will serve any properly formed JSON/POST requests. Feel free to communicate with it any way you want, i.e. anything that can http POST.

As this ramps up (and it WILL), I wonder what the strategy will be for HTML servers. Will customers deploy specific HTML instances just to serve AIS, or combine with interactive? It seems you'd want to separate. Any early adopters have some feedback?

Craig
 
One other thing Craig did not mention is the licensing: this triggers 2 sets of licenses: Per Device (currently priced at 1/10th of the Per User license, I believe) - for every device connecting to AIS, plus Module licensing for the target APPL you are going to call (i.e.: if the user has 5 modules licensed, but you have to run an APPL from some other module, it would add 1 to the 5 and that could be expensive).

It also covers a very wide spectrum of functionality and will require multiple specialists to develop any usable solutions: an Apps person, a CNC person and a Developer at least, maybe more.

And finally, it kind of bypasses JDE security here too, so any REST request coming to AIS will be served, no matter where from. And we actually have a commercial solution for this under development, once you get to implementing anything like this with AIS ;-)
 
And finally, it kind of bypasses JDE security here too

How does AIS bypass JDE security? I would think both row and application level (execution, row/form exit) security will be enforced for AIS calls? Can you please clarify?
 
As far as I understand, the mobile apps do honor F00950 security. Like Craig mentioned in one of my other posts that these M apps are like place holders and are more like composite applications associated with multiple JDE base applications. So any security set on these base application (like P4209) will be honored by the Mobile apps.

Infact you will get some nasty errors 'JAVA' related if the user does not have the correct security setup. Ref Doc Id: E1: MOB: AIS Security not working as expected On Mobile Apps (Doc ID 2032796.1)

There is also this app P98950M which basically allows you to assign a user/role to a specific Mobile Apps/ version.

But I think Alex might be referring to something else here and not the 950 security...
 
Cheers folks, been away for a week. So I'll get reading :)

No good online docs or guides in Oracle? (I'm being lazy here, so I'll take a look :))
 
Back
Top