Re: freemarker-generator: OutputGeneratorDefinition and all related

Hi Daniel, Sorry for the long delay but I was quite busy with some CVEs. I'm not getting all the points of your suggestions, please see my inline comments below Thanks in advance, Siegfried Goeschl > On 12.12.2021, at 13:17, Daniel Dekany wrote: > > I did not forget about che

Re: November board report draft

LGTM > On 10.11.2021, at 11:38, Daniel Dekany wrote: > > Here it is - pretty standard stuff mostly: > https://cwiki.apache.org/confluence/display/FREEMARKER/Board+report+draft+-+November+2021 > > Any comments? This will be submitted today. > > -- > Best regards, > Daniel Dekany

Re: [freemarker-generator] Preparing for release - Part 1

Hi Daniel, Regarding RAT report - running mvn rat:rat gives strange results since it picks up JAR files - recommended way is "mvn clean site site:stage" And I get "0 unknown licences" everywhere ... Thanks in advance, Siegfried Goeschl > On 08.11.2021, at 10:2

Re: RFC: Release of freemarker-generator

Hi Daniel, I think my memory is playing tricks on me - I'm pretty sure that there was some repo with the freemarker-generator documentation you started? Can't find it on my laptop, can't find it in Git - any ideas? Thanks in advance, Siegfried Goeschl > On 27.10.2021, at 14:23, Dan

[freemarker-generator] Preparing for release - Part 1

I don't want to release a "1.0.0" but something like a "0.X.0" to indicate that backward compatibility is not guaranteed yet. Thanks in advance, Siegfried Goeschl

Re: RFC: Release of freemarker-generator

Hi Daniel, Don't be so harsh ;-) * No plans to maintain the Maven site after the initial release * This is open source and therefore best effort * Guess supporting Java 8 date / time is much more important for the community Thanks in advance, Siegfried Goeschl > On 24.10.2021, at 23

Re: RFC: Release of freemarker-generator

, Siegfried Goeschl > On 24.10.2021, at 15:16, Daniel Dekany wrote: > > Yes, I guess we can get away with the Maven generated site, if the standard > ASF footer and that conference ad thingy can be added. It would be more > rational to push through with the conversion to DocBook t

Re: RFC: Release of freemarker-generator

Hi Daniel, There is still the Maven-based site which can be created using > mvn clean site site:stage I will look into the source release packages ... Thanks in advance, Siegfried Goeschl > On 24.10.2021, at 11:38, Daniel Dekany wrote: > > Still no site for example. Not

RFC: Release of freemarker-generator

Hi folks, What stops us from having the first release? Any blockers we are aware of? Thanks in advance, Siegfried Goeschl

Re: java.time.LocalDate support for Freemarker

Sounds like a plan ... > On 07.10.2021, at 20:17, Daniel Dekany wrote: > > Thanks, for now I don't think you can help. But when it will be mostly > done, looking for problems will be welcome. > > On Thu, Oct 7, 2021 at 7:53 PM Siegfried Goeschl > wr

Re: java.time.LocalDate support for Freemarker

Hi Daniel, Is there anything I can help with, e.g. reviewing code, writing tests, checking documentation? I should be able to find some time and I already missed LocalData support during my last project. Thanks in advance, Siegfried Goeschl > On 02.10.2021, at 20:24, Daniel Dekany wr

Re: RFC: FREEMARKER-188 [freemarker-generator] Support an output "generation" mode

how to implement such a wrapper? * At hindsight I think wrapping the "org.apache.freemarker.generator.base.datasource.DataSources" was the root cause of my problems since it exposes a lot of mwmbwe functions Thanks in advance, Siegfried Goeschl > On 01.10.2021, at 08:21, Daniel

Re: RFC: FREEMARKER-188 [freemarker-generator] Support an output "generation" mode

Worx now - thx Thanks in advance, Siegfried Goeschl > On 11.09.2021, at 11:38, Daniel Dekany wrote: > > I hopefully fixed that build issue now. > > On Sat, Sep 11, 2021 at 9:20 AM Siegfried Goeschl < > siegfried.goes...@gmail.com> wrote: > >> H

Re: RFC: FREEMARKER-188 [freemarker-generator] Support an output "generation" mode

for me... though > admittedly it needs initial investment to use. (Don't even touch XML > editors where you edit on source level... that's clearly not for > documentation.) > > On Tue, Sep 7, 2021 at 9:38 PM Siegfried Goeschl < > siegfried.goes...@gmail.com> wrote: > &

RFC: FREEMARKER-188 [freemarker-generator] Support an output "generation" mode

wse/FREEMARKER-188> Daniel, since we invested a lot of energy discussing the topic you are happily invited to share your thought :) Thanks in advance, Siegfried Goeschl

Re: [VOTE] Release Apache FreeMarker 2.3.31

+1 (non-binding) Tested with freemarker-generator Thanks in advance, Siegfried Goeschl > On 12.02.2021, at 20:12, Christoph Rüger wrote: > > +1 (non-binding) > > Verified running our testsuite containing some FM related tests > with org.freemarker.freemarker-2.3.31.jar

Re: Maybe freemarker-generator data sources shouldn't be URL-s Re: [freemarker-generator] branch FREEMARKER-154 updated: FREEMARKER-154 Fixed the HTTP URL invocation by setting an explicit charset

/info.0.json * env:///DB_CONFIG#mimetType=application/json And with additional “DataSourceLoaders” it is possible to support other protocols, e.g * s3://mybucket/config/file.json Cheers, Siegfried Goeschl > On 9 Feb 2021, at 09:03, Daniel Dekany wrote: > > I'm sure I have

Re: Anyone wants something added to 2.3.31?

Hi Daniel, Looks good to me :-) Siegfried Goeschl > On 07.02.2021, at 20:00, Daniel Dekany wrote: > > Hi, > > A release is long due. We don't have any too important new features > accumulated this time, but some bug fixes are sitting unreleased for a long > time. T

Re: FreeMarker generator release preparations

> mvn site:jar Thanks in advance, Siegfried Goeschl > On 27.08.2020, at 01:15, Daniel Dekany wrote: > > But currently we have src/app as I noticed now, not src/main/app. ("app" is > a classifier of a "main" artifact, so it belongs under there.) > > On Sa

Re: FreeMarker generator release preparations

Hi Daniel, Please see my comments below Thanks in advance, Siegfried Goeschl > On 24.08.2020, at 13:12, Daniel Dekany wrote: > > BTW, the example templates will need some reviewing. Something I saw a lot > was using foo["bar"] instead if foo.bar. That's

Re: FreeMarker generator release preparations

Mhmm, master is broken after merging - will check tomorrow Thanks in advance, Siegfried Goeschl > On 23.08.2020, at 20:42, Siegfried Goeschl > wrote: > > Hi Daniel, > > I'm using now "app.home" system property to bootstrap the configuration and > merged FR

Re: FreeMarker generator release preparations

Hi Daniel, I'm using now "app.home" system property to bootstrap the configuration and merged FREEMARKER-153. So in theory you could rebase/merge and try to use "app.home" ... Thanks in advance, Siegfried Goeschl > On 22.08.2020, at 19:43, Daniel Dekany wrote: >

Re: FreeMarker generator release preparations

I think the "main/app" looks better :) > On 22.08.2020, at 10:01, Siegfried Goeschl > wrote: > > Hi Daniel, > > I'm mostly fine with the current directory layout > > * There is some documentation here - > https://maven.apache.org/guides/introduction/i

Re: FreeMarker generator release preparations

r (end of this week hopefully) I do not fully understand the problem you had with the configuration when generating the docs - in the meantime you can start the Main class without config file Thanks in advance, Siegfried Goeschl > On 21.08.2020, at 11:59, Daniel Dekany wrote: >

Re: FreeMarker generator release preparations

Hi Daniel, Regarding SNAPSHOTs - I would be glad to see all the moving parts working, e.g. generated artefacts, Hayes, signatures and upload :-) Thanks in advance, Siegfried Goeschl > On 13.08.2020, at 02:16, Daniel Dekany wrote: > > A SNAPSHOT version is not public, so it's n

Re: FreeMarker generator release preparations

