Re: Proposed New Structure (starter for 10)

I think that the main line JDEE on github should be usable. And the work
that I am putting forward adds a new minor mode that is independent,
although meant to eventually work together with JDEE. It is usable
although it currently does not do very much.

The future is a little more clouded at the moment.

Phil

Troy Daniels <[email protected]> writes:

> 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
>>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> jdee-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jdee-devel

------------------------------------------------------------------------------