drjava-hackers — DrJava developers mailing list

[DrJava] [ drjava-Feature Requests-674877 ] Regular Expression Searches

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

Feature Requests item #674877, was opened at 2003-01-26 01:56
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=674877&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Peter Centgraf (centgraf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Regular Expression Searches

Initial Comment:
It would be nice to be able to use regular expressions in the find-replace dialog.

Story: User realizes while searching that she doesn't remember the exact string she's looking for.  She checks the "Use Regular Expressions" checkbox next to the "Find" field, enters an expression, hits Enter to begin the search, and then continues editing.

Implementation notes:  We could use the jakarta RE package, which is also GPL code.  The state of this checkbox should be maintained as an invisible config option, i.e. there's no need to edit it in Preferences, but its state should persist after closing DrJava.

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

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

[DrJava] Passing the tests on OS X

[Charles R. <cr...@ri...>]

   Peter and I found a quick hack you can do to get the tests to pass on OS 
X, since it usually runs out of memory before finishing.  This probably 
isn't a permanent solution and significantly increases the time to run the 
tests, but it will let the tests pass (allowing you to commit code from a Mac).

   Essentially, just edit the build-common.xml file in the edu/rice/cs 
directory, find the "test-only" target, and change fork="no" to fork="yes" 
on the next line.  This causes Ant to launch each JUnit test in a new JVM, 
rather than building everything up in one JVM.  As I mentioned, it's much 
slower, but the old approach seems to keep *everything* around in separate 
classloaders, so that it eventually dies on the Mac.  (I guess Unix and 
Windows just handle it differently, though the page file on Windows does 
reach 600 MB by the time it finishes...)

   I'll try to see if there's a way we can break the tests down into 
reasonably sized groups to improve speed but still not use as much memory.

Charlie

[DrJava] DrJava Development Release

[Charles R. <cr...@ri...>]

   I've just released a new development version of DrJava that includes a 
substantial rewrite of the communication between the two JVMs (one for the main 
DrJava program, one for the Interactions Pane).  If you have been having trouble 
using the Interactions Pane because of messages saying it is "unable to 
connect", please download and try this new version (drjava-20030115-2237), which 
should fix the problem.  If it works on all platforms, we will use this new code 
in future stable releases.

(Thanks to Brian Stoler for the majority of the new code!)

Charlie

[DrJava] Swing Sightings Article

[Charles R. <cr...@ri...>]

   Just to let you know, DrJava has been featured in the most recent 
Swing Sightings article on java.sun.com.  It just includes the summary 
text from the web site and some screenshots, but it's great to see 
DrJava getting more exposure.

Charlie

[DrJava] [ drjava-Bugs-667488 ] while loading, worked friday, now it doesnt

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

Bugs item #667488, was opened at 2003-01-13 16:22
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=667488&group_id=44253

Category: Other
Group: Crashes
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: while loading, worked friday, now it doesnt

Initial Comment:
i recieved the following error when loading the program, it 
worked friday and now it doesnt

edu.rice.cs.util.UnexpectedException: 
java.rmi.server.ExportException: Listen failed on port: 0; 
nested exception is: 
	java.net.SocketException: Network is down: 
listen failed

	at 
edu.rice.cs.drjava.model.DefaultGlobalModel.<init>
(DefaultGlobalModel.java:328)

	at 
edu.rice.cs.drjava.ui.SingleDisplayModel.<init>
(SingleDisplayModel.java:156)

	at edu.rice.cs.drjava.ui.MainFrame.<init>
(MainFrame.java:883)

	at edu.rice.cs.drjava.ui.MainFrame.<init>
(MainFrame.java:870)

	at edu.rice.cs.drjava.DrJava.beginProgram
(DrJava.java:199)

	at 
sun.reflect.NativeMethodAccessorImpl.invoke0(Native 
Method)

	at 
sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)

	at 
sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)

	at java.lang.reflect.Method.invoke
(Method.java:324)

	at edu.rice.cs.drjava.DrJava.main
(DrJava.java:113)
geoff338@u.washington.edu

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

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

[DrJava] DrJava Release, Developer Documentation

[Charles R. <cr...@ri...>]

  drjava-stable-20030113 has just been released, which includes a new
application icon and splash screen based on artwork by Thomas Cowdery
(Cow...@di...).

  I've also posted new documentation for developers, which currently
shows how to set up a build environment.  I'm hoping to add information
about the design philosophies and coding conventions in the near future.

Charlie

[DrJava] [ drjava-Bugs-664550 ] problem with loading certain interactions histories

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

