import static

classic Classic list List threaded Threaded
26 messages Options
12
Reply | Threaded
Open this post in threaded view
|

import static

Marc Simpson
Am I right in thinking that top-level static imports are currently unsupported?

If so, I gather that the workaround is to explicitly declare an
entry-point so that 'uses' can be employed:

class Main uses Foo
  method main(args=String[]) static
    say greet

class Foo
  method greet() static
    return "Hello"

Best,
M

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: import static

alansam


On 17 January 2012 02:41, Marc Simpson <[hidden email]> wrote:
Am I right in thinking that top-level static imports are currently unsupported?

If so, I gather that the workaround is to explicitly declare an
entry-point so that 'uses' can be employed:

class Main uses Foo
 method main(args=String[]) static
   say greet

class Foo
 method greet() static
   return "Hello"


This works for me:

Foo.nrx ----------------------------------------------------
/* NetRexx */
options replace format comments java crossref symbols nobinary

class Foo

  method greet static
    return 'Hello'

FooDriver.nrx ----------------------------------------------
/* NetRexx */
options replace format comments java crossref symbols nobinary

import Foo

say Foo.greet()
return

Results >>>
Hello

Alan.
 

--
Can't tweet, won't tweet!

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Alan

--
Needs more cowbell.
Reply | Threaded
Open this post in threaded view
|

Re: import static

Marc Simpson
Hi Alan,

On Tue, Jan 17, 2012 at 5:51 PM, Alan Sampson <[hidden email]> wrote:

> [...]
>
> This works for me:
> [...]
>
> FooDriver.nrx ----------------------------------------------
> /* NetRexx */
> options replace format comments java crossref symbols nobinary
>
> import Foo
>
> say Foo.greet()
> return

That's a regular import (see
http://docs.oracle.com/javase/6/docs/technotes/guides/language/static-import.html
for more info).

In my original example, the 'uses' phrase (on the class instruction)
is equivalent to performing a static import in Java; unfortunately,
this means that I need to explicitly declare my entry-point class.
Ideally, I'd like to do something like:

uses Foo
say greet

class Foo
  method greet() static
    return "Hello"

Note how the static "greet" method on Foo can be called without qualification.

Best,
M

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: import static

Marc Simpson
On Tue, Jan 17, 2012 at 6:03 PM, Marc Simpson <[hidden email]> wrote:
> Hi Alan,
>
> On Tue, Jan 17, 2012 at 5:51 PM, Alan Sampson <[hidden email]> wrote:
>> [...]
>
> Note how the static "greet" method on Foo can be called without qualification.

Oops, forgot to edit that last line. It was in reference to the
original code snippet,

class Main uses Foo
 method main(args=String[]) static
   say greet

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

/* **nonrx** <Component> ** */

kenner
In reply to this post by Marc Simpson

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?

And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?

package misc

import java.awt.
import java.awt.event.
import java.util.Vector
import javax.swing.

class FocusTraversalDemo public  extends JPanel implements ActionListener

    properties static
    frame = JFrame

    properties
    label = JLabel

    properties
    togglePolicy = JCheckBox

    properties static
    newPolicy = MyOwnFocusTraversalPolicy

    method FocusTraversalDemo
        super(BorderLayout())
        tf1 = JTextField
        tf1 = JTextField("Field 1")
        tf2 = JTextField
        tf2 = JTextField("A Bigger Field 2")
        tf3 = JTextField
        tf3 = JTextField("Field 3")
        tf4 = JTextField
        tf4 = JTextField("A Bigger Field 4")
        tf5 = JTextField
        tf5 = JTextField("Field 5")
        tf6 = JTextField
        tf6 = JTextField("A Bigger Field 6")
        table = JTable
        table = JTable(4, 3)
        togglePolicy = JCheckBox("Custom FocusTraversalPolicy")
        togglePolicy.setActionCommand("toggle")
        togglePolicy.addActionListener(this)
        togglePolicy.setFocusable(false)
        label = JLabel("<html>Use Tab (or Shift-Tab) to navigate from component to component.<p>Cont
rol-Tab (or Control-Shift-Tab) allows you to break out of the JTable.</html>")
        leftTextPanel = JPanel
        leftTextPanel = JPanel(GridLayout(3, 2))
        leftTextPanel.add(tf1, BorderLayout.PAGE_START)
        leftTextPanel.add(tf3, BorderLayout.CENTER)
        leftTextPanel.add(tf5, BorderLayout.PAGE_END)
        leftTextPanel.setBorder(BorderFactory.createEmptyBorder(0, 0, 5, 5))
        rightTextPanel = JPanel
        rightTextPanel = JPanel(GridLayout(3, 2))
        rightTextPanel.add(tf2, BorderLayout.PAGE_START)
        rightTextPanel.add(tf4, BorderLayout.CENTER)
        rightTextPanel.add(tf6, BorderLayout.PAGE_END)
        rightTextPanel.setBorder(BorderFactory.createEmptyBorder(0, 0, 5, 5))
        tablePanel = JPanel
        tablePanel = JPanel(GridLayout(0, 1))
        tablePanel.add(table, BorderLayout.CENTER)
        tablePanel.setBorder(BorderFactory.createEtchedBorder())
        bottomPanel = JPanel
        bottomPanel = JPanel(GridLayout(2, 1))
        bottomPanel.add(togglePolicy, BorderLayout.PAGE_START)
        bottomPanel.add(label, BorderLayout.PAGE_END)
        add(leftTextPanel, BorderLayout.LINE_START)
        add(rightTextPanel, BorderLayout.CENTER)
        add(tablePanel, BorderLayout.LINE_END)
        add(bottomPanel, BorderLayout.PAGE_END)
        setBorder(BorderFactory.createEmptyBorder(20, 20, 20, 20))
        order = Vector /* **nonrx**  <Component> ** */
        order = Vector /* **nonrx**  <Component> ** */(7)
        order.add(tf1)
        order.add(tf2)
        order.add(tf3)
        order.add(tf4)
        order.add(tf5)
        order.add(tf6)
        order.add(table)
        newPolicy = MyOwnFocusTraversalPolicy(order)


    method actionPerformed( e=ActionEvent )
        if "toggle".equals(e.getActionCommand()) then do
            frame.setFocusTraversalPolicy( if togglePolicy.isSelected() then do newPolicy end
             else do
            null end
            )
        end



    /**
     * Create the GUI and show it.  For thread safety,
     * this method should be invoked from the
     * event-dispatching thread.
     */
    method createAndShowGUI private static
        frame = JFrame("FocusTraversalDemo")
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE)
        newContentPane = JComponent
        newContentPane = FocusTraversalDemo()
        newContentPane.setOpaque(true)
        frame.setContentPane(newContentPane)
        frame.pack()
        frame.setVisible(true)


    method main( args=String[] ) static
        do
            UIManager.setLookAndFeel("javax.swing.plaf.metal.MetalLookAndFeel")
         catch  ex=UnsupportedLookAndFeelException
            ex.printStackTrace()
         catch  ex=IllegalAccessException
            ex.printStackTrace()
         catch  ex=InstantiationException
            ex.printStackTrace()
         catch  ex=ClassNotFoundException
            ex.printStackTrace()
        end
        UIManager.put("swing.boldMetal", Boolean.FALSE)
        javax.swing.SwingUtilities.invokeLater(Runnable() {

            method run
                createAndShowGUI()

        })

    class FocusTraversalDemo.MyOwnFocusTraversalPolicy dependent public  extends FocusTraversalPolic
