On 4/11/08, Bruce Vining <bvining@xxxxxxxxxxxxxxx> wrote:
Steve,
> IBM i has not been fundementally improved for the last 10 yrs.
What do you consider to be a "fundamental improvement"? LPAR for instance was 1999, I believe (though I admit I'm a bit shaky on this one) IASP was 1999, PASE was 2000,... Database support for BLOB, CLOB, datalinks, UDF,etc is in the last ten years, ... The 8-byte pointer support (again a little shaky on this) in 2004...
my list includes:
ILE service programs reflect completely their contents. to the extent
that an RPG pgm does not have to "include" the PR definitions of the
procedures it uses. just the names of the srvpgms it is "using".
the associated space of an object feature of the system should be
available to appl programmers. I assume that when an object is saved,
restored or duplicated, all the associated spaces are acted on also.
complete the pre compiler feature of the system. the mapping between
debugger views and precompiler output seemed shaky when I tried to
work with the pre compiler and debugger APIs. Variable names, for
example, cant be mapped between views. I think this is the reason SQL
procedure debugging is so problematic.
better integrate sql procedures into the ILE world. CL modules should
be able to call sql procedures with parameters and then reference the
returned result set as an object in the program.
basically mimic what .NET provides the Windows programmer. Where all
programs adhere to a common language infrastructure, and modules
written in different languages can be used interchangeably. What
would be neat about this is if the referenced object memory model of
the JVM or .NET could be extended to the permanent object aspect of
the SLS. Where an object newed up in one program could be passed by
reference thru a data queue to another job or node on the network.
long object names. Why has this not been implemented yet? Is the idea
of storing a binary, non ebcdic character value in the 10 char name
field, which points to a central object name table, too simplistic?
Just replace all the IBM i code which reads the 10 char name with a
call to a procedure that does a name lookup.
extend logclpgm(*yes) logging to optionally include commands not
currently logged. also optionally log the values of cl variables.
journal all changes on the system, by default. this is probably
something the system already has, it just needs good 3rd party
management software to make it all accessible. What is intriguing is
being able to recreate the state of a job at various points in time.
Would be great for problem determination.
The theme being the IBM hardware people have done great work the last
10 yrs. If upper level IBM mgmt is as short sighted and fixated on
short term profits as some say, this has not stopped them from
developing great products. The Ian Jarman software group has to be
just as creative and resourceful.
-Steve
midrange.com
