drjava-hackers — DrJava developers mailing list

[DrJava] [ drjava-Feature Requests-975622 ] Switch among recently used documents

[SourceForge.net <no...@so...>]

Feature Requests item #975622, was opened at 2004-06-18 16:15
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=975622&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: James Hsia (jhsia)
Assigned to: Nobody/Anonymous (nobody)
Summary: Switch among recently used documents

Initial Comment:
Story:

A user has a large project and is doing most of his
editing in a few files.  Since only one document is
displayed at a time and there are many files listed, it
is cumbersome to have to continually find and click the
same documents time after time.

It would be nice to add functionality to switch among
recently used documents.  I suggest that ctrl-tab mimic
alt-tab's behavior in Windows except it toggles between
DrJava documents instead of applications.  Note that
there may be key naming issues on the Mac to be aware
of (command/control).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=975622&group_id=44253

[DrJava] [ drjava-Bugs-975459 ] rt error during expression evaluation in interactions

[SourceForge.net <no...@so...>]

Bugs item #975459, was opened at 2004-06-18 11:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=975459&group_id=44253

Category: Interactions
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: J. Nino (jninos)
Assigned to: Nobody/Anonymous (nobody)
Summary: rt error during expression evaluation in interactions

Initial Comment:
My login name: jninos.  (After loginging, I could not
find a link to drjava; so I directly entered the url
that brougt me here; thus
I do not know if I am officially logged in.)

The error occurred while entering an expression to be
evaluated in the interactions window; the expression
entered was towards the last line of the currently
visible interactions window; the interactions window
had as size the default size created by DrJava.

After the expression was ente4red the sytem hungs, and
when requesting to reset the interactions window, the
"unexpected error" panel appears. 

This error has occurred repeatedly  in very similar
circunstances.

DrJava Version : 20040331-0037.
JDK version: 1.5

java.lang.ArrayIndexOutOfBoundsException
	at java.lang.System.arraycopy(Native Method)
	at
javax.swing.text.CompositeView.replace(CompositeView.java:187)
	at javax.swing.text.BoxView.replace(BoxView.java:164)
	at javax.swing.text.View.updateChildren(View.java:1126)
	at javax.swing.text.View.insertUpdate(View.java:710)
	at
javax.swing.plaf.basic.BasicTextUI$RootView.insertUpdate(BasicTextUI.java:1522)
	at
javax.swing.plaf.basic.BasicTextUI$UpdateHandler.insertUpdate(BasicTextUI.java:1765)
	at
javax.swing.text.AbstractDocument.fireInsertUpdate(AbstractDocument.java:184)
	at
javax.swing.text.AbstractDocument.handleInsertString(AbstractDocument.java:754)
	at
javax.swing.text.AbstractDocument.insertString(AbstractDocument.java:711)
	at
edu.rice.cs.util.text.SwingDocumentAdapter.forceInsertText(SwingDocumentAdapter.java:146)
	at
edu.rice.cs.drjava.model.repl.ConsoleDocument.insertBeforeLastPrompt(ConsoleDocument.java:268)
	at
edu.rice.cs.drjava.model.repl.InteractionsModel.interpreterResetting(InteractionsModel.java:709)
	at
edu.rice.cs.drjava.model.repl.newjvm.MainJVM.killInterpreter(MainJVM.java:649)
	at
edu.rice.cs.drjava.model.repl.RMIInteractionsModel._resetInterpreter(RMIInteractionsModel.java:119)
	at
edu.rice.cs.drjava.model.repl.InteractionsModel.resetInterpreter(InteractionsModel.java:321)
	at
edu.rice.cs.drjava.model.DefaultGlobalModel.resetInteractions(DefaultGlobalModel.java:856)
	at
edu.rice.cs.drjava.ui.MainFrame$39.construct(MainFrame.java:762)
	at
edu.rice.cs.util.swing.SwingWorker$2.run(SwingWorker.java:157)
	at java.lang.Thread.run(Thread.java:595)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=975459&group_id=44253