y

        properties
        order = Vector /* **nonrx**  <Component> ** */

        method MyOwnFocusTraversalPolicy( order=Vector /* **nonrx**  <Component> ** */)
            this.order = Vector /* **nonrx**  <Component> ** */(order.size())
            this.order.addAll(order)

        method getComponentAfter( focusCycleRoot=Container,  aComponent=Component )  returns Compone
nt
            idx = int
            idx = (order.indexOf(aComponent) + 1) // order.size()
            return order.get(idx)

        method getComponentBefore( focusCycleRoot=Container,  aComponent=Component )  returns Compon
ent
            idx = int
            idx = order.indexOf(aComponent) - 1
            if idx << 0 then do
                idx = order.size() - 1
            end

            return order.get(idx)

        method getDefaultComponent( focusCycleRoot=Container )  returns Component
            return order.get(0)

        method getLastComponent( focusCycleRoot=Container )  returns Component
            return order.lastElement()

        method getFirstComponent( focusCycleRoot=Container )  returns Component
            return order.get(0)


Kenneth Klein

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

Marc Remes-2
On 01/17/2012 07:52 PM, [hidden email] wrote:
> method MyOwnFocusTraversalPolicy( order=Vector /* **nonrx** <Component> ** */)
> this.order = Vector /* **nonrx** <Component> ** */(order.size())

Vector is supported, it's just another class.
It's the Java Type 'superinterface' which java2nrx is having trouble with..

Marc

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: import static

alansam
In reply to this post by Marc Simpson


On 17 January 2012 10:05, Marc Simpson <[hidden email]> wrote:
On Tue, Jan 17, 2012 at 6:03 PM, Marc Simpson <[hidden email]> wrote:
> Hi Alan,


Sorry, misunderstood your question.  Checking the doc. though; uses is not a NetRexx keyword in it's own right but, as you point out, a sub-keyword of the class keyword and there's no static sub-keyword for the import keyword.

Alan.

--
Can't tweet, won't tweet!

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Alan

--
Needs more cowbell.
Reply | Threaded
Open this post in threaded view
|

Re: import static

Marc Simpson
Hi again Alan,

On Tue, Jan 17, 2012 at 8:04 PM, Alan Sampson <[hidden email]> wrote:
> [...]
> Sorry, misunderstood your question.  Checking the doc. though; uses is not a
> NetRexx keyword in it's own right but, as you point out, a sub-keyword of
> the class keyword and there's no static sub-keyword for the import keyword.

Thanks for checking—that's what I found too; just wasn't sure whether
there was a technique that I'd overlooked.

Best,
M


_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

alansam
In reply to this post by kenner


On 17 January 2012 10:52, <[hidden email]> wrote:

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?

And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?


