Re: Proposed New Structure (starter for 10)
Troy Daniels <[email protected]> Wed, 26 Aug 2015 01:02:44 -0400
| Newsgroups | gmane.emacs.jdee.devel |
|---|---|
| Message-ID | <CALSS3zOAtQ6q9fndW4_PDa5y2wqZd433i3U6fhDAboBwzMWbZA@mail.gmail.com> |
--===============1230751275296192379== Content-Type: multipart/alternative; boundary=001a113d37a6f75d48051e2fc321 --001a113d37a6f75d48051e2fc321 Content-Type: text/plain; charset=UTF-8 At the moment, I'm short on time to contribute actual code, but I am happy to be a beta tester if there is something that works reasonably. (I use JDEE at work, so I need something that actually mostly does what I need.) I currently have the old JDE from github cloned, and I am occasionally pulling. Is that a good place to clone from, or should I clone something else? (Or is the new stuff not really usable?) Troy On Tue, Aug 25, 2015 at 6:49 PM, Paul Landes <[email protected]> wrote: > So there is no dependency on Cider? > > I'll take a look at some point soon as I'm up to my ears in work. > > > On Aug 25, 2015, at 5:17 PM, Phillip Lord <[email protected]> > wrote: > > > > > Lee Hinman <[email protected]> writes: > >>> I have advanced this somewhat now and would be interested in opinions. > >>> I now have a worked nREPL connection to a live JVM running over the > >>> project. This provides the equivalent of the "beanshell interpreter" > >>> from a user perspective (i.e a shell) and can also be used to drive > >>> JVM interaction for things like introspection. > >> > >> I took a look, looks cool and seems to work! > > > > Good! > > > >> > >>> Unlike, beanshell, I think we can easily support class reloading (i.e. > >>> live update the JVM for newly compiled classes), and extension of the > >>> classpath (so we can add new maven dependencies without restarting). > >>> We should be able to steal a lot of work from Cider (it's stacktrace > >>> support is nice!). > >> > >> Something that will have to be ironed out is redirection of streams, I > >> noticed that Standard Out went into the *Messages* buffer, but that > >> shouldn't be too hard to hook up. > > > > Actually, that's a fake! Standard Out actually goes to a process buffer. > > I just "tee" it to the *Messages* buffer so I can see what it says. > > > > I need to do something more intelligent, I agree. In the ideal world, it > > should be silent if it works, and popup a buffer if it crashes. > > > > > > > >>> The build is a little baroque at the moment, although it requires only > >>> standard tools, so is clean. From a user perspective, it will require > >>> maven, but no other downloads (once it's on Maven central). It's maven > >>> agnostic, though, so we *should* be able to support gradle, ant, any > >>> other build system or none with a little work. > >> > >> I opened a comment for the only issue I ran into when installing this > >> here: https://github.com/phillord/jde-with-clojure-backend/issues/1 > > > > Fixed there. > > > > > >>> I've renamed jde-interactive to jdee-live and removed my minimal ELPA > >>> compliant minimal jde as that is pointless now. My plan for the future > >>> is to get one vaguely useful tool working, so I can test interaction > >>> with the Clojure based middleware, then stop, until it is clear that > >>> this is the way forward. > >>> > >>> Thoughts welcome! > >> > >> Thanks for the work, I think this looks great so far, hopefully it can > >> be make useful here soon! (to me, useful means I can compile or check > >> compilation from a Java buffer) > > > > Compilation is a reasonable aim. I am trying to put "pomegranate" into > > place, so I can extend the classpath on-the-fly. After that, "compile" > > seems a reasonable aim, although this means I have to interact with > > maven to get it to launch the compile goal. Guess what? There are > > several different ways to do it and the documentation is rubbish for all > > of them. Maven, maven, maven. I might give up and see if cider > > completion code (middleware or emacs client) is reusable instead. > > > > Anyone else? I don't want to carry on with this for too long if I am the > > only one who thinks it makes sense. > > > > Phil > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > jdee-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/jdee-devel > > > > ------------------------------------------------------------------------------ > _______________________________________________ > jdee-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/jdee-devel > --001a113d37a6f75d48051e2fc321 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">At the moment, I'm short on time to contribute actual = code, but I am happy to be a beta tester if there is something that works r= easonably. =C2=A0(I use JDEE at work, so I need something that actually mos= tly does what I need.)<div><br></div><div>I currently have the old JDE from= github cloned, and I am occasionally pulling.=C2=A0 Is that a good place t= o clone from, or should I clone something else? =C2=A0(Or is the new stuff = not really usable?)</div><div><br></div><div>Troy</div></div><div class=3D"= gmail_extra"><br><div class=3D"gmail_quote">On Tue, Aug 25, 2015 at 6:49 PM= , Paul Landes <span dir=3D"ltr"><<a href=3D"mailto:[email protected]" tar= get=3D"_blank">[email protected]</a>></span> wrote:<br><blockquote class= =3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd= ing-left:1ex">So there is no dependency on Cider?<br> <br> I'll take a look at some point soon as I'm up to my ears in work.<b= r> <div class=3D"HOEnZb"><div class=3D"h5"><br> <br> On Aug 25, 2015, at 5:17 PM, Phillip Lord <<a href=3D"mailto:phillip.lor= [email protected]">[email protected]</a>> wrote:<br> <br> ><br> > Lee Hinman <<a href=3D"mailto:[email protected]">leehinman@fas= tmail.com</a>> writes:<br> >>> I have advanced this somewhat now and would be interested in o= pinions.<br> >>> I now have a worked nREPL connection to a live JVM running ove= r the<br> >>> project. This provides the equivalent of the "beanshell i= nterpreter"<br> >>> from a user perspective (i.e a shell) and can also be used to = drive<br> >>> JVM interaction for things like introspection.<br> >><br> >> I took a look, looks cool and seems to work!<br> ><br> > Good!<br> ><br> >><br> >>> Unlike, beanshell, I think we can easily support class reloadi= ng (i.e.<br> >>> live update the JVM for newly compiled classes), and extension= of the<br> >>> classpath (so we can add new maven dependencies without restar= ting).<br> >>> We should be able to steal a lot of work from Cider (it's = stacktrace<br> >>> support is nice!).<br> >><br> >> Something that will have to be ironed out is redirection of stream= s, I<br> >> noticed that Standard Out went into the *Messages* buffer, but tha= t<br> >> shouldn't be too hard to hook up.<br> ><br> > Actually, that's a fake! Standard Out actually goes to a process b= uffer.<br> > I just "tee" it to the *Messages* buffer so I can see what i= t says.<br> ><br> > I need to do something more intelligent, I agree. In the ideal world, = it<br> > should be silent if it works, and popup a buffer if it crashes.<br> ><br> ><br> ><br> >>> The build is a little baroque at the moment, although it requi= res only<br> >>> standard tools, so is clean. From a user perspective, it will = require<br> >>> maven, but no other downloads (once it's on Maven central)= . It's maven<br> >>> agnostic, though, so we *should* be able to support gradle, an= t, any<br> >>> other build system or none with a little work.<br> >><br> >> I opened a comment for the only issue I ran into when installing t= his<br> >> here: <a href=3D"https://github.com/phillord/jde-with-clojure-back= end/issues/1" rel=3D"noreferrer" target=3D"_blank">https://github.com/phill= ord/jde-with-clojure-backend/issues/1</a><br> ><br> > Fixed there.<br> ><br> ><br> >>> I've renamed jde-interactive to jdee-live and removed my m= inimal ELPA<br> >>> compliant minimal jde as that is pointless now. My plan for th= e future<br> >>> is to get one vaguely useful tool working, so I can test inter= action<br> >>> with the Clojure based middleware, then stop, until it is clea= r that<br> >>> this is the way forward.<br> >>><br> >>> Thoughts welcome!<br> >><br> >> Thanks for the work, I think this looks great so far, hopefully it= can<br> >> be make useful here soon! (to me, useful means I can compile or ch= eck<br> >> compilation from a Java buffer)<br> ><br> > Compilation is a reasonable aim. I am trying to put "pomegranate&= quot; into<br> > place, so I can extend the classpath on-the-fly. After that, "com= pile"<br> > seems a reasonable aim, although this means I have to interact with<br= > > maven to get it to launch the compile goal. Guess what? There are<br> > several different ways to do it and the documentation is rubbish for a= ll<br> > of them. Maven, maven, maven. I might give up and see if cider<br> > completion code (middleware or emacs client) is reusable instead.<br> ><br> > Anyone else? I don't want to carry on with this for too long if I = am the<br> > only one who thinks it makes sense.<br> ><br> > Phil<br> ><br> > ----------------------------------------------------------------------= --------<br> > _______________________________________________<br> > jdee-devel mailing list<br> > <a href=3D"mailto:[email protected]">[email protected]= ourceforge.net</a><br> > <a href=3D"https://lists.sourceforge.net/lists/listinfo/jdee-devel" re= l=3D"noreferrer" target=3D"_blank">https://lists.sourceforge.net/lists/list= info/jdee-devel</a><br> <br> <br> ---------------------------------------------------------------------------= ---<br> _______________________________________________<br> jdee-devel mailing list<br> <a href=3D"mailto:[email protected]">[email protected]= forge.net</a><br> <a href=3D"https://lists.sourceforge.net/lists/listinfo/jdee-devel" rel=3D"= noreferrer" target=3D"_blank">https://lists.sourceforge.net/lists/listinfo/= jdee-devel</a><br> </div></div></blockquote></div><br></div> --001a113d37a6f75d48051e2fc321-- --===============1230751275296192379== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ --===============1230751275296192379== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ jdee-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jdee-devel --===============1230751275296192379==--