HI, SMP/E is a good product which is not always the best option to every installation.
In my case I think that SMP/E is not important because the product is one load file with 2 PC files which have dependency which can not be control in SMP/E. About knowing the version in SMP/E that is not true because every prouct have WTO or modify command which let the user knowing its version. In my case you can see the date in every load module as well. What you pay is what you get it is not true as a fact. the PC software is cheap and most of them can be download from the Internet and some of then are very good, even if they are distribute for trial for free or for a very cheap price because there is competition in open but not in MF. Competition is very good for quality of the software. But we are all MF people and what bring food to our home is blessed. Again about SMP/E it is a great product to manage complicate software like IBM MVS OS, CICS, IBM, DB2 and more. But really my product is one file less then 300k and is is not suppose to have dependency to the OS it is running under. Please analyze each case before decide if SMP/E is required or not (make logic, no?). To make my product SMP/E easily I can tailor mfnetdisk to be SMP/E but this will be only to advance the sale of my product and not because it is make logic. But the true is that all of us afraid to install even the best technology product in the world on MF if it is not big company product like IBM, CA, BMC etc. The first bug with our best software in MF and our managers will fired us immediately. We prefer to run SMPE old and not advance software in MF if we are safe in our MF position. I am a MF system programmer, but I have also open mind. I develop the MFNetDisk in MF and in PC. The PC development with C# was a great time for me. I never enjoy so much in the past to develop software as I enjoy when I use the dot net environment. Thanks, Shai On 1/4/08, Ed Gould <[EMAIL PROTECTED]> wrote: > > On Jan 4, 2008, at 8:31 AM, R.S. wrote: > > > Van Dalsen, Herbie wrote: > >> That's vaguely how I remember the GUI version of RMF(RMF/PM)?... I > >> think it was a file in sys1.samplib that needs to be FTP'd to the > >> PC... > > > > There are many components which reside in PDS and need to be > > transmitted to PC side as "setup.exe": > > OSA/SF (java version and older windows native) > > HCM > > RMF PM > > RMF SR > > ISPF "workstation client" > > AFP browser > > AFP driver > > > > BTW: About 1-2 years ago, before IBM bought Consul, there was a > > product called TSA (Tivoli Security Administrator). Besides PC > > part, similar "setup.exe" was done on z/OS side (in unix). So, SMP/ > > E was to put large "setup.exe" file to HFS and then the > > installation was continued out of SMP/E control. > > Question: why bother with SMP/E in such case ? > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > Radoslaw: > > Because????? I can recall more than a few times that a sysprog has > left the company (many reasons) and no one can tell you what level > anything is at. All the vendors who send out object, source or load > or whatever there is no way to determine (easily) what level the > product is at. Problem resolution time goes almost straight up and > the lost of productivity is substantial as all the time is spent > trying to get your hands around what the problem is. That is one of > the main benefits with SMPe , a look at one screen in the smp/e > dialog manager and you can tell exactly what level any product that > is installed with SMPe. > > I have basically turned down any product that is not smp/e > maintainable and installable. IBM (while not perfect) is the closest > to any vendor out there with SMP/e installable products. Although > their "OE" (unix type products) are clumsily smpe installable they > are none the less SMP/e. CA tried their version and completely failed > and are now smp/e installable (maintenance is another issue). The > product in order to be sellable must be in SMP/e format. I think you > will find that it will be a requirement for most installations. > > Yes I know there is a(re) cheap vendor(s) out there that sells their > stuff with postcards. But you get what you pay for, is my opinion. > > Ed > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