I won't attempt to reply for Kermit but I would point out that his reply included the phrase "in the simplest case".  I agree that for very simple multi-threaded implementations it's quicker to have your main class implement Runnable as it reduces the complexity: all you need do as add a run method to your class and do all your processing there.  It's not necessarily the best way to develop multi-threaded applications though, particularly if your class is complicated or large and contains many properties and methods.  The Swing Java examples all appear to use anonymous inner classes to provide the functionality for their Runnable implementations and probably for good reason.  (NetRexx doesn't support anonymous inner classes which is why you need to create minor classes in their place.)

People have made a good living instructing others on how to write robust multi-threaded applications for the JVM; it's a fun ride and I've either forgotten or not kept up to date on current best practices so I'm happy to be advised by others who have.

Alan.

--
Can't tweet, won't tweet!

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Alan

--
Needs more cowbell.
Reply | Threaded
Open this post in threaded view
|

Re: import static

ThSITC
In reply to this post by Marc Simpson
Hello Marc,
    *as far as I do know*, the USES sub-CLAUSE must be at the NetRexx
CLASS-Clause!

Greetings, Thomas.
==============================================================
Am 17.01.2012 11:41, schrieb Marc Simpson:

> Am I right in thinking that top-level static imports are currently unsupported?
>
> If so, I gather that the workaround is to explicitly declare an
> entry-point so that 'uses' can be employed:
>
> class Main uses Foo
>    method main(args=String[]) static
>      say greet
>
> class Foo
>    method greet() static
>      return "Hello"
>
> Best,
> M
>
> _______________________________________________
> Ibm-netrexx mailing list
> [hidden email]
> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>
>


--
Thomas Schneider (Founder of www.thsitc.com) Member of the Rexx Languge
Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team
(www.netrexx.org)

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com
Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

kenner
In reply to this post by alansam

Should I give up on that sample example with the "nonrx" problems or is there a way to fix it by hand?

Furthermore, should I forge onward with the java tutorial and learn all these classes and components from scratch or should I spend my time learning netbeans or eclipse?


Kenneth Klein




Alan Sampson <[hidden email]>
Sent by: [hidden email]

01/17/2012 05:33 PM

Please respond to
IBM Netrexx <[hidden email]>

To
IBM Netrexx <[hidden email]>
cc
Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */







On 17 January 2012 10:52, <kenneth.klein@...> wrote:

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?


And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?



I won't attempt to reply for Kermit but I would point out that his reply included the phrase "in the simplest case".  I agree that for very simple multi-threaded implementations it's quicker to have your main class implement Runnable as it reduces the complexity: all you need do as add a run method to your class and do all your processing there.  It's not necessarily the best way to develop multi-threaded applications though, particularly if your class is complicated or large and contains many properties and methods.  The Swing Java examples all appear to use anonymous inner classes to provide the functionality for their Runnable implementations and probably for good reason.  (NetRexx doesn't support anonymous inner classes which is why you need to create minor classes in their place.)

People have made a good living instructing others on how to write robust multi-threaded applications for the JVM; it's a fun ride and I've either forgotten or not kept up to date on current best practices so I'm happy to be advised by others who have.

Alan.

--
Can't tweet, won't tweet!
_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/



_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

alansam


On 18 January 2012 12:06, <[hidden email]> wrote:

Should I give up on that sample example with the "nonrx" problems or is there a way to fix it by hand?

Furthermore, should I forge onward with the java tutorial and learn all these classes and components from scratch or should I spend my time learning netbeans or eclipse?


Kenneth Klein


 
There's no need to give up on the example.  NetRexx doesn't support Java's "Generic Type" syntax yet.  Most of the generic type tags are inside block comments so they can be left as-is.  The one exception is the (e.g.):
  order = Vector /* **nonrx**  <Component> ** */(7) 
you can fix this by moving the (7) to where NetRexx will recognize and compile it:
  order = Vector(7) /* **nonrx**  <Component> ** */ 

As for tutorial/NetBeans/Eclipse: you could kill two birds with one stone by building the tutorial in NetBeans/Eclipse.  There is a NetRexx plugin for Eclipse so you can use it to edit & compile your programs.

Alan.

--
Can't tweet, won't tweet!

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Alan

--
Needs more cowbell.
Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

ThSITC
In reply to this post by kenner
Kenneth,
   I *personally* would advise to

1.) Immediately use JEdit (www.jedit.org) and download NetRexxDE and/or NetRexxScript from Kenai
   *or*
2.) Learn Eclipse, which also has a plugin
   *or*
3.) Learn NetBeans

I have subscripted the NetBeans Development group since more that a year, but have currently no time available
to integrate NetBeans with NetRexx due to my other projects.

I'm sure the proper authors of 1.) and 2.) above will help you in either case.

I'm currently in process to OPEN SOURCE and release my NetRexx Parser on www.netrexx.org ...

Kind regards from dark Vienna,
Thomas.
==============================================================================
Am 18.01.2012 21:06, schrieb [hidden email]

Should I give up on that sample example with the "nonrx" problems or is there a way to fix it by hand?

Furthermore, should I forge onward with the java tutorial and learn all these classes and components from scratch or should I spend my time learning netbeans or eclipse?


Kenneth Klein




Alan Sampson [hidden email]
Sent by: [hidden email]

01/17/2012 05:33 PM

Please respond to
IBM Netrexx [hidden email]

To
IBM Netrexx [hidden email]
cc

Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */









On 17 January 2012 10:52, <[hidden email]> wrote:

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?