Hi Daniel, Anything other things in the way for preparing a SNAPSHOT release? Thanks in advance, Siegfried Goeschl > On 11.08.2020, at 22:57, Siegfried Goeschl > wrote: > > Hi Daniel, > > Just pushed the changes > > freemarker-generator -t freemarker-genera

Re: FreeMarker generator release preparations

Hi Daniel, Just pushed the changes freemarker-generator -t freemarker-generator/info.ftl Thanks in advance, Siegfried Goeschl > On 11.08.2020, at 22:44, Daniel Dekany wrote: > > OK, no classpath loading for now. Can be done later if it will be a problem > with Maven plugin

Re: FreeMarker generator release preparations

ng Thanks in advance, Siegfried Goeschl > On 11.08.2020, at 09:30, Daniel Dekany wrote: > > On Mon, Aug 10, 2020 at 8:53 PM Siegfried Goeschl < > siegfried.goes...@gmail.com> wrote: > >>> The fundamental problem with that is this. Currently, if you pull

Re: FreeMarker generator release preparations

Also got some interesting test errors https://travis-ci.org/github/apache/freemarker-generator <https://travis-ci.org/github/apache/freemarker-generator> Currently looking into it Siegfried > On 10.08.2020, at 20:53, Siegfried Goeschl > wrote: > > Hi Daniel, > >

Re: FreeMarker generator release preparations

Hi Daniel, Please see my comments below Thanks in advance, Siegfried Goeschl > On 09.08.2020, at 22:00, Daniel Dekany wrote: > > See my answers inline... > > On Sun, Aug 9, 2020 at 7:16 PM Siegfried Goeschl < > siegfried.goes...@gmail.com <mailto:siegfried.g

Re: FreeMarker generator release preparations

on and "~/.freemarker-generator" directory * Adopt the examples and documentation, e.g. "freemarker-generator -t info.ftl" instead of "freemarker-generator -t templates/info.ftl" What do you think? Siegfried Goeschl > On 05.08.2020, at 13:28, Daniel Dekany wr

Re: FreeMarker generator release preparations

just the way I organised the overall file structure * Additional template root directory can be passed on the command line * The implementation can pick up any FTL file using absolute or relative file paths (and URLs) Thanks in advance, Siegfried Goeschl > On 04.08.2020, at 22:12, Daniel

Re: FreeMarker generator release preparations

nges since the Travis build fails Thanks in advance, Siegfried Goeschl > On 28.07.2020, at 22:34, Daniel Dekany wrote: > > It's just that "templates" belongs to the "main" source code of the > freemarker-generator-cli, similarly to config/freemarker-cli.properties, >

Re: "freemarker-cli" command should be renamed to "freemarker-generator"

+1 for freemarker-generator name Thanks in advance, Siegfried Goeschl > On 04.08.2020, at 10:03, Jacques Le Roux wrote: > > +1 for freemarker-generator name

Re: FreeMarker generator release preparations

quite nice for tests & documentation ... Thanks in advance, Siegfried Goeschl > On 26.07.2020, at 01:27, Daniel Dekany wrote: > > I said I will help in the Apache release process, so only focusing on that, > so some points: > > - We are required to have a so-called so

Re: FreeMarker generator release preparations

Hi Daniel, I‘m currently somewhere in the Austrian mountains and should be back on Tuesday evening the latest. • Had a quick read and things look good • Will get my hands dirty on Maven thing • Could we create a ticket & feature branch to keep track of the changes? Thanks in advance Siegf

Fwd: Current state of "freemarker-generator"

