Hi Daniel, unfortunately I somehow missed FMPP :-(
What do you think about adding a “Community Projects” or “Related Projects” section on the web page? * I honestly think that FMPP and “freemarker-generator” should be more easy to find * All of these projects allow visitors to play around with Freemarker easily and some of the visitors will become users and maybe contributors ... Having said that I would be very happy with a link - even more happy as part of a " “Community Projects” / “Related Projects” section … Thanks in advance, Siegfried Goeschl > On 03.01.2019, at 20:10, Daniel Dekany <[email protected]> wrote: > > From a quick look, it has a somewhat similar background than FMPP had, > that is, processing a whole directory of files (or just a file if > that's what needed) without writing specialized Java code, and loading > data from different type of sources, and "transformations". In that > regard, https://github.com/apache/freemarker-generator is also > similar, though it's very very simple, and there the main idea was to > have some "official" Maven plugin for basic code/config generation, > but the intent is that we generalize it, so that it can be called from > Gradle, and command-line as well, and so that it can load from other > data formats than JSON as well. Surely there's a few other similar > project out there too. Obviously we shouldn't have multiple similar > projects under the freemarker.apache.org umbrella, so I wonder if > anything can be done about with these parallel efforts. Like in your > concrete case, if you see any hope for that, merging these efforts. > > But, if nothing else, certainly you can get a link from > freemarker.apache.org. (I will try freemarker-cli when I find the > time.) > > Monday, December 31, 2018, 3:46:15 PM, Siegfried Goeschl wrote: > >> Hi folks, >> >> I asked many moons ago about contributing a Freemarker CLI (see >> https://github.com/sgoeschl/freemarker-cli) - no idea about the >> outcome, can’t even find the emails :-) >> >> Well, I'm still using the code and it becomes sort of mature >> >> * There is still some stuff I want to implement - mostly better >> handling of hierarchical documents >> * The code is currently written in Groovy but in the long run I >> would like to migrate to Java or Kotlin >> >> And I still somehow think my pet project is of interest for an larger >> audience :-) >> >> What do you think? >> >> Thanks in advance, >> >> Siegfried Goeschl >> >> >> >> >> >> >> >> > > -- > Thanks, > Daniel Dekany >