And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?



I won't attempt to reply for Kermit but I would point out that his reply included the phrase "in the simplest case".  I agree that for very simple multi-threaded implementations it's quicker to have your main class implement Runnable as it reduces the complexity: all you need do as add a run method to your class and do all your processing there.  It's not necessarily the best way to develop multi-threaded applications though, particularly if your class is complicated or large and contains many properties and methods.  The Swing Java examples all appear to use anonymous inner classes to provide the functionality for their Runnable implementations and probably for good reason.  (NetRexx doesn't support anonymous inner classes which is why you need to create minor classes in their place.)

People have made a good living instructing others on how to write robust multi-threaded applications for the JVM; it's a fun ride and I've either forgotten or not kept up to date on current best practices so I'm happy to be advised by others who have.

Alan.

--
Can't tweet, won't tweet!
_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/



--
Thomas Schneider (Founder of www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com
Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

kenner

Danke, Thomas.

Sie meinten "subscribed", btw, "I've been subscribed to.... for more....

I love JEdit, enough to sacrifice VIM, accept in cases where I am working with a package and jar files. Then I go back to the CLI. The NetRexxDE is also very cool. Is NetRexxScript like NetRexxDE or is it for writing scripts?

Netbeans got boring when I was facing a steep, steep learning curve.

Is Eclipse better? Any easier to understand? Maybe better for the baby-steps I am making?

Kenneth Klein



Thomas Schneider <[hidden email]>
Sent by: [hidden email]

01/18/2012 04:43 PM

Please respond to
IBM Netrexx <[hidden email]>

To
IBM Netrexx <[hidden email]>
cc
Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */





Kenneth,
  I *personally* would advise to

1.) Immediately use JEdit (
www.jedit.org) and download NetRexxDE and/or NetRexxScript from Kenai
  *or*
2.) Learn Eclipse, which also has a plugin
  *or*
3.) Learn NetBeans

I have subscripted the NetBeans Development group since more that a year, but have currently no time available
to integrate NetBeans with NetRexx due to my other projects.

I'm sure the proper authors of 1.) and 2.) above will help you in either case.

I'm currently in process to OPEN SOURCE and release my NetRexx Parser on
www.netrexx.org ...

Kind regards from dark Vienna,
Thomas.
==============================================================================
Am 18.01.2012 21:06, schrieb
kenneth.klein@...:

Should I give up on that sample example with the "nonrx" problems or is there a way to fix it by hand?


Furthermore, should I forge onward with the java tutorial and learn all these classes and components from scratch or should I spend my time learning netbeans or eclipse?



Kenneth Klein




Alan Sampson <alansamps@...>
Sent by:
[hidden email]

01/17/2012 05:33 PM

Please respond to
IBM Netrexx
[hidden email]


To
IBM Netrexx [hidden email]
cc
Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */









On 17 January 2012 10:52, <
kenneth.klein@...> wrote:

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?


And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?



I won't attempt to reply for Kermit but I would point out that his reply included the phrase "in the simplest case".  I agree that for very simple multi-threaded implementations it's quicker to have your main class implement Runnable as it reduces the complexity: all you need do as add a run method to your class and do all your processing there.  It's not necessarily the best way to develop multi-threaded applications though, particularly if your class is complicated or large and contains many properties and methods.  The Swing Java examples all appear to use anonymous inner classes to provide the functionality for their Runnable implementations and probably for good reason.  (NetRexx doesn't support anonymous inner classes which is why you need to create minor classes in their place.)

People have made a good living instructing others on how to write robust multi-threaded applications for the JVM; it's a fun ride and I've either forgotten or not kept up to date on current best practices so I'm happy to be advised by others who have.

Alan.

--
Can't tweet, won't tweet!
_______________________________________________
Ibm-netrexx mailing list

