requiring malabar-mode fails with (invalid-slot-type ede-project-autoload proj-root function ede-maven2-project-root)

[dakrone]

When using a nightly CEDET (I believe this issue has to do with EIEIO), I get this error when requiring malabar-mode in my Emacs initialization:

(invalid-slot-type ede-project-autoload proj-root function ede-maven2-project-root)

Here is the full debugging trace:

Debugger entered--Lisp error: (invalid-slot-type ede-project-autoload proj-root function ede-maven2-project-root)
  signal(invalid-slot-type (ede-project-autoload proj-root function ede-maven2-project-root))
  eieio-validate-slot-value(ede-project-autoload 8 ede-maven2-project-root proj-root)
  eieio-oset([object ede-project-autoload "malabar-maven2" "MALABAR MAVEN2" ede/maven2 "pom.xml" t nil unbound nil unbound unbound nil t t] proj-root ede-maven2-project-root)
  #[(obj slots) "\304\216�\305H B�\n\2057

[dakrone]

Digging further, I think the latest version of ede may have removed the ede-maven2-project-root method, which malabar-mode is using when adding the project?

[dakrone]

It looks like it was removed, I added a stub that used locate-dominating-file and it looks like ede-files-find-existing was removed also, so it will require more digging.

[m0smith]

Where are you getting CEDT from and which version of malabar-mode are you using?

[dakrone]

I'm getting CEDET from http://git.randomsample.de/cedet.git , currently on SHA 1f54b22.

For malabar-mode, I'm using the latest from MELPA - malabar-mode-20141211.1319

[dakrone]

Looks like ede-maven2-project-root was removed in CEDET 102463cd5b43e7df11d88555555c5b3ab0fb495b

Here's the full commit message and diff: https://gist.github.com/dakrone/2d81ff3e2e96f3c836ca

[dakrone]

More digging, it looks like ede-files-find-existing was removed in favor of ede-detect-directory-for-project in cedet/lisp/cedet/ede/detect.el (hopefully you find this useful)

[m0smith]

The version that is currently in MELPA is the last version on that branch. I have started a rewrite but it is not ready for MELPA yet. Checkout the 2.0 branch and follow the instructions at https://github.com/m0smith/malabar-mode/blob/develop/doc/2.0/INSTALL.md to install.

[dakrone]

Thanks for the heads up, I'm working with the 2.0 branch now. Unfortunately malabar-mode still doesn't load, giving a:

Cannot open load file: no such file or directory, semantic/wisent/java-wy

[m0smith]

Are you using the develop cedet from github?

[dakrone]

I haven't been, I was using it from the mainline dev git repo, I see that the CEDET from github has changes that aren't part of the actual CEDET main branch.

For now, I've reverted back to using the included CEDET in Emacs 24.4 and pinned malabar-mode to melpa-stable instead of using unstable package, so I'm going to close this for now.

Looking forward to the next stable release of malabar-mode, thanks for all the work you're putting into it!

[m0smith]

In working on gh-177 I came across the same problems. I will now be able to implement your suggestions. Thanks

[Ingli]

I ran into a similar issue and couldn't solve it. What I did on Ubuntu 14.04 was to

• install Emacs 24.5.1 and use the builtin CEDET
• install sdkman from sdkman.io using the instructions there
• sdk install gradle groovy maven
• symlink ~/.gvm to ~/.sdkman
• symlink ~/.sdkman/candidates/groovy to ~/.sdkman/groovy
• in emacs, install using ELPA: dash, groovy-mode, malabar-mode

The error is the same as stated above: cannot find ede/maven2. Is there any hope to make malabar and emacs friends again?