[DrJava] [ drjava-Bugs-973722 ] Default colour for err message is painful

[SourceForge.net <no...@so...>]

Bugs item #973722, was opened at 2004-06-16 14:07
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=973722&group_id=44253

Category: User interface
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Default colour for err message is painful

Initial Comment:
DrJava: 20040331-0037
System: Windows XP

This concerns the Compiler Output panel. By default,
highlighted error message appears in white over yellow 
background. I think this is a bad choice for default.
(My wife, whose eyesight is better than mine, agrees).



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=973722&group_id=44253

[DrJava] [ drjava-Bugs-973718 ] font preference mysteriously crippled

[SourceForge.net <no...@so...>]

Bugs item #973718, was opened at 2004-06-16 13:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=973718&group_id=44253

Category: Config Framework
Group: Ugly
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: font preference mysteriously crippled

Initial Comment:
DrJava: 20040331-0037
Compiler: javac 1.5.0 Beta 2 release
System: Windows XP

Symptoms:
* Floppy A: drive accessed everytime
[Edit]+[Preferences] menu is clicked.
* The preferred fonts doesn't work when DrJava is
restarted.
* The font names get longer and longer.
* Other items in the Preferences (e.g., color,
look&feel) are OK.
* Already tried deleting .drjava and start again.
Symptoms persist.

Content of .drjava file:
#DrJava configuration file
#Wed Jun 16 11:54:24 SGT 2004
javac.location = D:\Program
Files\Java\jdk1.5.0\lib\tools.jar
compiler.error.color = #ff9900
font.main = Monospaced-PLAIN-PLAIN-PLAIN-PLAIN-PLAIN-12
font.line.numbers =
Monospaced-PLAIN-PLAIN-PLAIN-PLAIN-PLAIN-12
font.doclist = Monospaced-PLAIN-PLAIN-PLAIN-PLAIN-PLAIN-10
font.toolbar = dialog-PLAIN-PLAIN-PLAIN-PLAIN-PLAIN-10

* If I choose Courier, I would get
Courier-PLAIN-PLAIN...-12.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=973718&group_id=44253

[DrJava] [ drjava-Bugs-973032 ] No boxing in interactions panel

[SourceForge.net <no...@so...>]

Bugs item #973032, was opened at 2004-06-15 15:24
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=973032&group_id=44253

Category: Interactions
Group: Ugly
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: No boxing in interactions panel

Initial Comment:
DrJava: 20040331-0037
Compiler: javac 1.5.0
System: Windows XP

The following work in source code, but
not in interaction panel:

JOptionPane.showMessageDialog(null, 2*5);



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=973032&group_id=44253

[DrJava] [ drjava-Bugs-973027 ] Iterator in "for" causes "out of sync"

[SourceForge.net <no...@so...>]

Bugs item #973027, was opened at 2004-06-15 15:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=973027&group_id=44253

Category: Compiler integration
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Iterator in "for" causes "out of sync"

Initial Comment:
DrJava: 20040331-0037
Compiler: javac 1.5.0
System: Windows XP

The following compiles (compiler output message:
"Last compilation completed successfully"), 
but produces no class file. When run from the 
interaction panel, the message "... out of sync ..." 
is written.

// start offending source
import java.util.*;
public class X {
  public static void main(String[] xx) {
    Scanner sc = Scanner.create("hello ini apa");
    for (String x : sc ) {
      System.out.println(x);
    }
  }
}
// end offending source

Changing the for loop to
  for (String x : new String[]{"etc", "etc"})
works!


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=973027&group_id=44253

[DrJava] [ drjava-Bugs-971142 ] import statements go unchecked

[SourceForge.net <no...@so...>]

Bugs item #971142, was opened at 2004-06-11 06:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=971142&group_id=44253

Category: Interactions
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: import statements go unchecked

Initial Comment:
drjava Intetractions Pane allows you to import 
non-existing packages,like this:

**//this is OK in Interactions pane
      import blah.blah.*;
**

Although importing specific classes is checked:

**//this throws an error(ClassNotFoundException) 
     import blah.blah.Blah;
**
(Provided ofcourse that blah.blah.Blah doesn't exist)

Also,using  **Class.forName(String classname)**
throws a **ClassNotFoundException** even if the 
cocerned library is added to both system and drjava
(Extra) Classpath.

The same line of code works from a source file 
when run from drjava(the same class name,that is.) 



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=971142&group_id=44253

[DrJava] [ drjava-Feature Requests-970836 ] Indent logic, 1.5

[SourceForge.net <no...@so...>]

Feature Requests item #970836, was opened at 2004-06-10 19:08
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=970836&group_id=44253

Category: Definitions (source editor)
Group: None
Status: Open
Priority: 4
Submitted By: Neal Horowitz (nrhorowitz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Indent logic, 1.5

Initial Comment:
Specifically, I'm thinking about enums, in which a
comma-separated list of identifiers often spans
multiple lines.  Currently, DrJava indents such
declarations as follows:

public enum MyEnum {
..MyEnumValue1,
....MyEnumValue2,
....MyEnumValue3
}

where clearly, the desirable indentation would be:

public enum MyEnum {
..MyEnumValue1,
..MyEnumValue2,
..MyEnumValue3
}

The reason, as I understand it, is that the reduced
model considers the list to be a single statement and
thus indents subsequent lines, as would be appropriate
for a list of variable declarations or an actual
multi-line statement.  However, in this situation, it
is not a single statement but a list of essentially
independent values.  I'm not sure if this is worth
correcting or what the best way to add logic for this
is, but it's pretty annoying for declaring enums with
members/longer constructors such that having multiple
lines is necessary.

As a side note, further members (fields, constructors,
or methods) are indented correctly -- since a semicolon
is required after the enums, DrJava effectively
considers the statement to be ended and restores the
single level of indentation.  For example, the
following indentation shows the correct and incorrect
behavior:

public enum MyEnum {
..elt1("Some long string"), //
....elt2("Some other long string), // wrong,
indentation too deep
....elt3("The last string"); // still wrong
..private String _myString; // correct, since the list
was terminated by a semicolon
..MyEnum(String s) { //correct
...._myString = s; //still correct
..} // still good.  You probably get the idea.
}

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=970836&group_id=44253

[DrJava] [ drjava-Bugs-969848 ] Exceptioninititialization Error

[SourceForge.net <no...@so...>]

Bugs item #969848, was opened at 2004-06-09 12:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=969848&group_id=44253

Category: Eclipse Plug-in
Group: Crashes
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exceptioninititialization Error

Initial Comment:
Hi  - I am having problems with Dr. Java as an Eclipse 
Plug-in.  I tried 0.9 and 0.9.4 and get the same error:

Exceptioninititialization Error
NO_RESULTS Not Found
No such field name

I tried the plug-in on WINDOWS 2000.  Both programs 
run as stand alone jars.

Ronnie

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=969848&group_id=44253

[DrJava] OutOfMemory error when compiling code with undeclared variables

[Merrill, A. <Mer...@ca...>]

Background:  As you may know, there is a bug in javac (not DrJava) that
results in the compiler throwing an OutOfMemoryError when compiling even
very short files that contain undeclared variables.  For example, try to
compile:
=20
class BugClass
{
  void method1()
  {
               x =3D a + b;
              }
}
=20
If you compile this using javac (not DrJava), you see the following
messages:
=20
C:\Documents\Java>javac BugClass.java
BugClass.java:5: cannot resolve symbol
symbol  : variable x
location: class BugClass
    x =3D a + b;
    ^
BugClass.java:5: cannot resolve symbol
symbol  : variable a
location: class BugClass
    x =3D a + b;
        ^
BugClass.java:5: cannot resolve symbol
symbol  : variable b
location: class BugClass
    x =3D a + b;
                       ^
=20
The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError
=20
=20
However, if you try to compile this in DrJava, the only error you see
is:
=20
1 error found:
File: (no associated file)  [line: (no source location)]
Error: Compile exception: java.lang.OutOfMemoryError
=20
Notice that all of the "cannot resolve symbol" errors are not displayed!
In a long program, this makes it very difficult to find the real problem
- all you know is that there is an undeclared variable somewhere in
perhaps thousands of lines of code. =20
=20
DrJava should display all of the output from the java compiler, even if
the java compiler crashes while trying to compile a program.  I use
DrJava in the high school classes that I teach, and students frequently
use variables they forget to declare. =20
=20
Andrew Merrill
Computer Science
Catlin Gabel School
=20
=20
=20
=20

[DrJava] [ drjava-Feature Requests-969261 ] enum keyword

[SourceForge.net <no...@so...>]

Feature Requests item #969261, was opened at 2004-06-08 15:24
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=969261&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Neal Horowitz (nrhorowitz)
Assigned to: Nobody/Anonymous (nobody)
Summary: enum keyword

Initial Comment:
Story:
A user declares an enumerated type in the definitions
pane under the new 1.5 syntax.  The work enum is
correctly colored the same as other keywords.

I believe this to be an extremely straightforward
change to the set of defined keywords in
DefinitionsDocument (though I haven't ever added a
keyword).  The only question would be whether to try to
add this as a keyword conditionally (only if they have
a 1.5 compiler available).  This is something I think
we could do, though in my opinion, it doesn't seem
necessary.  Now that enum is a keyword in 1.5, it seems
unwise to use it even with older compilers.  I believe
this is the same approach we took with the assert
keyword, as well.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=969261&group_id=44253

[DrJava] [ drjava-Bugs-965355 ] doc pane context menu

[SourceForge.net <no...@so...>]

Bugs item #965355, was opened at 2004-06-02 15:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=965355&group_id=44253

Category: User interface
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Neal Horowitz (nrhorowitz)
Assigned to: Nobody/Anonymous (nobody)
Summary: doc pane context menu

Initial Comment:
When not in project mode, there is no context menu in
the current version of DrJava.  It shouldn't be too
tough to put it back.

Also, when in project mode, bringing up the context
menu doesn't change the selected document.  In the
first edition of the context menu, the active document
was changed by a right-click, so that the context menu
actions would apply to the document that was
right-clicked on.  While this is not always intuitive,
it is straightforward (and easy to program).  More
advanced context menus cause a right-click to
"quasi-select" the item that is right-clicked,
including some visual cue like an outline.  Context
menu actions are then applied to that item rather than
the current open document.  This is harder to
implement, but it'd be a bit nicer (esp. since in
DrJava, switching between large documents can be slow).

On a related note, the context menu should not be shown
(at least, not with the standard options) when a user
right-clicks on a folder in the tree view.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=965355&group_id=44253

[DrJava] [ drjava-Feature Requests-964426 ] Improving Windows tools.jar locator

[SourceForge.net <no...@so...>]

Feature Requests item #964426, was opened at 2004-06-01 10:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=964426&group_id=44253

Category: Compiler integration
Group: None
Status: Open
Priority: 5
Submitted By: Neal Horowitz (nrhorowitz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Improving Windows tools.jar locator

Initial Comment:
Although the current logic is good and works in almost
all cases, it would be nice to improve it.  There are
several new considerations.

- We need to check for jdk<version> as well as
j2sdk<version>, since 1.5 will install there by default.

- The default location for jdk 1.4.2_04 installations
is %ProgramFiles%\Java\j2sdk1.4.2_04 rather than
C:\j2sdk1.4.2_04 (I'm pretty sure this holds for all
the recent versions of the jdk), so for users who
accept the default installation, DrJava will fail to
find their tools.jar.  A good location to check, given
the default install directories, would be <Java
Home>\..\j2sdk<version>.

- The current logic only looks in C:\j2sdk<version>,
and will not check any other drives.  I'm not sure if
there's a way to check for other fixed disks, but it
makes sense to check some more locations, including
%homedrive% and the drives from in %windir% and
%programfiles%.

I wrote these in order of importance, as I see it.  I
think supporting jdk1.5 in this way is important (and
easy).  We also shouldn't have trouble just because of
more recent installations of the jdk, and this is also
a pretty easy change.  The last one is pretty
unimportant, as it only affects people who have a
non-default windows installation (or java
installation), and people who install their programs in
a non-default location are probably people who can
handle locating their own tools.jar.  Still, it'd be
nice to make the ToolsJarClassLoader a little more
robust, so I figured I'd include it here.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=964426&group_id=44253

[DrJava] [ drjava-Bugs-962297 ] F2 fails when arguments expected.

[SourceForge.net <no...@so...>]

Bugs item #962297, was opened at 2004-05-28 09:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=962297&group_id=44253

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: F2 fails when arguments expected.

Initial Comment:
F.ex: Run the following code with F2-key.

public class A{
  
  public static void main(String[] args){
    if (args.length<1){
      throw new RuntimeException("Missing Args");
    }
    else{
      for(int i= 0;i<args.length;i++){
        System.out.println(args[i]);
      }
    }
  }
}

This behaviour should be documented at the very least.
If a popup box was used to take in the arguments, a
run-button could be used. 
I was actually surprised to find the F2 functionality
because I thought the run button was not desired as to
the problem with the argument passing. Since its there
should it not be made fully?



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=962297&group_id=44253

[DrJava] [ drjava-Feature Requests-961142 ] Search All Documents should first search current document

[SourceForge.net <no...@so...>]

Feature Requests item #961142, was opened at 2004-05-26 16:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=961142&group_id=44253

Category: Other
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Elspeth Simpson (ejspe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search All Documents should first search current document

Initial Comment:
When using the "Search All Documents" option, DrJava
should first fully search the current user file before
moving on to the other open files.  Currently, it only
searches the part of the current file after the caret
and then goes onto the next file.  Users likely want to
find instances of the search string in the current file
before looking in the other files.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=961142&group_id=44253

Re: [DrJava] User-Level Testing

[Peter C. <pe...@ce...>]

I think Abbot <http://abbot.sourceforge.net/> has potential.  It is 
designed for excellent JUnit integration and provides a high-level 
toolkit for manipulating Swing components.  It also has record/playback 
functionality and an XML scripting language.

jfcUnit is another similar option <http://jfcunit.sourceforge.net/>, 
and appears to be the "official" tool for Swing testing with JUnit.  I 
think we'll have to examine the functional differences between it and 
Abbot to decide between them.

The one aspect of Eggplant that isn't provided by these tools is the 
ability to drive multiple test machines over VNC.  At best, a single 
run of Abbot tests could only verify correctness on a single host 
platform.  To test multiple platforms, we would have to run the test 
suite once for each platform.  We'll have to think about how we want to 
implement this in our current build system.

--
Peter

[DrJava] User-Level Testing

[Peter C. <cen...@cm...>]

Hi folks,

I just ran across this test automation system.  It looks like it could 
help with our testing gap for GUI-level behavior.  Unfortunately, it's 
a commercial system, and I couldn't find pricing information on the 
website.  There is a trial version available, though.

<http://www.redstonesoftware.com/index.html>

--
Peter

[DrJava] [ drjava-Bugs-957448 ] java.rmi.ConnectIOException: error during JRMP connection es

[SourceForge.net <no...@so...>]

Bugs item #957448, was opened at 2004-05-20 10:04
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=957448&group_id=44253

Category: Eclipse Plug-in
Group: Crashes
Status: Open
Resolution: None
Priority: 5
Submitted By: Charles M Magid (cmagid)
Assigned to: Nobody/Anonymous (nobody)
Summary: java.rmi.ConnectIOException: error during JRMP connection es

Initial Comment:
A dialog popped up asking me to send in this trace.

java.rmi.ConnectIOException: error during JRMP 
connection establishment; nested exception is: 
	java.net.SocketTimeoutException: Read timed 
out

	at 
sun.rmi.transport.tcp.TCPChannel.createConnection
(TCPChannel.java:274)

	at 
sun.rmi.transport.tcp.TCPChannel.newConnection
(TCPChannel.java:171)

	at sun.rmi.server.UnicastRef.invoke
(UnicastRef.java:101)

	at 
edu.rice.cs.drjava.model.repl.newjvm.MainJVM_Stub.regis
terSlave(Unknown Source)

	at edu.rice.cs.util.newjvm.SlaveJVMRunner.main
(SlaveJVMRunner.java:130)

Caused by: java.net.SocketTimeoutException: Read 
timed out

	at java.net.SocketInputStream.socketRead0
(Native Method)

	at java.net.SocketInputStream.read
(SocketInputStream.java:129)

	at java.io.BufferedInputStream.fill
(BufferedInputStream.java:183)

	at java.io.BufferedInputStream.read
(BufferedInputStream.java:201)

	at java.io.DataInputStream.readByte
(DataInputStream.java:331)

	at 
sun.rmi.transport.tcp.TCPChannel.createConnection
(TCPChannel.java:215)

	... 4 more



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=957448&group_id=44253

[DrJava] [ drjava-Bugs-954027 ] Holding Down Return Throws Exception

[SourceForge.net <no...@so...>]

Bugs item #954027, was opened at 2004-05-14 10:09
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=954027&group_id=44253

Category: Interactions
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Patrick Kruse (pakruse)
Assigned to: Nobody/Anonymous (nobody)
Summary: Holding Down Return Throws Exception

Initial Comment:
In the interactions pane, holding down the return key
throws an exception. The window that appears says that
a DocumentAdapterException has been thrown. We tested
it both with and without the preprocessor and it throws
the exception regardless.  
We're using the 1.5.0 beta runtime environment and
running on RedHat. 

Printing return characters doesn't appear to throw this
error, just holding the return key for a few seconds in
the interactions pane.

Stack trace:

edu.rice.cs.util.UnexpectedException:
edu.rice.cs.util.text.DocumentAdapterException:
javax.swing.text.BadLocationException: Length must be
positive
	at
edu.rice.cs.drjava.model.repl.ConsoleDocument.getCurrentInput(ConsoleDocument.java:361)
	at
edu.rice.cs.drjava.model.repl.InteractionsDocument.getCurrentInteraction(InteractionsDocument.java:476)
	at
edu.rice.cs.drjava.model.repl.InteractionsModel.interpretCurrentInteraction(InteractionsModel.java:202)
	at
edu.rice.cs.drjava.ui.InteractionsController$8$1.construct(InteractionsController.java:403)
	at
edu.rice.cs.util.swing.SwingWorker$2.run(SwingWorker.java:157)
	at java.lang.Thread.run(Thread.java:566)

Caused by:
edu.rice.cs.util.text.DocumentAdapterException:
javax.swing.text.BadLocationException: Length must be
positive
	at
edu.rice.cs.util.text.SwingDocumentAdapter.getDocText(SwingDocumentAdapter.java:220)
	at
edu.rice.cs.drjava.model.repl.ConsoleDocument.getDocText(ConsoleDocument.java:349)
	at
edu.rice.cs.drjava.model.repl.ConsoleDocument.getCurrentInput(ConsoleDocument.java:358)
	at
edu.rice.cs.drjava.model.repl.InteractionsDocument.getCurrentInteraction(InteractionsDocument.java:476)
	at
edu.rice.cs.drjava.model.repl.InteractionsModel.interpretCurrentInteraction(InteractionsModel.java:202)
	at
edu.rice.cs.drjava.ui.InteractionsController$8$1.construct(InteractionsController.java:403)
	at
edu.rice.cs.util.swing.SwingWorker$2.run(SwingWorker.java:157)
	at java.lang.Thread.run(Thread.java:566)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=954027&group_id=44253

Re: [DrJava] DynamicJava Problems

[James I-C. H. <jh...@ow...>]

Hey Eric,

Checkout the dynamicjava source tree by going to your ~/drjava directory
and typing:

cvs -d [USERNAME]@cvs.sf.net:/cvsroot/drjava co src/koala

To create the jar, type "ant clean compile" in the koala directory (either
you have to be using JSR14v2.4+ or Javac1.5.0, or you'll have to modify
the build-common.xml file), then type "ant jar" to create the
dynamicjava.jar in your ~/drjava directory.  Then you should be able to
copy this jar into the lib directory and re-run DrJava.

James

On Fri, 7 May 2004, Eric Shao-yu Cheng wrote:

> Hi all,
>
> I was trying to merge in changes made for the project facility.  I got
> the latest CVS version and did an ant compile on drjava.  It gave me
> some errors about foreach statements in DynamicJava:
>
> [javac] /home/eric/src/drjava/src/edu/rice/cs/drjava/model/repl/IdentityVisitor.java:63:
> type koala.dynamicjava.tree.visitor.Visitor does not take parameters
> [javac] public class IdentityVisitor implements Visitor<Node> {
> [javac]                                                ^
> [javac] /home/eric/src/drjava/src/edu/rice/cs/drjava/model/repl/IdentityVisitor.java:130:
> cannot find symbol
> [javac] symbol  : class ForEachStatement
> [javac] location: class edu.rice.cs.drjava.model.repl.IdentityVisitor
> [javac]   public Node visit(ForEachStatement node) {
> [javac]                     ^
>
> How do I get the latest dynamicjava source we modified, and how should I
> compile a new jar from it?
>
> Thanks,
> Eric
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> drjava-hackers mailing list
> drj...@li...
> https://lists.sourceforge.net/lists/listinfo/drjava-hackers
>

[DrJava] DynamicJava Problems

[Eric Shao-yu C. <er...@ri...>]

Hi all,

I was trying to merge in changes made for the project facility.  I got
the latest CVS version and did an ant compile on drjava.  It gave me
some errors about foreach statements in DynamicJava:

[javac] /home/eric/src/drjava/src/edu/rice/cs/drjava/model/repl/IdentityVisitor.java:63: 
type koala.dynamicjava.tree.visitor.Visitor does not take parameters
[javac] public class IdentityVisitor implements Visitor<Node> {
[javac]                                                ^
[javac] /home/eric/src/drjava/src/edu/rice/cs/drjava/model/repl/IdentityVisitor.java:130: 
cannot find symbol
[javac] symbol  : class ForEachStatement
[javac] location: class edu.rice.cs.drjava.model.repl.IdentityVisitor
[javac]   public Node visit(ForEachStatement node) {
[javac]                     ^

How do I get the latest dynamicjava source we modified, and how should I
compile a new jar from it?  

Thanks,
Eric

[DrJava] [ drjava-Feature Requests-945416 ] Bookmarks for DrJava

[SourceForge.net <no...@so...>]

Feature Requests item #945416, was opened at 2004-04-30 16:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=945416&group_id=44253

Category: Definitions (source editor)
Group: Unknown size
Status: Open
Priority: 5
Submitted By: Jonathan Lugo (jeloguy15)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bookmarks for DrJava

Initial Comment:
When working on code that's more than 1000 lines, it's
often nice to be able to set bookmarks to certain lines
of code so that it's easy to switch back and forth
between two methods you're working on.  Currently I
find myself having to do a text search for one method
only to find myself, in one or two minutes, searching
for the method I was just working on before.  Maybe we
can add a bookmarks menu at the top and possibly map a
keystroke to it.

I think it's good enough to only hold bookmarks around
as long as the file is listed in the open documents
list.  That would mean we don't have to make drjava
save the info.  I admit, though, it would be nice to be
able to save them (kind of like the recent documents
list in the file menu but with line numbers and
user-defined descriptions).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=945416&group_id=44253

[DrJava] [ drjava-Feature Requests-945408 ] Selection-specific replace-all

[SourceForge.net <no...@so...>]

Feature Requests item #945408, was opened at 2004-04-30 16:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=945408&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Jonathan Lugo (jeloguy15)
Assigned to: Nobody/Anonymous (nobody)
Summary: Selection-specific replace-all

Initial Comment:
Here's the Story: 
The user wishes to change all the variables 'n' in a
method to 'exp'.  The user then selects the appropriate
region of text, enters the correct info into the find
and replace text boxes, and hits replace-all.  Only the
n's in the selection are changed, and DrJava brings up
a dialog asking whether to continue with the rest of
the document.  The user selects "No" and that's it. 
(It would be nice to be able to enable/dissable this
feature in either the preferences page or the
find/replace pane, preferably in the preferences page).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=945408&group_id=44253

[DrJava] [ drjava-Bugs-943511 ] Trouble launching eclipse plugin on OS X

[SourceForge.net <no...@so...>]

Bugs item #943511, was opened at 2004-04-27 23:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=943511&group_id=44253

Category: Eclipse Plug-in
Group: Crashes
Status: Open
Resolution: None
Priority: 5
Submitted By: Hal Perkins (hperkins)
Assigned to: Nobody/Anonymous (nobody)
Summary: Trouble launching eclipse plugin on OS X

Initial Comment:
I ran into some odd behavior with the latest DrJava Eclipse plugin 
on OS X.  Configuration:

OS X 10.3.3
latest software updates, but no developer previews (i.e., the 
released Java 1.4.2)
Eclipse 3.0M8 - clean installation with no prior workspace or 
options
DrJava plugins 0.9.4 and 0.9.0

With the 0.9.0 plugin, all works well if I launch Eclipse, select the 
java perspective, then select the DrJava perspective.  If I launch 
eclipse and select the DrJava perspective first, the windows change 
around, but the DrJava interactions window does not appear.

With the 0.9.4 plugin, selecting the DrJava perspective results in 
the dreaded beachball of death.  Looking at the Activity Monitor 
display, it appears that something is trying to launch every few 
seconds, but it's failing.  This happens regardless of whether the 
java perspective has been opened first or not.

In all cases, there are no open Java projects or source files.

I'm sticking with the 0.9.0 plugin for now.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=943511&group_id=44253

[DrJava] [ drjava-Bugs-943513 ] Trouble launching eclipse plugin on OS X

[SourceForge.net <no...@so...>]

Bugs item #943513, was opened at 2004-04-27 23:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=943513&group_id=44253

Category: Eclipse Plug-in
Group: Crashes
Status: Open
Resolution: None
Priority: 5
Submitted By: Hal Perkins (hperkins)
Assigned to: Nobody/Anonymous (nobody)
Summary: Trouble launching eclipse plugin on OS X

Initial Comment:
I ran into some odd behavior with the latest DrJava Eclipse plugin 
on OS X.  Configuration:

OS X 10.3.3
latest software updates, but no developer previews (i.e., the 
released Java 1.4.2)
Eclipse 3.0M8 - clean installation with no prior workspace or 
options
DrJava plugins 0.9.4 and 0.9.0

With the 0.9.0 plugin, all works well if I launch Eclipse, select the 
java perspective, then select the DrJava perspective.  If I launch 
eclipse and select the DrJava perspective first, the windows change 
around, but the DrJava interactions window does not appear.

With the 0.9.4 plugin, selecting the DrJava perspective results in 
the dreaded beachball of death.  Looking at the Activity Monitor 
display, it appears that something is trying to launch every few 
seconds, but it's failing.  This happens regardless of whether the 
java perspective has been opened first or not.

In all cases, there are no open Java projects or source files.

I'm sticking with the 0.9.0 plugin for now.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=943513&group_id=44253