You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Rene Gielen <rg...@apache.org> on 2016/01/22 12:43:37 UTC
Jodd/Madvoc MVC framework
Hi folks,
has anyone seen this before?
http://jodd.org/doc/madvoc/index.html
Looks like they are taking basic Struts 2 concepts and mixing it with
some Spring MVC and Seam.
It might be interesting to evaluate which of their concepts might be
nice to integrate in S2.5/3 - just sayin' ... :)
- René
--
René Gielen
http://twitter.com/rgielen
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: Jodd/Madvoc MVC framework
Posted by Martin Gainty <mg...@hotmail.com>.
I had the wrong providers listed in $JAVA_HOME/jre/lib/security/java.securityas soon as I security.removeProvider SunPKCS11 provider and replaced with sun.security.rsa.SunRsaSign I was able to grab the gradle distro and unpack, compile, run-tests and assemble
security.provider.10=sun.security.rsa.SunRsaSignsecurity.removeProvider.10=sun.security.pkcs11.SunPKCS11
also igor made 2 changes yesterday which you should incorporate:build.gradle
dependencies:
org.codehaus.groovy:groovy-all:2.2.1 upgraded to org.codehaus.groovy:groovy-all:2.4.4
gradle-wrapper.propertiesdistributionUrl=https\://services.gradle.org/distributions/gradle-2.6-all.zipdistributionUrl=https\://services.gradle.org/distributions/gradle-2.10-bin.zip
https://github.com/oblac/jodd/compare/master@%7B1day%7D...master
gradlew.bat build
produced windows specific errors:
513 tests completed, 2 failed, 3 skipped:jodd-core:test FAILED
jodd.io.FileNameUtilTestexpected:<C:\Users\mgainty]/> but was:<[~]/>jodd.util.PathUtilTestorg.junit.ComparisonFailure: expected:<[/aaa/bbb/]ccc> but was:<[\aaa\bbb\]ccc>
FAILURE: Build failed with an exception.
* What went wrong:Execution failed for task ':jodd-core:test'.> There were failing tests. See the report at: /jodd2/jodd-core/build/reports/tests/index.html(easily correctable)
I am curious why integration tests need both MySQL Database AND Postgres Database?For integration tests you will need also to set up databases named: 'jodd-test' on localMySql (access: root/root!) and PostgreSQL (postgres/root!).
Thanks Christoph!
Martin
> To: user@struts.apache.org
> Subject: Re: Jodd/Madvoc MVC framework
> From: Christoph.Nenning@lex-com.net
> Date: Tue, 26 Jan 2016 10:26:37 +0100
>
> > 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 :(
> >
>
> Well, result type strings could be avoided with specialized classes, like
>
> return new InstantDispatcherResult("foo.jsp");
> return new InstantActionRedirectResult("fooAction");
>
>
> Regards,
> Christoph
>
> This Email was scanned by Sophos Anti Virus
Re: Jodd/Madvoc MVC framework
Posted by Mike Guo <ho...@163.com>.
That's true.;)
发自我的 iPhone
> 在 2016年1月27日,10:47,Dave Newton <da...@gmail.com> 写道:
>
> No issue in the sense of it working or not.
>
> *My* issue with strings is that it completely ignores the type system, such
> as it is, that Java gives us.
>
>> On Tue, Jan 26, 2016 at 9:42 PM, Mike Guo <ho...@163.com> wrote:
>>
>>
>>
>> I saw your guys already have many emails about the result string, but I
>> think it is ok, just a little curious, any issue when we use string result?
>>
>> Thanks
>>
>> Mike
>>
>>
>>
>>
>>
>>
>>
>>> 在 2016年1月26日,22:44,Lukasz Lenart <lu...@apache.org> 写道:
>>>
>>> Such functionality is already supported, you can return an instance of
>>> the Result class instead of a String and Struts2 will handle it.
>>> Though, it isn't documented ;-)
>>>
>>> 2016-01-26 15:26 GMT+01:00 CRANFORD, CHRIS <Ch...@setech.com>:
>>>> This is one of the aspects of Spring MVC that I prefer over that of
>> Struts2. The return types from action handler methods vary and influences
>> what the servlet handler is to do after the action handler has completed.
>>>>
>>>> The framework could be tweaked to examine the action method's return
>> type and based upon it branch and do various new features, allowing the
>> result type invocation to be handled in a more declarative way via code
>> rather than XML configuration or annotations.
>>>>
>>>> What Christoph presents here very closely aligns with the View based
>> implementations that Spring MVC expose.
>>>>
>>>> I also think we're reaching a point that some of the struts2 plugins to
>> support various result type implementations such as JSON and REST should be
>> considered for merging into the struts2 core. These result types have
>> become a major way to exchange data in the past several years with
>> microservices, web services, and AJAX support that they should be first
>> class denizens in the codebase.
>>>>
>>>> Chris
>>>>
>>>> -----Original Message-----
>>>> From: Christoph Nenning [mailto:Christoph.Nenning@lex-com.net]
>>>> Sent: Tuesday, January 26, 2016 3:27 AM
>>>> To: Struts Users Mailing List <us...@struts.apache.org>
>>>> Subject: Re: Jodd/Madvoc MVC framework
>>>>
>>>> return new InstantDispatcherResult("foo.jsp");
>>>> return new InstantActionRedirectResult("fooAction");
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>>> For additional commands, e-mail: user-help@struts.apache.org
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>
>
> --
> 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>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Jodd/Madvoc MVC framework
Posted by Dave Newton <da...@gmail.com>.
No issue in the sense of it working or not.
*My* issue with strings is that it completely ignores the type system, such
as it is, that Java gives us.
On Tue, Jan 26, 2016 at 9:42 PM, Mike Guo <ho...@163.com> wrote:
>
>
> I saw your guys already have many emails about the result string, but I
> think it is ok, just a little curious, any issue when we use string result?
>
> Thanks
>
> Mike
>
>
>
>
>
>
>
> > 在 2016年1月26日,22:44,Lukasz Lenart <lu...@apache.org> 写道:
> >
> > Such functionality is already supported, you can return an instance of
> > the Result class instead of a String and Struts2 will handle it.
> > Though, it isn't documented ;-)
> >
> > 2016-01-26 15:26 GMT+01:00 CRANFORD, CHRIS <Ch...@setech.com>:
> >> This is one of the aspects of Spring MVC that I prefer over that of
> Struts2. The return types from action handler methods vary and influences
> what the servlet handler is to do after the action handler has completed.
> >>
> >> The framework could be tweaked to examine the action method's return
> type and based upon it branch and do various new features, allowing the
> result type invocation to be handled in a more declarative way via code
> rather than XML configuration or annotations.
> >>
> >> What Christoph presents here very closely aligns with the View based
> implementations that Spring MVC expose.
> >>
> >> I also think we're reaching a point that some of the struts2 plugins to
> support various result type implementations such as JSON and REST should be
> considered for merging into the struts2 core. These result types have
> become a major way to exchange data in the past several years with
> microservices, web services, and AJAX support that they should be first
> class denizens in the codebase.
> >>
> >> Chris
> >>
> >> -----Original Message-----
> >> From: Christoph Nenning [mailto:Christoph.Nenning@lex-com.net]
> >> Sent: Tuesday, January 26, 2016 3:27 AM
> >> To: Struts Users Mailing List <us...@struts.apache.org>
> >> Subject: Re: Jodd/Madvoc MVC framework
> >>
> >> return new InstantDispatcherResult("foo.jsp");
> >> return new InstantActionRedirectResult("fooAction");
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> >> For additional commands, e-mail: user-help@struts.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
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>
Re: Jodd/Madvoc MVC framework
Posted by Mike Guo <ho...@163.com>.
I saw your guys already have many emails about the result string, but I think it is ok, just a little curious, any issue when we use string result?
Thanks
Mike
> 在 2016年1月26日,22:44,Lukasz Lenart <lu...@apache.org> 写道:
>
> Such functionality is already supported, you can return an instance of
> the Result class instead of a String and Struts2 will handle it.
> Though, it isn't documented ;-)
>
> 2016-01-26 15:26 GMT+01:00 CRANFORD, CHRIS <Ch...@setech.com>:
>> This is one of the aspects of Spring MVC that I prefer over that of Struts2. The return types from action handler methods vary and influences what the servlet handler is to do after the action handler has completed.
>>
>> The framework could be tweaked to examine the action method's return type and based upon it branch and do various new features, allowing the result type invocation to be handled in a more declarative way via code rather than XML configuration or annotations.
>>
>> What Christoph presents here very closely aligns with the View based implementations that Spring MVC expose.
>>
>> I also think we're reaching a point that some of the struts2 plugins to support various result type implementations such as JSON and REST should be considered for merging into the struts2 core. These result types have become a major way to exchange data in the past several years with microservices, web services, and AJAX support that they should be first class denizens in the codebase.
>>
>> Chris
>>
>> -----Original Message-----
>> From: Christoph Nenning [mailto:Christoph.Nenning@lex-com.net]
>> Sent: Tuesday, January 26, 2016 3:27 AM
>> To: Struts Users Mailing List <us...@struts.apache.org>
>> Subject: Re: Jodd/Madvoc MVC framework
>>
>> return new InstantDispatcherResult("foo.jsp");
>> return new InstantActionRedirectResult("fooAction");
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Jodd/Madvoc MVC framework
Posted by Lukasz Lenart <lu...@apache.org>.
Such functionality is already supported, you can return an instance of
the Result class instead of a String and Struts2 will handle it.
Though, it isn't documented ;-)
2016-01-26 15:26 GMT+01:00 CRANFORD, CHRIS <Ch...@setech.com>:
> This is one of the aspects of Spring MVC that I prefer over that of Struts2. The return types from action handler methods vary and influences what the servlet handler is to do after the action handler has completed.
>
> The framework could be tweaked to examine the action method's return type and based upon it branch and do various new features, allowing the result type invocation to be handled in a more declarative way via code rather than XML configuration or annotations.
>
> What Christoph presents here very closely aligns with the View based implementations that Spring MVC expose.
>
> I also think we're reaching a point that some of the struts2 plugins to support various result type implementations such as JSON and REST should be considered for merging into the struts2 core. These result types have become a major way to exchange data in the past several years with microservices, web services, and AJAX support that they should be first class denizens in the codebase.
>
> Chris
>
> -----Original Message-----
> From: Christoph Nenning [mailto:Christoph.Nenning@lex-com.net]
> Sent: Tuesday, January 26, 2016 3:27 AM
> To: Struts Users Mailing List <us...@struts.apache.org>
> Subject: Re: Jodd/Madvoc MVC framework
>
> return new InstantDispatcherResult("foo.jsp");
> return new InstantActionRedirectResult("fooAction");
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: Jodd/Madvoc MVC framework
Posted by "CRANFORD, CHRIS" <Ch...@setech.com>.
This is one of the aspects of Spring MVC that I prefer over that of Struts2. The return types from action handler methods vary and influences what the servlet handler is to do after the action handler has completed.
The framework could be tweaked to examine the action method's return type and based upon it branch and do various new features, allowing the result type invocation to be handled in a more declarative way via code rather than XML configuration or annotations.
What Christoph presents here very closely aligns with the View based implementations that Spring MVC expose.
I also think we're reaching a point that some of the struts2 plugins to support various result type implementations such as JSON and REST should be considered for merging into the struts2 core. These result types have become a major way to exchange data in the past several years with microservices, web services, and AJAX support that they should be first class denizens in the codebase.
Chris
-----Original Message-----
From: Christoph Nenning [mailto:Christoph.Nenning@lex-com.net]
Sent: Tuesday, January 26, 2016 3:27 AM
To: Struts Users Mailing List <us...@struts.apache.org>
Subject: Re: Jodd/Madvoc MVC framework
return new InstantDispatcherResult("foo.jsp");
return new InstantActionRedirectResult("fooAction");
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Jodd/Madvoc MVC framework
Posted by Christoph Nenning <Ch...@lex-com.net>.
> 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 :(
>
Well, result type strings could be avoided with specialized classes, like
return new InstantDispatcherResult("foo.jsp");
return new InstantActionRedirectResult("fooAction");
Regards,
Christoph
This Email was scanned by Sophos Anti Virus
Re: Jodd/Madvoc MVC framework
Posted by Igor Spasic <ig...@jodd.org>.
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 <mg...@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: igor@jodd.org
To: mgainty@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 <ig...@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 <ig...@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 <mg...@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>
RE: Jodd/Madvoc MVC framework
Posted by Martin Gainty <mg...@hotmail.com>.
>java -versionjava 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 buildDownloading https://services.gradle.org/distributions/gradle-2.10-bin.zip
Exception in thread "main" javax.net.ssl.SSLException: java.security.ProviderException: SunPKCS11 requires configuration file argument
>gradle -version------------------------------------------------------------Gradle 2.3------------------------------------------------------------Build time: 2015-02-16 05:09:33 UTCBuild number: noneRevision: 586be72bf6e3df1ee7676d1f2a3afd9157341274Groovy: 2.3.9Ant: Apache Ant(TM) version 1.9.3 compiled on December 23 2013JVM: 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-all/2.4.4/groovy-all-2.4.4.pom'. > peer not authenticatedMG>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/snakeyaml-1.13.pom'. > peer not authenticatedMG>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/http-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/httpmime/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: igor@jodd.org
To: mgainty@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 <ig...@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 <ig...@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 <mg...@hotmail.com> wrote:
can anyone clone ?
>gradlew buildDownloading
https://services.gradle.org/distributions/gradle-2.6-all.zip
Exception
in thread "main" javax.net.ssl.SSLException:
java.security.ProviderException: 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>
Re: Jodd/Madvoc MVC framework
Posted by Igor Spasic <ig...@jodd.org>.
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 <ig...@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 <ig...@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 <mg...@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>
Re: Jodd/Madvoc MVC framework
Posted by Igor Spasic <ig...@jodd.org>.
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 <ig...@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 <mg...@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>
RE: Jodd/Madvoc MVC framework
Posted by Christoph Nenning <Ch...@lex-com.net>.
> this is what I have for instructions:
> >git clone https://github.com/oblac/jodd.git
> >gradlew build
> Please verify
> Thanks!
> Martin
I can at least assemble JARs, but tests are failing. As I'm using windows
powershell I must explicitly write:
.\gradlew.bat assemble
('assemble' omits tests)
And I'm behind a proxy so I had to add a 'gradle.properties' file and
configure the proxy there.
Regards,
Christoph
> ______________________________________________
>
>
>
> > From: igor@jodd.org
> > To: mgainty@hotmail.com
> > CC: user@struts.apache.org
> > Subject: Re: Jodd/Madvoc MVC framework
> > Date: Mon, 25 Jan 2016 19:11:38 +0100
> >
> > 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 <mg...@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>
>
This Email was scanned by Sophos Anti Virus
RE: Jodd/Madvoc MVC framework
Posted by Martin Gainty <mg...@hotmail.com>.
this is what I have for instructions:
>git clone https://github.com/oblac/jodd.git
>gradlew build
Please verify
Thanks!
Martin
______________________________________________
> From: igor@jodd.org
> To: mgainty@hotmail.com
> CC: user@struts.apache.org
> Subject: Re: Jodd/Madvoc MVC framework
> Date: Mon, 25 Jan 2016 19:11:38 +0100
>
> 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 <mg...@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>
Re: Jodd/Madvoc MVC framework
Posted by Igor Spasic <ig...@jodd.org>.
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 <mg...@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>
RE: Jodd/Madvoc MVC framework
Posted by Martin Gainty <mg...@hotmail.com>.
can anyone clone ?
>gradlew buildDownloading https://services.gradle.org/distributions/gradle-2.6-all.zip
Exception in thread "main" javax.net.ssl.SSLException: java.security.ProviderException: 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>
Re: Jodd/Madvoc MVC framework
Posted by Dave Newton <da...@gmail.com>.
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>
Re: Jodd/Madvoc MVC framework
Posted by Christoph Nenning <Ch...@lex-com.net>.
> 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
Re: Jodd/Madvoc MVC framework
Posted by Dave Newton <da...@gmail.com>.
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.
On Mon, Jan 25, 2016 at 8:49 AM, Christoph Nenning <
Christoph.Nenning@lex-com.net> wrote:
> > Hi folks,
> >
> > has anyone seen this before?
> > http://jodd.org/doc/madvoc/index.html
> >
> > Looks like they are taking basic Struts 2 concepts and mixing it with
> > some Spring MVC and Seam.
> >
> > It might be interesting to evaluate which of their concepts might be
> > nice to integrate in S2.5/3 - just sayin' ... :)
> >
> > - René
> >
>
>
> It is heavily centered around annotations and convention. You can feel
> that it has not "more than a decade" of history. To achieve that for
> struts it would be necessary to delete half the code base ;)
>
>
> Two things that popped to my eye:
> - you can declare actions as async and thus use asyncContext from servlet
> api 3.0
> - you can declare result type in string returned by action instead of
> configuring it up front:
> return "redirect:/<two>?value=${value}";
>
>
>
> 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>
Re: Jodd/Madvoc MVC framework
Posted by Christoph Nenning <Ch...@lex-com.net>.
> Hi folks,
>
> has anyone seen this before?
> http://jodd.org/doc/madvoc/index.html
>
> Looks like they are taking basic Struts 2 concepts and mixing it with
> some Spring MVC and Seam.
>
> It might be interesting to evaluate which of their concepts might be
> nice to integrate in S2.5/3 - just sayin' ... :)
>
> - René
>
It is heavily centered around annotations and convention. You can feel
that it has not "more than a decade" of history. To achieve that for
struts it would be necessary to delete half the code base ;)
Two things that popped to my eye:
- you can declare actions as async and thus use asyncContext from servlet
api 3.0
- you can declare result type in string returned by action instead of
configuring it up front:
return "redirect:/<two>?value=${value}";
Regards,
Christoph
This Email was scanned by Sophos Anti Virus