Bugs item #664550, was opened at 2003-01-08 12:57
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=664550&group_id=44253

Category: Interactions
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: problem with loading certain interactions histories

Initial Comment:
When an interactions history is saved, a semicolon is inserted after every line that doesn't end in one. Apparently the interactions history parser uses these semicolons to recognize separate statements. This would work fine, except that the DrJava interactions window allows expressions to span multiple lines. Multi-line expressions become syntactically invalid under this transformation.

With my usage patterns, this problem is not a rare occurrence because I often tend to feed the statements in a setup method for a TestCase to the interactions window when I'm writing new unit tests. Many of the setup statements will span multiple lines, and I'd like not to have to edit them before pasting into interactions. Come to think of it, I'd like to be able to simply click (or shift-click) on a statement and have it read into interactions... Maybe that should be a feature request.

Also, from an aesthetic standpoint, I think we should try to maintain the invariant that any (halted) state of the interactions JVM can be saved automatically as interactions history. In fact, I would argue that this invariant is part of DrJava's implicit specification, which is why I'm filing a bug report and not a feature request.

Admittedly, DrJava allows the user to edit the history before saving, so syntactic errors can be corrected manually. But I don't think that using this workaround is very ergonomic.

-- Eric
 

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

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

[DrJava] [ drjava-Bugs-657713 ] DrJava won't start

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

Bugs item #657713, was opened at 2002-12-22 22:52
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=657713&group_id=44253

Category: None
Group: Crashes
Status: Open
Resolution: None
Priority: 5
Submitted By: Erik Nelson (etnelson)
Assigned to: Nobody/Anonymous (nobody)
Summary: DrJava won't start

Initial Comment:
Upon attempting to start DrJava, I get the following error:
edu.rice.cs.util.UnexpectedException:
java.io.IOException: No such file or directory
	at
edu.rice.cs.drjava.model.repl.newjvm.MainJVM._createIdentifier(MainJVM.java:599)
	at
edu.rice.cs.drjava.model.repl.newjvm.MainJVM.<init>(MainJVM.java:159)
	at
edu.rice.cs.drjava.model.DefaultGlobalModel.<init>(DefaultGlobalModel.java:318)
	at
edu.rice.cs.drjava.ui.SingleDisplayModel.<init>(SingleDisplayModel.java:156)
	at
edu.rice.cs.drjava.ui.MainFrame.<init>(MainFrame.java:883)
	at
edu.rice.cs.drjava.ui.MainFrame.<init>(MainFrame.java:870)
	at edu.rice.cs.drjava.DrJava.beginProgram(DrJava.java:194)
	at java.lang.reflect.Method.invoke(Native Method)
	at edu.rice.cs.drjava.DrJava.main(DrJava.java:112)


I'm using the 11/27 release, which I just downloaded.
Previously used 8/14 release without difficulty. Using
Mac 10.2.3, Java 1.3.

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

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

[DrJava] [ drjava-Feature Requests-651646 ] indentation options

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

Feature Requests item #651646, was opened at 2002-12-10 13:24
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=651646&group_id=44253

Category: User interface
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: indentation options

Initial Comment:
It would be nice to have the option of using different
indenting styles.  DrJava seems to be set up for the K
& R style, where the braces are NOT lined up vertically
(as shown below). 

public class SomeClass {
     //stuff
}

However, many introductory texts recommend lining them
up as shown below.

public class SomeClass
{
     //stuff
}

or even

public class SomeClass
{     //stuff
}

I'd even settle for a system that didn't try to guess
how you wanted indentations, but remembered the last
indent level and stuck with it until you changed it.

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

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

[DrJava] [ drjava-Bugs-651028 ] Interactions JVM cannot connect

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

Bugs item #651028, was opened at 2002-12-09 19:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=651028&group_id=44253

Category: Interactions
Group: Serious
Status: Open
Resolution: None
Priority: 8
Submitted By: Charles Reis (csreis)
Assigned to: Charles Reis (csreis)
Summary: Interactions JVM cannot connect

Initial Comment:
There have been several reports now that DrJava is
unable to connect to the Interactions JVM after
compiling.  The only way that I'm able to reproduce
this on my own machine is to disconnect from the
network after DrJava has been started, but I know this
bug occurs more commonly than in this case.  We need to
investigate the RMI code further to figure out how to
fix this...

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

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

[DrJava] DrJava Stable Release

[Charles R. <cr...@ri...>]

   A new stable version of DrJava has just been released!  This release 
