You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(6) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(10) |
May
(18) |
Jun
(4) |
Jul
(34) |
Aug
(13) |
Sep
(8) |
Oct
|
Nov
|
Dec
|
From: Gen <emmits_1999@ATGI.COM> - 2008-09-17 01:08:12
|
Explosive, permanant, incredible growth to your pocket tool that really DOES work. http://www.foracoin.com/ <http://www.foracoin.com/> |
From: SourceForge.net <no...@so...> - 2008-09-11 17:32:11
|
Bugs item #2013869, was opened at 2008-07-08 15:51 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 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: Features >Group: v4.x >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Ralph Boland (ralphboland) Assigned to: Nobody/Anonymous (nobody) Summary: ubuntu (linux) freezes when JComboBox used Initial Comment: I am running Ubuntu Hardy (linux) on a Dell optiplex 755. If I run JSwat on the attached code (simple 47 lines) and set a break point on line 37 (inside an ActionListener) then, when I execute my code and the break point is reached, JSwat and nearly everything else seems to freeze. Once I manage to kill JSwat everything becomes unfrozen again. This occurs everytime. Despite this bug JSwat has been a great help. A little more documentation wouldn't hurt. Ralph Boland rpb...@gm... ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2008-09-11 10:32 Message: It's been two months with no response. Without a stack trace, I can't tell what's happening, and I cannot reproduce it using other Unix-like systems. ---------------------------------------------------------------------- Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-10 07:35 Message: Logged In: YES user_id=581020 Originator: NO Can you retrieve a stack trace of all the threads in JSwat when it gets stuck? I believe jstack is the appropriate command to use in this case. Please attach the stack trace to this issue, rather than pasting it into the text area. Thanks. ---------------------------------------------------------------------- Comment By: Ralph Boland (ralphboland) Date: 2008-07-09 16:54 Message: Logged In: YES user_id=2140800 Originator: YES I am running JDK 1.6.0_05, the official verion from sun. I am also running JSwat 4.3. I have also had this problem occur when not in the middle of processing a Swing Component. ---------------------------------------------------------------------- Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-09 07:38 Message: Logged In: YES user_id=581020 Originator: NO I attempted to reproduce this using JDK 1.6.0_05 on Mac OS X with JSwat 4.3 (plus recent changes) and the problem did not reproduce. It seems very unlikely this has anything to do with a Swing widget. I suspect this is caused by the JVM on the Linux system, as that is the only way a process can become frozen. Try using more recent versions of the JDK and perhaps the issue will go away. Also be sure you're using the "official" JDK from Sun, not the ones from the FSF. While a noble endeavor, they are a long way from being fully functional and stable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-08-14 18:16:11
|
Bugs item #2007472, was opened at 2008-07-01 00:50 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2007472&group_id=59085 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: Features Group: v4.x >Status: Closed >Resolution: Works For Me Priority: 8 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Breakpoints in JSPs in Tomcat not resolving Initial Comment: Dominic Tynes reported that setting breakpoints in his JavaServer Pages were not resolving (my words). He was using Tomcat 5.5 on Windows (no idea which version) with an unknown version of JSwat. ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2008-08-14 11:16 Message: Logged In: YES user_id=581020 Originator: YES Hi Dominic, this issue is also being tracked as a support request, which seems more appropriate to me, pending further details. I cannot reproduce this problem using the latest JSwat (4.3 + local edits), Tomcat 6.0, and JDK 1.6 on Mac OS X. I doubt this is a Windows-only problem, so I'm thinking this must be some configuration issue. ---------------------------------------------------------------------- Comment By: Dominic Tynes (dominictynes) Date: 2008-07-01 13:44 Message: Logged In: YES user_id=2132994 Originator: NO Sorry. Submitted this via the mailing list before I found the bug tracker. Just added a support tracker entry detailing what I have found since then: The problem is caused when the JSP's have <% @include file="XXX/YYY.inx" /> statements in them. If I replace the includes with their respective sources, the debugger works fine. The JSP's and includes are valid, since they compile and run fine in Tomcat and are rendered in a browser. Seems to be an issue with the debugger and include statements? I tried adding the include folder to the sources folders with no luck. This was using latest SUN JDK, Tomcat and JSwat on Windows XP, as of yesterday. Thanks, Dominic ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2007472&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-08-05 17:29:23
|
Feature Requests item #2039132, was opened at 2008-08-05 10:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=2039132&group_id=59085 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: Internal Group: Next Release Status: Open Priority: 6 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Use NetBeans suite installer (openInstaller) Initial Comment: There is a new module for NetBeans 6.5 M1 (and possibly earlier versions) that supports building an installer based on openInstaller (http://openinstaller.dev.java.net/) so that your standalone NetBeans application has an installer. This would replace the one I wrote a while back, and be much easier to create. This will probably require updating to the latest NetBeans. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=2039132&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-24 15:09:44
|
Feature Requests item #2026881, was opened at 2008-07-24 11:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=2026881&group_id=59085 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: Interface Group: None Status: Open Priority: 5 Private: No Submitted By: Jason S (arghman) Assigned to: Nobody/Anonymous (nobody) Summary: product info not cut&paste-able Initial Comment: It would be a big help, when filing a bug like this one, to be able to go to JSwat's "About" box and just copy all the information that's displayed (About -> Detail) so I don't have to manually retype it in here. (this is jswat 4.3 on WinXP, Java 1.6.0_06) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=2026881&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-24 15:07:53
|
Feature Requests item #2026879, was opened at 2008-07-24 11:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=2026879&group_id=59085 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: Interface Group: None Status: Open Priority: 5 Private: No Submitted By: Jason S (arghman) Assigned to: Nobody/Anonymous (nobody) Summary: session settings -> classes or sources lists are not editabl Initial Comment: If I enter a classpath item or sourcepath item, and I goof up, it's not editable. I have to remove it and add it all over again. Please make the items editable. (this is jswat 4.3 on WinXP, Java 1.6.0_06) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=2026879&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-10 14:35:52
|
Bugs item #2013869, was opened at 2008-07-08 15:51 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ralph Boland (ralphboland) Assigned to: Nobody/Anonymous (nobody) Summary: ubuntu (linux) freezes when JComboBox used Initial Comment: I am running Ubuntu Hardy (linux) on a Dell optiplex 755. If I run JSwat on the attached code (simple 47 lines) and set a break point on line 37 (inside an ActionListener) then, when I execute my code and the break point is reached, JSwat and nearly everything else seems to freeze. Once I manage to kill JSwat everything becomes unfrozen again. This occurs everytime. Despite this bug JSwat has been a great help. A little more documentation wouldn't hurt. Ralph Boland rpb...@gm... ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-10 07:35 Message: Logged In: YES user_id=581020 Originator: NO Can you retrieve a stack trace of all the threads in JSwat when it gets stuck? I believe jstack is the appropriate command to use in this case. Please attach the stack trace to this issue, rather than pasting it into the text area. Thanks. ---------------------------------------------------------------------- Comment By: Ralph Boland (ralphboland) Date: 2008-07-09 16:54 Message: Logged In: YES user_id=2140800 Originator: YES I am running JDK 1.6.0_05, the official verion from sun. I am also running JSwat 4.3. I have also had this problem occur when not in the middle of processing a Swing Component. ---------------------------------------------------------------------- Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-09 07:38 Message: Logged In: YES user_id=581020 Originator: NO I attempted to reproduce this using JDK 1.6.0_05 on Mac OS X with JSwat 4.3 (plus recent changes) and the problem did not reproduce. It seems very unlikely this has anything to do with a Swing widget. I suspect this is caused by the JVM on the Linux system, as that is the only way a process can become frozen. Try using more recent versions of the JDK and perhaps the issue will go away. Also be sure you're using the "official" JDK from Sun, not the ones from the FSF. While a noble endeavor, they are a long way from being fully functional and stable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-09 23:54:50
|
Bugs item #2013869, was opened at 2008-07-08 16:51 Message generated for change (Comment added) made by ralphboland You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ralph Boland (ralphboland) Assigned to: Nobody/Anonymous (nobody) Summary: ubuntu (linux) freezes when JComboBox used Initial Comment: I am running Ubuntu Hardy (linux) on a Dell optiplex 755. If I run JSwat on the attached code (simple 47 lines) and set a break point on line 37 (inside an ActionListener) then, when I execute my code and the break point is reached, JSwat and nearly everything else seems to freeze. Once I manage to kill JSwat everything becomes unfrozen again. This occurs everytime. Despite this bug JSwat has been a great help. A little more documentation wouldn't hurt. Ralph Boland rpb...@gm... ---------------------------------------------------------------------- >Comment By: Ralph Boland (ralphboland) Date: 2008-07-09 17:54 Message: Logged In: YES user_id=2140800 Originator: YES I am running JDK 1.6.0_05, the official verion from sun. I am also running JSwat 4.3. I have also had this problem occur when not in the middle of processing a Swing Component. ---------------------------------------------------------------------- Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-09 08:38 Message: Logged In: YES user_id=581020 Originator: NO I attempted to reproduce this using JDK 1.6.0_05 on Mac OS X with JSwat 4.3 (plus recent changes) and the problem did not reproduce. It seems very unlikely this has anything to do with a Swing widget. I suspect this is caused by the JVM on the Linux system, as that is the only way a process can become frozen. Try using more recent versions of the JDK and perhaps the issue will go away. Also be sure you're using the "official" JDK from Sun, not the ones from the FSF. While a noble endeavor, they are a long way from being fully functional and stable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-09 14:38:34
|
Bugs item #2013869, was opened at 2008-07-08 15:51 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ralph Boland (ralphboland) Assigned to: Nobody/Anonymous (nobody) Summary: ubuntu (linux) freezes when JComboBox used Initial Comment: I am running Ubuntu Hardy (linux) on a Dell optiplex 755. If I run JSwat on the attached code (simple 47 lines) and set a break point on line 37 (inside an ActionListener) then, when I execute my code and the break point is reached, JSwat and nearly everything else seems to freeze. Once I manage to kill JSwat everything becomes unfrozen again. This occurs everytime. Despite this bug JSwat has been a great help. A little more documentation wouldn't hurt. Ralph Boland rpb...@gm... ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-09 07:38 Message: Logged In: YES user_id=581020 Originator: NO I attempted to reproduce this using JDK 1.6.0_05 on Mac OS X with JSwat 4.3 (plus recent changes) and the problem did not reproduce. It seems very unlikely this has anything to do with a Swing widget. I suspect this is caused by the JVM on the Linux system, as that is the only way a process can become frozen. Try using more recent versions of the JDK and perhaps the issue will go away. Also be sure you're using the "official" JDK from Sun, not the ones from the FSF. While a noble endeavor, they are a long way from being fully functional and stable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-08 22:51:52
|
Bugs item #2013869, was opened at 2008-07-08 16:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ralph Boland (ralphboland) Assigned to: Nobody/Anonymous (nobody) Summary: ubuntu (linux) freezes when JComboBox used Initial Comment: I am running Ubuntu Hardy (linux) on a Dell optiplex 755. If I run JSwat on the attached code (simple 47 lines) and set a break point on line 37 (inside an ActionListener) then, when I execute my code and the break point is reached, JSwat and nearly everything else seems to freeze. Once I manage to kill JSwat everything becomes unfrozen again. This occurs everytime. Despite this bug JSwat has been a great help. A little more documentation wouldn't hurt. Ralph Boland rpb...@gm... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2013869&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-01 20:44:33
|
Bugs item #2007472, was opened at 2008-07-01 02:50 Message generated for change (Comment added) made by dominictynes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2007472&group_id=59085 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: Features Group: v4.x Status: Open Resolution: None Priority: 8 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Breakpoints in JSPs in Tomcat not resolving Initial Comment: Dominic Tynes reported that setting breakpoints in his JavaServer Pages were not resolving (my words). He was using Tomcat 5.5 on Windows (no idea which version) with an unknown version of JSwat. ---------------------------------------------------------------------- Comment By: Dominic Tynes (dominictynes) Date: 2008-07-01 15:44 Message: Logged In: YES user_id=2132994 Originator: NO Sorry. Submitted this via the mailing list before I found the bug tracker. Just added a support tracker entry detailing what I have found since then: The problem is caused when the JSP's have <% @include file="XXX/YYY.inx" /> statements in them. If I replace the includes with their respective sources, the debugger works fine. The JSP's and includes are valid, since they compile and run fine in Tomcat and are rendered in a browser. Seems to be an issue with the debugger and include statements? I tried adding the include folder to the sources folders with no luck. This was using latest SUN JDK, Tomcat and JSwat on Windows XP, as of yesterday. Thanks, Dominic ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2007472&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-01 07:53:44
|
Feature Requests item #1858001, was opened at 2007-12-24 23:02 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1858001&group_id=59085 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: Interface Group: None Status: Open Priority: 5 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Integrate better with Mac OS X Initial Comment: There may not be much, but at the very least, should create the resources file so that the main window menu bar is installed in the Mac OS menu bar. This, theoretically can be done without affecting the behavior of the application on other platforms. ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-01 00:53 Message: Logged In: YES user_id=581020 Originator: YES Using NetBeans 6.1, this mostly happens already. However, the application name (e.g. JSwat) should appear as the first menu, rather than the default "org.netbeans.blah" that is there now. Again, a basic resource file should do the trick. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1858001&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-01 07:50:24
|
Bugs item #2007472, was opened at 2008-07-01 00:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2007472&group_id=59085 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: Features Group: v4.x Status: Open Resolution: None Priority: 8 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Breakpoints in JSPs in Tomcat not resolving Initial Comment: Dominic Tynes reported that setting breakpoints in his JavaServer Pages were not resolving (my words). He was using Tomcat 5.5 on Windows (no idea which version) with an unknown version of JSwat. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=2007472&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-01 07:48:07
|
Bugs item #1852151, was opened at 2007-12-16 23:46 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1852151&group_id=59085 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: Features Group: v4.x >Status: Closed >Resolution: Wont Fix Priority: 7 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Feature loss when non-admin user on Windows 2000 Initial Comment: Roberto Piccinato reports: >>>>> The problem arise only if I start the program as normal user, with limited access permissions. When I start the program as admin user, the program works right. Actually, in the first case the program doesn't show the "run time" commands, such as "run", "stop", "step into", and so on. Unfortunately, I need those commands and I must start the program as a "normal" user. <<<<< So apparently something to do with permissions on Windows 2000. Could try reproducing this with Windows XP to see if the problem persists with newer versions of Windows. ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-01 00:48 Message: Logged In: YES user_id=581020 Originator: YES I wouldn't even know where to begin with this one. How could permissions in Windows prevent some features in the debugger from not working? It's all really basic Java programming, so this is very strange. In any case, if you're not the admin of your own Windows box, you are working for the wrong company. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1852151&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-07-01 07:46:07
|
Bugs item #1857414, was opened at 2007-12-23 22:42 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1857414&group_id=59085 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: Interface Group: None >Status: Closed >Resolution: Works For Me Priority: 3 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Window controls paint inverse colors on Mac Initial Comment: The tab controls for the editor windows are painted in inverse colors on Mac OS X Java SE 6. Need to find out why this happens, if it is NetBeans related or not. Perhaps upgrading to NB6 will correct this. ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2008-07-01 00:46 Message: Logged In: YES user_id=581020 Originator: YES Using NetBeans 6.1 fixes this issue. ---------------------------------------------------------------------- Comment By: Nathan Fiedler (nfiedler) Date: 2007-12-24 22:59 Message: Logged In: YES user_id=581020 Originator: YES The editor tab control is not managed by the JSwat application, so this must be a bug in NetBeans Platform on Mac OS X with Java SE 6. Have to wait for the upgrade to NB6 to fix this issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1857414&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-05-18 14:55:36
|
Bugs item #1966475, was opened at 2008-05-18 07:54 Message generated for change (Settings changed) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1966475&group_id=59085 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: Features >Group: v4.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot locate Groovy source code correctly Initial Comment: Heiko Barrach reports: I freshly installed Groovy 1.5.6 & JSWAT 4.3 (under Win XP); wrote a small test.groovy script which runs flawlessly in the groovyconsole. Now when I try to debug this with JSWAT, the darn thing tells me: "Caught: java.io.FileNotFoundException: C:\Program Files\jswat-4.3\bin\test.groovy (C:\Program Files\jswat-4.3\bin\test.groovy)" Well, obviously, that's correct: My groovy-script is in "Z:\Groovy Scripts\" and I told my system so by setting a respective SOURCEPATH environment variable pointing to that directory -but to no avail. (Yes, I may move the test.groovy script file manually over to the bin\-directory on C: which jswat expects, and it will work; but hey, that's a bad kludge: Whatever I change in the source file will be written to the script on Z: , so doesn't make it for debugging (=version on C:)) What it is going on here? How can I tell jswat that my scripts to debug reside on Z:\Groovy Scripts ??? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1966475&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-05-18 14:55:00
|
Bugs item #1966475, was opened at 2008-05-18 07:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1966475&group_id=59085 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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot locate Groovy source code correctly Initial Comment: Heiko Barrach reports: I freshly installed Groovy 1.5.6 & JSWAT 4.3 (under Win XP); wrote a small test.groovy script which runs flawlessly in the groovyconsole. Now when I try to debug this with JSWAT, the darn thing tells me: "Caught: java.io.FileNotFoundException: C:\Program Files\jswat-4.3\bin\test.groovy (C:\Program Files\jswat-4.3\bin\test.groovy)" Well, obviously, that's correct: My groovy-script is in "Z:\Groovy Scripts\" and I told my system so by setting a respective SOURCEPATH environment variable pointing to that directory -but to no avail. (Yes, I may move the test.groovy script file manually over to the bin\-directory on C: which jswat expects, and it will work; but hey, that's a bad kludge: Whatever I change in the source file will be written to the script on Z: , so doesn't make it for debugging (=version on C:)) What it is going on here? How can I tell jswat that my scripts to debug reside on Z:\Groovy Scripts ??? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1966475&group_id=59085 |
From: olgert d. <ge...@ga...> - 2008-04-20 14:36:29
|
A java.lang.IllegalStateException exception has occurred. Please report this to jsw...@li..., including a copy of your messages.log file as an attachment. Annotation: member: class searchsimulation.Main Annotation: name: searchsimulation.Main Annotation: class org.netbeans.jmi.javamodel.JavaClass$Impl java.lang.IllegalStateException: cannot map class member to source hierarchy element at org.netbeans.modules.java.ui.nodes.BridgeUtils.throwIllegalState(BridgeUtils.java:201) at org.netbeans.modules.java.ui.nodes.BridgeUtils.chooseElement(BridgeUtils.java:190) at org.netbeans.modules.java.ui.nodes.BridgeUtils.getElement(BridgeUtils.java:127) at org.netbeans.modules.java.ui.nodes.BridgeUtils.getClassElement(BridgeUtils.java:58) at org.netbeans.modules.java.ui.nodes.BridgeUtils.getElement(BridgeUtils.java:162) at org.netbeans.modules.java.ui.nodes.BridgeElement2Source.createMethodNode(BridgeElement2Source.java:43) at org.netbeans.modules.java.JavaEditor $JavaEditorComponent.createNode(JavaEditor.java:1330) at org.netbeans.modules.java.JavaEditor$JavaEditorComponent.access $1000(JavaEditor.java:1230) at org.netbeans.modules.java.JavaEditor$JavaEditorComponent$1 $1.run(JavaEditor.java:1282) at org.openide.util.Mutex.readAccess(Mutex.java:227) at org.netbeans.modules.java.JavaEditor$JavaEditorComponent $1.run(JavaEditor.java:1280) at org.openide.util.RequestProcessor $Task.run(RequestProcessor.java:499) [catch] at org.openide.util.RequestProcessor $Processor.run(RequestProcessor.java:932) olgert |
From: SourceForge.net <no...@so...> - 2008-04-16 16:21:07
|
Feature Requests item #1944172, was opened at 2008-04-16 09:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1944172&group_id=59085 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: Features Group: None Status: Open Priority: 7 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Support Ant build files as a source of source/class path Initial Comment: Peter Salzman suggests that perhaps JSwat could read an Ant build file to gather the relevant classpath (and sourcepath) settings, so that the user does not have to define them separately in JSwat itself. This should be feasible, assuming Ant can be leveraged as a library, and the metadata queried via Java APIs. There is a really good chance that NetBeans does this already, just need to see if that code can be used in JSwat. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1944172&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-04-05 23:28:50
|
Feature Requests item #1920222, was opened at 2008-03-19 14:47 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1920222&group_id=59085 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: Features Group: None >Status: Closed Priority: 5 Private: No Submitted By: Thomas (thomas_de) Assigned to: Nobody/Anonymous (nobody) Summary: Eclipse Support Initial Comment: Hi! I hope you also like the Eclipse platform. Please create your Groovy debugger also for the Eclipse platform! Thanks, -Thomas ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2008-04-05 16:28 Message: Logged In: YES user_id=581020 Originator: NO I appreciate the sentiment, but it is highly unlikely that I will ever go to the trouble of completely rewriting JSwat to run on an IDE that I don't like. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1920222&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-03-19 21:47:15
|
Feature Requests item #1920222, was opened at 2008-03-19 22:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1920222&group_id=59085 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: Features Group: None Status: Open Priority: 5 Private: No Submitted By: Thomas (thomas_de) Assigned to: Nobody/Anonymous (nobody) Summary: Eclipse Support Initial Comment: Hi! I hope you also like the Eclipse platform. Please create your Groovy debugger also for the Eclipse platform! Thanks, -Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1920222&group_id=59085 |
From: SourceForge.net <no...@so...> - 2008-02-09 08:46:51
|
Bugs item #1890047, was opened at 2008-02-09 00:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1890047&group_id=59085 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: Features Group: v4.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Installer does not like JDK 1.6 on Mac Initial Comment: For whatever reason, the installer cannot validate the JDK 1.6.0 on Mac OS X. It is probably looking for a jar file containing a class and can't find it. Fortunately the message is just a warning and the user can carry on regardless. Still should try to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489852&aid=1890047&group_id=59085 |
From: SourceForge.net <no...@so...> - 2007-12-25 07:49:17
|
Feature Requests item #1782133, was opened at 2007-08-26 14:17 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1782133&group_id=59085 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: Interface Group: Next Release >Status: Closed Priority: 7 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Classes view: show class loader object ID in parentheses Initial Comment: The Classes view organizes the classes by the loader that loaded the classes, in order to make it very clear which classes are loaded where, and to permit operations on a class, separate from the other instances of that same class. However, there is no indication which class loader is which, as they are all shown by their name. In systems like NetBeans and Glassfish, there are many instances of the same class loader class, so there is no way to distinguish. Should show the class loader object ID in parentheses after the class loader name. ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2007-12-24 23:49 Message: Logged In: YES user_id=581020 Originator: YES Implemented in Subversion revision 24. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1782133&group_id=59085 |
From: SourceForge.net <no...@so...> - 2007-12-25 07:39:27
|
Feature Requests item #1782135, was opened at 2007-08-26 14:19 Message generated for change (Comment added) made by nfiedler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1782135&group_id=59085 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: Interface Group: Next Release >Status: Closed Priority: 8 Private: No Submitted By: Nathan Fiedler (nfiedler) Assigned to: Nobody/Anonymous (nobody) Summary: Show line number before class name while single stepping Initial Comment: The act of single stepping causes the current location to be printed to the Output window, which includes the class name, return value, parameter types, and the line number. Unfortunately, the interesting piece of data is at the end of the line (the line number is the most useful piece of data), and if the return type and parameter list is long, the line number will not be visible in the Output window without scrolling horizontally. Should show the line number first, rather than last. Normally this is not a problem when the source view is showing the source code and the annotation is visible, but this is not always the case. ---------------------------------------------------------------------- >Comment By: Nathan Fiedler (nfiedler) Date: 2007-12-24 23:39 Message: Logged In: YES user_id=581020 Originator: YES Implemented in Subversion revision 23. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=489855&aid=1782135&group_id=59085 |