Re: GUI development tools

2007-11-28 Thread Evans, Kevin R
Hi John,

Didn't mean to imply that we would be doing development on the Z box, we
won't. Currently, we run XML code development under Eclipse on the PC
and then port the code up to the Z.

Kevin

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
John Summerfield
Sent: Saturday, November 17, 2007 1:39 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: GUI development tools

Evans, Kevin R wrote:
 I would like some feedback on development tools, let me describe the
 environment first



 Our existing CICS system uses what we call dot delimited messages.
 These all arrive over point to point encrypted communications lines
into
 what we call CORs (kinda sorta like TORs but without terminals). The
COR
 code either does some routing or passes the messages to the AORs. The
 AORs process the message and send the result to the COR who then send
it
 back to the original requester.



 The XML system runs under zVM as a Linux guest (software here is
written
 in C) which we refer to as an XOR (XML owning region). Its job is to
 translate the inbound XML message back to dot-delimited format and
 push the message into the COR. The existing system runs as normal
 (message into the AOR and get the response etc). The COR then sends
the
 response to the XOR who translates the dot delimited response back
to
 XML and sends the response to the originating end user.



 The GUI software I am talking about developing is to control the Linux
 guest where we have configuration files written in XML that we want to
 change from the outside world while the guest software is running. We
 also log all messages in and out and want to write some GUI software
to
 search these logs etc. The custom GUI software can then be used for
 those searches/configuration changes etc.

I'm not sure I'm keen on developing/running GUI software actually on
your very expensive Zed.

An idea I like is to run the GUI on one system (eg your Intellish
desktop/laptop) and the commands on the server (Zed in this case)..

This kind of implementation would be well-suited to developing on the
peecee, you would only need to compile on the Zed for final testing.

The final choice as to where to run the actual GUI need not be made
until implementation, and would be easily changed when you find running
GUIs on the Zed's not that good an idea.

Apple (OS X xserv) has a fairy sold set of commandline tools that can
set and interrogate settings. While they can be used from the standard
shell, I suspect their purpose is to separate the GUI from the
configuration so the GUI can be run on one machine (my laptop) and the
commands on the server, I don't know what communications protocol it
uses, but shell commands piped through ssh would do.

If you use qt libraries, then you have the option of also building the
GUI part for Windows.


--

Cheers
John

-- spambait
[EMAIL PROTECTED]  [EMAIL PROTECTED]
-- Advice
http://webfoot.com/advice/email.top.php
http://www.catb.org/~esr/faqs/smart-questions.html
http://support.microsoft.com/kb/555375

Please do not reply off-list

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: GUI development tools

2007-11-28 Thread John Summerfield

Evans, Kevin R wrote:

Hi John,

Didn't mean to imply that we would be doing development on the Z box, we
won't. Currently, we run XML code development under Eclipse on the PC
and then port the code up to the Z.

Kevin


You can, of course, do as you please; I was just concerned that it
should be clear that coding on the Zed's expensive. Even though you
know, Kevin, this list gets archived for others to read later.

I don't know of good alternatives for zOS, zVM etc, but with linux, it's
easy.


--

Cheers
John

-- spambait
[EMAIL PROTECTED]  [EMAIL PROTECTED]
-- Advice
http://webfoot.com/advice/email.top.php
http://www.catb.org/~esr/faqs/smart-questions.html
http://support.microsoft.com/kb/555375

You cannot reply off-list:-)

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: GUI development tools

2007-11-17 Thread John Summerfield

Evans, Kevin R wrote:

I would like some feedback on development tools, let me describe the
environment first



Our existing CICS system uses what we call dot delimited messages.
These all arrive over point to point encrypted communications lines into
what we call CORs (kinda sorta like TORs but without terminals). The COR
code either does some routing or passes the messages to the AORs. The
AORs process the message and send the result to the COR who then send it
back to the original requester.



The XML system runs under zVM as a Linux guest (software here is written
in C) which we refer to as an XOR (XML owning region). Its job is to
translate the inbound XML message back to dot-delimited format and
push the message into the COR. The existing system runs as normal
(message into the AOR and get the response etc). The COR then sends the
response to the XOR who translates the dot delimited response back to
XML and sends the response to the originating end user.



The GUI software I am talking about developing is to control the Linux
guest where we have configuration files written in XML that we want to
change from the outside world while the guest software is running. We
also log all messages in and out and want to write some GUI software to
search these logs etc. The custom GUI software can then be used for
those searches/configuration changes etc.


I'm not sure I'm keen on developing/running GUI software actually on
your very expensive Zed.

An idea I like is to run the GUI on one system (eg your Intellish
desktop/laptop) and the commands on the server (Zed in this case)..

This kind of implementation would be well-suited to developing on the
peecee, you would only need to compile on the Zed for final testing.

The final choice as to where to run the actual GUI need not be made
until implementation, and would be easily changed when you find running
GUIs on the Zed's not that good an idea.

Apple (OS X xserv) has a fairy sold set of commandline tools that can
set and interrogate settings. While they can be used from the standard
shell, I suspect their purpose is to separate the GUI from the
configuration so the GUI can be run on one machine (my laptop) and the
commands on the server, I don't know what communications protocol it
uses, but shell commands piped through ssh would do.

If you use qt libraries, then you have the option of also building the
GUI part for Windows.


--

Cheers
John

-- spambait
[EMAIL PROTECTED]  [EMAIL PROTECTED]
-- Advice
http://webfoot.com/advice/email.top.php
http://www.catb.org/~esr/faqs/smart-questions.html
http://support.microsoft.com/kb/555375

Please do not reply off-list

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: GUI development tools

2007-11-16 Thread David Boyes
 Anyone have any thoughts as to good open source tools to do these
types
 of user interfaces running under zLinux?

Eclipse, hands down. It provides both the ability to do the XML munging
in a controlled way (helps prevent stupid pilot error), plus the ability
to construct much more sophisticated interfaces if you want to do it.
Also is very tolerant about remote vs local users. 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: GUI development tools

2007-11-16 Thread David Boyes
 Thanks for that. The XML stuff is mostly done already. It's the tools
 for operator and developer use for controlling the system we are now
 starting to look at, so these will be essentially custom utility code.

Look at Eclipse's Rich Client Interface. You can do some mighty cool
stuff with it -- do a CLI for programmatic use, and then use Eclipse RCI
to build all the GUI stuff on top of it. 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: GUI development tools

2007-11-16 Thread Mark Post
 On Fri, Nov 16, 2007 at  1:45 PM, in message
[EMAIL PROTECTED], Evans, Kevin
R [EMAIL PROTECTED] wrote: 
 Thanks for that. The XML stuff is mostly done already. It's the tools
 for operator and developer use for controlling the system we are now
 starting to look at, so these will be essentially custom utility code.

Then Eclipse is still a really good idea.  It can be used as an application 
framework for users, as well as developers.


Mark Post

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390