Re: tn5250j enhancements

kjpou <[email protected]> Tue, 02 Apr 2013 08:35:47 +0200
Newsgroups gmane.comp.java.tn5250j.devel
Message-ID <[email protected]>
This is a multi-part message in MIME format.
--===============6697480215214719374==
Content-Type: multipart/alternative;
	boundary="------------050301050302000403080309"

This is a multi-part message in MIME format.
--------------050301050302000403080309
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Tim

That looks interesting.  I had started a project that looks similiar to 
this call OHIO out on source forge.  It did not get a lot interest at 
the time though so really did not continue.

Let's see what the others have to say.

I remember looking at BeanScript a long time ago and went with jython 
instead.  I would not mind another scripting language at all and if I 
remember correctly there is already hooks in there to be able to add a 
new scripting interface without changing that much.

Kenneth

On 3/28/13 4:51 PM, Tim Hurman wrote:
> Dear all,
>
> A while back I ran into an interesting use case for tn5250j that I wanted
> to explore; however, it would need a few changes to the codebase and I
> wanted to get your opinion to see if they were feasible before I spend
> time coding them up.
>
> The use case is this: You may be familiar with Apache Camel
> (http://camel.apache.org/). This is a nice ETL style tool that can stream
> together a number of data sources. I wanted to write a Camel Component
> that could drive a tn5250j terminal through some scripting. This is great
> for legacy houses that have everything on an AS/400 where it is just too
> expensive to move the business logic out.
>
> However, in order to do this, I would need to put in a few changes. These
> are:
>
> 1. Introduce BeanShell scripting (http://www.beanshell.org/). I realise
> that Jython is the current scripting language, but camel has Beanshell
> built in. Basically this would give the user the ability to run a
> Beanshell or Jython script. From what I estimate this is a simple GUI
> change to select the language (or autoselect), a bit of code to set up the
> shell variables/launch the script and the inclusion of the Beanshell JAR
> into the distribution. Is that okay?
>
> 2. The option of a headless (in memory only) terminal. Obviously server
> environments are unlikely to have X running and therefore trying to open a
> terminal would fail. Even if it worked, having lots of terminals open and
> prone to interference is not clean. This would change the architecture of
> the software a bit from what I can see.
>
> 3. Added Telnet network capability. In order to help with above, and
> support enhancements such as auto login which simplifies the scripting
> process, the networking area would need a bit of work. To that end I have
> already re-written the networking part and Telnet negotation. I have set
> this up to transparently provide terminal messages to whichever variant of
> screen is attached. It is included in the attached zip. Is this something
> that the team would like to include?
>
> Yours,
> Tim
>
>
> ------------------------------------------------------------------------------
> Own the Future-Intel&reg; Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game
> on Steam. $5K grand prize plus 10 genre and skill prizes.
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
>
>
> _______________________________________________
> Tn5250j-develop mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/tn5250j-develop


--------------050301050302000403080309
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Tim <br>
    <br>
    That looks interesting.&nbsp; I had started a project that looks similiar
    to this call OHIO out on source forge.&nbsp; It did not get a lot
    interest at the time though so really did not continue.<br>
    <br>
    Let's see what the others have to say.<br>
    <br>
    I remember looking at BeanScript a long time ago and went with
    jython instead.&nbsp; I would not mind another scripting language at all
    and if I remember correctly there is already hooks in there to be
    able to add a new scripting interface without changing that much.<br>
    <br>
    Kenneth<br>
    <br>
    <div class="moz-cite-prefix">On 3/28/13 4:51 PM, Tim Hurman wrote:<br>
    </div>
    <blockquote cite="mid:[email protected]"
      type="cite">
      <pre wrap="">Dear all,

A while back I ran into an interesting use case for tn5250j that I wanted
to explore; however, it would need a few changes to the codebase and I
wanted to get your opinion to see if they were feasible before I spend
time coding them up.

The use case is this: You may be familiar with Apache Camel
(<a class="moz-txt-link-freetext" href="http://camel.apache.org/">http://camel.apache.org/</a>). This is a nice ETL style tool that can stream
together a number of data sources. I wanted to write a Camel Component
that could drive a tn5250j terminal through some scripting. This is great
for legacy houses that have everything on an AS/400 where it is just too
expensive to move the business logic out.

However, in order to do this, I would need to put in a few changes. These
are:

1. Introduce BeanShell scripting (<a class="moz-txt-link-freetext" href="http://www.beanshell.org/">http://www.beanshell.org/</a>). I realise
that Jython is the current scripting language, but camel has Beanshell
built in. Basically this would give the user the ability to run a
Beanshell or Jython script. From what I estimate this is a simple GUI
change to select the language (or autoselect), a bit of code to set up the
shell variables/launch the script and the inclusion of the Beanshell JAR
into the distribution. Is that okay?

2. The option of a headless (in memory only) terminal. Obviously server
environments are unlikely to have X running and therefore trying to open a
terminal would fail. Even if it worked, having lots of terminals open and
prone to interference is not clean. This would change the architecture of
the software a bit from what I can see.

3. Added Telnet network capability. In order to help with above, and
support enhancements such as auto login which simplifies the scripting
process, the networking area would need a bit of work. To that end I have
already re-written the networking part and Telnet negotation. I have set
this up to transparently provide terminal messages to whichever variant of
screen is attached. It is included in the attached zip. Is this something
that the team would like to include?

Yours,
Tim
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">------------------------------------------------------------------------------
Own the Future-Intel&amp;reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/intel_levelupd2d">http://p.sf.net/sfu/intel_levelupd2d</a></pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Tn5250j-develop mailing list
<a class="moz-txt-link-abbreviated" href="mailto:[email protected]">[email protected]</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/tn5250j-develop">https://lists.sourceforge.net/lists/listinfo/tn5250j-develop</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------050301050302000403080309--


--===============6697480215214719374==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
--===============6697480215214719374==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Tn5250j-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tn5250j-develop

--===============6697480215214719374==--