[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




--
Thomas Schneider (Founder of
www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/



_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

java2nrx having trouble with complex if do then else null end

kenner

I have no clue what this does in Java:

    //Turn the custom focus traversal policy on/off,
    //according to the checkbox
    public void actionPerformed(ActionEvent e) {
        if ("toggle".equals(e.getActionCommand())) {
            frame.setFocusTraversalPolicy(togglePolicy.isSelected() ?
                    newPolicy : null);
        }
    }    

java2nrx gives this, but it make no more sense to me

method actionPerformed( e=ActionEvent )
        if "toggle".equals(e.getActionCommand()) then do
            frame.setFocusTraversalPolicy( if togglePolicy.isSelected() then do newPolicy end
             else do
            null end
            )
        end

maybe :

method actionPerformed( e=ActionEvent )
        if "toggle".equals(e.getActionCommand()) then do
            if frame.setFocusTraversalPolicy(togglePolicy.isSelected() then do
                newPolicy = ''
            end
        end
   
_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: java2nrx having trouble with complex if do then else null end

alansam


On 19 January 2012 07:49, <[hidden email]> wrote:

I have no clue what this does in Java:

    //Turn the custom focus traversal policy on/off,
    //according to the checkbox
    public void actionPerformed(ActionEvent e) {
        if ("toggle".equals(e.getActionCommand())) {
            frame.setFocusTraversalPolicy(togglePolicy.isSelected() ?
                    newPolicy : null);
        }
    }    

java2nrx gives this, but it make no more sense to me

method actionPerformed( e=ActionEvent )
        if "toggle".equals(e.getActionCommand()) then do
            frame.setFocusTraversalPolicy( if togglePolicy.isSelected() then do newPolicy end
             else do
            null end
            )
        end

maybe :

method actionPerformed( e=ActionEvent )
        if "toggle".equals(e.getActionCommand()) then do
            if frame.setFocusTraversalPolicy(togglePolicy.isSelected() then do
                newPolicy = ''
            end
        end
    

The B ? X : Y; syntax in Java (like C, C++, Perl etc.) is a short-hand if then else construct.  B is expected to render a boolean.  If true the clause at X is executed, if false then Y is chosen.

So the example above can be reworked:

method actionPerformed( e=ActionEvent ) public
  selectedPolicy = FocusTraversalPolicy
  if "toggle".equals(e.getActionCommand()) then do 
    if togglePolicy.isSelected() then do
      selectedPolicy = newPolicy
      end 
    else do 
      selectedPolicy = null
      end 
    frame.setFocusTraversalPolicy(selectedPolicy) 
    end 

Alan.

--
Can't tweet, won't tweet!

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Alan

--
Needs more cowbell.
Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

ThSITC
In reply to this post by kenner
Hello Kenneth.

 I might only rresponse with my *personal experience* (sorry)

I did use some very early versions of JEdit, when I did hear the Slava Pestov has initiated this, his, giant project
on the Net.

At those times, I used to use XEdit (PC Version), and then did switch to UnlraEdit, where I did buy a Licence.

reason at those times, some 6 years ago, has been that JEdit has been simply *too slow* for my requirements.

Now, past year, when I did hear about David Requena's NetRexxDE and Kermit Kiser's NetRexxScript,
and I did like their approach, I downloaded JEdit again...

Since then, I switched to JEdit for all my development work, may it be PL/I, COBOL; Rexx, NetRexx, Java,
or whatever.

I did, after a 1/4 years of parallel tests (between UltraEdit and JEdit), actually *purge* UltraEdit from my desk,
and am, since then, exclusively using Jedit for any and all Editing.

Sorry to say, that I've never found the time to use Eclipse, in Fact, nor NetBeans.

Thus, all of my exper's are personal one, of course.

Thomas.
======================================================================================
  
Am 19.01.2012 15:06, schrieb [hidden email]

Danke, Thomas.

Sie meinten "subscribed", btw, "I've been subscribed to.... for more....

I love JEdit, enough to sacrifice VIM, accept in cases where I am working with a package and jar files. Then I go back to the CLI. The NetRexxDE is also very cool. Is NetRexxScript like NetRexxDE or is it for writing scripts?

Netbeans got boring when I was facing a steep, steep learning curve.

Is Eclipse better? Any easier to understand? Maybe better for the baby-steps I am making?

Kenneth Klein



Thomas Schneider [hidden email]
Sent by: [hidden email]

01/18/2012 04:43 PM

Please respond to
IBM Netrexx [hidden email]

To
IBM Netrexx [hidden email]
cc

Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */







Kenneth,
  I *personally* would advise to

1.) Immediately use JEdit (
www.jedit.org) and download NetRexxDE and/or NetRexxScript from Kenai
  *or*
2.) Learn Eclipse, which also has a plugin
  *or*
3.) Learn NetBeans

I have subscripted the NetBeans Development group since more that a year, but have currently no time available
to integrate NetBeans with NetRexx due to my other projects.

I'm sure the proper authors of 1.) and 2.) above will help you in either case.

I'm currently in process to OPEN SOURCE and release my NetRexx Parser on
www.netrexx.org ...

Kind regards from dark Vienna,
Thomas.
==============================================================================
Am 18.01.2012 21:06, schrieb
[hidden email]

Should I give up on that sample example with the "nonrx" problems or is there a way to fix it by hand?


Furthermore, should I forge onward with the java tutorial and learn all these classes and components from scratch or should I spend my time learning netbeans or eclipse?



Kenneth Klein




Alan Sampson [hidden email]
Sent by:
[hidden email]

01/17/2012 05:33 PM

Please respond to
IBM Netrexx
[hidden email]


To
IBM Netrexx [hidden email]
cc

Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */











On 17 January 2012 10:52, <
[hidden email]> wrote:

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?


And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?



I won't attempt to reply for Kermit but I would point out that his reply included the phrase "in the simplest case".  I agree that for very simple multi-threaded implementations it's quicker to have your main class implement Runnable as it reduces the complexity: all you need do as add a run method to your class and do all your processing there.  It's not necessarily the best way to develop multi-threaded applications though, particularly if your class is complicated or large and contains many properties and methods.  The Swing Java examples all appear to use anonymous inner classes to provide the functionality for their Runnable implementations and probably for good reason.  (NetRexx doesn't support anonymous inner classes which is why you need to create minor classes in their place.)

People have made a good living instructing others on how to write robust multi-threaded applications for the JVM; it's a fun ride and I've either forgotten or not kept up to date on current best practices so I'm happy to be advised by others who have.

Alan.

--
Can't tweet, won't tweet!
_______________________________________________
Ibm-netrexx mailing list

