In case someone, especially PPMC members, want to follow this, note
this post from general@i.a.o:
This is a forwarded message
From: Daniel Dekany
To: gene...@incubator.apache.org
Date: Wednesday, February 22, 2017, 7:39:23 PM
Subject: Donating freemarker-online as part of the FreeMarker
Thursday, February 23, 2017, 12:22:52 AM, Woonsan Ko wrote:
> On Wed, Feb 22, 2017 at 4:06 AM, Daniel Dekany wrote:
>> I would like to remove these deprecated FM2 FTL constructs in FM3:
>>
>> - #escape, #no_escape (recently deprecated in favor of
>>
e already (haven't checked code yet) or
> planned for FM3?
>
> Thanks
> Christoph
>
--
Thanks,
Daniel Dekany
://freemarker.org/sourcecode.html)
Wednesday, February 8, 2017, 3:32:49 PM, Jacques Le Roux wrote:
> Done, good news :)
>
> Jacques
>
>
> Le 08/02/2017 à 15:03, Daniel Dekany a écrit :
>> They say the are will to donate the freemarker-online source code to
>> ASF. Does
keep FM3 working all the time.
--
Thanks,
Daniel Dekany
set operations (listing something, getting the size of
something, etc.) instead. That's much easier to grasp. And if you want
your Java code to behave like FTL, you can get a MOPImplementation.
> -David
>
>
>
>  as just -online doesn't seem to
> say what it is.
So then how about incubator-freemarker-online-tester? (I'm not afraid
of long names... :) )
> On Fri, Feb 24, 2017 a
can then
unite it into a signle jar that's equivalent with what we have now. If
that's not feasible with Gradle (which would be strange), then only
FM3 will switch to Gradle.
> Am I correct in my conclusions so far?
>
> On Tue, Feb 14, 2017 at 11:00 PM, Daniel Dekany wro
Saturday, February 25, 2017, 5:28:25 PM, Denis Bredelet wrote:
> Hi,
>> Le 25 févr. 2017 à 10:16, Christoph Rüger a écrit :
>>
>> +1 for incubator-freemarker-online-tester
>>
>> Am 25.02.2017 11:10 vorm. schrieb "Daniel Dekany" :
>>
>>
t of the
box. Does it?
> So my next question .. for the very first step, if I cut all the
> fat away, then the main focus of the compile target is the javac
> commands .. is this correct? Yeah I know you're patching and
> whatnot, but let's do this in baby steps if I may?
That
er-online-tester
>
> +1. Me too.
>
> Regards,
>
> Woonsan
>
>>
>>
>> On Sat, Feb 25, 2017 at 5:09 AM, Daniel Dekany wrote:
>>
>>> Friday, February 24, 2017, 10:42:46 PM, Barrie Selack wrote:
>>>
>>> > I'd probably add some
Tuesday, February 28, 2017, 7:06:45 PM, Woonsan Ko wrote:
> On Sat, Feb 25, 2017 at 4:16 AM, Daniel Dekany wrote:
>> Saturday, February 25, 2017, 7:59:55 AM, David E Jones wrote:
>>
>>> These all sound like good changes, and clarify what is really going on.
>>
>
else.
Any opinions/insights?
--
Thanks,
Daniel Dekany
Thursday, March 2, 2017, 6:41:35 PM, Woonsan Ko wrote:
> On Wed, Mar 1, 2017 at 2:09 PM, Daniel Dekany wrote:
>> You can see the current FM3 package structure here:
>> http://freemarker.org/builds/fm3/api/index.html
>> https://github.com/apache/incubator-freemarker/tre
l should extend TemplateCollectionModel (I mean
the one we have renamed to, FM2 TemplateCollectionModelEx).
(And if we won't switch to MOP-s, then there will me more to do,
especially allowing non-String keys for "hashes"... that will be a
hard one.)
--
Thanks,
Daniel Dekany
Saturday, March 4, 2017, 12:15:30 AM, Woonsan Ko wrote:
> On Fri, Mar 3, 2017 at 12:54 AM, Daniel Dekany wrote:
[snip]
>> or with Properties syntax:
>>
>> objectWrapper = DefaultObjectWrapper( \
>> 3.0.0, \
>> typeHandlers=[ org.apache.freemarker.d
aybeNull!?foo?bar:"xxx"}
> <#-- or ${#bar(#foo(maybeNull!)):"xxx"} -->
>
> ${maybeNull!.foo.bar:"xxx"}
> ```
>
> Now, whenever `maybeNull` is null, `"xxx"` will be shown. But
> whenever, for example, `.bar` is null, it will throw.
That's a good idea, and I especially like that now we don't suppress
the null problem at `.bar`. I wish we had `?` instead of `!`, and then
we not only managed to "generalize" `?.`, but also the `?:` operator.
(Such a same that some 14 years ago the role of `?` and `!` was
selected the other way around...)
But... it has some problems, because of which I think we better resist
the temptation. At least in the primary (<#>-ish) language. I was here
earlier BTW (not in this thread, but months ago and alone). Not sure
the syntax/semantic was the same, but I wanted to prevent suppressing
the null at `.bar`, and that resulted in an extra symbol to be used
after the `!` (just like here, the `:`), and the resulting problems
were the same:
- I wanted to use `:` for namespace prefix separator... now it's
taken. What to do? I can use something like `|`, but it's less ideal
maybe...
- It's not how you did it in FM2 (breaks tradition... possible but hurts)
- It's one more symbol for specifying a default, which meant to be
a basic templating operation.
- It's yet again something that's kind of difficult to grasp for the
average user. I mean, users will keep writing ${x:'-'}, which
*never* works. So we can catch it during parsing and tell in the
error message why it's wrong, but still.
> -
>
> By the way, sorry for not responding sooner.
>
--
Thanks,
Daniel Dekany
Saturday, March 4, 2017, 11:26:04 PM, Daniel Dekany wrote:
> Saturday, March 4, 2017, 7:19:09 PM, Pedro M. Zamboni wrote:
[snip]
>> But seriously now, I’ve written this part of the message in a
>> different day than the rest (to be honest, I’ve written this message
>> over
;
> So the question is - could this be a useful contribution to the
> project?! As far as I know open source is not oneway only :-)
>
> Thanks in advance,
>
> Siegfried Goeschl
>
--
Thanks,
Daniel Dekany
="100%" height="185" style="width:100%;" name="${"image"+y}"/>
>
>
>
>
>
>
> Why I have to use the "assign"?
It should be
name="image"+y
or
name="image${y}"
The problem occurs because the @img tag isn't just static like HTML,
so the parameters to it are FTL expressions. "${"image"+y}" isn't a
valid expression (the quotation marks are messed up). "${'image'+y}"
would be valid, but it's not the shortest way.
> Thank you
> Ingo
--
Thanks,
Daniel Dekany
e tools they need and get their stuff done
>> * An alive-and-kicking ecosystem will result in new users of
>> FreeMarker
>> * They might not even care if there is Velocity or FreeMarker under
>> the hood :-)
>> * I’m aware of http://freemarker-onl
t/dev/incubator/freemarker/engine/2.3.26-nightly-incubating/binaries/
I hope that after some more small changes I can upload the real 2.3.26
for voting.
--
Thanks,
Daniel Dekany
Tuesday, March 14, 2017, 2:33:03 PM, Woonsan Ko wrote:
> On Mon, Mar 13, 2017 at 7:00 AM, Daniel Dekany wrote:
>> I would like to do a 2.3.26 release, ideally this month so that it can
>> appear in our status report (due to early next month). It's time
>> anyway, the
rsion breaks anything on your
> systems (this is *not* the final 2.3.26 yet, but almost):
> https://dist.apache.org/repos/dist/dev/incubator/freemarker/engine/2.3.26-nightly-incubating/binaries/
>
> I hope that after some more small changes I can upload the real 2.3.26
> for voting.
>
> --
> Thanks,
> Daniel Dekany
>
--
Thanks,
Daniel Dekany
don't feel strongly about it, but I'm okay with the release
[ ] -1 Do not release this package because...
Please add "(binding)" if your vote is binding.
--
Thanks,
Daniel Dekany
-howto.html)
--
Thanks,
Daniel Dekany
change log too of course.)
Wednesday, March 15, 2017, 10:57:49 PM, Daniel Dekany wrote:
> Hi all,
>
> Please vote on releasing FreeMarker 2.3.26-incubating! If this voting
> passes, another similar voting will be started on
> gene...@incubator.apache.org, and if that passes t
Release Manager.â
> to âFor each release, one of the Committers takes on the role of Release
> Manager.â
>
> - Change âIf someone reports a security vulnerability, normally
> he shouldn't do it on a public forumâ to âIf someone reports a
> security vulnerabili
which the template was successfully looked up. I guess then that
should take precedence over Template.locale. (A possible use case: you
might don't use localized lookup, and instead the template itself
dictates the locale. After all, the static text in the template uses
some language.)
Any thoughts?
--
Thanks,
Daniel Dekany
y have the 3 PPMC (not IPMC) votes with my vote:
+1 (non-binding, but PPMC)
Wednesday, March 15, 2017, 10:57:49 PM, Daniel Dekany wrote:
> Hi all,
>
> Please vote on releasing FreeMarker 2.3.26-incubating! If this voting
> passes, another similar voting will be started on
> gen
harset and <#ftl charset=...>.
Also, in the Java API-s we should use Charset instead of a String
(java.nio.charset.Charset didn't exist when FM 2.3 was created).
--
Thanks,
Daniel Dekany
made something out of, and show it on
freemarker.org pages, as it was discussed much earlier.
--
Thanks,
Daniel Dekany
That is my github user: nirfeldman
> Can you grant me permissions?
>
>
> Nir Feldman
> VP R&D | Kenshoo
> Office +972 73 2862467
> Mobile +972 54 721-3833
> www.Kenshoo.com
>
>
> On Sun, Mar 19, 2017 at 5:41 PM, Daniel Dekany wrote:
> For the record, since t
te will
be soon follow on gene...@incubator.apache.org.
Jacopo Cappellato +1 (IPMC and PPMC member)
Sergio Fernández +1 (IPMC and PPMC member)
Daniel Dekany +1 (PPMC member)
David E Jones +1 (PPMC member)
Woonsan Ko +1 (Committer)
Thank you for your participation!
Vote mails:
https:
Tuesday, March 21, 2017, 3:12:38 PM, Woonsan Ko wrote:
> On Sat, Mar 18, 2017 at 6:47 PM, Daniel Dekany wrote:
>> The problem in FM2
>> --
>>
>> In FM2, if you write `cfg.getTemplate("foo.ftl", Locale.GERMANY)`,
>> then FreeMarker will
aultEncoding and <#ftl encoding=...> and such should be
>> renamed to cfg.setDefaultCharset and <#ftl charset=...>.
>>
>> Also, in the Java API-s we should use Charset instead of a String
>> (java.nio.charset.Charset didn't exist when FM 2.3 was created).
>>
>> --
>> Thanks,
>> Daniel Dekany
>>
>
--
Thanks,
Daniel Dekany
FYI. (This will be announced in 24 hours, as usual. Well, hoping that
sync to the Maven Central Repo work this time.)
This is a forwarded message
From: Daniel Dekany
To: gene...@incubator.apache.org
Date: Saturday, March 25, 2017, 10:26:12 AM
Subject: [RESULT][VOTE] Release Apache FreeMarker
bile. +82 10 6779 3162 e-mail.
> yh...@etribe.co.kr Addr. A-401/402, 4F, BR ELITEL, 141-1,
> Sangsu-dong, Mapo-gu, Seoul, Republic of Korea
>
--
Thanks,
Daniel Dekany
t;>> customLookupCondition is inherited from the Template that contains the
>>> #import/#include statement, but if you think about it, the end results
>>> is practically the same.
>> Yeah, it's really cool concepts now. Very exciting!!
>>
>> Cheers,
>>
>> Woonsan
>
--
Thanks,
Daniel Dekany
at the
project has yet to be fully endorsed by the ASF.
--
Daniel Dekany
more than one main purpose
> — too comparable to kitchen sink for my liking.
>
> Thanks,
> — Denis.
>
>>> — Denis.
>>>
>>>>>
>>>>> You might notice that Environment now stores the
>>>>> customLookupCondition, while in FM2 the Template stores it. Any
>>>>> template loading from the Environment will happen with that condition
>>>>> (and with env.locale, just as in FM2). In FM2 the
>>>>> customLookupCondition is inherited from the Template that contains the
>>>>> #import/#include statement, but if you think about it, the end results
>>>>> is practically the same.
>>>> Yeah, it's really cool concepts now. Very exciting!!
>>>>
>>>> Cheers,
>>>>
>>>> Woonsan
>>>
>>
>> --
>> Thanks,
>> Daniel Dekany
>
--
Thanks,
Daniel Dekany
their side it's
analogous to opening a file, so they inherit the terminology from file
editors.
So, yeah... you can't be consistent with everything. Maybe the charset
VS encoding terminology choices of FM2 were the right compromise.
Except that we will still say "sourceEncoding
or any other light weight "micro service" framework you
feel like using).
And finally we should continue pushing
https://issues.apache.org/jira/browse/INFRA-13246 "Create a demo VM
for the Freemarker project".
--
Thanks,
Daniel Dekany
and we can't get rid of them
(and we should if we can), those have to be appear in LICENSE as well,
together with the actual license. Also, some licenses require a
third-party notice in derivated works, and that goes into NOTICE.
> What should be added here ? may be I will start with t
David E. Jones
[ ](freemarker) Ralph Goers
[ ](freemarker) Sergio Fernández
--
Thanks,
Daniel Dekany
meter with the include directive?
>
>
> Template 1
>
>
> <#include "template2.ftl" param=v1>
> ...
> ..
>
>
> template2.ftl
>
> ...
> <#if (param=="v1")>
> ..
> ..
> <#else>
> ..
> ..
>
>
>
> Thank you very much!!!
>
> Ingo
>
>
--
Thanks,
Daniel Dekany
12:47 AM, Ingo Mahnke
>> > wrote:
>> > >
>> > > > Hallo,
>> > > > maybe someone can help me.
>> > > > Is it possibile to use custom parameter with the include directive?
>> > > >
>> > > >
>> > > > Template 1
>> > > >
>> > > >
>> > > > <#include "template2.ftl" param=v1>
>> > > > ...
>> > > > ..
>> > > >
>> > > >
>> > > > template2.ftl
>> > > >
>> > > > ...
>> > > > <#if (param=="v1")>
>> > > > ..
>> > > > ..
>> > > > <#else>
>> > > > ..
>> > > > ..
>> > > >
>> > > >
>> > > >
>> > > > Thank you very much!!!
>> > > >
>> > > > Ingo
>> > > >
>> > > >
>> > >
>> >
>>
>
--
Thanks,
Daniel Dekany
"How would you assess the
podling's maturity?", which I have filled.
--
Thanks,
Daniel Dekany
to work without bugs.
(But it's not backward compatible, mind you.)
Monday, March 27, 2017, 4:03:23 PM, Daniel Dekany wrote:
> I have second thoughts regarding encoding VS charset... When it's
> about the charset of a file, people always seem to use "encoding":
uery files, we should not store those. We should use a
googleapis.com URL or wherever CDN people use nowadays to load JQuery.
Then they won't complicate the LICENSE anymore (and won't burden our
web server).
> Will do the package renaming as part of the next pull request. It would be
> easier to track.
Right.
>
>
> Pradeep.
--
Thanks,
Daniel Dekany
wrapper/src/integTest/groovy/org/gradle/integtests/AbstractWrapperIntegrationSpec.groovy).
>
>
> As a next step, I would change the package names and the cdn for the
> javascript files.
>
>
> Thank you.
>
> Pradeep.
>
>
>
>
opening one ?
Me and the dev list automatically gets an alert. Though I moderate out
the last if you have written about the commit anyway.
(BTW the Github notifications should go to
notificati...@freemarker.incubator.apache.org; I guess only infra can
change that. Anybody knows?)
--
Thanks,
Daniel Dekany
t now we have the issue that you can't use date/time or XML
inside lists and maps, exactly because those use JSON syntax. So I'm
rather on the side of moving away from JSON. It's too simplistic by
design, and we have no power to extend it. And writing out own parsers
is easy, so, why
That would be nice to have. Most importantly, we should have that for
FreeMarker itself.
--
Thanks,
Daniel Dekany
> Pradeep.
>
>
>
> From: Daniel Dekany
> Sent: Friday, April 7, 2017 6:29 PM
> To: Woonsan Ko
> Subject: Re: Anyone volun
hat people can experiment with #include and #import.
>>
>>> Also I have asked a CI question in the previous email which got
>>> lost. Posting the same in this email.
>>>
>>> 1. Do we need to configure travis CI for the online tester ?
>>
>&
nyone happen to know?)
> Kindly go through the above and let me know if I should give a pull request.
After the clarifications above, I think you should.
> Pradeep.
--
Thanks,
Daniel Dekany
7
will fail now.
> 2. Also it works just with the download-ivy task. So I have removed the
> other task init-ivy.
>
> Will send a pull request with above changes.
>
> Pradeep.
>
>
> From: Daniel Dekany
> Sent: Tuesday, April 11,
ci build
> for incubator-freemarker, kindly let us know.
I have made an infra request:
https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-13877
"Enable Travis for incubator-freemarker (2.3-gae branch)"
> Pradeep.
>
>
>
>
--
Thanks,
Daniel Dekany
a request:
>
> https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-13877
> "Enable Travis for incubator-freemarker (2.3-gae branch)"
>
>> Pradeep.
>>
>>
>>
>>
>
> --
> Thanks,
> Daniel Dekany
>
--
Thanks,
Daniel Dekany
I guess
it's not possible with plain text files.)
> Good that we have this build set up. Will be useful to validate PRs and
> commits easily.
Yes, it's was missing for a long time, thanks for doing this!
> Pradeep.
>
>
> ________
> From: Da
Wednesday, April 12, 2017, 6:17:59 PM, Daniel Dekany wrote:
> Wednesday, April 12, 2017, 3:56:25 PM, Pradeep Murugesan wrote:
>
>> The Jira is not visible for public ? Its redirecting me to a login page.
>
> Yip, infra issues aren't public (at least by default).
>
>
me (eg. 2.3-gae).
It's a pattern replaced by the actual version when you build a
distributions (`ant dist`).
>
> like
>
>
>
> Apache FreeMarker 2.3-gae
>
>
> Pradeep.
--
Thanks,
Daniel Dekany
exec returned: 2
>
> Total time: 38 seconds
>
>
> Kindly clarify.
>
>
> Pradeep.
>
>
> From: Daniel Dekany
> Sent: Thursday, April 13, 2017 10:05:27 AM
> To: Pradeep Murugesan
> Subject: Re: Freemarker Readme to markdown.
>
> Thursday,
ists since I have changed the file name
> to README.md
>
> Pradeep.
>
>
>
>
> From: Daniel Dekany
> Sent: Thursday, April 13, 2017 11:43:22 AM
> To: Pradeep Murugesan
> Subject: Re: Freemarker Readme to markdown.
>
> Thursday, April 13, 2017, 10:58:11 AM, Pradeep Muruges
of the wide logo. But the press kit clearly says that you
have to use the one and only "Official Incubator Logo". But it's might
as well inaccurate wording, because, if it's so, then what are the
"Red-On-White Version of Logo" and such for? I guess I will ask on the
general list... unless somebody here knows more.
> John
--
Thanks,
Daniel Dekany
Thursday, April 13, 2017, 2:32:17 PM, Daniel Dekany wrote:
> Thursday, April 13, 2017, 12:12:32 PM, Pradeep Murugesan wrote:
>
>> ok..
>>
>>
>> So should this (ant dist) be also part of our build in Travis ?
>
> Probably not. Building distros can be tricky, s
d . (try out SpringBoot)
>
> 2. Optimising the DataModel
>
>
>
> Also I have asked a CI question in the previous email which got
> lost. Posting the same in this email.
>
>
> 1. Do we need to configure travis CI for the online tester ?
>
>
> Pradeep.
>
&g
t Spring features do we actually need for this simple
application?
> Pradeep.
>
> ________
> From: Daniel Dekany
> Sent: Saturday, April 22, 2017 2:55:38 AM
> To: Pradeep Murugesan
> Subject: Re: SpringBoot, DataModelParser and Travis CI
>
>
ttps://github.com/gradle/gradle/blob/master/subprojects/wrapper/src/integTest/groovy/org/gradle/integtests/AbstractWrapperIntegrationSpec.groovy).
>
>
> As a next step, I would change the package names and the cdn for the
> javascript files.
>
>
> Thank you.
>
> Pradeep.
>
>
>
binary, but the gradle source is
>> > bearing the apache license
>> > (https://github.com/gradle/gradle/blob/master/subprojects/wrapper/src/
>> integTest/groovy/org/gradle/integtests/AbstractWrapperIntegrationSpec
>> .groovy).
>> >
>> >
>> > As a next ste
se there's
some problem with the Spring IoC integration, there's also Guice
integration.
> Pradeep.
>
>
> From: Daniel Dekany
> Sent: Sunday, April 23, 2017 11:40:07 AM
> To: Pradeep Murugesan
> Subject: Re: SpringBoot, DataM
don't think there will be any notable obstacles there.
>
>
> Pradeep.
>
>
>
>
>
> From: Daniel Dekany
> Sent: Thursday, April 27, 2017 6:08:46 PM
> To: Pradeep Murugesan
> Subject: Re: SpringBoot, DataModelParser and Travis CI
>
> Thursday, April 27
also added
> the travis config.
>
>
> https://travis-ci.org/pradeepmurugesan/incubator-freemarker-online-tester
>
>
> After Merging we need to raise a ticket to INFRA asking to enable
> the travis build for online tester.
>
>
> Will continue on upgrading the app to Java 8.
>
>
> Pradeep.
--
Thanks,
Daniel Dekany
ight forum. On incubator-general is guess.
Also, anyone is aware of any legal obstacle that prevents deploying
this service to Apache infrastructure?
--
Thanks,
Daniel Dekany
Forgot to include GitHub link:
https://github.com/apache/incubator-freemarker-online-tester
Tuesday, May 2, 2017, 11:42:56 AM, Daniel Dekany wrote:
> We have received the source code donation of said service form
> Kenshoo. Pradeep has changed the license headers and renamed the
> pack
Tuesday, May 2, 2017, 12:19:47 PM, Jacopo Cappellato wrote:
> On Tue, May 2, 2017 at 11:42 AM, Daniel Dekany wrote:
>
>> We have received the source code donation of said service form
>> Kenshoo. Pradeep has changed the license headers and renamed the
>> packages, an
OK, Travis is enabled (will do a build at the next commit):
https://travis-ci.org/apache/incubator-freemarker-online-tester
Tuesday, May 2, 2017, 11:22:08 AM, Daniel Dekany wrote:
> Hi,
>
> This was merged.
>
> I have requested Travis from infra
> (https://issues.apache.or
//coveralls.io/github/pradeepmurugesan/incubator-freemarker-online-tester>
> (just like travis ci) and let me know, Will send over a PR.
Sure, I have requested it.
https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-14095
--
Thanks,
Daniel Dekany
r project is set up for it, you can reply to this email and have your
> reply appear on GitHub as well. If your project does not have this feature
> enabled and wishes so, or if the feature is enabled but not working, please
> contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
> with INFRA.
> ---
>
--
Thanks,
Daniel Dekany
very ?
>
>
> Pradeep.
>
> ________
> From: Daniel Dekany
> Sent: Tuesday, May 2, 2017 11:44:52 AM
> To: Daniel Dekany
> Subject: Re: FreeMarker Online Tester legal status and hosting
>
> Forgot to include GitHub link:
> https://github.com/apache/incubator-freema
be helpful, so that we can be ready.
We are already ready.
>
> Pradeep.
>
> ____
> From: Daniel Dekany
> Sent: Friday, May 5, 2017 11:59:13 AM
> To: Pradeep Murugesan
> Subject: Re: FreeMarker Online Tester legal status and hosting
>
> No
Done (should run on next commit):
https://coveralls.io/github/apache/incubator-freemarker-online-tester/
Friday, May 5, 2017, 11:53:21 AM, Daniel Dekany wrote:
> Thursday, May 4, 2017, 11:16:57 PM, Pradeep Murugesan wrote:
>
>> Hi Daniel,
>>
>>
>> Was trying t
did not set it explicitly).
Sunday, February 19, 2017, 7:41:54 PM, Woonsan Ko wrote:
> On Sun, Feb 19, 2017 at 10:04 AM, Daniel Dekany wrote:
>> Sunday, February 19, 2017, 11:35:44 AM, Denis Bredelet wrote:
>>
>>> My message was not clear, I mean builders are not required fo
Speaking of which, those Gradle scripts contain a lot of complication
that we don't need... a cleanup would be nice.
Friday, May 5, 2017, 2:52:44 PM, Pradeep Murugesan wrote:
> Great...
>
>
> Pradeep.
>
> ________
> From: Daniel Dekany
> S
Saturday, March 4, 2017, 2:16:53 AM, Daniel Dekany wrote:
[snip]
> I don't think that activating a FreeMarker extension merely based on
> its presence in the class path is acceptable, for most kind of
> extensions. Real world projects easily use 100+ dependencies, most of
> them
Thursday, May 11, 2017, 6:49:09 AM, Woonsan Ko wrote:
> Hi Daniel,
>
> On Fri, May 5, 2017 at 3:18 PM, Daniel Dekany wrote:
>> This is now partially implemented (I have just committed it). There
>> are many rough edges yet, but Configuration is now immutable, and it
&g
I have committed a first version of this... It's already modularized
as you can see, though freemarker-dom is not yet separated from core.
Please find the problems with it. Also, anyone wants to help with the
TODO-s in the Gradle scripts?
--
Thanks,
Daniel Dekany
Desktop/active/development/work/incubator-freemarker/build.gradle'
> line: 49
>
> * What went wrong:
> The bootClasspathJava7 property must be set. Maybe you have missed this
> step: Copy gradle.properties.sample into gradle.properties, and edit it to
> describe your env
te project (though partially we already has that with
freemarker-core-java8-test). (And I hope coveralls.io and such can
handle this.)
--
Thanks,
Daniel Dekany
Monday, May 15, 2017, 11:40:01 AM, Taher Alkhateeb wrote:
> Hi Daniel,
>
> Inline ...
>
> On Mon, May 15, 2017 at 12:17 PM, Daniel Dekany wrote:
>
>> Monday, May 15, 2017, 8:27:07 AM, Taher Alkhateeb wrote:
>>
>> > Hi Daniel,
>> >
>> > Gr
Actually I have done this and committed it... Of course, it can be
undone if we find a better way, but I'm certain that we won't find a
solution that stretches the limits of IDE-s and such less.
Monday, May 15, 2017, 11:43:48 AM, Daniel Dekany wrote:
> We got this problem that fr
s build doesn't
produce anything yet.
--
Thanks,
Daniel Dekany
ot) who can grind through
everything in time regardless, that will be a serious problem when it
comes to Apache incubation voting...)
> On Tue, May 16, 2017 at 11:10 PM, Daniel Dekany wrote:
>
>> I saw the Jira issue for migrating to Gradle was closed, but to be
>> clear it's far
egards,
>
> Michael Brohl
> ecomify GmbH
> www.ecomify.de
>
>
> Am 17.05.17 um 14:29 schrieb Daniel Dekany:
>> Wednesday, May 17, 2017, 2:26:29 AM, Taher Alkhateeb wrote:
>>
>>> Yeah I closed it because it was a proposal for a PoC which you pretty much
>
Friday, May 19, 2017, 8:59:54 PM, Woonsan Ko wrote:
> On Fri, May 19, 2017 at 2:22 PM, Daniel Dekany wrote:
>> Thursday, May 18, 2017, 10:01:23 PM, Michael Brohl wrote:
>>
>>> Hi Daniel,
>>>
>>> I think these non-Jiraed issues should be created in Jir
Friday, May 12, 2017, 10:49:33 PM, Daniel Dekany wrote:
> Thursday, May 11, 2017, 6:49:09 AM, Woonsan Ko wrote:
>
>> Hi Daniel,
>>
>> On Fri, May 5, 2017 at 3:18 PM, Daniel Dekany wrote:
>>> This is now partially implemented (I have just committed it). There
in place of the Xxx). BTW, the
`key` is Serializable so that it can be stored in Exception-s. (I
wonder if it should be String... but I guess using enum-s for keys is
more efficient, so I don't want to remove that possibility.)
Anyone opposes this?
--
Thanks,
Daniel Dekany
Tuesday, May 30, 2017, 5:02:43 PM, Woonsan Ko wrote:
> On Sat, May 20, 2017 at 4:07 AM, Daniel Dekany wrote:
>> Friday, May 19, 2017, 8:59:54 PM, Woonsan Ko wrote:
>>
>>> On Fri, May 19, 2017 at 2:22 PM, Daniel Dekany wrote:
>>>> Thursday, May 18, 20
Tuesday, May 2, 2017, 7:49:18 PM, Jacques Le Roux wrote:
> Le 02/05/2017 à 13:23, Daniel Dekany a écrit :
>> Tuesday, May 2, 2017, 12:19:47 PM, Jacopo Cappellato wrote:
>>
>>> On Tue, May 2, 2017 at 11:42 AM, Daniel Dekany wrote:
>>>
>>>> We have
Wednesday, May 31, 2017, 6:09:32 PM, Woonsan Ko wrote:
> On Tue, May 30, 2017 at 11:38 AM, Daniel Dekany wrote:
>> Tuesday, May 30, 2017, 5:02:43 PM, Woonsan Ko wrote:
>
>>>>>> Speaking of which, soon there will be one. Anyone is interested in FM3
>>>>&
401 - 500 of 757 matches
Mail list logo
