Re: Using fluido once available

2012-12-03 Thread Christian Grobmeier
On Mon, Dec 3, 2012 at 12:41 AM, Martin Cooper mfncoo...@gmail.com wrote:
 We have an official Twitter account - @TheApacheStruts - which we use
 to spread news about Struts and to interact with our community. Just
 like @TheASF, @TheApacheTomcat or @ApacheJames.

 On Facebook, there is as well a page voluntarily maintained by Struts
 PMC members, called Struts2 Users. Objective: spreading and dispatching
 news, interacting with the community. Currently 1400+ likes aka
 followers. See:
 https://www.facebook.com/apachestruts

 On G+, there is again an page voluntarily maintained by Struts PMC
 members, called Apache Struts. Objective: spreading and dispatching
 news, interacting with the community. Currently more than 3700 people
 are following. See:
 https://plus.google.com/+ApacheStruts/posts
 See also on G+: Apache Software Foundation, Apache TomEE

 The idea is to link this pages to our site just like we did with the
 twitter account in the branch (and other Apache projects do as well on
 their front page).

 So how is this supporting commercial enterprises? One could argue that
 we are using (free) services of commercial companies, yes. We do that
 all the time at Apache. I fail to see how this is promoting Twitter,
 Google or Facebook as companies.


 If 100 other companies came along and asked us to put links to their sites
 on our site, would we do it? If not, why not? Would we be selective, or add
 anyone who asked? If the former, what are the criteria? Why isn't LinkedIn
 in the same group as the special three we've chosen to advertise?

Because we are free to chose our tools. If volunteers he want to
maintain FB, G+ and Twitter and link to the accounts there, it is
fine. It is a service to our users, because they can read news in the
tools of their choice. If the project choses LinkedIn as another tool,
we should link it as well.

Criteria is: does the PMC want to use the tool? Yes - link. No - no link.

Similar to maven: we use maven because we like it. If the Gradle team
would ask us to support Gradle, what would we say?

 Ironically, the latter two are getting
 prominent ASF support since they are platinum sponsors:
 http://apache.org/foundation/thanks.html

 Sponsorship does *not* buy favours. That's very explicit. And that is also
 why there is a specific, foundation-central, and non-project-specific
 thank you page.

I don't see what Sponsorship has something to do with our toolset.

 Linking to Struts related resources on Twitter, G+ or Facebook is as
 much of a support for commercial enterprises as linking to Struts
 Sourceforge is or Struts GitHub would be - free community resources
 offered and hosted free of charge by a commercial enterprise like
 SourceForge and GitHub.


 Once we've checked with our legal people, and this usage has been approved
 by them, I'll be fine with it. Until then, I'm very conscious that the ASF
 is legally a charity, and is subject to losing that status if we don't
 abide by the rules. So I would rather ask the question and get the official
 answer than discover that we were responsible for the ASF losing its status
 over an assumption we made.

There was an e-mail from Simone Tripodi to the Board mailing list (11.01.2011).
Shane Cucuru responded and it was very clear to me that projects are
free to use the social media they want.

We just need to take care on the branding, be able to let other PMC
members access these tools and to make clear, if the channel does
speak on the projects behalf or not.

Maybe I don't get the issue right, but imho this whole discussion is
just about one question: can we link to our Twitter/Facebook/G+
channel or not. And given the fact we are allowed to use these tools,
why should we not be allowed to link to them?

Cheers
Christian


 --
 Martin Cooper


 - René

  --
  Martin Cooper
 
 
  [...]

 --
 René Gielen
 http://twitter.com/rgielen

 -
 To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
 For additional commands, e-mail: dev-h...@struts.apache.org





--
http://www.grobmeier.de
https://www.timeandbill.de

-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org



Re: Edit Struts2 Wiki