[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




--
Thomas Schneider (Founder of
www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/



--
Thomas Schneider (Founder of www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com
Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

ThSITC
In reply to this post by kenner
Kenneth,

  I can not tell for Eclipse vs. JEdit vs. NetBeans.

I did never find the time to actually Eclipse.

From the conversation here and also on the NetRexx Developers group, and the recent *release*
of the Eclipse plugin to www.netrexx.org, I'm however thinking that this might & will be a viable Alternative.

As, obviously, EMacs is for MacIntosh users :-)

as we are, all, each using Editors each one of us is customiced to use (as Les Koehler XEDIT), I can only tell
you that I did use originally KEDIT (an XEDIT implementation), as I did all my developments on an  IBM CMS
machine, some 8 years ago, than I did personally switch to UltraEdit (with a paid licence), and then to JEdit again
which I did try 2002 or so, but which has been too slow for my style of quick  typing at those times ...

... Nowadays, things (machines) have changed, and I personally don't have any more any performance
issues open with JEdit ...

But, as I say, that is a *personal choice*.

Personally, it's important for me, that I can use the same Editor for any/all Languages I'm using, in
particular:

PL/I, COBOL, C, C++, NetRexx, Java, HTML, etc.

And thus, I'm currently using Jedit (still from the DOS Comment prompt).

I'm just learning (with Kermit Kiser's excellent advise & help) how to even use the SVN plugin with this tool.

For various reasons, I do want:

   a) First complete and release my pending stuff to KENAI
   b) NOT to become too deeply involved in this always emerging *which Editor shall I use*
discussion (due to lack of time, sorry :-())

Maybe others in this group could advise you more accurately.

Kind regards, from dark Vienna, anyway.. :-)

Massa Thomas ;-)
==================================================================================
 
 

Am 19.01.2012 15:06, schrieb [hidden email]

Danke, Thomas.

Sie meinten "subscribed", btw, "I've been subscribed to.... for more....

I love JEdit, enough to sacrifice VIM, accept in cases where I am working with a package and jar files. Then I go back to the CLI. The NetRexxDE is also very cool. Is NetRexxScript like NetRexxDE or is it for writing scripts?

Netbeans got boring when I was facing a steep, steep learning curve.

Is Eclipse better? Any easier to understand? Maybe better for the baby-steps I am making?

Kenneth Klein



Thomas Schneider [hidden email]
Sent by: [hidden email]

01/18/2012 04:43 PM

Please respond to
IBM Netrexx [hidden email]

To
IBM Netrexx [hidden email]
cc

Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */







Kenneth,
  I *personally* would advise to

1.) Immediately use JEdit (
www.jedit.org) and download NetRexxDE and/or NetRexxScript from Kenai
  *or*
2.) Learn Eclipse, which also has a plugin
  *or*
3.) Learn NetBeans

I have subscripted the NetBeans Development group since more that a year, but have currently no time available
to integrate NetBeans with NetRexx due to my other projects.

I'm sure the proper authors of 1.) and 2.) above will help you in either case.

I'm currently in process to OPEN SOURCE and release my NetRexx Parser on
www.netrexx.org ...

Kind regards from dark Vienna,
Thomas.
==============================================================================
Am 18.01.2012 21:06, schrieb
[hidden email]

Should I give up on that sample example with the "nonrx" problems or is there a way to fix it by hand?


Furthermore, should I forge onward with the java tutorial and learn all these classes and components from scratch or should I spend my time learning netbeans or eclipse?



Kenneth Klein




Alan Sampson [hidden email]
Sent by:
[hidden email]

01/17/2012 05:33 PM

Please respond to
IBM Netrexx
[hidden email]


To
IBM Netrexx [hidden email]
cc

Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */











On 17 January 2012 10:52, <
[hidden email]> wrote:

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?


And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?



I won't attempt to reply for Kermit but I would point out that his reply included the phrase "in the simplest case".  I agree that for very simple multi-threaded implementations it's quicker to have your main class implement Runnable as it reduces the complexity: all you need do as add a run method to your class and do all your processing there.  It's not necessarily the best way to develop multi-threaded applications though, particularly if your class is complicated or large and contains many properties and methods.  The Swing Java examples all appear to use anonymous inner classes to provide the functionality for their Runnable implementations and probably for good reason.  (NetRexx doesn't support anonymous inner classes which is why you need to create minor classes in their place.)

People have made a good living instructing others on how to write robust multi-threaded applications for the JVM; it's a fun ride and I've either forgotten or not kept up to date on current best practices so I'm happy to be advised by others who have.

Alan.

--
Can't tweet, won't tweet!
_______________________________________________
Ibm-netrexx mailing list

