struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Igor Spasic <i...@jodd.org>
Subject Re: Jodd/Madvoc MVC framework
Date Mon, 25 Jan 2016 18:31:00 GMT
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 <igor@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 <igor@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 <mgainty@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: davelnewton@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.Nenning@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: davelnewton@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>
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message