Re: Continue Eclipse Freemarker DLTK?

Hi Daniel, Greg,

@Daniel : perhaps a visitor pattern could be a clean mean to avoid exposing
the Template AST?
@Greg : I'm waiting for your study about Freemarker DLTK to restart it
(switch to the FM 2.3)

Regards Angelo


2013/7/22 Greg Amerson <[email protected]>

> Hey guys,
>
> I hope to be able to take a look at Angelo's DLTK based plugins this week
> and then we can start discussing our next steps of our collaboration on
> them.
>
>
> On Sun, Jul 21, 2013 at 8:41 PM, Angelo zerr <[email protected]>wrote:
>
>> Hi Daniel,
>>
>> I"m waiting for Greg answer if he likes DLTK plugins and if he wishes to
>> contribute it.
>> I don't want to develop this plugin alone (it's a big task and I know if
>> we are several, our motivation will be kept).
>>
>> If Greg is motivated, the first step is to switch to the FM 2.3 (today
>> dltk plugin uses FM 3 based on freecc).
>> I have created
>> https://github.com/angelozerr/Freemarker-Eclipse-DLTK/tree/master/freemarker.provisionnal which
>> contains java classes usefull for debugger and ide with FM.
>> It should be cool if FM contains thoses classes (once dltk plugin will
>> switch to FM 2.3)
>>
>> Regards Angelo
>>
>>
>> 2013/7/13 Daniel Dekany <[email protected]>
>>
>>> Hi,
>>>
>>> Anything with this since then? Last time we were there that it should
>>> be checked if what changes are needed in the current branch of
>>> FreeMarker for it become usable with the DLTK plugin. I know, I could
>>> check that too... it's that I have too much on my plate regarding
>>> FreeMarker already. Lot of core stuff, and I don't think that anybody
>>> can solve them in the foreseeable future but me. OTOH there are
>>> several other critical things for FreeMarker that's much easier to
>>> jump into, and they also need some specific experience that I happen
>>> not to posses (much...):
>>>
>>> - Better Eclipse IDE. (I have used the JBoss Tools stuff nowadays, and
>>>   it's not in a good shape at all.)
>>>
>>> - Spring integration should be checked by someone. Framework authors
>>>   often just throw in FM, together with Velocity, because it's the
>>>   standard checklist thing to support template engines, and end of
>>>   story. So from the viewpoint of the user it will simply mean that
>>>   FreeMarker sucks.
>>>
>>> - Struts integration too.
>>>
>>> - Better JSP support. The biggest issue with the current one is that it's
>>>   part of the FreemarkerServlet. People often want to call FreeMarker
>>>   by other means. FreemarkerServlet is rather limiting and ugly anyway...
>>>
>>> Anyway... my current priorities are (in the order I plan to do them):
>>>
>>> - Fixing overloaded method selection and numerical conversions on method
>>>   calls. This is in progress.
>>>
>>> - Allow more configurability with the String-based settings API (as
>>>   this is what most frameworks use in their own configuration XML-s).
>>>   Without this the overloaded method fixes can't be activated...
>>>
>>> - Adding stepping to the debug API
>>>
>>> - Adding #p and some other advancement in formatting.
>>>
>>> But meanwhile if something blocks the DLTK plugin development, I will
>>> try to act quickly.
>>>
>>> --
>>> Thanks,
>>>  Daniel Dekany
>>>
>>>
>>> Tuesday, June 11, 2013, 2:11:41 PM, Angelo zerr wrote:
>>>
>>> > Hi Greg, Daniel,
>>> >
>>> >> Do you think you could rehost your DLTK plugins onto github?  That
>>> will make it easier to collaborate.
>>> > Sure!
>>> >
>>> > I have pushed Freemarker DLTK on GitHub
>>> > https://github.com/angelozerr/Freemarker-Eclipse-DLTK
>>> > It works with last version of DLTK 4.0 (current is 5.0).
>>> >
>>> > I have written a short dev-guide
>>> >
>>> https://github.com/angelozerr/Freemarker-Eclipse-DLTK/wiki/Developer-Guidewhich explains how to launch it.
>>> > For the features, please read for the moment
>>> >
>>> https://freemarker.svn.sourceforge.net/svnroot/freemarker/sandbox/org.eclipse.dltk.freemarker/docs/
>>> >
>>> > I add you as colaborator in my GitHub project. So I think you can push
>>> it.
>>> > @Daniel, if you are interested, I can add you too.
>>> >
>>> >> Then I can install DLTK dependencies in my environment and try to
>>> import them in.
>>> > No needs to install DLTK with classic mean. Just set the Target
>>> > Platform (see explanation at
>>> >
>>> https://github.com/angelozerr/Freemarker-Eclipse-DLTK/wiki/Developer-Guide
>>> )
>>> > I like this idea about using Target Platform, because you can
>>> > switch to another version of DLTK without installing it in your
>>> Eclipse.
>>> >
>>> >> Which part of the features of the current DLTK editor require FM3.0
>>> and which can work on 2.3?
>>> > My work doesn't work with FM 2.3 because FM3.0 changes package name
>>> > for instance. But I think it will be easy to switch to 2.3
>>> > the only thing is to create some patches because debugger should be
>>> improved.
>>> >
>>> >> If you are interested I could create a GitHub project in my GitHub
>>> https://github.com/angelozerr
>>> >
>>> > That's good, I prefer that over sf.net SVN.
>>> >
>>> > Ok, it's done.  https://github.com/angelozerr/Freemarker-Eclipse-DLTK
>>> >
>>> >
>>> > The FM 3 branch you are talking about (the sf.net SVN trunk) is
>>> > "officially" dead for a long time, and it wont ever yield a release.
>>> > So in theory, you had to build on what's on GitHub (use the "2.3-gae"
>>> > branch now). Of course, 2.3 has virtually no public AST API, so you
>>> > can't use that either. (And I guess some other things will be missing
>>> > too. Can you tell me what?) So for now you will have to work against
>>> > FM 3.
>>> >
>>> > As of what will it work on then when it's released... The AST stuff
>>> > changes will break BC too much for a 2.3 (I guess), so it will have to
>>> > be FM 2.4. But if it's 2.4.0, then of course I will want to put in
>>> > some other minor not-strictly-BC changes too (not to mention new
>>> > features that somehow justifies in the eyes of the average uses the
>>> > 2nd version increase). I will be careful not to be too ambitious with
>>> > it, as I don't want to impede the release of the plugin, or undermine
>>> > the trust on the release of the new 2.4 branch. So as you see, there
>>> > are some difficulties, but if you are going to work on the plugin, I
>>> > will try very hard to clear its way.
>>> >
>>> > I will try to migrate to 2.3 to see if they are a lot of modification
>>> to do.
>>> >
>>> >> 3) DBGP Debugger
>>> >>
>>> >> Existing code of Debugger should be modified to support several
>>> >> implementation of Debugger (RMI, DBGP, etc). So I think it's the
>>> >> first step if we decide to develop Freemarker DLTK.
>>> >
>>> > (I see the discussion about that with Greg Amerson has been started .)
>>> >
>>> >> Regards Angelo
>>> > Regards Angelo
>>> >
>>> > --
>>> > Thanks,
>>> >  Daniel Dekany
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> See everything from the browser to the database with AppDynamics
>>> Get end-to-end visibility with application monitoring from AppDynamics
>>> Isolate bottlenecks and diagnose root cause in seconds.
>>> Start your free trial of AppDynamics Pro today!
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>>>
>>> _______________________________________________
>>> FreeMarker-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/freemarker-devel
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> See everything from the browser to the database with AppDynamics
>> Get end-to-end visibility with application monitoring from AppDynamics
>> Isolate bottlenecks and diagnose root cause in seconds.
>> Start your free trial of AppDynamics Pro today!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>> _______________________________________________
>> FreeMarker-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/freemarker-devel
>>
>>
>
>
> --
> Greg Amerson
> Liferay Developer Tools
> Liferay, Inc. www.liferay.com
>
>
> ------------------------------------------------------------------------------
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> _______________________________________________
> FreeMarker-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freemarker-devel
>
>

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk

_______________________________________________
FreeMarker-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel