The project has moved to GitHub and issues are tracked there. I recommend
submitting an issue there.
https://github.com/jdee-emacs/jdee
> On Oct 28, 2020, at 9:34 AM, rp johns wrote:
>
> I just got a new machine with ubuntu 20.04. My previous machine was running
> ubuntu 15.04 with emacs24
I integrated some work into JDEE from someone else’s work that would configure
(serve the purpose of the prj.el) file from a pom file. I’m not sure what the
status is of that but I’m happy to share the code. It would have to be
integrated into the current state of the project.
Regards,
Paul
>
>mehul
>
>
> On Fri, Dec 2, 2016 at 1:00 PM, Paul Landes wrote:
> The project’s owner and primary maintainer is now Mr. Wojnowski. He’s been
> the most active lately and shown to have a very good handle on the project.
> He’ll make a great project owner.
&
The project’s owner and primary maintainer is now Mr. Wojnowski. He’s been the
most active lately and shown to have a very good handle on the project. He’ll
make a great project owner.
I’ll still be a maintainer and help in ways I can. However, I no longer do
much in Java and I think the pro
"proper support" I mean indentation and font-lock at a minimum.
>
>> On Mon, May 4, 2015 at 7:44 AM, 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 mai
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 yea
Include the full stack trace please.
On Nov 6, 2014, at 1:32 AM, Blue Glacier wrote:
> Hello,
>
> according to this manual, there is a command for inserting a Javadoc comment:
>
> "To insert a skeleton javadoc comment for a class or a method, position
> point in the first line of the m
'll
> update the online user guide in a week or two. The trunk code now builds
> a 2.4.2 release (which can be whatever it now needs to be, fork or no
> fork).
>
> Cheers!
> Shyamal
>
>>>>>> "Paul" == Paul Landes writes:
>
>Paul&g
Fun fact: when your maven connects directly to public repositories, you're
> depending on non-free software to do your daily work. TODO: implement free
> replacement; run it locally AND publically.
> 3. But Maven liberated us from jar-hell.
>
> > -Original Message-
On May 6, 2013, at 7:20 PM, "Eric M. Ludlam" wrote:
> On 05/06/2013 01:53 PM, Paul Landes wrote:
>>
>> On Apr 30, 2013, at 5:58 PM, Eric M. Ludlam wrote:
>>> To be clear, I do agree about not having a convoluted dependency between
>>> JDEE and
nt to have
> maven be a required dependency of JDEE.
>
> Troy
>
>
> On Mon, May 6, 2013 at 2:27 PM, Paul Landes wrote:
> Hi Troy,
>
> Nice to hear from you again and I appreciate your concern.
>
> You can invoke ant builds from maven and there is ant support
ourse. This is just the full compile use case.
There is another use case for fly compile to get real time errors, symbol
completion, javadoc etc.
On May 1, 2013, at 6:58 PM, Shyamal Prasad wrote:
>>>>>> "Paul" == Paul Landes writes:
>
>Paul> M
/src) etc from maven.
On May 1, 2013, at 6:45 PM, Rob Sargentg wrote:
> emacs has perfectly good maven support:
> M-x compile
> cd && mvn compile (or dependency:build-classpath or ...)
>
> On 05/01/2013 03:48 PM, Paul Landes wrote:
>> My thinking is that maven will
.
On May 1, 2013, at 6:15 PM, "Daniels, Troy (US SSA)"
wrote:
>
>
> From: Paul Landes [mailto:lan...@mailc.net]
> Sent: Wednesday, May 01, 2013 5:48 PM
> To: Gian Uberto Lauri
> Cc: JDEE Development; JDEE Users; Dave Paroulek
> Subject: Re: [jdee-devel] [jdee-us
On May 1, 2013, at 8:50 AM, Phillip Lord wrote:
> Paul Landes writes:
>> I actually did consider Clojure, nrepl, Leiningen etc. and I agree on all
>> points. The issue for me is it isn't Lisp. It's lisp like and has many of the
>> features, but still isn't
These are great details--Thanks Przemysław. However, I think first we need to
either come to a consensus as to whether it is worth forking or refactored.
BTW--There already is some code completion (`jde-complete') and method jumping
in its current form can be accomplished with CEDET's speedbar)
27;m sure I do for everyone else that we all very
much appreciate your contributions--they are huge!
> If there are particular JDEE tasks you have questions on, let me know and
> I'll pitch my 5 cents your way. :)
Thanks again Eric.
> On 04/30/2013 03:33 PM, Paul Landes wrote:
&
My thinking is that maven will be a dependency. JDEE supporting ant, maven,
javac compilations is one huge contributing reason for its bloat.
Would declaring offline mode in the ~/.m2/settings.xml and making all needed
dependencies available for download from SF be sufficient? Should be a one
nd then there's context sensitive symbol completion,
>> and jump-to-definition. And project management that understands projects
>> and families of projects...
>>
>> I know that JDEE has solutions to many of these problems. But the solutions
>> are fragile, i
Apr 30, 2013, at 5:44 AM, Phillip Lord wrote:
> Paul Landes 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 oth
re environment that needs to be standardized.
>
>
> On Mon, Apr 29, 2013 at 8:10 PM, Eric M. Ludlam wrote:
> On 04/29/2013 11:55 AM, Paul Landes wrote:
> > Again, I have thought about forking/canabalizing etc. The primary
> > motivation is that the project is large and very
Shyamal,
It isn't possible to duplicate the beanshell functionality in elisp. It has to
be in Java or a Java scripting language since Java reflection is used for
templating/wizards etc.
On Apr 29, 2013, at 12:46 PM, Shyamal Prasad wrote:
>
>>>>>> &qu
in semantic with one
(correct me if I am wrong Eric) developer will have issues keeping up. Unless
of course Java starts to stagnate, but that's another topic :)
On Apr 29, 2013, at 10:10 PM, Eric M. Ludlam wrote:
> On 04/29/2013 11:55 AM, Paul Landes wrote:
>> Again, I have
>>>>>> "Henry" == Henry S Thompson writes:
>
>Henry> Paul Landes writes:
>
>>> dependent on CEDET. I have nothing bad to say about CEDET but
>>> it's current integration with Emacs post 23 has been non-compat
>>> and creat
urces to create
this all together! We don't need an army of devs, only a few that can work
with me and help me implement specific parts of the architecture. I'm strong
on Emacs Lisp, Java and decent with CL (I am weak on APIs out there).
Devs and users: please let me know!
-Paul L.
Thanks all for your help in resolving this issue. I appreciate it and so does
the community!
On Apr 14, 2013, at 9:59 AM, Vincent Belaïche wrote:
>
> Good to hear that the patch works. A special thank should go to Eric M.
> Ludlam who gave the right clue to me.
>
>
>Vincent.
>
>
>
Do we need to test it on other platforms? I'd like it tested at least on Linux
and OSX if possible.
Thanks again guys.
On Apr 12, 2013, at 6:29 PM, Shyamal Prasad wrote:
>> "Vincent" == Vincent Belaïche writes:
>
>Vincent> Anyhow, I have redone the patch from the latest after a
>
Thanks Shyamal for your response.
Vincent: yes this is a known issue. Is there anyway you can respond to the bug
or add comments to this effect?
Also, Shyamal has recently updated the install docs he mentioned (and did a
great job), which includes the CEDET compilation step.
Let me know if yo
Is this still an issue?
On Feb 24, 2013, at 6:44 AM, Vincent Belaïche wrote:
> Just to say that my init.el contains some piece of emacs-lisp code that
> removes from load-path the CEDET that is bundled with EMACS and add CEDET
> from some CVS tree. I had done that in some prior desperate atte
I must have missed that one. What is the problem you have?
I and many others are currently using 24 so it shouldn't be too hard to get you
up and running.
On Feb 21, 2013, at 3:45 PM, Vincent Belaïche wrote:
>> Is the JDEE actually being supported? Used?
>
> Well, I have been using JDEE fo
This is now in. Will Vincent and/or someone else please test it? I currently
don't have a win/msdos setup to test with.
Vincent: Just curious, why didn't you use the Sourceforge bug tracker? I
believe you have an account right?
Thanks Vincent.
On Feb 20, 2013, at 11:28 PM, Vincent Belaïche
e a good time to create a new release.
On Oct 30, 2012, at 11:59 PM, Shyamal Prasad wrote:
>>>>>> "Paul" == Paul Landes writes:
>
>Paul> Thanks Shyamal, Also, we might want to add the CEDET 1.1
>Paul> tarball to the downloads on SF.
Thanks Shyamal,
Also, we might want to add the CEDET 1.1 tarball to the downloads on SF.
On Oct 29, 2012, at 11:46 AM, Shyamal Prasad wrote:
>> "Vincent" == Vincent Belaïche < > writes:
>
>Vincent> Here is my EMACS version
>
>Vincent> GNU Emacs 24.2.50.1 (i386-mingw-nt5.1.2600)
Hi Vincent,
The install instructions in the svn trunk have recently been updated so take a
look there before doing any thing else.
Also you want to make sure your using the cedet you've downloaded and not the
shipped version. I'd do a M-x find-library or function to make sure you're
getting t
I suggest using the latest trunk with cedet 1.1 and working out the
jde-get-tools-jar issue. A patch would be nice so others can have a smooth
transition to 24.
Thanks Shyamal.
On Sep 13, 2012, at 1:08 AM, Shyamal Prasad wrote:
> Hi,
>
> Has anyone managed to get Emacs 24 and JDEE to work
Will you please send the entire file? Patch on OSX barfs on 46.
Thanks.
On Sep 10, 2012, at 4:17 PM, shya...@member.fsf.org wrote:
> 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 le
Cedet isn't part of the JDEE--it only uses it. It is it's own library
maintained by Eric M. Ludlam.
Please redirect to emacs at siege dash engine dot com
http://cedet.sourceforge.net/
On Sep 5, 2012, at 3:21 PM, Vincent Belaïche wrote:
> Dear all,
>
> speedbar.texi has a bug and does not co
Switching to 24 shouldn't have these kinds of effects. You might want to add
some logging code or set a variable to make sure the configuration you think is
being invoked actually is.
You also might consider switching to maven and using the JDEE maven plugin.
On Aug 17, 2012, at 7:33 AM, ern
It's updated in the svn repo. Please update and test.
Thanks.
On Aug 7, 2012, at 8:53 AM, Martin von Gagern wrote:
> Hi!
>
> I originally reported this issue at https://bugs.gentoo.org/428630 .
>
> When I load a java file in my emacs (app-editors/emacs-24.1), I get a
> second buffer labeled
>> With:
>>> CEDET-1.0pre7
>>> elib 1.0
>>> Oracle JDK-1.7.0 (not the default that comes with the distribution
>>> i.e. IcedTea and GJC)
>>> ant-1.8.2
>
> Thanks.
>
> On Sat, 2012-01-28 at 18:38 -0600, Paul Landes wrote:
>> Thanks f
CLASSPATH=/usr/share/java/ant-contrib-1.0b2.jar
>JAVA_HOME=/path/to/jdk1.7.0_02/ ant bindist
>
> 3.7 Install
> env CLASSPATH=/usr/share/java/ant-contrib-1.0b2.jar
>JAVA_HOME=/path/to/jdk1.7.0_02/ ant install
>
> 4. Load into Emacs by adding the following to
so I think I can
> work with this JDE installation.
>
> If you want me to test something to fix this and I have time I will do.
>
> Thanks a lot.
>
> On Fri, 2012-01-20 at 05:12 -0600, Paul Landes wrote:
>> Try this:
>>
>> http://www.mail-archive.com
;cedet)
> (add-to-list 'load-path "/usr/share/jdee/lisp/")
> ;;Load autoloads file
> (load "jde-autoload")
>
> Thanks.
>
> On Thu, 2012-01-19 at 17:40 -0600, Paul Landes wrote:
>> What is the output of
>>
>> M-x (featurep
gt; I tested first with elib then without elib but either case I get the
> same error.
>
>
> Thanks.
>
> On Wed, 2012-01-18 at 13:00 -0600, Paul Landes wrote:
>> Use the cedet-1.0pre7 version instead.
>>
>>
>> On Jan 18, 2012, at 12:36 PM, Edwin Helb
tp://www.mail-archive.com/jdee-users@lists.sourceforge.net/msg00584.html
>>
>> I am using Emacs 23.3.1
>> JDEE 2.4.1
>> cedet-1.0pre7
>> I tested first with elib then without elib but either case I get the
>> same error.
>>
>>
>> Thanks.
>>
es a version of CEDET between 1.0beta2 and 1.0 (found 1.0.1)
>
> And the JDE mode is not activated.
>
> Thanks.
>
> On Wed, 2012-01-11 at 13:01 -0600, Paul Landes wrote:
>> The Emacs distributed CEDET version in 23 is broke. I suggest switching to
>> the m
aded file /usr/share/emacs/23.3/lisp/cedet/semantic/find.elc where
> the semantic-brute-find-tag-by-class function is defined but I still get
> the same error when I do M-x jde-ope-class-at-point. Also, I cannot get
> the "Classes" menu.
>
> Thanks
>
> On Wed, 2012
This is a great suggestion. Try M-x load-file edit.el and if that still
doesn't work, try loading semantic-find.el (which is where the function is for
me). If that still doesn't work, do a find/grep on your emacs or cedet install
dir (or better igrep) for the funciton.
On Jan 11, 2012, at 10
I'm not sure about the jde-xref question.
For semantic, what version do you have? I'd suggest downloading CEDET from the
web and installing it rather than using the one that comes from Emacs.
On Jan 8, 2012, at 5:22 PM, Edwin Helbert Aponte Angarita wrote:
> First of all I want to say that th
Oct 1, 2011, at 2:45 PM, Olivier Lefevre wrote:
> On 10/1/2011 9:14 PM, Paul Landes wrote:
>> Did you add a "-D"?
>
> No. I added it to build.properties so as to have a written record
> of the tweak. Now with -D it worked. But what is build.properties
> for, then
Did you add a "-D"?
Try this at the command line:
$ ant -Dbuild.bin.emacs=echo -Dbuild.lisp.is-xemacs=false
On Oct 1, 2011, at 2:03 PM, Olivier Lefevre wrote:
> On 10/1/2011 8:53 PM, Paul Landes wrote:
>> You could try it on cygwin
>
> This *is* cygwin.
>
>>
Were now on subversion. Try the latest and send a backtrace if it still
doesn't work.
svn co https://jdee.svn.sourceforge.net/svnroot/jdee/trunk jdee
On Sep 24, 2011, at 12:36 PM, Jeff Rancier wrote:
> Paul Landes writes:
>
>>
>> Fixed on the trunk (now at rev
This is failing from an invocation to emacs to tell it whether or not it's an
xemacs install. Not sure why it isn't running--I've tested this myself on
windows. You could try it on cygwin as there might be something wrong with
parameter passing in the fork/exec out to a shell for the emacs inv
This is what I'm currently using:
JDEE: 2.4.1
Cedet: cedet-1.0pre7
Emacs: 23.2.1
No elib (i.e. no avltree, instead 'avl-tree from the Emacs 23)
On Aug 26, 2011, at 9:44 AM, Joe Snikeris wrote:
> On Thu, Aug 25, 2011 at 7:15 PM, Eric Ludlam wrote:
>> Ah, I think I misread the original. You wo
>>> Also, I started looking into doing the packaging, and noticed that
>>> the bsh-commands aren't included in the zip file on the downloads
>>> area anymore. Is that deliberate? It looks like there are a few
>>> places that still reference them.
>>&
ed
> the jde-testng. Since I'm now going to be working with TestNG at
> work, I
> thought it would be nice to have.
>
> On Sat, May 7, 2011 at 11:10, Paul Landes wrote:
>> I believe the EmacsWiki is out of date and I don't think that is
>> needed.
>&g
(set (make-local-variable 'font-lock-defaults)
> jde-java-font-lock-defaults)))
>
>
> -Original Message-
> From: Paul Landes [mailto:lan...@mailc.net]
> Sent: Wednesday, May 04, 2011 10:55 PM
> To: jahlborn@users.sourceforge.netjahlb...@users.sourceforge.net
> Cc:
gt; :)
>>
>> Eric
>>
>> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598897
>>
>> On Wed May 4 19:56:03 2011, Paul Landes wrote:
>>> No, I don't know. Is there anyway you could create one and submit
>>> it
>>> using the 2.
I believe the EmacsWiki is out of date and I don't think that is needed.
Are you working from this:
http://sourceforge.net/projects/jdee/
On May 5, 2011, at 1:57 PM, Mehul Sanghvi wrote:
> I was browsing the JDEE related page on EmacsWiki and saw that there
> is something called
> jde-test
No, I don't know. Is there anyway you could create one and submit it
using the 2.4.0.1 version?
On May 4, 2011, at 9:03 AM, Mehul Sanghvi wrote:
> Does anyone know what happened to the debian package for JDEE ?
> It is stuck at 2.3.5.1 and isn't even testing anymore.
>
>
> --
> Mehul N. Sang
nts, as the
> package
> names are fontified in font-lock-constant face sometimes
> (incorrect), and
> jde-java-font-lock-package face other times (the "correct" face).
> Thanks,
> -james
>
> -Original Message-
> From: Paul Landes [mailto:lan...@mail
ces are applied (due,
> presumably, to the different values of font-lock-keywords). your
> configuration below is just face configuration, so I'm not sure how
> that
> will help anything. What kind of stack trace are you looking for?
> You want
> me to send the 2 dif
1, at 10:04 PM,
wrote:
> I haven't noticed the problem in any other modes, although I'm not
> opening
> many large files these days which aren't java files. When I've been
> testing
> this behavior, I've observed it both with the beanshell running and
Does this happen in other modes? It sounds like an issue more related
to font-lock.
Do you have beanshell running while this is happening? If so, kill
the *JDEE bsh* buffer.
On Apr 27, 2011, at 10:48 AM,
wrote:
> A little more futzing led me to another interesting observation: it
> s
This is in. Will you please update your snapshot and test?
BTW--The version numbers you have here are a little off so I had to do
this manually. Please make sure what's in the repo is what you have.
Thanks.
On Apr 24, 2011, at 2:35 AM, Vincent Belaïche wrote:
> Hello all,
>
> I came accros
Have you tried to customize the face? If not, try that and let me
know what happens.
On Apr 25, 2011, at 7:36 PM, > wrote:
Hey,
Just wondering if anyone else has experienced erratic font-lock
behavior. When I run jdee in emacs 23 (and the trunk of jde), the
font-lock-keywords seems
This is now in. Please update and confirm the change.
Thanks Troy.
On Apr 8, 2011, at 11:19 AM, Daniels, Troy (US SSA) wrote:
> There appears to be a bug in jde-create-prj-values-str when using
> nested project files. Consider this directory structure.
>
>
> Root
> --classes
> --prj.el (defi
You also will need to restart the beanshell instance if the .class file was
added after you did an initial class find.
On Jan 4, 2011, at 7:47 AM, Jim Crossley wrote:
> Make sure that the .class file of the class you're looking for exists on
> the jde-global-classpath.
>
> Jim
>
> tyrael tong
Thanks Peter, I'll take a look.
On Sep 27, 2010, at 8:12 PM, Peter Hua wrote:
jde-int is a simple script I wrote to imports Eclipse projects to
JDEE.
Run
(jde-int-find-and-import-projects “/path/to/workspace”)
to generate prj.el files for every project under the workspace.
http://github.
Not at this time, no.
On Sep 5, 2010, at 7:42 AM, Mehul Sanghvi wrote:
> Anyone using JDEE for working with Android ? Any pointers on how to
> setup JDEE to do Android development ?
>
> --
> Mehul N. Sanghvi
> email: mehul.sang...@gmail.com
>
> --
You have to add the ant contrib jar to your ant classpath (CLASSPATH
var in ~/.antrc). It's here:
http://sourceforge.net/projects/jdee/files/jdee/Dependencies/ant-contrib-1.0b3-bin.tar.bz2/download
On Jun 17, 2010, at 4:10 PM, Vincent Belaïche wrote:
> Hello Len,
>
> Thank you for the quick
Mansour found this link:
http://sourceforge.net/blog/some-good-news-SourceForge-removes-blanket-blocking/
I've switched the mentioned "export controls" and it should now be
available everywhere it was before. Those in the mentioned countries
please test.
Thanks.
On Jun 7, 2010, at 10:1
Absolutely agree with Philip.
Lennart: Thanks for pointing this out. I'll add this to the list.
What I'd really like is a second place to upload the code or hand it
off to someone else as Philip mentioned.
On Jun 7, 2010, at 10:19 PM, Lennart Borgman wrote:
> On Mon, Jun 7, 2010 at 4:02 PM,
Good suggestions. I'll look into them.
On Jun 7, 2010, at 8:00 AM, Jason McBrayer wrote:
Probably a mirror on github or bitbucket would minimally do the
trick. If you wanted to move project hosting, savannah.nongnu.org
might be possible.
--
Jason F. McBrayer
http://jfm.carcosa.net/
--
Looks like SF doesn't have much of a choice--this is an issue with the
US foreign policy, not FS:
http://sourceforge.net/blog/clarifying-sourceforgenets-denial-of-site-access-for-certain-persons-in-accordance-with-us-law/
I disagree that it's a any developer's obligation to engage in
poli
require 'jde)
I have not built anything from the source file I checked out (was I
supposed to do so ?)
I have no reference whatsoever to any cedet since I wish to stock
to the emacs 23 bundled version
Thanks for your help
Eric Le Goff
On Thu, Jun 3, 2010 at 10:37 PM, Jose A. Ortega R
This was my fault. I got rid of the jar file in the repository and
the emacs lisp source but not the Java source.
The file has been removed and it should now compile.
On Jun 4, 2010, at 2:13 PM, Daniel Flesner wrote:
> "Jose A. Ortega Ruiz" writes:
>
>> On Fri, Jun 04 2010, Daniel Flesner w
b.dir}/elib-1.0
# Emacs 23
prefix.dir=${user.home}/opt/app/jdee-${project.version}
cedet.dir=${third.party.lib.dir}/cedet-1.0pre7
build.bin.emacs=/Users/landes/Applications/Emacs.app/Contents/MacOS/
Emacs
On Jun 3, 2010, at 3:11 AM, Jose A. Ortega Ruiz wrote:
> On Thu, Jun 03 2010, Paul Landes wro
43 PM, Jose A. Ortega Ruiz wrote:
> On Thu, Jun 03 2010, Paul Landes wrote:
>
>> That's now fixed.
>>
>> Those on Emacs 23 now don't need to include cedet.dir or elib.dir in
>> their configuration (either in ~/.jdee-config.properties or in
>> build.pro
That's now fixed.
Those on Emacs 23 now don't need to include cedet.dir or elib.dir in
their configuration (either in ~/.jdee-config.properties or in
build.properties).
On Jun 2, 2010, at 7:13 AM, Eric Le Goff wrote:
> I recently checked out the svn trunk of jdee
> I am runnings GNU emacs 2
None, in fact my implementation is inferior to his. I'll be adding
this to the trunk soon.
Thanks for bringing this up Steven!
On May 11, 2010, at 10:27 AM, Steven Huwig wrote:
How different is this approach from the one taken in jde-mvn ?
http://bitbucket.org/espenhw/jde-mvn/wiki/Home
T
JDEE now uses the version of CEDET that ships with Emacs 23.2. This
is only applied to Emacs 23. Previous versions of Emacs should be
functionally the same as before the change.
I've backed out the jde-maven-util source code and respective libs
I've added as someone had mentioned had broug
ugh beanshell. Add a `t' after the `deps' to do it
via the command line with the script I gave below.
On May 9, 2010, at 7:17 PM, Paul Landes wrote:
> I've added new maven dependency support that expands on this idea.
>
> Ideally, I'd like to access the code ma
H jde.util.MavenUtils "$@"
--snip
On Apr 21, 2010, at 11:08 PM, James Ahlborn wrote:
> alright, think this will work, although it's a bit of an ugly hack.
> couldn't figure out a better way to get push and xml-node-attributes
> to play nice together.
&g
Try putting this in your ~/.emacs:
(setq jde-help-remote-file-exists-function '("beanshell"))
On Apr 28, 2010, at 3:48 PM, Vincent Belaïche wrote:
> Hello,
>
> I have a new machine with MSWindows XP (my old Windows2000 second hand
> PC is dead).
>
> I am trying to reinstall JDE. I have installe
You could use C-c C-v b instead (jde-open-class-source). I suspect it
is trying to create a new file or trying to modify it in the zip since
C-c C-v C-y will add an import to the file if it doesn't already exist.
Also consider:
(setq jde-complete-function 'jde-complete-minibuf)
On Apr 20,
Please create bug tracker entry in sourceforge.net. Thanks.
On Mar 5, 2010, at 11:03 AM, Daniels, Troy (US SSA) wrote:
> It appears that jde-create-prj-values-str does not work correctly if
> you have multiple project files and jde-global-classpath is defined
> in any but the deepest one.
>
; legacy reasons. it's basically just jde-ant for maven1. maven1 has a
> maven-jdee-plugin to build prj.el files for your project as well which
> is pretty nice.
>
> http://www.mail-archive.com/j...@sunsite.dk/msg06674.html
>
> Paul Landes writes:
>
>> I hate to star
I don't use Emacs 23. Is there anyone that does and can provide a fix
for this?
Please post a bug in the bug tracking system on sourceforge.
Thanks.
On Apr 13, 2010, at 2:48 PM, corwin . wrote:
> I've been using jde-mode for years. Recently I upgraded to emacs 23
> which required upgrading
What do you mean see a technical problem? No, if you want to use
something like 'artifact:dependencies' (see
http://maven.apache.org/ant-tasks/index.html)
and print out some path in say an Emacs expression and read it in,
that would be great.
Something like:
I do appreciate this, but I'd rather have a maven 2 version in the
repository.
Does anyone have a maven 2 version of this they like?
On Apr 12, 2010, at 9:54 AM, Rob Sargent wrote:
> Does any see a technical problem with getting the class path from the
> maven project file (pom.xml)? I have a
Will you please add a bug report in sourceforge?
We're pretty low on developers right now. Is there anyway you can a
solution and post a fix?
On Apr 13, 2010, at 6:28 PM, David Ventimiglia wrote:
Verified that this occurs in Linux, as well as in Windows.
-Best, David
From: David Ventimi
I'm not a big fan of prj.el files. I just add what I need to jde-
global-classpath and jde-sourcepath. I use a set of hooks and
functions to configure them on a per project basis. When I start
working on a new project, I write a function to add to these variables
(and now jde-help-docset)
> different
> results.
>
> Best,
> David
>
> -Original Message-
> From: Paul Landes [mailto:lan...@mailc.net]
> Sent: Thursday, April 01, 2010 5:39 PM
> To: David Ventimiglia
> Cc:
> Subject: Re: [jdee-users] jde-autoloads.el missing from JDE t
I hate to start this whole thing up again, but I want to add this to
SVN.
So here it is: who's and which version should we add? Can folks
supply me with links so I can check them out?
Thanks
On Apr 3, 2010, at 2:19 PM, Daniel Flesner wrote:
>
> i still use it although it's not in the svn
e something wrong...I'll look at what I've done more
> carefully.
>
> Best,
> David
>
> -Original Message-
> From: Paul Landes [mailto:lan...@mailc.net]
> Sent: Thursday, April 01, 2010 3:43 PM
> To: David Ventimiglia
> Cc:
> Subject: Re: [jdee-user
Please don't feel like you're being a pain. We're happy to answer
questions to capacity we can and this is the forum to ask.
The jde-autoloads file is generated at compile time (see build.el and
install.html).
On Apr 1, 2010, at 4:21 PM, "David Ventimiglia" wrote:
> Hi!
>
>
>
> I’m trying
Fixed on the trunk (now at revision 220).
r220 | paullandes | 2010-03-31 18:23:58 -0500 (Wed, 31 Mar 2010) | 5
lines
fixing jde-build-function customization block; error:
widget-apply: Wrong type argument: char-or-string-p,
Marker does not point anywhere
Thanks to David Ventimiglia for fi
You shouldn't need to add that path to the JVM, it gets it by
default. There's something else going on here that's more related to
the subprocess creation. It's probably something to to do with the
arguments passed to `call-process' or something.
Is this cygwin emacs or GNU? Version? JD
No, I'd suggest getting it from subversion or using the binary builds
from sourceforge.
On Mar 26, 2010, at 7:01 PM, "David Ventimiglia" wrote:
> Hi!
>
>
>
> Sortof a newbie question here (I used JDEE for several years, but
> went away from it and Java in 2004 and toiled in Fortran for
> a
1 - 100 of 166 matches
Mail list logo