[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




--
Thomas Schneider (Founder of
www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/



--
Thomas Schneider (Founder of www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com
Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

rvjansen
No, wrong: each of Eclipse, JEdit, NetBeans. Emacs: all run on Linux, Windows and MacOSX. Platform is no reason to choose one above the other.

René.


On 20 jan. 2012, at 00:47, Thomas Schneider wrote:

Kenneth,

  I can not tell for Eclipse vs. JEdit vs. NetBeans.

I did never find the time to actually Eclipse.

From the conversation here and also on the NetRexx Developers group, and the recent *release*
of the Eclipse plugin to www.netrexx.org, I'm however thinking that this might & will be a viable Alternative.

As, obviously, EMacs is for MacIntosh users :-)

as we are, all, each using Editors each one of us is customiced to use (as Les Koehler XEDIT), I can only tell
you that I did use originally KEDIT (an XEDIT implementation), as I did all my developments on an  IBM CMS
machine, some 8 years ago, than I did personally switch to UltraEdit (with a paid licence), and then to JEdit again
which I did try 2002 or so, but which has been too slow for my style of quick  typing at those times ...

... Nowadays, things (machines) have changed, and I personally don't have any more any performance
issues open with JEdit ...

But, as I say, that is a *personal choice*.

Personally, it's important for me, that I can use the same Editor for any/all Languages I'm using, in
particular:

PL/I, COBOL, C, C++, NetRexx, Java, HTML, etc.

And thus, I'm currently using Jedit (still from the DOS Comment prompt).

I'm just learning (with Kermit Kiser's excellent advise & help) how to even use the SVN plugin with this tool.

For various reasons, I do want:

   a) First complete and release my pending stuff to KENAI
   b) NOT to become too deeply involved in this always emerging *which Editor shall I use*
discussion (due to lack of time, sorry :-())

Maybe others in this group could advise you more accurately.

Kind regards, from dark Vienna, anyway.. :-)

Massa Thomas ;-)
==================================================================================
 
 

Am 19.01.2012 15:06, schrieb [hidden email]

Danke, Thomas.

Sie meinten "subscribed", btw, "I've been subscribed to.... for more....

I love JEdit, enough to sacrifice VIM, accept in cases where I am working with a package and jar files. Then I go back to the CLI. The NetRexxDE is also very cool. Is NetRexxScript like NetRexxDE or is it for writing scripts?

Netbeans got boring when I was facing a steep, steep learning curve.

Is Eclipse better? Any easier to understand? Maybe better for the baby-steps I am making?

Kenneth Klein



Thomas Schneider [hidden email]
Sent by: [hidden email]

01/18/2012 04:43 PM

Please respond to
IBM Netrexx [hidden email]

To
IBM Netrexx [hidden email]
cc

Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */







Kenneth,
  I *personally* would advise to

1.) Immediately use JEdit (
www.jedit.org) and download NetRexxDE and/or NetRexxScript from Kenai
  *or*
2.) Learn Eclipse, which also has a plugin
  *or*
3.) Learn NetBeans

I have subscripted the NetBeans Development group since more that a year, but have currently no time available
to integrate NetBeans with NetRexx due to my other projects.

I'm sure the proper authors of 1.) and 2.) above will help you in either case.

I'm currently in process to OPEN SOURCE and release my NetRexx Parser on
www.netrexx.org ...

Kind regards from dark Vienna,
Thomas.
==============================================================================
Am 18.01.2012 21:06, schrieb
[hidden email]

Should I give up on that sample example with the "nonrx" problems or is there a way to fix it by hand?


Furthermore, should I forge onward with the java tutorial and learn all these classes and components from scratch or should I spend my time learning netbeans or eclipse?



Kenneth Klein




Alan Sampson [hidden email]
Sent by:
[hidden email]

01/17/2012 05:33 PM

Please respond to
IBM Netrexx
[hidden email]



To
IBM Netrexx [hidden email]
cc

Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */











On 17 January 2012 10:52, <
[hidden email]> wrote:

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?


And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?



I won't attempt to reply for Kermit but I would point out that his reply included the phrase "in the simplest case".  I agree that for very simple multi-threaded implementations it's quicker to have your main class implement Runnable as it reduces the complexity: all you need do as add a run method to your class and do all your processing there.  It's not necessarily the best way to develop multi-threaded applications though, particularly if your class is complicated or large and contains many properties and methods.  The Swing Java examples all appear to use anonymous inner classes to provide the functionality for their Runnable implementations and probably for good reason.  (NetRexx doesn't support anonymous inner classes which is why you need to create minor classes in their place.)

People have made a good living instructing others on how to write robust multi-threaded applications for the JVM; it's a fun ride and I've either forgotten or not kept up to date on current best practices so I'm happy to be advised by others who have.

Alan.

--
Can't tweet, won't tweet!
_______________________________________________
Ibm-netrexx mailing list