2012-12-03 Thread Lukasz Lenart
2012/12/3 Ken McWilliams ken.mcwilli...@gmail.com:
 There are a few times I would like to update the struts2 wiki. There are a
 few pages that could stand for some non technical fixing (small language
 errors).

 I answer some struts2 questions on StackOverflow from time to time (
 http://stackoverflow.com/users/514065/quaternion) and often cite the
 relevent org.apache.struts documentation where helpful.

 One annoyance that I would like to correct is the Evaluated field for all
 tags. Currently every field is false, I interpret the field to mean that
 the attribute is evaluated as an OGNL expression or not. It would be
 helpful for new users if this was correctly accounted for. This has been a
 nuisance for some time.

 When trying to edit the set tag (
 https://cwiki.apache.org/confluence/pages/editpage.action?pageId=14256) I
 get a not permitted message.

 My confluence user name is Quaternion, real name Ken McWilliams.

 In short may please have edit rights to make trivial changes?

Fill iCLA [1] and send it secretary - details
http://struts.apache.org/helping.html#documentation

[1] http://www.apache.org/licenses/icla.txt
[2] secret...@apache.org


Regards
-- 
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/

-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org



Re: Preferred Way to Inject Dependency in plugin

2012-12-03 Thread Lukasz Lenart
2012/11/30 Umesh Awasthi umeshawas...@gmail.com:
 Hi All,

 I am creating a plugin to enable JSR303 validation, idea is to provide a
 generic interface and let user provide which bean Validator they want to
 use be it Hibernate Bean Validator or Apache one or any other which follow
 specifications.

 I was thinking about what can be best way to inject that provider in my
 plugin.

 I checked how Spring's  LocalValidatorFactoryBean
 http://grepcode.com/file/repo1.maven.org/maven2/org.springframework/spring-context/3.0.0.RELEASE/org/springframework/validation/beanvalidation/LocalValidatorFactoryBean.javaClass
 doing this, they have a default implementation but provide a way to let use
 inject there own bean validation provider

 private Class providerClass;

 public void setProviderClass(Class? extends ValidationProvider
 providerClass) {

 this.providerClass = providerClass;

 }

 What can be possible and best way to achieve this?
 I do not want to use any other external API to add extra dependency

You may create a custom interface (BeanValidationManagerProvider) with
default implementation base on Apache, this way your plugin will be
useable out of the box. User will always have an option to implement
their own class and provide desired dependency.


Regards
-- 
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/

-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org



Hi all

2012-12-03 Thread vineet sood
Hi all,

I just joined the party and new over here. Let me know how I can be of
help, as its boring to sit idle :) .

Cheers,
Vineet


Re: Preferred Way to Inject Dependency in plugin

2012-12-03 Thread Umesh Awasthi
Thanks for the inputs
I have this BeanValidationManagerProvider interface with a method  public
Validator getValidator() which will return Validator based on the actual
provider.

Any Bean Validator in reference to JSR303 will implement
javax.validation.Validator

So in my BeanValidationManagerProvider Impl class i was thinking to
providing a way to let  user inject actual provider with this setter method
 protected Class providerClass;
 public void setProviderClass( Class? extends ValidationProvider
providerClass)
{
this.providerClass = providerClass;
}

and than i will be able to get Validator by a simple call
Validation.byProvider(this.providerClass).configure().buildValidatorFactory();

May be i am wrong in my process, but i was wondering how best we can let
user decide which provider they want to inject

Thanks
Umesh

On Tue, Dec 4, 2012 at 1:35 AM, Lukasz Lenart lukaszlen...@apache.orgwrote:

 2012/11/30 Umesh Awasthi umeshawas...@gmail.com:
  Hi All,
 
  I am creating a plugin to enable JSR303 validation, idea is to provide a
  generic interface and let user provide which bean Validator they want to
  use be it Hibernate Bean Validator or Apache one or any other which
 follow
  specifications.
 
  I was thinking about what can be best way to inject that provider in my
  plugin.
 
  I checked how Spring's  LocalValidatorFactoryBean
  
 http://grepcode.com/file/repo1.maven.org/maven2/org.springframework/spring-context/3.0.0.RELEASE/org/springframework/validation/beanvalidation/LocalValidatorFactoryBean.java
 Class
  doing this, they have a default implementation but provide a way to let
 use
  inject there own bean validation provider
 
  private Class providerClass;
 
  public void setProviderClass(Class? extends ValidationProvider
  providerClass) {
 
  this.providerClass = providerClass;
 
  }
 
  What can be possible and best way to achieve this?
  I do not want to use any other external API to add extra dependency

 You may create a custom interface (BeanValidationManagerProvider) with
 default implementation base on Apache, this way your plugin will be
 useable out of the box. User will always have an option to implement
 their own class and provide desired dependency.


 Regards
 --
 Łukasz
 + 48 606 323 122 http://www.lenart.org.pl/

 -
 To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
 For additional commands, e-mail: dev-h...@struts.apache.org




-- 
With Regards
Umesh Awasthi
http://www.travellingrants.com/


Re: Hi all

2012-12-03 Thread Martin Cooper
On Mon, Dec 3, 2012 at 3:38 PM, vineet sood vineette...@gmail.com wrote:

 Hi all,

 I just joined the party and new over here. Let me know how I can be of
 help, as its boring to sit idle :) .


A good place to start is here:

http://struts.apache.org/helping.html

--
Martin Cooper


Cheers,
 Vineet