MSCA is Oracle’s take on mobile ERP. In manufacturing, having Oracle on a PC is sometimes inconvenient. Being able to process certain transactions where they actually happen is a huge win. So is being able to scan a barcode at this location, instead of typing in a long item number or purchase order number. Some common examples may be going out to the warehouse and counting inventory, transferring or issuing inventory, or even shipping and receiving. We use the LXE MX-7 as our mobile device; it’s basically a Windows CE device connected to our network via WiFi:
Basically, MSCA is a telnet server running on the front end of 11i (possibly several servers load balanced by dispatchers), and either telnet or a little java GUI (on top of telnet) on the client side. As far as I can tell, it’s about as secure as an open barn door and in about the same technological era as the barn itself. In other words, it’s in dire need of a facelift, and a technology upgrade, but at least it works.
Oracle® Mobile Supply Chain Applications Implementation Guide Release 11i Part No. B10938-02 Oracle® Mobile Supply Chain Applications User’s Guide Release 11i Part No. A86726-06 Oracle® Mobile Application Server for Industrial Applications Installation Guide Release 1.0.8.2 May 2002 Oracle Mobile Applications Graphical User Interface Client An Oracle White Paper February 2005
Of course, this assumes everything is configured reasonably well; in my case, autoconfig had already done all that work in $MWA_TOP as far as config files (with all the defaults). Where I have admin_user it means someone with the canned responsibility MWA Server Manager.
The quickest way to do it is via telnet. Yep. From a command line in Windows, type telnet host port where host is where you just started the service from $MWA_TOP and port is one of the 3 ports it cranked up a telnet listener on. These ports are displayed when the mwactl.sh start command completes, and are in a config file called mwa.cfg in $MWA_TOP/secure.
Here’s some screenshots of the telnet version. I admit, my telnet client isn’t doing the application any favors, but then again, neither is the application.
I don’t know who would choose to use telnet for this, or why, but it’s there, and it works. You have to use a bunch of crazy key combinations to do things (they’re listed in the user’s guide, like ctrl-Z to exit).
Jumping forward 20 years, we get to the java GUI client. Of course, Oracle only officially supports this running on Windows. Basically, you have to pull a patch (4205328) and extract 1 file from it (j4205328.zip) and land it in a directory on your Windows machine. After that, you install Sun/Oracle JDK and mock up a .cmd file to make the GUI launch. Fortunately, it also runs from Linux (Warning: You are now leaving the supported zone!) since it’s just a tiny java app sitting in front of the telnet screen and making the screen bearable.
set MWA_GUI_TOP=C:\msca set JAVA_TOP="c:\Program Files\Java\jdk1.6.0_25" %JAVA_TOP%\bin\java -classpath %JAVA_TOP%\lib\classes.zip;%MWA_GUI_TOP%\lib\j4205328.zip oracle.apps.mwa.awt.client.StartGUI
Double click the .cmd file and you get to the login. These screenshots are from Ubuntu, the Windows appearance is similar.
This is not an implementation guide. It’s just a mid-depth technical introduction to this product. Functionally, best practices would be to get away from canned responsibilities and pare down transactions by job role. I do know that the few transactions we tested work fine. I’ve left out a lot of other things. There is a whole web-based interface which you can log into via conventional 11i to see who is using the server, whether the server is running or not, etc. I found it less than useful (and in some of what it reported, flat out wrong) so I didn’t go into detail here, but it exists and looks something like this:
If you just turn on telnet and try to log in, you will have 0 responsibilities. Try giving yourself the following:
This is one of the best parts about this product. From the admin menu, there’s 2 cool options which I’ve tested and work great:
This had the potential to be a disaster, but I was pleasantly surprised to find document 731320.1 which details a patch required and a context file tweak (s_mwastatus and s_other_service_group_status to enabled) which will then automatically start the service with all the other pieces on the front end.
If you’re using manufacturing, you should run the concurrent request Generate Stock Locator Flexfield definitions for Mobile transactions in order to set up your locators. Hat tip to the guys at Skipjack for that help; if you don’t do this, all your locators are X and nothing you enter is valid. I’m sure this is in one of the setup documents I mentioned, probably buried in the functional details. You can run this request as the canned responsibility Inventory.
If anyone is interested in the setups required to launch the GUI from Linux, drop a comment. It’s really not that hard to figure out if you model it on the Windows requirements and adjust as necessary. In fact, if you have to ask, maybe you should just be running Windows…
source:http://kkempf.wordpress.com/2011/05/16/a-dbas-take-on-msca-mobile-supply-chain-applications/