freemarker-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Dekany <daniel.dek...@gmail.com>
Subject Re: FreeMarker generator release preparations
Date Tue, 11 Aug 2020 07:30:24 GMT
On Mon, Aug 10, 2020 at 8:53 PM Siegfried Goeschl <
siegfried.goeschl@gmail.com> wrote:

> > The fundamental problem with that is this. Currently, if you pull in
> > freemarker-generator-cli as Maven dependency, the templates will not be
> > available. Surely, because it's the CLI, you could say that it's not
> > supposed to be used without the FreeMarker Generator Home Directory
> created
> > somewhere, which contains the launch script and templates/ and all. But,
> if
> > these templates are guaranteed functionality in FreeMarker Generator,
> then
> > they don't strictly belong to the CLI. When we will have a proper Maven
> > plugin for example, they should be still accessible. In that  case you
> only
> > have your Maven dependencies, so the templates must come from there.
> >
> > Regarding visibility, it's a bit like with Java. Java classes are not too
> > readable without looking at the source code either. That's not an
> advantage
> > when it comes to "visibility", sure. But luckily this is open source, and
> > it's very easy to get to the source code, if someone really cares (like
> > from the Maven source artifact). That applies to core stuff implemented
> in
> > FTL as well. So, the previously mentioned advantage (that they are
> > available from a plain dependency) certainly overweights this
> disadvantage
> > (less visibility).
>
> I currently disagree here - I like the visibility aspect and it is pretty
> difficult to get rid of templates loaded from the classpath.
>

What do you mean by getting rid of them? I hope you agree that users
shouldn't remove or modify these templates directly in the FreeMarker
Generator installation.

What do you intend to do about the dependency problem, described above?

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message