I'm currently using Ensime for Scala development with Emacs. I wonder
whether a JDEE fork could get reuse from Ensime directly, or whether
the design of Ensime would be useful for a rewrite of JDEE? It's a
great tool.
On Mon, May 4, 2015, at 11:44 PM, Paul Landes wrote:
> 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 <robjsarg...@gmail.com> 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[1], 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
>>> jdee-users@lists.sourceforge.net
>>> 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 jdee-users@lists.sourceforge.net
>> 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[2]
> _________________________________________________
> jdee-users mailing list jdee-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jdee-users
Links:
1.
http://henrikwarne.com/2012/06/17/programmer-productivity-emacs-versus-intellij-idea/
2. http://ad.doubleclick.net/ddm/clk/290420510%3B117567292%3By
------------------------------------------------------------------------------
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
jdee-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jdee-users
