me 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 ser
th
> microservices, web services, and AJAX support that they should be first
> class denizens in the codebase.
> >>
> >> Chris
> >>
> >> -Original Message-
> >> From: Christoph Nenning [mailto:christoph.nenn...@lex-co
rs 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.nenn...@lex-com.net]
>> Sen
services,
> web services, and AJAX support that they should be first class denizens in
> the codebase.
>
> Chris
>
> -Original Message-
> From: Christoph Nenning [mailto:christoph.nenn...@lex-com.net]
> Sent: Tuesday, January 26, 2016 3:27 AM
> To: Struts Users Mai
roservices, web services,
and AJAX support that they should be first class denizens in the codebase.
Chris
-Original Message-
From: Christoph Nenning [mailto:christoph.nenn...@lex-com.net]
Sent: Tuesday, January 26, 2016 3:27 AM
To: Struts Users Mailing List
Subject: Re: Jodd/Madvoc MVC
MySql (access: root/root!) and PostgreSQL (postgres/root!).
Thanks Christoph!
Martin
> To: user@struts.apache.org
> Subject: Re: Jodd/Madvoc MVC framework
> From: christoph.nenn...@lex-com.net
> Date: Tue, 26 Jan 2016 10:26:37 +0100
>
> > I'm just not a fan of declaring thing
> 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
ficate
> > 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
> > __
> >
>
@jodd.org
> To: mgai...@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 vers
ificate
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 framewo
ns/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 string
_
------------
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 a
.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.
>
>
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
-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 u
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
> 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
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
> 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
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' ... :)
- Re
20 matches
Mail list logo