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. 

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 

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

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

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

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.

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

Marmalade

------------------------------------------------------------------------------
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

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

------------------------------------------------------------------------------
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

Fix on OSX 10.6 for JDK 1.6

------------------------------------------------------------------------------
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

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

Re: JDEE, CEDET and Maven Util

------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev

_______________________________________________
jdee-devel mailing list
jdee-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jdee-devel