The Compiler is conspiring to drive me madder than a Hatfield &&|| McCoy

[blackbird]

I have an event handler for a button:

public class OpenDispatchFileButtonListener implements ActionListener {
  @Override
  public void actionPerformed(ActionEvent e) {
    ...

...that elicits this scornful diatribe from the compiler: "Illegal modifier for the local class OpenDispatchFileButtonListener; only abstract or final is permitted"

If I change the "public" to "final", I get: "OpenDispatchFileButtonListener cannot be resolved to a type" on this line of code:

btnOpenDispatchFile	.addActionListener(new OpenDispatchFileButtonListener());

[JosAH]

Did you define that class inside the body of a method?

kind regards,

Jos

[blackbird]

Did you define that class inside the body of a method?

kind regards,

Jos

The code causing the error:

btnOpenDispatchFile.addActionListener(new OpenDispatchFileButtonListener());

...is in "public void go()", which is called by:

public static void main(String[] args) {
  new RT_TCP_JCP_TDS_OO_State_SortSim().go();
}

OpenDispatchFileButtonListener() is an inner class only of the file's main/outermost class:

import java.awt.event.*;

public class RT_TCP_JCP_TDS_OO_State_SortSim {

...

private class OpenDispatchFileButtonListener implements ActionListener {

The four err msgs I'm getting now are:
1) OpenDispatchFileButonListener cannot be resolved to a type
2) OpenDispositionFileButonListener cannot be resolved to a type
3) Project 'bla' is missing required source folder: 'src'
4) The project cannot be built until build path errors are resolved

#3 is not true - there is a 'src' folder, under which the file generating these errors lives.

[Fubarable]

Reduce your code to the smallest possible code that shows the error, something that hopefully won't be more than 40-50 lines long, and post it here.

[Tolls]

You sure you've not got a typo?
OpenDispatchFileButonListener in the error message
OpenDispatchFileButtonListener in your code

But, if the project is complaining about some paths then I'd go and check the project setup. Check the src folder is correctly declared as a source folder, check your output folder is declared correctly and, finally, the build path.

[pbrockway2]

Also Jos was talking about where you defined the class ("public class OpenDispatchFileButtonListener implements ActionListener { etc") not where you used addActionListener().

Almost certainly you shouldn't define the class within a method. In any case, if you do then it can't be public, and it can't be accessed from any other method (or block).

[blackbird]

Also Jos was talking about where you defined the class ("public class OpenDispatchFileButtonListener implements ActionListener { etc") not where you used addActionListener().

Almost certainly you shouldn't define the class within a method. In any case, if you do then it can't be public, and it can't be accessed from any other method (or block).

Yes, I thought I answered that. It's a separate class within/below public class RT_TCP_JCP_TDS_OO_State_SortSim { (the outermost class, which begins right after the "imports" statements and whose ending "}" is the last character in the file).

IOW, I have:

public class RT_TCP_JCP_TDS_OO_State_SortSim {
...
  public class OpenDispatchFileButtonListener implements ActionListener {
    ...
  }
...
}

[Norm]

Have you ever posted the FULL text of the error message?
Here is a sample:

TestSorts.java:138: cannot find symbol
symbol  : variable var
location: class TestSorts
         var = 2;
         ^

[blackbird]

I found the problem when comparing an ActionListener that was "sliding by" without any squawks - what was different about it, where it was accepted and the other was not. It turns out that the "good" one was actually the bad one - it was missing a "}"; once I added that there, and removed one from the end of the file, all is hunky dory.

[JosAH]

I found the problem when comparing an ActionListener that was "sliding by" without any squawks - what was different about it, where it was accepted and the other was not. It turns out that the "good" one was actually the bad one - it was missing a "}"; once I added that there, and removed one from the end of the file, all is hunky dory.

That is strange; if your (first) inner class is missing a last } everything else ends up as a member of that inner class but then your other }s are goofy at the end of your outer class. I do hope everything is really "hunky dory" now, instead of just compiler error free ...

kind regards,

Jos

[blackbird]

That is strange; if your (first) inner class is missing a last } everything else ends up as a member of that inner class but then your other }s are goofy at the end of your outer class. I do hope everything is really "hunky dory" now, instead of just compiler error free ...

kind regards,

Jos

I think I lied - actually, it was the other way around: there was one too many "}" in the inner class, and then I had to add one at the end.

[JosAH]

I think I lied - actually, it was the other way around: there was one too many "}" in the inner class, and then I had to add one at the end.

Oh well, we can't tell without seeing the actual code; glad you got it fixed though.

kind regards,

Jos