s?filter(ds -> ds.match("filePath", "*/src/test/data/properties")) as ds>` * As a consequence `DataSources`helper class is no longer exposed Thanks in advance, Siegfried Goeschl Forwarded message: From: Daniel Dekany To: FreeMarker developer list Subject: Re: Cur

Re: [freemarker-cli] Naming of Tools and DataSources in FreeMarker Data Model

- properties - system - UUID - XML - YAML Thanks in advance, Siegfried Goeschl > On 08.07.2020, at 10:44, Daniel Dekany wrote: > > As in plain English it's rather "data source" than "datasource", thus the > variable name should stay "dataSou

[freemarker-cli] Naming of Tools and DataSources in FreeMarker Data Model

ytes URI : file:/Users/sgoeschl/work/github/apache/freemarker-generator/freemarker-generator-cli/examples/data/csv/contract.csv Shall we stick to the "dataSources" or rename to "datasources"? I hate this camel-case but would to like to settle my doubts Thanks in advance, Siegfried Goeschl

Re: Passed: apache/freemarker-generator#195 (FREEMARKER-151 - 9ad6e5e)

in advance, Siegfried Goeschl PS: The "freeMarker-generator-meven-plugin" dumps some exception which are expected and fine (but worries me every time) > On 07.07.2020, at 14:48, Travis CI wrote: > > apache / freemarker-generator > <https://travis-ci.org/github/apa

Re: Current state of "freemarker-generator"

Hi folks, I assembled the open discussions & TODOs - see below Thanks in advance, Siegfried Goeschl 1. Open Discussions = 1.1 Naming of CLI

Re: Help needed for FREEMARKER-148 ...

See my comments inline ... > On 05.07.2020, at 15:25, Daniel Dekany wrote: > > See my comments inline... > > On Sun, Jul 5, 2020 at 2:49 PM Siegfried Goeschl < > siegfried.goes...@gmail.com <mailto:siegfried.goes...@gmail.com>> wrote: > >> Hi Dani

Re: Current state of "freemarker-generator"

awareness - blogs, presentations, ApacheCon anyone? Thanks in advance, Siegfried Goeschl > On 05.07.2020, at 15:18, Daniel Dekany wrote: > > Find answers inline. > > On Sun, Jul 5, 2020 at 9:31 AM Siegfried Goeschl < > siegfried.goes...@gmail.com <mailto:siegfried.

Re: Current state of "freemarker-generator"

tuff does not add any value * Is it acceptable to release a 0.X.Z where we not backward-compatible until 1.0.0? * Are there any deal breakers which needs to fixed before we start with a first public release? Thanks in advance, Siegfried Goeschl On 4 Jul 2020, at 1:10, Daniel Dekany wrote: It should be

Re: Help needed for FREEMARKER-148 ...

Hi Daniel, Please see the examples in https://issues.apache.org/jira/browse/FREEMARKER-148 <https://issues.apache.org/jira/browse/FREEMARKER-148> Thanks in advance, Siegfried Goeschl > On 03.07.2020, at 23:25, Daniel Dekany wrote: > > How do you intend to have map sema

Re: Current state of "freemarker-generator"

Hi Daniel, Your observation is mostly correct (I did some changes along the way) - there is currently no overlap between the Maven plugin and the rest of the code base but this will change in the future. Thanks in advance, Siegfried Goeschl > On 04.07.2020, at 10:20, Daniel Dekany wr

Current state of "freemarker-generator"

freemarker-generator" web site * Setup the release process (Daniel, I guess I need some help here) * An iteration of reviews and discussions Some thought along the line * I would like to finish FREEMARKER-148 this week * Daniel, any suggestion where to host the public website? Thanks in advance, Siegfried Goeschl

Re: Help needed for FREEMARKER-148 ...

Sounds like a plan :-) > On 30.06.2020, at 22:56, Woonsan Ko wrote: > > On Tue, Jun 30, 2020 at 3:28 PM Siegfried Goeschl > mailto:siegfried.goes...@gmail.com>> wrote: >> >> Hi folks, >> >> Following up a discussion with Daniel I would like to

Help needed for FREEMARKER-148 ...

ataSources has a few additional finder methods which I can't invoke when exposing the DataSourcesAdapter So the question is what interfaces needs to be implemented to support sequence semantics hash map semantics arbitrary helper methods in a single adapter Thanks in advance, Siegfried Goeschl

Re: freemarker-generator: Improving the input documents concept

Hi Daniel, Please see my comment below Thanks in advance, Siegfried Goeschl > On 05.03.2020, at 22:36, Daniel Dekany wrote: > >> >> Regarding the "global mode" and "output generators files" - I'm sorry, but >> I'm not getting it > >

Re: freemarker-generator: Improving the input documents concept

the problem - can we agree on minimal feature set worthy a release? Thanks in advance, Siegfried Goeschl On 1 Mar 2020, at 11:33, Daniel Dekany wrote: Actually not recommended but we have named data sources for less than 24 hours Sorry, not sure what that means. Anyway, my

Re: freemarker-generator: Improving the input documents concept

HI Daniel, Please see my comments below Thanks in advance, Siegfried Goeschl > On 29.02.2020, at 21:02, Daniel Dekany wrote: > >> >> I try to provide a useful name even when the content is coming from an >> URL > > > When is it recommended to rely

Re: freemarker-generator: Improving the input documents concept

HI Daniel, Seem my comments below Thanks in advance, Siegfried Goeschl > On 29.02.2020, at 19:08, Daniel Dekany wrote: > > FREEMARKER-135 freemarker-generator-cli: Support user-supplied names for > datasources > > So, I can do this to have both a name an a group as

Re: freemarker-generator: Improving the input documents concept

As discussed before the name is widely used :-) > On 29.02.2020, at 18:05, Siegfried Goeschl > wrote: > > Well, clashes with the "java.activation.DataSource" - can do & not definite > opinion about it :) > >> On 29.02.2020, at 18:03, Daniel Dekan

Re: freemarker-generator: Improving the input documents concept

used and known JDBC interface. So if > anyone can tell a similarly descriptive alternative... > > On Sat, Feb 29, 2020 at 5:03 PM Siegfried Goeschl < > siegfried.goes...@gmail.com> wrote: > >> Hi Daniel, >> >> I'm an enterprise developer - bad habits die hard

Re: freemarker-generator: Improving the input documents concept

cument" to "Datasource" 3) FREEMARKER-135 freemarker-generator-cli: Support user-supplied names for datasources Thanks in advance, Siegfried Goeschl > On 29.02.2020, at 12:19, Daniel Dekany wrote: > > Yeah, and of course, you can merge that branch. You can even work on the

Re: freemarker-generator: Improving the input documents concept

ure if this applies for command lines at least not in the way I use them (or would like to use them) Thanks in advance, Siegfried Goeschl PS: Can/shall I merge the PR to bring in `freemarker-cli`? On 28 Feb 2020, at 9:14, Daniel Dekany wrote: Yeah, "data source" is surely a

Re: freemarker-generator: Improving the input documents concept

for the user but it is not an implementation concept :-) __Document Without Symbolic Names__ Also agreed and it is going to change but I have not settled my mind yet what exactly to implement. Thanks in advance, Siegfried Goeschl On 28 Feb 2020, at 1:05, Daniel Dekany wrote: A few quick

Re: freemarker-generator: Improving the input documents concept

Hi folks, still wrapping my side around but assembled some thoughts here - https://gist.github.com/sgoeschl/b09b343a761b31a6c790d882167ff449 Thanks in advance, Siegfried Goeschl > On 23 Feb 2020, at 23:14, Daniel Dekany wrote: > > What you are describing is more like the angle

Re: freemarker-generator: Improving the input documents concept

Hi Daniel, Good timing - I was looking at a similar problem from different angle yesterday (see below) Don't have enough time to answer your email in detail now - will do that tomorrow evening Thanks in advance, Siegfried Goeschl ===. START # FreeMarker CLI Improvement ## Support

Re: FREEMARKER-129 - Please have a look ...

repositories. >> >> On Sun, Feb 16, 2020 at 10:35 PM Siegfried Goeschl < >> siegfried.goes...@gmail.com> wrote: >> >>> Hi Daniel, >>> >>> Are you able to enable Travis integration for "freemarker-generator" on >>> GitHub?!

Re: [VOTE] Release Apache FreeMarker 2.3.30

Hi Daniel, Tested it with "freemarker-generator" - no problems so far but did not have time to check the to be released artifacts Thanks in advance, Siegfried Goeschl > On 16.02.2020, at 20:50, Daniel Dekany wrote: > > Hi all, > > Please vote on re

Re: FREEMARKER-129 - Please have a look ...

Hi Daniel, Are you able to enable Travis integration for "freemarker-generator" on GitHub?! Thanks in advance, Siegfried Goeschl > On 16.02.2020, at 21:00, Daniel Dekany wrote: > > Hi, > > It's great that freemarker-generator progresses. I'm not sure when will I

Re: FREEMARKER-129 - Please have a look ...

for "freemarker-generator" in DocBook - would prefer AsciiDoc or Markdown Thanks in advance, Siegfried Goeschl > On 16.02.2020, at 21:00, Daniel Dekany wrote: > > Hi, > > It's great that freemarker-generator progresses. I'm not sure when will I > find the time to check it o

FREEMARKER-129 - Please have a look ...

0+ file :-) The next challenges after cleanup & merge * Initial release - need to get that stuff into the official Maven repo ... * Update the FreeMarker web site * Build a community :-) Thanks in advance, Siegfried Goeschl

Re: Please review board report, due on the 12th

LGTM Siegfried Goeschl > On 10.02.2020, at 23:54, Daniel Dekany wrote: > > Guys, and especially Siegfried, please review the draft of our board report: > https://cwiki.apache.org/confluence/display/FREEMARKER/Board+report+draft+-+February+2020 > > Thanks!

Merging "freemarker-generator" & "freemarker-cli"

t semantic versioning and release cycles ... * How to handle JIRA issues? The current JIRA setup is geared towards FreeMarker only, e.g. there is no component "generator" * Any other things I forgot and/or I'm not aware of? Thanks in advance, Siegfried Goeschl

Re: Increase minimum Java version in 2.3.x?

migrate the existing code to be JDK 8 compliant? * Does this also remove the manual source file excludes when setting up FreeMarker in the IDE? Basically the stuff mentioned in README.md ... Thanks in advance, Siegfried Goeschl > On 11.01.2020, at 20:10, Daniel Dekany wrote: > > Any

Re: new committer: Siegfried Goeschl

ustrated with the lack of development of Apache Velocity * Mostly on the command line (freemarker-cli) to generate test data, documentation and transform files * Implemented a few Spring Boot applications using Apache FreeMarker Thanks in advance, Siegfried Goeschl > On 7 Jan 2020, at 19:52, Daniel De

Re: FreeMarker & Potential Security Vulnerabilities

HI Daniel, Would it make sense to come up with a separate chapter for the existing FreeMarker documentation to explain the things in detail? Thanks in advance, Siegfried Goeschl PS: Last email for today - preparing Christmas dinner :-) > On 24.12.2019, at 18:23, Daniel Dekany wr

Re: FreeMarker & Potential Security Vulnerabilities

ided? If so we should react and improve the configuration ... Thanks in advance, Siegfried Goeschl > On 24.12.2019, at 11:50, Daniel Dekany wrote: > > The blog entry might starts its case with a privilege escalation > independent of FreeMarker, but the question you got during your

Re: FreeMarker & Potential Security Vulnerabilities

) but at least we can check that this attack does not work any longer * From my understanding - usually there a couple of security vulnerabilites leading to complete data breach :-) Thanks in advance, Siegfried Goeschl > On 23.12.2019, at 22:30, Daniel Dekany wrote: > > Hi, >

Re: Apache FreeMarker - Sharing Is Caring ...

e order as specified on the command line * There are use cases where you have documents at all but only a template, e.g creating configuration files in the cloud which rely on environment variables * I merged dozen of property files into a single CSV Thanks in advance, Siegfried Goeschl > On 23.12

FreeMarker & Potential Security Vulnerabilities

e * Update the "unsafeMethods.properties" according to the article? For the records "java.lang.Thread.suspend()" is duplicated anyway Thanks in advance, Siegfried Goeschl

Re: Apache FreeMarker - Sharing Is Caring ...

raw tables containing the closest matching Java type (works but needs field testing) * Falling back to "en_US" if no locale is provided on the command line Thanks in advance, Siegfried Goeschl Release Notes Added * Support interactive mode

Re: Apache FreeMarker - Sharing Is Caring ...

Hi folks, I’m okay with the things :-) Thanks in advance, Siegfried Goeschl > On 18 Dec 2019, at 20:38, Daniel Dekany wrote: > > Yes, these can done after V1 or whatever. But it's still important if > Siegfried will be OK with such things, or will lose motivation because it's

Re: Apache FreeMarker - Sharing Is Caring ...

Hi Daniel, please see my comments below … Thanks in advance, Siegfried Goeschl > On 18 Dec 2019, at 16:58, Daniel Dekany wrote: > > Multiple output files: How open are you to the idea if someone else wants > to add that though? The use-case is when it's input data that drives w

Re: Apache FreeMarker - Sharing Is Caring ...

to embed a UI into certain "micro services”. Therefore I think that a ready-to-use Spring Boot (& Micronaut, etc..) integration is important and should not be an afterthought. Thanks in advance, Siegfried Goeschl > On 18 Dec 2019, at 01:32, Daniel Dekany wrote: > > Hi, >

Re: Apache FreeMarker - Sharing Is Caring ...

Hi Daniel, Thanks for spending your time - feed back is always appreciated when doing things in isolation Please see my comments below Thanks in advance, Siegfried Goeschl > On 17.12.2019, at 19:19, Daniel Dekany wrote: > > Hi Siegfried, > > Looks good! > >

Re: Apache FreeMarker - Sharing Is Caring ...

ractions. The various factory methods can be overridden in "FreeMarker Task" ... Thanks in advance, Siegfried Goeschl > On 06.12.2019, at 02:21, Woonsan Ko wrote: > > On Thu, Dec 5, 2019 at 5:50 PM Denis Bredelet <mailto:brede...@me.com.invalid>> wrote: >> >

Re: Apache FreeMarker - Sharing Is Caring ...

uot; being loaded configurable is a good idea and rather simple * In a perfect world the “Tools" don’t have any dependency on “freemarker-cli” which is also an easy task (need to get rid of Settings.java used in two tools) Thanks in advance, Siegfried Goeschl > On 4 Dec 2019, at 01:27,

Re: Apache FreeMarker - Sharing Is Caring ...

environment * No problem to keep a shared “Configuration” Thanks in advance, Siegfried Goeschl > On 2 Dec 2019, at 21:02, Woonsan Ko wrote: > > Please see my comments inline. Thanks! > > On Tue, Nov 19, 2019 at 4:35 AM Siegfried Goeschl > mailto:siegfried.goes...@gmail.com&

Re: Apache FreeMarker - Sharing Is Caring ...

Hi Woonsan, please see my comments below … Thanks in advance, Siegfried Goeschl > On 19 Nov 2019, at 00:03, Woonsan Ko wrote: > > Hi Siegfried, > > On Sun, Nov 17, 2019 at 1:02 PM Siegfried Goeschl > wrote: >> >> Hi folks, >> >> since I'm cur

Apache FreeMarker - Sharing Is Caring ...

a developer UI to some micro service but developers don't care about the template engine but only about a quick and painless way to get the job done ... Anyone volunteering to give a presentation about Apache Freemarker at ApacheCon? I could do but I'm not really qualified :-) Thanks in advance, Siegfried Goeschl

Re: Performance problem

Hi Tamás, thanks for getting back - think this is vaguely mentioned in https://freemarker.apache.org/docs/pgui_config_templateloading.html Thanks in advance, Siegfried Goeschl > On 5 Nov 2019, at 14:44, Tamás Barta wrote: > > Hi, > > Finally I managed to find it out tha

Re: Freemarker help - unable to access http request in ftl

at hand but you can avoid all this HTTP XXX handling in FTL and provide a nice to use data model yourself Thanks in advance, Siegfried Goeschl > On 25.02.2019, at 06:16, Harsha Thota wrote: > > Hi, > > We have a jersey based web application. We use Apache Freemarker for the

Re: In the search of "MarkdownOutputFormat"

Hi folks, Thinking about it I could use a few more output formats :-) * CsvOutputFormat * AsciiDocOutputFormat Thanks in advance, Siegfried Goeschl > On 22.01.2019, at 17:45, Siegfried Goeschl > wrote: > > Hi folks, > > I’m currently generating some Markdown docu

In the search of "MarkdownOutputFormat"

, Siegfried Goeschl

Re: Contributing Freemarker CLI ...

Thanks a lot :-) Siegfried Goeschl > On 17.01.2019, at 19:48, Daniel Dekany wrote: > > In principle "Who user FreeMarker?" is where such community projects > appear, but admittedly it's not focused enough to increase visibility > of this otherwise important category

Re: Contributing Freemarker CLI ...

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,

Contributing Freemarker CLI ...

- 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