[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




--
Thomas Schneider (Founder of
www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/



--
Thomas Schneider (Founder of www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)
_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/



_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: /* **nonrx** <Component> ** */

kenner

OK, I have jedit and like what it does for me on a simple level, but like it said, it seems to have shortcomings when it comes to packages and jars.

Now as far as an IDE goes NetBeans and Eclipse seem to fill the bill. But I gotta go one way or the other right? Any tips as to which path this grasshopper should follow?
I'm developing on XP for distribution over the net to many platforms.

[hidden email]



René Jansen <[hidden email]>
Sent by: [hidden email]

01/20/2012 04:23 AM

Please respond to
IBM Netrexx <[hidden email]>

To
IBM Netrexx <[hidden email]>
cc
Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */





No, wrong: each of Eclipse, JEdit, NetBeans. Emacs: all run on Linux, Windows and MacOSX. Platform is no reason to choose one above the other.

René.


On 20 jan. 2012, at 00:47, Thomas Schneider wrote:

Kenneth,

 I can not tell for Eclipse vs. JEdit vs. NetBeans.

I did never find the time to actually Eclipse.

>From the conversation here and also on the NetRexx Developers group, and the recent *release*
of the Eclipse plugin to
www.netrexx.org, I'm however thinking that this might & will be a viable Alternative.

As, obviously, EMacs is for MacIntosh users :-)

as we are, all, each using Editors each one of us is customiced to use (as Les Koehler XEDIT), I can only tell
you that I did use originally KEDIT (an XEDIT implementation), as I did all my developments on an  IBM CMS
machine, some 8 years ago, than I did personally switch to UltraEdit (with a paid licence), and then to JEdit again
which I did try 2002 or so, but which has been too slow for my style of quick  typing at those times ...

... Nowadays, things (machines) have changed, and I personally don't have any more any performance
issues open with JEdit ...

But, as I say, that is a *personal choice*.

Personally, it's important for me, that I can use the same Editor for any/all Languages I'm using, in
particular:

PL/I, COBOL, C, C++, NetRexx, Java, HTML, etc.

And thus, I'm currently using Jedit (still from the DOS Comment prompt).

I'm just learning (with Kermit Kiser's excellent advise & help) how to even use the SVN plugin with this tool.

For various reasons, I do want:

  a) First complete and release my pending stuff to KENAI
  b) NOT to become too deeply involved in this always emerging *which Editor shall I use*
discussion (due to lack of time, sorry :-())

Maybe others in this group could advise you more accurately.

Kind regards, from dark Vienna, anyway.. :-)

Massa Thomas ;-)
==================================================================================

 

Am 19.01.2012 15:06, schrieb
kenneth.klein@...:

Danke, Thomas.


Sie meinten "subscribed", btw, "I've been subscribed to.... for more....


I love JEdit, enough to sacrifice VIM, accept in cases where I am working with a package and jar files. Then I go back to the CLI. The NetRexxDE is also very cool. Is NetRexxScript like NetRexxDE or is it for writing scripts?


Netbeans got boring when I was facing a steep, steep learning curve.


Is Eclipse better? Any easier to understand? Maybe better for the baby-steps I am making?


Kenneth Klein



Thomas Schneider <Thomas.Schneider@...>
Sent by:
[hidden email]

01/18/2012 04:43 PM

Please respond to
IBM Netrexx
[hidden email]


To
IBM Netrexx [hidden email]
cc
Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */







Kenneth,
 I *personally* would advise to

1.) Immediately use JEdit (
www.jedit.org) and download NetRexxDE and/or NetRexxScript from Kenai
 *or*
2.) Learn Eclipse, which also has a plugin
 *or*
3.) Learn NetBeans

I have subscripted the NetBeans Development group since more that a year, but have currently no time available
to integrate NetBeans with NetRexx due to my other projects.

I'm sure the proper authors of 1.) and 2.) above will help you in either case.

I'm currently in process to OPEN SOURCE and release my NetRexx Parser on
www.netrexx.org ...

Kind regards from dark Vienna,
Thomas.
==============================================================================
Am 18.01.2012 21:06, schrieb
kenneth.klein@...:

Should I give up on that sample example with the "nonrx" problems or is there a way to fix it by hand?

Furthermore, should I forge onward with the java tutorial and learn all these classes and components from scratch or should I spend my time learning netbeans or eclipse?



Kenneth Klein



Alan Sampson <alansamps@...>
Sent by:
[hidden email]

01/17/2012 05:33 PM

Please respond to
IBM Netrexx
[hidden email]


To
IBM Netrexx [hidden email]
cc
Subject
Re: [Ibm-netrexx] /* **nonrx** <Component> ** */











On 17 January 2012 10:52, <
kenneth.klein@...> wrote:

Oh no! Does this snippet showing up in target source code when java2nrx translates a java program mean that some components are not supported, like vector?


And Kermit, would you care to expound on your strategy  for handling "runnable" and "run" in this source translation:   ?



I won't attempt to reply for Kermit but I would point out that his reply included the phrase "in the simplest case".  I agree that for very simple multi-threaded implementations it's quicker to have your main class implement Runnable as it reduces the complexity: all you need do as add a run method to your class and do all your processing there.  It's not necessarily the best way to develop multi-threaded applications though, particularly if your class is complicated or large and contains many properties and methods.  The Swing Java examples all appear to use anonymous inner classes to provide the functionality for their Runnable implementations and probably for good reason.  (NetRexx doesn't support anonymous inner classes which is why you need to create minor classes in their place.)

People have made a good living instructing others on how to write robust multi-threaded applications for the JVM; it's a fun ride and I've either forgotten or not kept up to date on current best practices so I'm happy to be advised by others who have.

Alan.

--
Can't tweet, won't tweet!
_______________________________________________
Ibm-netrexx mailing list

[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list

[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




--
Thomas Schneider (Founder of
www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)_______________________________________________
Ibm-netrexx mailing list

[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive :
http://ibm-netrexx.215625.n3.nabble.com/




--
Thomas Schneider (Founder of
www.thsitc.com) Member of the Rexx Languge Asscociation (www.rexxla.org) Member of the NetRexx Developer's Team (www.netrexx.org)
_______________________________________________
Ibm-netrexx mailing list

[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/



_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

12