Re: Jodd/Madvoc MVC framework

2016-01-25 Thread Igor Spasic 

That is very strange - it is not happening here neither on the travis; and
travis does download it all from scratch (twice, once for java7 and for 
java8),

look: https://travis-ci.org/oblac/jodd [https://travis-ci.org/oblac/jodd]
There is nothing to authenticate, or to set - just run the gradle wrapper 
and

that is all.
All artifacts are on maven.
Be aware that the central Maven 2 repository is HTTP only and HTTPS is not
supported, as far as i know - i dont know how it happens that your gradle 
using

it. Did you pull latest commits?
Also see: 
http://stackoverflow.com/questions/22887829/peer-not-authenticated-while-importing-gradle-project-in-eclipse

[http://stackoverflow.com/questions/22887829/peer-not-authenticated-while-importing-gradle-project-in-eclipse]
Would you be so kind to: 1) check if you have pulled latest commits 2) run: 
gradlew clean --stacktrace
If you want I can help you directly, via some email, chat or Jodds Slack 
or...

whatever :) Let me know!
On Mon, Jan 25, 2016 at 20:20, Martin Gainty <mgai...@hotmail.com> wrote:
>java -version java version "1.8.0_40" Java(TM) SE Runtime Environment 
(build 1.8.0_40-b26) Java HotSpot(TM) 64-Bit Server VM (build 25.40-b25, 
mixed mode)
jodd2>gradlew build Downloading 
https://services.gradle.org/distributions/gradle-2.10-bin.zip
Exception in thread "main" javax.net.ssl.SSLException: 
java.security.ProviderExc eption: SunPKCS11 requires configuration file 
argument
>gradle -version 
 Gradle 2.3 
 Build time: 
2015-02-16 05:09:33 UTC Build number: none Revision: 
586be72bf6e3df1ee7676d1f2a3afd9157341274 Groovy: 2.3.9 Ant: Apache Ant(TM) 
version 1.9.3 compiled on December 23 2013 JVM: 1.8.0_40 (Oracle 
Corporation 25.40-b25) OS: Windows 7 6.1 amd64

is JDK 1.8.0_40 ok? is ANT 1.9.3 ok?
is Gradle 2.3 ok?
is there a SunPKCS11 configuration item missing for
$JAVA_HOME/jre/lib/security/java.policy?

if I run gradle from the jodd directory I see:
jodd2>gradle
FAILURE: Build failed with an exception.
* What went wrong: Could not resolve all dependencies for configuration 
':runtime'. > Could not resolve org.codehaus.groovy:groovy-all:2.4.4. 
Required by: :buildSrc:unspecified > Could not GET 
'https://repo1.maven.org/maven2/org/codehaus/groovy/groovy-al 
l/2.4.4/groovy-all-2.4.4.pom'. > peer not authenticated MG>how to 
authenticate ?


> Could not resolve org.yaml:snakeyaml:1.13. MG>how to specify repo for 
this artifact ?


Required by: :buildSrc:unspecified > Could not HEAD 
'https://repo1.maven.org/maven2/org/yaml/snakeyaml/1.13/snak 
eyaml-1.13.pom'. > peer not authenticated MG>How to authenticate ?


> Could not resolve 
org.codehaus.groovy.modules.http-builder:http-builder:0.7.1. MG>where is 
http-builder located ?
Required by: :buildSrc:unspecified > Could not GET 
'https://repo1.maven.org/maven2/org/codehaus/groovy/modules/h 
ttp-builder/http-builder/0.7.1/http-builder-0.7.1.pom'. > peer not 
authenticated > Could not resolve org.apache.httpcomponents:httpmime:4.3. 
Required by: :buildSrc:unspecified > Could not GET 
'https://repo1.maven.org/maven2/org/apache/httpcomponents/htt 
pmime/4.3/httpmime-4.3.pom'. > peer not authenticated

MG>How to authenticate ?
* Try: Run with --stacktrace option to get the stack trace. Run with --info 
or --debug option to get more log output.

BUILD FAILED
Total time: 10.994 secs
thanks!
Martin
__








From: i...@jodd.org
To: mgai...@hotmail.com
CC: user@struts.apache.org
Subject: Re: Jodd/Madvoc MVC framework
Date: Mon, 25 Jan 2016 19:31:00 +0100

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

Re: Jodd/Madvoc MVC framework

2016-01-25 Thread Igor Spasic 

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>

Re: Jodd/Madvoc MVC framework

2016-01-25 Thread Igor Spasic 
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>

Re: Jodd/Madvoc MVC framework

2016-01-25 Thread Igor Spasic 

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  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 
> b: Bucky Bits 
> g: davelnewton 
> so: Dave Newton