includes mainly bug fixes and usability enhancements since the last 
stable release, and it is intended as a milestone build.  Notably, it 
includes improved JUnit support and support for JDK 1.4.1 and JSR-14 
versions 1.2 and 1.3.

   You can download this release from our website (http://drjava.org).

Charlie Reis

[DrJava] [ drjava-Feature Requests-642361 ] Automatic Import

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

Feature Requests item #642361, was opened at 2002-11-22 10:22
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=642361&group_id=44253

Category: Interactions
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Moez A. Abdel-Gawad (moez)
Assigned to: Moez A. Abdel-Gawad (moez)
Summary: Automatic Import

Initial Comment:
User opens a file foo.java, that imports package bar. In 
order to use it, or test it in the interactions pane he/she 
has to write "import bar" each time. Automatic Import 
should allow the user to use the foo class automatically 
without the need to write the "import bar" line.

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

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

[DrJava] DrJava Beta Release / Web Site Update

[Charles R. <cr...@ri...>]

   I just released a "beta" version of DrJava including all the bug 
fixes and usability enhancements since the last stable release. 
(Notably, this includes JDK 1.4.1 support and improved JUnit 
integration-- there's more details in the release notes.)

   There's nothing particularly beta-quality about the release, but it's 
worthwhile to go through a beta-testing period before releasing the 
stable version to make sure that people on various platforms get a 
chance to test it out.  This release does include a few new features 
(such as the ability to abort and debug JUnit tests), but in the future, 
simple bug fixes to a stable release can be released without another 
beta-test period.  This will probably be the case until Comp 312 starts 
up in the spring.

   I've also put an updated version of the website online 
(http://drjava.sf.net), which has categorized links, an FAQ page, and 
more publications (eg. papers, posters, presentations).

   You can download the new release from the link below.  Note that 
SourceForge just upgraded its hardware over the weekend, so if you have 
trouble getting to any of the pages try using the "https://" version 
instead of "http://".  (I've noticed that http://drjava.org doesn't seem 
to work at the moment, so I'll make sure that's up in the next few days.)

https://sourceforge.net/project/showfiles.php?group_id=44253&release_id=123158

Charlie

Re: [DrJava] BeanShell

[Charles R. <cr...@ri...>]

   I've been looking at BeanShell this weekend to see if it would be a 
good replacement for DynamicJava.  Although there are a lot of nice 
features (like the import thing Peter mentioned), there still appears to 
be a huge problem:  you cannot define classes in the interpreter using 
Java (as far as I can tell).

   BeanShell provides support for "scripted objects" and even 
implementing a form of anonymous inner classes, but these do not use 
real Java syntax.  For example, to create an ActionListener, you would say:

buttonHandler = new ActionListener() {
     actionPerformed( event ) {
         print(event);
     }
};

   Note that typing "public void actionPerformed(ActionEvent event)" 
gives you a syntax error.  Being able to define classes and implement 
interfaces is a pretty big selling point for us, and we don't want to 
have to teach it in another language/style.  While the Strict Java mode 
appears to be ideal for us for statements and expressions, I think 
switching over to BeanShell would still be a huge step backwards if we 
had to give up dynamic class definitions.

   Of course, DynamicJava has it's own (fairly large) set of quirks and 
missing features, but I think it might be good to stick with it for now. 
  If BeanShell ends up adding support for classes in their Strict Java 
mode, then I'm in favor of switching (especially since BeanShell is a 
significantly more active project).

Charlie


ps--  If I'm mistaken and there is a way to do it, please let me know!


Peter Centgraf wrote:
> I just took another look at BeanShell, a java-like scripting environment 
> very similar to DynamicJava.  The website is here:
> 
> <http://www.beanshell.org/>
> 
> BeanShell has recently added a few features which would be of interest 
> to us for DrJava.  In particular, there is a new "Strict Java" mode, 
> which forces all variable declarations to be typed and all script 
> statements to have Java-legal syntax.  If I remember correctly, this 
> feature has already been requested for consistency reasons for teaching 
> in DrJava.  In normal mode, BeanShell will use DJ-style loose typing, as 
> well as automatic boxing and unboxing of primitives and an enhanced 
> print (i.e. System.out) mechanism.
> 
> Another feature that would be handy for newbies is a "global import" 
> statement: "import *" which maps out the entire classpath.  Ambiguities 
> in naming caused by the global import will be reported at runtime and 
> can be corrected with (an) additional import statement(s).  This is 
> coupled with a "which" command that prints the exact filesystem location 
> of any known Java identifier.  Considering the amount of difficulty that 
> new students have in understanding the classpath rules, this could be 
> extremely helpful.
> 
> BeanShell already ships with a Swing-based console which integrates via 
> I/O Streams or a custom interface, complete with history completion.  We 
> could also use a lower level of integration with the engine if we chose, 
> a la DynamicJava.  Everything is LGPL, so we'd have full access to the 
> code and it would be compatible with our license.
> 
> The last advantage would be consistency with other similar tools.  The 
> Emacs JDE already integrates with BeanShell, and Sun is planning to use 
> it in a future version of Forte and the NetBeans IDE.  As far as I can 
> tell, DynamicJava is a strict subset of BeanShell, so there's little 
> reason to hold out with an unpopular technology.
> 
> Obviously this would take a significant amount of work, but I think it 
> would be a worthwhile venture.  What opinions are there from the other 
> developers?
> 
> -- 
> Peter
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> drjava-hackers mailing list
> drj...@li...
> https://lists.sourceforge.net/lists/listinfo/drjava-hackers

[DrJava] [ drjava-Bugs-639027 ] InteractionsException/syntax error BfRdr

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

Bugs item #639027, was opened at 2002-11-15 10:18
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=639027&group_id=44253

Category: Interactions
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: InteractionsException/syntax error BfRdr

Initial Comment:

I run the following code in DrJava
(drjava-stable-20020814.jar) under
MacOS X 10.2.2 on a PowerBook G4/800:

import java.io.*;

class IOTest{
  
  public static void main (String[] args) throws 
IOException {
     BufferedReader br = 
       new BufferedReader(new InputStreamReader
(System.in)); 
     String response;
    
    System.out.println("Hello.  What's your name?");
  
    response = br.readLine(); 
  
    System.out.println("Hello, " + response + ".");
  }
}

In the Interactions window, I run it 
as follows and get the initial prompt:

   Welcome to DrJava
   > java IOTest
   Hello.  What's your name?

Then I see the wristwatch icon; then
I try to type some text (it doesn't seem
to matter what text); the text doesn't
echo, and when I hit return I get this
message:

   edu.rice.cs.drjava.model.repl.InteractionsException:
   There was a syntax error in the previous input.

I ran the same code on the same machine
using javac in the terminal window, and it
produced the expected results:
  
   Hello.  What's your name?
   Donald Duck
   Hello, Donald Duck.

Is there something I'm missing here?

                                                 --DGK
David G. Kay
ka...@uc...


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

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

[DrJava] [ drjava-Feature Requests-638630 ] Set breakpoints on method contracts

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

Feature Requests item #638630, was opened at 2002-11-14 20:28
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=638630&group_id=44253

Category: Other
Group: Small (< 1 pair-week)
Status: Open
Priority: 4
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Set breakpoints on method contracts

Initial Comment:
Story:  User starts the debugger and wants a breakpoint
to be hit any time the foo() method is called.  User
right clicks on the method contract of foo() and
selects "Toggle Breakpoint".  He then invokes foo()
from the Interactions Pane and the breakpoint is hit.

Notes:  Currently, breakpoints can only be set on lines
of executable code.  Supporting this will involve
identifying that the caret is on a method contract and
then creating a MethodEntryRequest using JPDA.

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

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

[DrJava] [ drjava-Feature Requests-638268 ] Compiler Error Navigation

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

Feature Requests item #638268, was opened at 2002-11-14 08:21
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=638268&group_id=44253

Category: Compiler integration
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compiler Error Navigation

Initial Comment:
Story:  User clicks Compile and receives a long list of
compile errors.  After viewing the first error, the
user clicks on a "Next Error" (or right arrow) button
on the Compiler Output tab, and the highlight is
advanced to the next error in the list.  Later, he
clicks on "Previous Error" (or left arrow) to move back
to a previous error.

Note:  most of the code for this already seems to be in
place-- it just needs to be cleaned up (there were some
comments about it not working correctly before).

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

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

[DrJava] [ drjava-Feature Requests-638252 ] Autocompletion

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

Feature Requests item #638252, was opened at 2002-11-14 07:38
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=638252&group_id=44253

Category: None
Group: None
Status: Open
Priority: 4
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Autocompletion

Initial Comment:
Story:  User is starting to write a method invocation,
and types "foo.".  He can then select a menu item or
press a keyboard short, and a list of all available
methods to invoke is displayed.

This will involve querying classes on the classpath and
discovering methods by reflection.  It optionally
includes incremental parsing/compiling of documents
currently in progress--  this can be more useful, but
is often intrusive to the user (it imposes a frequent
performance hit while editing).

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

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

[DrJava] [ drjava-Feature Requests-638248 ] Emacs style backup files

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

Feature Requests item #638248, was opened at 2002-11-14 07:33
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=638248&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Emacs style backup files

Initial Comment:
Story:  User opens a file Foo.java and starts editing
it.  Before the first save, the original file is copied
to Foo.java~ (overwriting any previous copy).  This
backup file is not overwritten until DrJava is quit and
restarted.  User can disable this feature in the
Preferences window.

(Note: this does not include auto-save or .#Foo.java
files.)

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

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

[DrJava] [ drjava-Feature Requests-638244 ] Javadoc Integration

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

Feature Requests item #638244, was opened at 2002-11-14 07:29
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=638244&group_id=44253

Category: Definitions (source editor)
Group: Medium (< 1 pair-month)
Status: Open
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Javadoc Integration

Initial Comment:
Story:  User wishes to view a high level API of a class
he is writing.  He selects "View Javadoc" from the
Tools menu and the Javadoc for the current class is
generated and displayed as another open document.  As a
non-Java document, the Compile, Test, etc. actions are
disabled, but the user is able to save the file if he
wishes.

JEditorPane provides the functionality needed to
display web pages, so the only catch is figuring out
how to generate the Javadoc programmatically.  (Is
there an API?)

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

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

[DrJava] [ drjava-Bugs-637542 ] anomalous abortions of interactions JVM

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

Bugs item #637542, was opened at 2002-11-12 21:24
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=637542&group_id=44253

Category: Interactions
Group: Could cause data loss
Status: Open
Resolution: None
Priority: 6
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: anomalous abortions of interactions JVM

Initial Comment:
We're well aware that the interactions JVM can sometimes abort 
after the machine awakes from sleep, but I just had it abort for me 
while actively working with it for a long period of time. In fact, I 
was in the midst of running the debugger. I was working with 
DrJava continuously for the half-hour before it happened. 

This may be specific to OS X; it's not clear. I don't know of any 
way to reliably reproduce the problem.

-- Eric


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

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

[DrJava] [ drjava-Bugs-637213 ] invalid warning during testing

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

Bugs item #637213, was opened at 2002-11-12 10:35
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=637213&group_id=44253

Category: JUnit integration
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 3
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: invalid warning during testing

Initial Comment:
On  20021110-0625, after saving, compiling, and immediately 
testing, the following warning message comes up in the test 
results pane:

"The document being tested has been modified and should be 
recompiled!"

-- Eric


 

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

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

[DrJava] [ drjava-Bugs-636722 ] closing "open file" dialog signals error

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

Bugs item #636722, was opened at 2002-11-11 12:19
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=636722&group_id=44253

Category: User interface
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 2
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: closing "open file" dialog signals error

Initial Comment:
When starting DrJava, immediately open a file. Then click the 
"open" button again, and immediately close the window (using the 
close tab at the top of the window; not the "cancel" button). The 
following error is displayed:

An I/O exception occurred during the last operation.
java.io.IOException: File name returned from file selector is null.

-- Eric


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

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

[DrJava] [ drjava-Feature Requests-636472 ] center on current line in debugger

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

Feature Requests item #636472, was opened at 2002-11-10 23:36
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=636472&group_id=44253

Category: User interface
Group: Small (< 1 pair-week)
Status: Open
Priority: 4
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: center on current line in debugger

Initial Comment:
When stepping through lines in the debugger, if a new file is 
opened, the view area is set to just below the current line. Clearly, 
that's not ideal, as it requires scrolling up to get to where you want 
to look. It would be better to always center on the current line.

-- Eric


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

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

[DrJava] JUnit boilerplate generation

[Eric A. <eri...@ma...>]

"JUnit Test Generator" is a free, lightweight, all-Java GUI tool for  
generating unit test boilerplate (all public methods are given  
corresponding empty test methods  in a new TestCase, with a generated  
constructor and setup method). You can feed it either individual files  
or whole directories. I just tried it out on NextGen on OS X and it  
worked out-of-the-box (since it works for class files, generics are not  
a problem). The license allows us to redistribute it in compiled form,  
so we could just pack it up and put it in the lib directory (we can  
also download the source; we just can't redistribute it ourselves).

http://www.1perlstreet.com/xq/ASP/txtCodeId.2212/lngWId.2/qx/vb/ 
scripts/ShowCode.htm

-- Eric