Thanks Rob for your comments.

The main issue is there are not enough developers to get it back up to 
snuff--only maintain what we have.  JDEE is very large and IMO it needs to be 
reduced to eliminate bloat and then expand through a more flexible plugin 
framework.

It's been my plan for many years to fork it implementing some design changes 
but this is a lot of work all at one time for one person.  It is even more work 
to keep use a new fork code base and continue developing Java with JDEE, which 
is what I currently do.

Most of the original authors of JDEE don't write Java anymore, but if there is 
enough interest a new fork and I had others to help out I'd think more 
seriously about embarking on such a project in the shorter term.

Basic technology stack I was thinking:

- Maven :all builds, dependencies, project related stuff resides in a pom 
(regardless of if you choose to use maven as a build tool).
- Clojure: I've been using Clojure now for the last year or so and have decided 
for very practical reasons to use it instead of a CommonLisp based JVM language 
(i.e. Armed Bear/ABCL)
- Leiningen (http://leiningen.org): mostly for the Clojure Java integration 
side stuff but there might be something useful on the project setup side as 
well.
- Cider: I'm currently using nrepl, but I hear this is the new direction for 
Clojure/Emacs integration.
- Move semantic functionality to some JVM based API.  Upside is this gets rid 
of some limitations and complexity of semantic, but increases complexity on the 
JVM side.
- Investigate some of the Eclipse libraries (not IDE) to see if there could be 
some reuse.  That said, I'm reluctant to do too much with this as a lot of 
their work involves dumping a JVM and reloading because of the way class 
loading works.
- Move to Github

Regarding the Eclipse libraries: Ideally there would be no class loading at all 
and we could use some library (written in Java or any other language) to do 
everything Beanshell currently does.  The code generation would be straight 
forward, but the reflection would be hard since it currently uses ASM to 
compile and then class load what you've written.  However, Eclipse is able to 
grok your code and do things like method completion before it successfully 
compiles it. I have to believe they have some library (or use a third party 
library) to do this and it doesn't involve class loading.

I started to investigate dynamic class reloading in Clojure and I've found the 
facility does indeed exist, but is less accessible.  I started to look at a 
library on git that makes class loading straight forward, but it appears this 
library is no longer compat with newer versions of Clojure.

If there are any volunteers, i.e. someone more familiar with the Eclipse code 
base, maybe someone can look into what libraries would work.

In the past, discussion like this has lead to more discussion but no action.  
Maybe something will change.



On May 1, 2015, at 6:45 PM, Rob Sargent <[email protected]> wrote:

> Javier,
> You have hit the usual bumps. Some, with persistence you will smooth out. 
> Others, no so much.  There may or may not be current effort on JDEE, I cannot 
> really tell.
> 
> I can however assure you that your 'long term commitment to emacs' will 
> reward you many fold.  Don't be afraid to use to the ides (Eclipse, NetBeans 
> are free and powerful alternatives to IntelliJ).  They do their one job well. 
>  They all suck as editors.  Turn on auto-revert-mode for your java files and 
> any edit's you do make in the ide will be seen in emacs. Learn emacs' flavour 
> of auto-complete (dabbrev and others). Rectangles and serious macros and so 
> much more await you. 
> 
> And maybe someday you will help in getting jdee back up to snuff.
> 
> On 05/01/2015 04:19 PM, Javier Mares Romero wrote:
>> Good people of JDEE,
>> 
>> I'm a new user and, even though I can compile, upon emacs startup I get the 
>> following errors:
>> Package lmenu is obsolete!
>> 
>> Package sregex is obsolete!
>> 
>> And when I try to compile, I get: 
>> 
>> The JDE does not recognize JDK 1.8 javac. Assume JDK 1.6 javac?(yes or no) 
>> 
>> Upon saying yes, it seems to compile just fine.
>> 
>> Environment data:
>> 
>> - OSX Yosemite
>> 
>> - Emacs 24.4.1
>> 
>> - JDK 8u45
>> 
>> This is my entire .emacs file:
>> 
>> ;; Load JDEE code and use it when loading Java source files.                 
>>        (add-to-list 'load-path "~/.emacs.d/jdee-2.4.1/lisp")
>> 
>> (load "jde") 
>> 
>> How can I fix these? Is this a problem?
>> 
>> Even though I'm relatively new to Emacs and software engineering, I have 
>> come to believe in long term commitment to emacs. I would therefore like to 
>> ask you: What do you think of the features mentioned in this article, 
>> features which IntelliJ possesses and Emacs currently lacks? Many of them 
>> seem quite useful. Is there a chance they will eventually become available 
>> in Emacs?
>> Thank you very much.
>> 
>> My best,
>> Javier
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> One dashboard for servers and applications across Physical-Virtual-Cloud 
>> Widest out-of-the-box monitoring support with 50+ applications
>> Performance metrics, stats and reports that give you Actionable Insights
>> Deep dive visibility with transaction tracing using APM Insight.
>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>> 
>> 
>> _______________________________________________
>> jdee-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jdee-users
> 
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________
> jdee-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jdee-users

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
jdee-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jdee-users

Reply via email to