Menu
▾
▴
drjava-hackers — DrJava developers mailing list
You can subscribe to this list here.
| 2002 |
Jan
(17) |
Feb
(80) |
Mar
(56) |
Apr
(79) |
May
(9) |
Jun
(60) |
Jul
(29) |
Aug
(40) |
Sep
(23) |
Oct
(6) |
Nov
(25) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(17) |
Feb
(85) |
Mar
(22) |
Apr
(3) |
May
(18) |
Jun
(27) |
Jul
(38) |
Aug
(19) |
Sep
(15) |
Oct
(6) |
Nov
(2) |
Dec
(5) |
| 2004 |
Jan
(19) |
Feb
(26) |
Mar
(30) |
Apr
(29) |
May
(8) |
Jun
(28) |
Jul
(39) |
Aug
(17) |
Sep
(19) |
Oct
(12) |
Nov
(18) |
Dec
(9) |
| 2005 |
Jan
(5) |
Feb
(18) |
Mar
(4) |
Apr
(5) |
May
(9) |
Jun
(10) |
Jul
(15) |
Aug
(11) |
Sep
(6) |
Oct
(6) |
Nov
(11) |
Dec
(6) |
| 2006 |
Jan
(10) |
Feb
(27) |
Mar
(24) |
Apr
(39) |
May
(14) |
Jun
(14) |
Jul
(5) |
Aug
(15) |
Sep
(21) |
Oct
(25) |
Nov
(10) |
Dec
(6) |
| 2007 |
Jan
(19) |
Feb
(23) |
Mar
(10) |
Apr
(10) |
May
(10) |
Jun
(9) |
Jul
(8) |
Aug
(6) |
Sep
(10) |
Oct
(7) |
Nov
(4) |
Dec
(5) |
| 2008 |
Jan
(23) |
Feb
(13) |
Mar
(19) |
Apr
(11) |
May
(11) |
Jun
(10) |
Jul
(12) |
Aug
(19) |
Sep
(11) |
Oct
(4) |
Nov
(6) |
Dec
|
| 2009 |
Jan
(8) |
Feb
(15) |
Mar
(21) |
Apr
(12) |
May
(14) |
Jun
(9) |
Jul
(2) |
Aug
(17) |
Sep
(36) |
Oct
(31) |
Nov
(13) |
Dec
(13) |
| 2010 |
Jan
(24) |
Feb
(17) |
Mar
(32) |
Apr
(18) |
May
(9) |
Jun
(6) |
Jul
(11) |
Aug
(18) |
Sep
(7) |
Oct
(20) |
Nov
(5) |
Dec
(4) |
| 2011 |
Jan
(1) |
Feb
(5) |
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
(7) |
Oct
(1) |
Nov
(3) |
Dec
(1) |
| 2012 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
(3) |
Dec
|
| 2013 |
Jan
(1) |
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Michael D. J. <dy...@cs...> - 2005-06-10 18:12:16
|
Some minor bug have been taken care of. Added feature of emacs_style notification of brace matching in the status bar. New functionality added to allow ignoring comments and strings during search through the documents. Errors and Warnings are now seperated when being displayed in the ErrorPanel. Please download and use this version of DrJava as your primary version. Thanks! |
|
From: SourceForge.net <no...@so...> - 2005-06-07 22:07:59
|
Bugs item #1216738, was opened at 2005-06-07 16: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=1216738&group_id=44253 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compiler integration Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: R. Matt Barnett (rmbarnett) Assigned to: Nobody/Anonymous (nobody) Summary: Syncing rt.jar with tools.jar Initial Comment: DrJava should use the rt.jar file relative to the compiler selected from the dropdown to the right on the compile tab. For example, I have SDK1.5 and SDK1.4 installed and when i select my 1.4 compiler from the drop down and compile, I get the error below: Error: cannot access java.lang.Object bad class file: C:\Program Files\Java\jre1.5.0_03\lib\rt.jar(java/lang/Object.class) class file has wrong version 49.0, should be 48.0 Please remove or make sure it appears in the correct subdirectory of the classpath. -- Matt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1216738&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-06-03 13:52:32
|
Feature Requests item #1214279, was opened at 2005-06-03 06:52 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=1214279&group_id=44253 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Project Facility Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Collapse long folder hierarchies into one folder Initial Comment: In the tree view, it's not uncommon to see a long string of nested folders without any branching. For example: src |- edu |- rice |- cs |- drjava |- sub1 |- sub2 I find that such hierarchies, while really not providing much useful information, often cause all the useful folders to be indented more than half of the way across the pane. I deal with this, when file names start running off the pane, by always scrolling as far right as I can. I'd like to see a more elegant presentation of such hierarchies. One solution is the following, although a better one might present itself: src/edu/rice/cs/drjava |- sub1 |- sub2 This is an important problem because most users who develop in Java using the recommended naming conventions will find themselves creating such non-branching strings of nested folders. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1214279&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-06-02 19:46:41
|
Feature Requests item #1213751, was opened at 2005-06-02 14:46 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=1213751&group_id=44253 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Definitions (source editor) Group: None Status: Open Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Option to choose default file encoding Initial Comment: This request arose from the following email: **************** From: mic...@ho... Subject: [JAVAPLT] question Date: May 15, 2005 1:32:45 AM CDT To: ja...@ri... Helo. I have a question with DrJava. When I type japanese or chinese on DrJava, it displays them correctly. But when I open the file after I saved and closed, it can't display. Those characters are all "?". Can't we make java programs with DrJava using foreign languages? Please tell me. Thank you. **************** I would suggest adding a drop-down list to the preferences dialog box that lists all the platform's supported character encodings (java.nio.charset.Charset.availableCharsets()) and lets the user choose one for all document reading and writing. The actual encoding change could be implemented (I believe) by invoking DefaultEditorKit.write(Writer, Document, int, int) instead of DefaultEditorKit.write(OutputStream, Document, int, int), providing an appropriately-configured Writer. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1213751&group_id=44253 |
|
From: Michael D. J. <dy...@cs...> - 2005-06-01 01:31:44
|
This release of DrJava is a candidate stable release. The release
addresses a some synchronization issues, as well as some minor bug fixes
to the languagelevels.
The interactionspane also handles the corner cases of int- and long-values
now.
Please download and test this release as your primary copy of DrJava.
-- Michael
|
|
From: SourceForge.net <no...@so...> - 2005-05-23 14:14:29
|
Bugs item #1207107, was opened at 2005-05-23 09:14 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=1207107&group_id=44253 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Makes DrJ unstable Status: Open Resolution: None Priority: 5 Submitted By: Eric E. Allen (eallen) Assigned to: Nobody/Anonymous (nobody) Summary: DrJava will not die Initial Comment: I tried out the new drjava 20050509 beta on Mac OS X 10.4. I wrote some simple code using the Java3D API (which I do not believe to be related to my problem) and let the application run idle overnight. In the morning, I ran into the anomalous "StackOverflowException" that still seems to occur with DrJava on OS X after it runs idle long enough (there's a bug report on that problem somewhere in the DrJ bug list). Then I tried to quit DrJava, and I ran into the following exception: edu.rice.cs.util.ExitingNotAllowedException: The call to System.exit() was not allowed. at edu.rice.cs.util.PreventExitSecurityManager.checkExit (PreventExitSecurityManager.java:161) at java.lang.Runtime.exit(Runtime.java:88) at java.lang.System.exit(System.java:868) at com.apple.eawt.Application$6.run(Application.java:388) at java.awt.event.InvocationEvent.dispatch (InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java: 461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy (EventDispatchThread.java:267) at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:196) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:182) at java.awt.EventDispatchThread.run (EventDispatchThread.java:110) I had to resort to force quitting the application. Given that the exception is thrown by a custom security manager, I take it that there is something I'm doing that you're trying to prevent... Please advise. Thanks, -- Eric ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1207107&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-05-19 16:00:55
|
Bugs item #1205088, was opened at 2005-05-19 10: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=1205088&group_id=44253 Category: Compiler integration Group: Crashes Status: Open Resolution: None Priority: 5 Submitted By: Psycho (cpsychadelic) Assigned to: Nobody/Anonymous (nobody) Summary: Makes DrJ Unstable and har to deal with Initial Comment: Not all the times, however, very common that the command F5 or the button "Compile All" is pressed for compilation, the programs Freezes, Possible reasons: Saving and compiling Working with a project Other java JARs running However, this had not happened before with other previous versions, this is a problem with this beta release. Thank you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1205088&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-05-13 22:36:26
|
Bugs item #1201699, was opened at 2005-05-13 17:36 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=1201699&group_id=44253 Category: Interactions Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: rlh (rhalterman) Assigned to: Nobody/Anonymous (nobody) Summary: final instance constants not constant Initial Comment: DrJava 20050519-0024 Windows, Linux, and Mac OS X versions Create this class and compile it: public class FinalTest { public final double PI = 3.14159; } The following Interactions sequence behaves consistently on all the platforms: > FinalTest f = new FinalTest(); > f.PI = 2.5; > f.PI 2.5 But, DrJava's compiler correctly disallows the following code: public class TestFinalTest { public static void main(String[] args) { FinalTest f = new FinalTest(); f.PI = 2.5; } } 1 error found: File: TestFinalTest.java [line: 4] Error: cannot assign a value to final variable PI Note: If the constant is static (which is ordinarily how constants are handled), the interactions pane WILL throw an exception about the field being final: public class FinalTest { public static final double PI = 3.14159; } > FinalTest f = new FinalTest(); > f.PI = 2.5; IllegalAccessException: Field is final at sun.reflect. ... (exception report continues) DrJava 20050519-0024 Linux (Debian Woody) and Windows (XP Professional, SP2): java version "1.5.0_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_03-b07) Java HotSpot(TM) Client VM (build 1.5.0_03-b07, mixed mode, sharing) Mac OS X (Tiger--10.4): java version "1.5.0_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_02-56) Java HotSpot(TM) Client VM (build 1.5.0_02-36, mixed mode, sharing) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1201699&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-05-13 22:05:29
|
Bugs item #1201685, was opened at 2005-05-13 17:05 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=1201685&group_id=44253 Category: Interactions Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: rlh (rhalterman) Assigned to: Nobody/Anonymous (nobody) Summary: Interactions pane rejects minimum int Initial Comment: DrJava 20050519-0024 Windows, Linux, and Mac OS X versions The following Interactions sequence behaves consistently on all the supported platforms: > int x = -2147483648; NumberFormatException: For input string: "2147483648" at java.lang.NumberFormatException.forInputString (NumberFormatException.java:48) at java.lang.Integer.parseInt(Integer.java:463) at java.lang.Integer.valueOf(Integer.java:553) But, these work fine: > Integer.MIN_VALUE -2147483648 > Integer.parseInt("-2147483648") -2147483648 DrJava 20050519-0024 Linux (Debian Woody) and Windows (XP Professional, SP2): java version "1.5.0_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_03-b07) Java HotSpot(TM) Client VM (build 1.5.0_03-b07, mixed mode, sharing) Mac OS X (Tiger--10.4): java version "1.5.0_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_02-56) Java HotSpot(TM) Client VM (build 1.5.0_02-36, mixed mode, sharing) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1201685&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-05-13 14:03:10
|
Bugs item #1201393, was opened at 2005-05-13 09:03 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=1201393&group_id=44253 Category: Interactions Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Syntax highlighting turned on for error messages Initial Comment: When syntax highlighting was added to the interactions pane, it was decided that error messages, because they contain arbitrary text, should not be highlighted as syntax. In the latest beta release (20050510), something was modified to turn the highlighting back on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1201393&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-05-13 13:59:01
|
Bugs item #1201390, was opened at 2005-05-13 08:59 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=1201390&group_id=44253 Category: Global model Group: Crashes Status: Open Resolution: None Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Deadlock when compiling large projects Initial Comment: Using the latest beta release (20050510), I'm frequently running into a freeze when I click on "Compile All." The "Compiler Output" tab is never changed to, and nothing seems to be happening. I'm assuming this is due to some deadlock. I've been able to successfully reproduce the behavior with 4 larger projects (>20 files, maybe). Smaller projects don't seem to have any problems. I'm running Mac OS 10.4 with Java 5.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1201390&group_id=44253 |
|
From: Michael D. J. <dy...@cs...> - 2005-05-10 02:32:07
|
Some synchronization issues has been resolved, avoiding rare but possible dead lock scenarios. It has been made possible to use all Java 1.5 features in the interactionspane for users of Java 1.4 with Jsr14 version 2.4 or better. Only the variable arguments is restricted to Java 1.5 or better. Please download this beta release and use it as your primary copy of DrJava, submitting any bugs should you encounter any. The intend is to release a stable version based on this release soon, based on the feed back we receive. Thank you for helping us to improve DrJava! |
|
From: SourceForge.net <no...@so...> - 2005-05-09 16:55:12
|
Bugs item #1198420, was opened at 2005-05-09 11:55 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=1198420&group_id=44253 Category: UI: MacOS X-specific Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Java 5.0 Support on Mac OS X Initial Comment: Running DrJava under Mac OS 10.4 with Java 5.0 exposes some bugs in the platform-specific code. The edu.rice.cs.drjava.platform.PlatformFactory class recognizes the system as OS X, but does not recognize the Java version, so it uses a generic MacPlatform instance. Unfortunately, the edu.rice.cs.drjava.platform.MacPlatform class does not correctly implement the isMacPlatform() method. As a result, the default LAF is not set to the Apple LAF (in contrast to the behavior under a Mac13Platform or a Mac14Platform). Additional code in the Mac14Platform class applies as well under Java 5.0, and not using it exposes other incosistencies (quitting the application is buggy; the DrJava menu bar does not get moved to the top of the screen). **************** Recommended fix: The Mac13Platform is now irrelevant, and we don't need to distinguish between 1.4 and 5.0, so the mac-specific code should all be collapsed to rely on a single MacPlatform class. The few references to isMac13Platform() and isMac14Platform() in the code base should be replaced by isMacPlatform(), and the MacPlatform class itself should contain all the code in the current Mac14Platform class. PlatformFactory can simply rely on the "os.name" property to determine if the system is a Mac ("mac os x" is the expected lowercase value prefix; "mrj.version" is deprecated; see <http:// developer.apple.com/technotes/tn2002/tn2110.html>). The following changes should also be made to the DrJava.app package (in the src/edu/rice/cs/drjava/packaging directory), mostly to fix deprecated 1.3 code in Contents/Info.plist: - JVMVersion in Info.plist should be changed from "1*" to "1.4+" indicating that (at least) Java 1.4 is required (see <http:// developer.apple.com/documentation/Java/Conceptual/ JavaPropVMInfoRef/Articles/JavaDictionaryInfo.plistKeys.html>; "1*" isn't listed as a valid option). - The Java properties list in Info.plist can be removed. "com.apple.mrj.application.live-resize" and "com.apple.macos.useScreenMenuBar" are deprected, and the equivalent property for the menu bar is set in our code, so doesn't need to be set here. (See <http://developer.apple.com/ releasenotes/Java/java141/system_properties/ chapter_4_section_3.html> for a list of valid system-specific properties.) - CFBundleIconFile should be changed from "GenericJavaApp.icns" to "DrJava.icns"; a new version of the DrJava icon (with 3D shading) should be placed in the package, and the current GenericJavaApp.icns should be deleted (the use of "GenericJavaApp" as the icon file name is inherited from the template Info.plist file, and nobody ever bothered to fix it). Finally, the DrJava application will only run under 5.0 if the user makes 5.0 the preferred JVM (this is *not* done when 5.0 is installed). As an alternative, the application package could be marked to require 5.0 (using "JVMVersion"), but then it would only run under 5.0, which isn't what we want. Some DrJava documentation explaining how to change the preferred system JVM would be useful. Users just need to run "/Applications/ Utilities/Java/J2SE 5.0/Java Preferences" and, under "Java Application Runtime Settings", move "J2SE 5.0" to the top of the list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1198420&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-05-06 23:17:18
|
Bugs item #1196940, was opened at 2005-05-06 16:17 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=1196940&group_id=44253 Category: None Group: Would be nice if fixed ... Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Where is the tools.jar? Initial Comment: Where is the tools.jar in JDK 1.5.0_02 ? I cannot find it and I cannot get Dr. Java to run without it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1196940&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-04-21 17:24:14
|
Bugs item #1187527, was opened at 2005-04-21 10: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=1187527&group_id=44253 Category: Performance Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Multiclasses can't work Initial Comment: I'm using drjava's Development Release drjava- 20040707-2332 and I found that when I write multiclasses in one class(meaning more than one class in a *.java file and compiled it) the structure of the class is three calculation classes on top and one class at buttom has a main method calling all methods request from user from other classes and its own class. when i compiled it, there is no error, but when i tell drjava to run the main method. it can't find the main method. while I compile the exact same *.java file in JCreator, and it works. ps. I only install Java 1.4 jdk on my computer and my computer is windows NT system 4.00.1381 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1187527&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-04-08 20:33:19
|
Bugs item #1179446, was opened at 2005-04-08 15:33 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=1179446&group_id=44253 Category: UI: MacOS X-specific Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: Nadeem Abdul Hamid (nadeem30165) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot create project jar file Initial Comment: Running drjava-beta-20050330-1901-osx (on Mac OS X 10.3.8) Create a project with two source files. Choose "Create jar file from project" from "Project" menu. Here, I cannot get past this dialog box. The "..." button only has options for selecting folders or files, nothing to type in a new file name. If I try to type a (non-existent) jar file path and name in the "Jar File" textfield and press "OK", it gives an error: "The file 'xyz.jar' is invalid because it does not exist." Sometimes if I click twice on "OK" it gives the about error the first time and the second time it says the jar file is created successfully. But the jar file is empty. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1179446&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-04-07 17:29:42
|
Bugs item #1178716, was opened at 2005-04-07 12:29 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=1178716&group_id=44253 Category: Javadoc integration Group: None Status: Open Resolution: None Priority: 5 Submitted By: fred hosch (fredcsunoedu) Assigned to: Nobody/Anonymous (nobody) Summary: javadoc viewer generates NullPointerException Initial Comment: drjava-beta-20050330-1901 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-rc-b63) SunOS 5.9 sun4u sparc SUNW,Ultra-5_10 opened a simple java file in the edit window, pressed "Javadoc". documentation. doc was generated, javadoc viewer initiated, and the following error in (several instances of) an "Unexpected Error" dialogue: (the "Web Browser" and "Web Browser Command" preferences are empty.) java.lang.NullPointerException at javax.swing.text.html.CSS$FontSize.getValue(CSS.java:1672) at javax.swing.text.html.CSS$FontSize.toStyleConstants(CSS.java:1805) at javax.swing.text.html.StyleSheet$ViewAttributeSet.getAttribute(StyleSheet.java:2630) at javax.swing.text.StyleConstants.getFontSize(StyleConstants.java:358) at javax.swing.text.html.CSS$FontSize.getValue(CSS.java:1678) at javax.swing.text.html.CSS.getFontSize(CSS.java:614) at javax.swing.text.html.CSS.getFont(CSS.java:574) at javax.swing.text.html.StyleSheet.getFont(StyleSheet.java:867) at javax.swing.text.DefaultStyledDocument.getFont(DefaultStyledDocument.java:777) at javax.swing.text.LabelView.setPropertiesFromAttributes(LabelView.java:128) at javax.swing.text.html.InlineView.setPropertiesFromAttributes(InlineView.java:229) at javax.swing.text.LabelView.sync(LabelView.java:39) at javax.swing.text.LabelView.getFont(LabelView.java:189) at javax.swing.text.GlyphPainter1.sync(GlyphPainter1.java:194) at javax.swing.text.GlyphPainter1.getSpan(GlyphPainter1.java:42) at javax.swing.text.GlyphView.getPreferredSpan(GlyphView.java:536) at javax.swing.text.FlowView$LogicalView.getPreferredSpan(FlowView.java:692) at javax.swing.text.FlowView.calculateMinorAxisRequirements(FlowView.java:216) at javax.swing.text.html.ParagraphView.calculateMinorAxisRequirements(ParagraphView.java:128) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542) at javax.swing.text.html.ParagraphView.getMinimumSpan(ParagraphView.java:257) at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:879) at javax.swing.text.html.BlockView.calculateMinorAxisRequirements(BlockView.java:129) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542) at javax.swing.text.html.BlockView.getMinimumSpan(BlockView.java:362) at javax.swing.text.html.TableView.checkSingleColumnCell(TableView.java:434) at javax.swing.text.html.TableView.calculateColumnRequirements(TableView.java:397) at javax.swing.text.html.TableView.calculateMinorAxisRequirements(TableView.java:519) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542) at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:879) at javax.swing.text.html.BlockView.calculateMinorAxisRequirements(BlockView.java:129) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542) at javax.swing.text.html.BlockView.getMinimumSpan(BlockView.java:362) at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:879) at javax.swing.text.html.BlockView.calculateMinorAxisRequirements(BlockView.java:129) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.setSpanOnAxis(BoxView.java:325) at javax.swing.text.BoxView.layout(BoxView.java:682) at javax.swing.text.BoxView.setSize(BoxView.java:379) at javax.swing.plaf.basic.BasicTextUI$RootView.setSize(BasicTextUI.java:1631) at javax.swing.plaf.basic.BasicTextUI$RootView.paint(BasicTextUI.java:1350) at javax.swing.plaf.basic.BasicTextUI.paintSafely(BasicTextUI.java:642) at javax.swing.plaf.basic.BasicTextUI.paint(BasicTextUI.java:791) at javax.swing.plaf.basic.BasicTextUI.update(BasicTextUI.java:759) at javax.swing.JComponent.paintComponent(JComponent.java:740) at javax.swing.JComponent.paint(JComponent.java:1003) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JViewport.paint(JViewport.java:728) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1021) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JLayeredPane.paint(JLayeredPane.java:559) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paintWithOffscreenBuffer(JComponent.java:4937) at javax.swing.JComponent.paintDoubleBuffered(JComponent.java:4883) at javax.swing.JComponent.paint(JComponent.java:993) at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:21) at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:60) at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:97) at java.awt.Container.paint(Container.java:1709) at sun.awt.RepaintArea.paintComponent(RepaintArea.java:248) at sun.awt.RepaintArea.paint(RepaintArea.java:224) at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java:395) at java.awt.Component.dispatchEventImpl(Component.java:4031) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Window.dispatchEventImpl(Window.java:1766) at java.awt.Component.dispatchEvent(Component.java:3803) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1178716&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-04-05 23:49:21
|
Bugs item #1177435, was opened at 2005-04-05 16:49 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=1177435&group_id=44253 Category: Compiler integration Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: hperkins (hperkins) Assigned to: Nobody/Anonymous (nobody) Summary: DrJava doesn't find JDK 1.5.0_02 tools.jar Initial Comment: Just tried launching DrJava 20050330 beta on a new, clean WIndows XP box with a fresh installation of Sun Java SDK 1.5.0_02. On launch, DrJava popped up the "cannot find the Java SK's tools.jar file" dialog. After selecting the library (located in program files\java\jdk1.5.0_02\lib things seem to be working, although I haven't tried anything stressful yet. Seems like DrJava should be able to find the tools.jar file automatically in a case like this, where the file is installed in the default location used by the JDK installer. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1177435&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-04-04 13:52:35
|
Bugs item #1176381, was opened at 2005-04-04 07:52 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=1176381&group_id=44253 Category: Project Facility Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Alex Tribble (prat) Assigned to: Nobody/Anonymous (nobody) Summary: JARing source+class files only JARs source Initial Comment: Steps to reproduce: 1. Open a project, compile it. 2. Select Project->Create Jar File from Project 3. "Jar classes" is selected by default. Additionally select "Jar source files" (both are selected) 4. Enter a filename and click OK. 5. jar -tf JARFILE.JAR, where JARFILE.JAR is the filename from step 4. Problem: You only have the source files, although JARs are perfectly capable of including both compiled and source files. The user selected both, so let's give 'em both. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1176381&group_id=44253 |
|
From: Michael D. J. <dy...@cs...> - 2005-03-31 19:09:38
|
The release includes several new features in addition to a lot of bug
fixes.
The most significant features added are the synchronization structure
of DrJava, the Quick Start Guide(found in the help menu), as well as
the Jar file creation.
The language levels has also changed their semantics slightly on the
Intermediate Level, regarding package declaration and visibility of
methods.
Please download this beta release and use it as your primary copy
of DrJava, submitting any bugs that you find.
The intend is to release a stable version based on this release
in about a week.
Thank you for helping us to improve DrJava!
Download the new Beta Version at: www.drjava.org
|
|
From: SourceForge.net <no...@so...> - 2005-03-25 03:08:30
|
Bugs item #1170313, was opened at 2005-03-24 21:08 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=1170313&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Elspeth Simpson (ejspe) Assigned to: Nobody/Anonymous (nobody) Summary: Uncaught Exception when Compiling Single File in Bad Package Initial Comment: I first noticed this bug when trying to compile an Intermediate Language Level file, but I have been able to repeat the same bug with a .java file. The behavior is not tied to language level / full java. I am trying to compile a class with a bad package statement--i.e., the file is in my home directory (elspeth) but I have a statement at the top of the file that says "package bob;" Javac should catch this mistake. However, when I "Compile Current Document", the compiler output reports 1 error that is not a javac error but instead an exception thrown from within DrJava. The text of the error is "The source file /home/elspeth/MyClass.java is in the wrong directory or the wrong package. The directory name elspeth does not match the package component bob." I did a search of the DrJava code base and found this error to be thrown in some methods in DefaultGlobalModel. If I instead "Compile All" I get the expected javac error. This error is bad for two reasons. The first is that because it's an exception instead of a javac error, the user isn't given line number feedback. Perhaps more seriously, this interferes with the fact that we don't allow package statements at the Elementary and Intermediate level--this execption shows up *instead* of the correct Langauge Level error because it is thrown before the language levels pass can start. I have attached the file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1170313&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-03-21 17:43:07
|
Feature Requests item #1167748, was opened at 2005-03-21 11: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=1167748&group_id=44253 Category: User interface Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: Elspeth Simpson (ejspe) Assigned to: Nobody/Anonymous (nobody) Summary: More intuitive behavior for open button Initial Comment: I was trying to open a project file as a text file in DrJava to view its contents. So, I clicked the "Open" button, and then set the File Type filter to ".pjt" (one of the drop down options). When I selected the appropriate project file and clicked on "OK" my project was opened as a project file--i.e. the entire project opened. I then closed my project and pressed the "Open" button again. This time, I did not set the File Type filter to .pjt, but instead left it as "Java Source Files" and simply typed in the name of the .pjt file I wanted to open. When I clicked on "OK" my project was opened as a regular file. I closed the file and tried one last thing. This time, I pressed the "Open" button and set the File Type filter to "All Files". When I again selected the project file I wanted to open and clicked on "OK" the file was again opened as a regular file. I find this lack of standardization confusing--personally, I do not think you should be able to use the "Open" button to open a project as a project. That is what "Project, Open" is for. However, if we do want to keep the option of opening projects from the Open button, I would like to see it standardized so that how the file is opened is not tied to the filter you have selected--not all users always use the filter. The four options I can come up with off the top of my head are: 1. Do not allow projects to be opened as projects from the Open button. 2. Always open .pjt files as projects if the Open button is used. Require an explicit "File, Open" to open a project file as a regular file. 3. Make the behavior of the Open button something the user sets in their preferences--either always open project files as projects from the open button or never do. 4. Add a checkbox to the file dialog box that asks if you want to open the project file as a project (or some other type of dialog box that comes up during the process). I'm sure there are other solutions I haven't thought of yet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1167748&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-03-02 01:16:06
|
Bugs item #1154729, was opened at 2005-03-01 17: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=1154729&group_id=44253 Category: User interface Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Closing new document throws error Initial Comment: email: mi...@ri... When I create a new document then immediately close it without changes or saving, the following error is displayed: java.lang.IllegalStateException: This document does not yet have a file. at edu.rice.cs.drjava.model.DefaultGlobalModel$ConcreteOpenDefDoc.getFile(DefaultGlobalModel.java:2598) at edu.rice.cs.drjava.ui.MainFrame._close(MainFrame.java:2819) at edu.rice.cs.drjava.ui.MainFrame.access$1700(MainFrame.java:106) at edu.rice.cs.drjava.ui.MainFrame$17.actionPerformed(MainFrame.java:499) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.AbstractButton.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) WinXP SP2, JDK 1.5, Latest "Hourly" release of DrJ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1154729&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-28 19:32:52
|
Bugs item #1153727, was opened at 2005-02-28 13:32 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=1153727&group_id=44253 Category: UI: MacOS X-specific Group: Would be nice if fixed ... Status: Open Resolution: None Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Bad OS X App Dock behavior due to restart Initial Comment: When DrJava restarts itself under OS X (to take advantage of the JSR-14 bootclasspath (when the user has provided it), for example), the application in the Dock (represented by the DrJava icon) stops running, and a new one starts up with a generic Java icon. The new icon has the generic label "java", and the menu bar application name is "edu.rice.cs.drjava.DrJava" instead of "DrJava". (See the attached screen shot; notice that the DrJava app in the Dock is not running.) I'm sure this is something that has been observed before, but I thought I'd document it. I don't know if there's a good way around it or not, and perhaps it should be written off as the price you pay for using JSR-14, since it's not part of a standard Java release. But the bug might be worth looking at, anyway. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1153727&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-28 18:38:28
|
Feature Requests item #1153697, was opened at 2005-02-28 12:38 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=1153697&group_id=44253 Category: Interactions Group: None Status: Open Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Error on interactions package/import typo Initial Comment: If I type import mypackage.mysubpackag.* (having mispelled "mysubpackage") in the interactions pane, there is no signal that I've made a mistake. I would propose defining any package or import statement package <PATH>; or import <PATH>.*; where <PATH> refers to a package that does not exist (according to the classpath) as an error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1153697&group_id=44253 |
25 messages has been excluded from this view by a project administrator.
