Ok, fixed :) Travis is working again.
The issue was that gradle 2.10 uses groovy 2.4.4 and we used some old
groovy
version. We have some gradle plugins.
Please let me know if this worked now. Thanx!
On Mon, Jan 25, 2016 at 19:19, Igor Spasic <i...@jodd.org> wrote:
Uh, there is some strange gradle (wrapper) behavior... Sorry for all the
trouble, I will let you know when its fixed.
On Mon, Jan 25, 2016 at 19:11, Igor Spasic <i...@jodd.org> wrote:
Hi!
Can you check now? We moved to Gradle 2.10 yesterday, but obviously there
was a
left over from previous version (2.6).
Would you be so kind to pull the change and try again? It worked here.
On Mon, Jan 25, 2016 at 18:34, Martin Gainty <mgai...@hotmail.com> wrote:
can anyone clone ?
> gradlew build Downloading
https://services.gradle.org/distributions/gradle-2.6-all.zip
Exception in thread "main" javax.net.ssl.SSLException:
java.security.ProviderExc eption: SunPKCS11 requires configuration file
argument
...if I bypass cert checking I get the zip... wget --no-check-certificate
https://services.gradle.org/distributions/gradle-2.6-all.zip
what is gradlew missing to download
https\://services.gradle.org/distributions/gradle-2.6-all.zip
?
Martin
______________________________________________
> Date: Mon, 25 Jan 2016 10:32:45 -0500
> Subject: Re: Jodd/Madvoc MVC framework
> From: davelnew...@gmail.com
> To: user@struts.apache.org
>
> I'm just not a fan of declaring things based on strings, including
result
> types.
>
> I don't know what the easiest/best answer is, probably I'll end up doing
> nothing :(
>
> On Mon, Jan 25, 2016 at 10:01 AM, Christoph Nenning <
> christoph.nenn...@lex-com.net> wrote:
>
> > > The async thing is nice; that would be a good thing to bring into
S2.
> > >
> > > I still don't like the string-based action returns; strings are just
> > awful.
> > > I don't have a better solution (yet).
> > >
> > > It might be a good time for me to rethink the code-based config I'd
> > > implemented some time ago, e.g., use a Groovy or whatever DSL to
config
> > the
> > > results, that way they end up being code artifacts.
> > >
> > >
> >
> > Another approach could be to define a Result class to avoid mapping of
> > strings, e.g.:
> >
> > return new Result("dispatch", "test.jsp");
> >
> >
> > This would keep current result types with all their string-parameters.
But
> > it would not be necessary to configure them and no name-matching would
> > take place.
> >
> >
> >
> > Regards,
> > Christoph
> >
> > This Email was scanned by Sophos Anti Virus
> >
>
>
>
> --
> e: davelnew...@gmail.com
> m: 908-380-8699
> s: davelnewton_skype
> t: @dave_newton <https://twitter.com/dave_newton>
> b: Bucky Bits <http://buckybits.blogspot.com/>
> g: davelnewton <https://github.com/davelnewton>
> so: Dave Newton <http://stackoverflow.com/users/438992/dave-newton>
