Makoto Hashimoto | 10 Sep 23:36 2013
Picon

Why the package jde.debugger was removed ?

Why the jde.debugger package was removed ? The JDEEbug is very useful and 
I copied from the older version of jdee into the current version.


------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk
_______________________________________________
jdee-devel mailing list
jdee-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jdee-devel
Phillip Lord | 30 Apr 22:21 2013
Picon
Picon

Re: Call to Fork or simply for JDEE TODO items

I think that the situation is more subtle than this. Consider, for instance, this piece of code:

(defun nrepl-ido-form (ns)
  "Construct a clojure form for ido read using NS."
  `(concat (if (find-ns (symbol ,ns))
               (map name (concat (keys (ns-interns (symbol ,ns)))
                                 (keys (ns-refers (symbol ,ns))))))
           (if (not= "" ,ns) [".."])
           (->> (all-ns)
             (map (fn [n]
                      (re-find (re-pattern (str "^" (if (not= ,ns "")
                                                        (str ,ns "\\."))
                                                "[^\\.]+"))
                               (str n))))
             (filter identity)
             (map (fn [n] (str n "/")))
             (into (hash-set)))))

This is an Emacs lisp function which returns a clojure form. The clojure in this case is covered by 
GPL because the file itself says that it is. Now, this GPL code is clearly linked to "map", "filter"
and so on. This is allowable under GPL because "map" and "filter" are "Standard Interfaces". So, GPL 
code here is mere aggregation with clojure and not a derived work. 

However, this is not true for a third party EPL library; these are not standard interfaces, so you would
have an derived work, which would mean an EPL/GPL code basis which is not legal. Personally, I do 
not think this would be too much of a problem. The core of clojure is most of what we would need. 

Of course, this is my interpretation. For instance, I think nrepl.el is on dodgy ground with its use of 
complete.core which, as far as I can tell, is EPL. Obviously the nrepl.el people think not. 

Sorry to be a licence bore; I've had a lot of reason to think about this recently, as I would like to use
GPL code in a clojure project that I am working on. I can do so, but if I do, I cannot use third party 
libraries which are EPL. None of this is to knock the EPL or the GPL. But they are incompatible.

I agree with the rest of what you say; the clojure ecosystem is fairly rich, and includes quite a few 
Emacs hackers. Many of them also use Java directly (as well as via clojure). And, by definition, anyone 
who uses clojure is lisp literate. So, it might bring in more developers.

Phil

________________________________________
From: Steven Huwig [steven.huwig <at> gmail.com]
Sent: 30 April 2013 17:18
To: Phillip Lord
Cc: Paul Landes; JDEE Users; JDEE Development
Subject: Re: [jdee-devel] Call to Fork or simply for JDEE TODO items

I don't see the problem with using Clojure unless you're planning on making JDEE a GNU project or
distributing it with GNU Emacs. Just distribute the Clojure portions under Clojure's license and JDEE
under JDEE's license. There's no way to link ELisp to Clojure anyway -- all the GNU-licensed code in Emacs
needs a socket to talk to the EPL-licensed code in Clojure (whether Clojure itself or EPL-licensed
libraries in Clojure).

EPL is still a free software license after all.

I think there's a much greater chance of  a "halo effect" of Clojure developers who use emacs improving a
Clojure-based JDEE, than there is of ABCL being significantly more effective at implementing JDEE.

On Apr 30, 2013, at 6:44 AM, phillip.lord <at> newcastle.ac.uk (Phillip Lord) wrote:

> Paul Landes <landes <at> mailc.net> writes:
>> The basic idea would be to pretty much move all the things that beanshell and
>> semantic currently do to Java packages. That means using things like
>> compilation tools that come with the JDK and other OS packages (i.e. ASM) for
>> parsing, code completion, wizards, templates etc. The basic idea is using
>> straight Java packages for anything involving Java operations. This would
>> really slim down the code base and make it manageable.
>>
>> ABCL (common lisp implementation) would replace the now dead Beanshell
>> language, and frankly, seems like a better fit since its lisp and not Java.
>> Another benefit to this is it already works nicely with Slime so we could get
>> rid of the very (IMO) complex emacs -> beanshell IPC (emacs OO!) library. Just
>> that would be a huge victory in my mind as I've spent hours and hours
>> debugging these two parts that stubbornly do not play well together (i.e.
>> beanshell start times and process hangups).
>
>
> Beanshell was good for it's time, but is now a big problem with JDEE.
> Another option over ABCL would be Clojure. There is quite a big emacs
> community behind it now, with tools like nrepl.el nicely separate from
> the clojure-mode. The Java integration is also very nice and, from a
> quick look at ABCL, better than ABCL. It's already got some stuff we use
> (a Javadoc lookup for instance).
>
> The negative side is that Clojure is Eclipse Public License. My
> interpretation of these two licenses is that we *could* use Clojure (the
> GPL talks of "standard interface" which would cover this), but we would
> be restricted for other packages which are EPL which could not be
> validly linked to JDEE.
>
>>
>> Another idea I had is to move everything to maven so there would be maven
>> integration (bridged through ABCL) for compilations. If others still want to
>> use Ant or something else we can talk about some abstraction layer.
>>
>> Many nice useful parts of JDEE would be folded in (i.e. syntax highlight,
>> maven integration or Malabar mode might be folded in for this).
>>
>> I'm glad to put this on paper and if there is sufficient interest by those
>> WILLING TO HELP and write the CL, Java bindings, and Emacs code then I'll
>> continue this process.
>
> The other thing that would be worth thinking about is what we *do not*
> need. My own feeling is that all the template stuff can be ditched;
> writing these templates was always a total pain in the ass, and why
> bother -- yasnippet does the job.
>
> As far as I can tell, it should be possible to get maven to launch the
> nrepl-server. So, all the dependency stuff, classpath and all that
> nastiness would go. The project would be maintained in pom.xml. An ant
> task wouldn't be too hard. This would mean a lot of the project
> switching stuff could be binned.
>
> JDEE cannot compete with Eclipse or netbeans. The Emacs ecosystem,
> however, can, especially for people who, like myself, use Java as one of
> many tools.
>
> Caveat to all of this, of course, is doing the work. I'm a very
> occasional Java user these days, so like everyone else, can only
> contribute a small amount of time.
>
> Phil
>
> ------------------------------------------------------------------------------
> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
> Get 100% visibility into your production application - at no cost.
> Code-level diagnostics for performance bottlenecks with <2% overhead
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap1
> _______________________________________________
> jdee-devel mailing list
> jdee-devel <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jdee-devel

------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
Shyamal Prasad | 28 Apr 02:50 2013
Picon

Time for a (minor) 2.4.1 release?

Hi,

Perhaps it's time for a 2.4.1 (minor) release?!

A release will get the trunk code out and go some way in dealing with
the bit-rot reputation that JDEE is developing (e.g. see
http://emacswiki.org/emacs/JavaDevelopmentEnvironment). Yes, there are
no significant new features, but the release should allow everyone to
reliably use JDEE with GNU Emacs 23/24 and CEDET 1.1.

I already took a pass at updating the Source Forge web site a while ago
with proposed updates (see svn). Based on recent feedback on the list I
will clean up the Windows instructions and push it out with this
proposed release.

If there are no objections or show stopping bugs reported, I will
proceed with a release on some weekend in mid/late May.

OK?

Cheers!
Shyamal

PS: If you are using the trunk code with the GNU Emacs' version of CEDET
(not externally supplied CEDET 1.1) please get r282 or later from trunk
(I committed r282 today).

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
Shyamal Prasad | 6 Mar 20:21 2013
Picon

jde-semantic-require and compiling single files


Hi Paul,

jde.el defines jde-semantic-require which seems to exist only to support
CEDET in Emacs 23.2 (see r236, r238, r252).

Given that JDE does not actually work with the Emacs version of CEDET
would anyone mind if I removed this indirection? I'd also set the min
CEDET version to 1.0 while I am it.

Doing so removes a circular compilation dependency that makes it hard to
compile single elisp files as the code is written right now. It is also
cleaner since Emacs 23+ and CEDET 1.0+ are the targets for trunk as
discussed late last year.

I'm working on my Grand Project to get a clean baseline that I can port
to Emacs CEDET. Some day :-)

Cheers!
Shyamal

------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
Shyamal Prasad | 14 Nov 07:08 2012
Picon

Updated text for website

Hi,

I had discussed making changes to the website with Paul (unfortunately
that happened offlist) in preparation for a new release. The first few
changes are in the repository.

I have update the root page to reflect the latest trunk code (GNU Emacs
23.2 and up, CEDET 1.1) without changing the overall style of the site
(r264 in jdee/web).

I also updated the install page but only the "Unix instructions" (r265
in jdee/web). I suspect we should note that this applies for Mac OS X
since it is a BSD variant!

The "Windows 95/98/NT" instructions are obviously out of date. I've not
used Windows since Windows 2000 so unfortunately I am incapable of
making the updates. I know that GNU Emacs provides binaries for Windows,
and I suspect that is what we should describe. I'd be willing to write
it all out if some one would volunteer to summarize the steps and test
the final doc.

I'm suspecting the XEmacs instructions need to go. I was unable to
compile CEDET 1.1 with the stable XEmacs build. Any one know better?

Any feedback welcome.

Cheers!
Shyamal

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
Shyamal Prasad | 30 Oct 19:37 2012
Picon

What versions of emacs does trunk code aim to support?

Hi,

The JDEE source claims to support very old version of Emacs, and it
might even actually do so today. There is code that suggests support
going back to XEmacs 20 (1997) and GNU Emacs 21 (2001). It is really
hard, and probably counter productive, to make sure that these
statements are in fact supportable now in 2012.

I end up testing my patches against

 * GNU Emacs 24.2 (the current stable release, Aug 2012)
 * GNU Emacs 23.4 (Jan 2012, it's in Debian/testing - my main work horse)

since I use these Emacs versions on a day to day basis. I also will fire
up

 * XEmacs 21.4.22 (released 2009, the current stable release)
 * GNU Emacs 23.2 (still "widely" used, 23.2 was released in May 2010)

which I have access to (via the Debian stable release) if I feel a need
to verify something.

Is this a reasonable goal for code on trunk (and the next JDEE release)?
How far back does our user base for the trunk code go?

Cheers!
Shyamal

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
shyamal | 10 Sep 23:17 2012
Picon

Bad compile load path for GNU emacs >= 23.3?

Hi,

I depend on JDEE and when it went away as a Debian package I found
myself building my own from the subversion trunk. 

One thing I seem to have learned: compiling trunk code does NOT work out
of the box. The reason is the build.el places the downloaded CEDET at
the end of the load path, so the emacs included CEDET always goes
before it! This leads to incomplete compilation and associated non
expansion of macros (e.g. see http://www.mail-archive.com/jdee-users <at> lists.sourceforge.net/msg00600.html).

The patch below seemingly allows me to reliably build and use JDEE on
Debian Squeeze (JDK 1.6.0_26, GNU Emacs 23.4.1, CEDET 1.0 downloaded
locally).

I suspect we could just set the add-to-list append parameter to nil
across all versions, but I don't have all the history here about why it
goes to the end. Feedback would be much appreciated. This was the most
defensive change I could think of.

Sorry for the cross post; these lists seem so quiet I'm not sure who is
reading which list, but I certainly would not mind a (gentle) rap on my
fingers.

Cheers!
Shyamal

diff --git a/jdee/config/build.el b/jdee/config/build.el
index 0365e42..ceebb98 100644
--- a/jdee/config/build.el
+++ b/jdee/config/build.el
 <at>  <at>  -46,7 +46,10  <at>  <at>  AUTOLOAD-LIBNAME the name of the generated autoload file."
        (add-to-list 'load-path elib-dir t))
     (when (and cedet-paths (> (length cedet-dir) 0))
       (dolist (path cedet-paths)
-       (add-to-list 'load-path (expand-file-name path cedet-dir) t)))
+       (add-to-list 'load-path (expand-file-name path cedet-dir)
+                     ;; emacs 23.2 added CEDET
+                     (and (< emacs-major-version 24)
+                          (< emacs-minor-version 2)))))
     (add-to-list 'load-path lisp-src-dir t)
     (eval-buffer autoload-buf)
     (message "load path: %s" (mapconcat #'identity load-path ":"))

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
Kurt Harriger | 16 Jun 19:26 2011
Picon

Marmalade

I found this site called marmalade http://marmalade-repo.org/ that allows users to upload and maintain their own ELPA packages.  JDEE is not currently in ELPA and I was thinking of submitting it but figured it might be best if it was uploaded and maintained by a project owner.  I this something someone would be willing to do.  

Thanks!

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
jdee-devel mailing list
jdee-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jdee-devel
Kurt Harriger | 16 Jun 19:22 2011
Picon

replace-in-string implementation conflicts with color-theme.el

I had problems getting jdee to work when color-theme was installed first.  Both jdee and color-theme define a function named replace-in-string if not already defined but the implementation differs.  

I renamed replace-in-string to jde-replace-in-string
My changeset is on github here:


I also added included a nt-contrib jar as its not installed by default on OS X. 

Thanks, 
Kurt Harriger
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
jdee-devel mailing list
jdee-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jdee-devel
Lee Brinton | 7 Jun 17:21 2011
Picon

Fix on OSX 10.6 for JDK 1.6

I have posted a patch to use {jdk_dir}/bundle/Classes/classes.jar if found.  My elisp ability is infantile so the solution may not be appropriate.

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
jdee-devel mailing list
jdee-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jdee-devel
Daniel Flesner | 30 Mar 22:35 2011

jde debugging


when i'm running jdee with the debugger, if i have 2 break points and
then delete one the debug mode quits working with the following stack
trace:

Debugger entered--Lisp error: (no-method-definition jde-db-breakpoint-get-line (nil))
  signal(no-method-definition (jde-db-breakpoint-get-line (nil)))
  jde-db-breakpoint-get-line(nil)
  jde-db-delete-breakpoint(nil)
  jde-jdb-cmd-clear-breakpoint([object jde-jdb-cmd-clear-breakpoint "jdb clear breakpoint"
"clear" [object jde-db-jdb-1-6 "jdb 1.6" "jdb" "*debug localhost:8787*" #<buffer *debug
localhost:8787*> #<process *debug localhost:8787*> t unbound ([object jde-jdb-stack-listener "jdb
stack listener" #1 ""] [object jde-jdb-breakpoint-listener "jdb breakpoint listener" #1 "^.*:
\"thread=.*\", \\(\\(.*[.]\\)*\\)\\([^$]*\\)\\($.*\\)*[.].+(), line=\\([0-9,.\240]*\\)" 3 5
"^Breakpoint hit: .*(pc \\([0-9]*\\))" ""]) [object jde-jdb-cmd-set "jdb commands" #1 [object
jde-jdb-cmd-launch-app "launch" "launch application in jdb debug mode" #1 unbound] [object
jde-jdb-cmd-launch-applet "launch" "launch applet in jdb debug mode" #1 unbound] [object
jde-jdb-cmd-run "run" "run" #1] [object jde-jdb-cmd-cont "cont"
  "cont" #1] [object jde-jdb-cmd-quit "jdb quit" "quit" #1] [object jde-jdb-cmd-step-over "jdb
step-over cmd" "next" #1] [object jde-jdb-cmd-step-into "jdb step-into cmd" "step" #1] [object
jde-jdb-cmd-step-out "jdb step-out cmd" "step up" #1] [object jde-jdb-cmd-up "jdb up cmd" "up" #1]
[object jde-jdb-cmd-down "jdb down cmd" "down" #1] [object jde-jdb-cmd-where "jdb where cmd" "where"
#1] [object jde-jdb-cmd-set-breakpoint "jdb set breakpoint" "stop at" #1 nil] #0 [object
jde-jdb-cmd-print "jdb print cmd" "print" #1 ""] [object jde-jdb-cmd-dump "jdb dump cmd" "dump" #1 ""]
[object jde-jdb-cmd-eval "jdb eval cmd" "eval" #1 ""] [object jde-jdb-cmd-set-var "jdb set cmd" "set"
#1 "" "null"] [object jde-jdb-cmd-locals "jdb locals cmd" "locals" #1 ""]] nil #0 [object
jde-jdb-debuggee-app "deb
 uggee" [object jde-db-debuggee-status "jdb status" t t nil] "" "Attached to socket localhost:8787"
[object jde-db-socket-attach-connector "connector" "8787" "localhost"]] "jdb"
"/usr/java/latest/bin/jdb" [object jde-jdb-breakpoint-listener "jdb breakpoint listener" #1
"^.*: \"thread=.*\", \\(\\(.*[.]\\)*\\)\\([^$]*\\)\\($.*\\)*[.].+(),
line=\\([0-9,.\240]*\\)" 3 5 "^Breakpoint hit: .*(pc \\([0-9]*\\))" ""]] nil] "> ")
  apply(jde-jdb-cmd-clear-breakpoint ([object jde-jdb-cmd-clear-breakpoint "jdb clear breakpoint"
"clear" [object jde-db-jdb-1-6 "jdb 1.6" "jdb" "*debug localhost:8787*" #<buffer *debug
localhost:8787*> #<process *debug localhost:8787*> t unbound ... [object jde-jdb-cmd-set "jdb
commands" #2 [object jde-jdb-cmd-launch-app "launch" "launch application in jdb debug mode" #2
unbound] [object jde-jdb-cmd-launch-applet "launch" "launch applet in jdb debug mode" #2 unbound]
[object jde-jdb-cmd-run "run" "run" #2] [object jde-jdb-cmd-cont "cont" "cont" #2] [object
jde-jdb-cmd-quit "jdb quit" "quit" #2] [object jde-jdb-cmd-step-over "jdb step-over cmd" "next" #2]
[object jde-jdb-cmd-step-into "jdb step-into cmd" "step" #2] [object jde-jdb-cmd-step-out "jdb
step-out cmd" "step up" #2] [object jde-j
 db-cmd-up "jdb up cmd" "up" #2] [object jde-jdb-cmd-down "jdb down cmd" "down" #2] [object
jde-jdb-cmd-where "jdb where cmd" "where" #2] [object jde-jdb-cmd-set-breakpoint "jdb set
breakpoint" "stop at" #2 nil] #1 [object jde-jdb-cmd-print "jdb print cmd" "print" #2 ""] [object
jde-jdb-cmd-dump "jdb dump cmd" "dump" #2 ""] [object jde-jdb-cmd-eval "jdb eval cmd" "eval" #2 ""]
[object jde-jdb-cmd-set-var "jdb set cmd" "set" #2 "" "null"] [object jde-jdb-cmd-locals "jdb locals
cmd" "locals" #2 ""]] nil #1 [object jde-jdb-debuggee-app "debuggee" [object jde-db-debuggee-status
"jdb status" t t nil] "" "Attached to socket localhost:8787" [object jde-db-socket-attach-connector
"connector" "8787" "localhost"]] "jdb" "/usr/java/latest/bin/jdb" [object
jde-jdb-breakpoint-listener "jdb breakpoint 
 listener" #2 "^.*: \"thread=.*\", \\(\\(.*[.]\\)*\\)\\([^$]*\\)\\($.*\\)*[.].+(),
line=\\([0-9,.\240]*\\)" 3 5 "^Breakpoint hit: .*(pc \\([0-9]*\\))" ""]] nil] "> "))
  eieio-generic-call-primary-only(jde-db-cmd-notify-response ([object
jde-jdb-cmd-clear-breakpoint "jdb clear breakpoint" "clear" [object jde-db-jdb-1-6 "jdb 1.6" "jdb"
"*debug localhost:8787*" #<buffer *debug localhost:8787*> #<process *debug localhost:8787*> t
unbound ... [object jde-jdb-cmd-set "jdb commands" #2 [object jde-jdb-cmd-launch-app "launch"
"launch application in jdb debug mode" #2 unbound] [object jde-jdb-cmd-launch-applet "launch"
"launch applet in jdb debug mode" #2 unbound] [object jde-jdb-cmd-run "run" "run" #2] [object
jde-jdb-cmd-cont "cont" "cont" #2] [object jde-jdb-cmd-quit "jdb quit" "quit" #2] [object
jde-jdb-cmd-step-over "jdb step-over cmd" "next" #2] [object jde-jdb-cmd-step-into "jdb step-into
cmd" "step" #2] [object jde-jdb-cmd-step-out "jdb step-out cmd" "st
 ep up" #2] [object jde-jdb-cmd-up "jdb up cmd" "up" #2] [object jde-jdb-cmd-down "jdb down cmd" "down" #2]
[object jde-jdb-cmd-where "jdb where cmd" "where" #2] [object jde-jdb-cmd-set-breakpoint "jdb set
breakpoint" "stop at" #2 nil] #1 [object jde-jdb-cmd-print "jdb print cmd" "print" #2 ""] [object
jde-jdb-cmd-dump "jdb dump cmd" "dump" #2 ""] [object jde-jdb-cmd-eval "jdb eval cmd" "eval" #2 ""]
[object jde-jdb-cmd-set-var "jdb set cmd" "set" #2 "" "null"] [object jde-jdb-cmd-locals "jdb locals
cmd" "locals" #2 ""]] nil #1 [object jde-jdb-debuggee-app "debuggee" [object jde-db-debuggee-status
"jdb status" t t nil] "" "Attached to socket localhost:8787" [object jde-db-socket-attach-connector
"connector" "8787" "localhost"]] "jdb" "/usr/java/latest/bin/jdb" [object jde-jdb-breakpoint-l
 istener "jdb breakpoint listener" #2 "^.*: \"thread=.*\",
\\(\\(.*[.]\\)*\\)\\([^$]*\\)\\($.*\\)*[.].+(), line=\\([0-9,.\240]*\\)" 3 5 "^Breakpoint hit:
.*(pc \\([0-9]*\\))" ""]] nil] "> "))
  jde-db-cmd-notify-response([object jde-jdb-cmd-clear-breakpoint "jdb clear breakpoint" "clear"
[object jde-db-jdb-1-6 "jdb 1.6" "jdb" "*debug localhost:8787*" #<buffer *debug localhost:8787*>
#<process *debug localhost:8787*> t unbound ([object jde-jdb-stack-listener "jdb stack listener" #1
""] [object jde-jdb-breakpoint-listener "jdb breakpoint listener" #1 "^.*: \"thread=.*\",
\\(\\(.*[.]\\)*\\)\\([^$]*\\)\\($.*\\)*[.].+(), line=\\([0-9,.\240]*\\)" 3 5 "^Breakpoint hit:
.*(pc \\([0-9]*\\))" ""]) [object jde-jdb-cmd-set "jdb commands" #1 [object jde-jdb-cmd-launch-app
"launch" "launch application in jdb debug mode" #1 unbound] [object jde-jdb-cmd-launch-applet
"launch" "launch applet in jdb debug mode" #1 unbound] [object jde-jdb-cmd-run "run" "run" #1] [object
jde-jdb-cmd-cont "cont" "
 cont" #1] [object jde-jdb-cmd-quit "jdb quit" "quit" #1] [object jde-jdb-cmd-step-over "jdb step-over
cmd" "next" #1] [object jde-jdb-cmd-step-into "jdb step-into cmd" "step" #1] [object
jde-jdb-cmd-step-out "jdb step-out cmd" "step up" #1] [object jde-jdb-cmd-up "jdb up cmd" "up" #1]
[object jde-jdb-cmd-down "jdb down cmd" "down" #1] [object jde-jdb-cmd-where "jdb where cmd" "where"
#1] [object jde-jdb-cmd-set-breakpoint "jdb set breakpoint" "stop at" #1 nil] #0 [object
jde-jdb-cmd-print "jdb print cmd" "print" #1 ""] [object jde-jdb-cmd-dump "jdb dump cmd" "dump" #1 ""]
[object jde-jdb-cmd-eval "jdb eval cmd" "eval" #1 ""] [object jde-jdb-cmd-set-var "jdb set cmd" "set"
#1 "" "null"] [object jde-jdb-cmd-locals "jdb locals cmd" "locals" #1 ""]] nil #0 [object
jde-jdb-debuggee-app "debug
 gee" [object jde-db-debuggee-status "jdb status" t t nil] "" "Attached to socket localhost:8787"
[object jde-db-socket-attach-connector "connector" "8787" "localhost"]] "jdb"
"/usr/java/latest/bin/jdb" [object jde-jdb-breakpoint-listener "jdb breakpoint listener" #1
"^.*: \"thread=.*\", \\(\\(.*[.]\\)*\\)\\([^$]*\\)\\($.*\\)*[.].+(),
line=\\([0-9,.\240]*\\)" 3 5 "^Breakpoint hit: .*(pc \\([0-9]*\\))" ""]] nil] "> ")
  #[(this output) "\306\307\310Q!\210\311	\312\"\311	\304\"\311	\302\"\f\313:\2038

Gmane