Re: [DISCUSS] [PROPOSAL] Hadoop Development Tools

[Simone Gianni]

Hi Adam,
I've added myself as a committer.

Simone

2012/10/24 Adam Berry 

> Hi all,
>
> I've updated the proposal wiki to reflect that Roman has now volunteered
> as champion, and Evert has joined as a committer.
>
> Cheers,
> Adam
>
>
> On Oct 19, 2012, at 1:59 PM, Adam Berry wrote:
>
> >
> > On Oct 19, 2012, at 11:32 AM, Adam Berry wrote:
> >
> >>
> >> Thanks for the reminder Simone.
> >>
> >> Its now up at
> http://wiki.apache.org/incubator/HadoopDevelopmentToolsProposal, and is
> of course linked off the project proposals page.
> >>
> >> So anyone who wishes to join in please go ahead and add yourselves
> there, and dropping a note here would also be helpful. Remember to be a
> mentor my understanding is you need to be a member of the Incubator PMC.
> >
> > Roman, I see you have just been announced as a member of the Incubator
> PMC, congratulations!
> >
> > If you are willing to be a mentor that would be great.
> >
> > Adam
> >>
> >> Cheers,
> >> Adam
> >>
> >> On Oct 19, 2012, at 9:15 AM, Simone Gianni wrote:
> >>
> >> Adam,
> >> I think you should write your proposal in the incubator wiki, if you
> >> haven't already, so that interested people can start adding themselves
> >> there.
> >>
> >> Simone
> >>
> >> 2012/10/19 Roman Shaposhnik mailto:r...@apache.org>>
> >>
> >> On Wed, Oct 17, 2012 at 1:01 PM, Adam Berry  <mailto:ambe...@yahoo-inc.com>> wrote:
> >> Hello,
> >>
> >> Below is a proposal for a new incubator project. This idea came out of
> >> and had strong support on
> >> the general hadoop list, see the thread at
> >>
> http://mail-archives.apache.org/mod_mbox/hadoop-general/201209.mbox/browser
> >> .
> >>
> >> We are looking for feedback, and to see who else would be interested in
> >> contributing to this effort as a committer, as well as an additional
> mentor.
> >>
> >> In general I'd be very happy to see this project as part of the Apache
> >> Family and would
> >> love to help with mentor-ship duties and also possible integration
> >> with Apache Bigtop
> >> and collaboration with MRUnit.
> >>
> >> Future mentors -- please consider me volunteering for help on this one.
> >>
> >> Thanks,
> >> Roman.
> >>
> >> -
> >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> <mailto:general-unsubscr...@incubator.apache.org>
> >> For additional commands, e-mail: general-h...@incubator.apache.org
> <mailto:general-h...@incubator.apache.org>
> >>
> >>
> >>
> >
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: Write access to wiki

[Simone Gianni]

Thanks Marvin.

Simone

2012/10/19 Marvin Humphrey 

> On Fri, Oct 19, 2012 at 7:52 AM, Simone Gianni  wrote:
> > can please someone (re)grant me write access to the wiki?
> >
> > My username is SimoneGianni.
>
> Done.
>
> Marvin Humphrey
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Write access to wiki

[Simone Gianni]

Hello,
can please someone (re)grant me write access to the wiki?

My username is SimoneGianni.

TIA,
Simone

Re: [DISCUSS] [PROPOSAL] Hadoop Development Tools

[Simone Gianni]

Adam,
I think you should write your proposal in the incubator wiki, if you
haven't already, so that interested people can start adding themselves
there.

Simone

2012/10/19 Roman Shaposhnik 

> On Wed, Oct 17, 2012 at 1:01 PM, Adam Berry  wrote:
> > Hello,
> >
> > Below is a proposal for a new incubator project. This idea came out of
> and had strong support on
> > the general hadoop list, see the thread at
> http://mail-archives.apache.org/mod_mbox/hadoop-general/201209.mbox/browser
> .
> >
> > We are looking for feedback, and to see who else would be interested in
> contributing to this effort as a committer, as well as an additional mentor.
>
> In general I'd be very happy to see this project as part of the Apache
> Family and would
> love to help with mentor-ship duties and also possible integration
> with Apache Bigtop
> and collaboration with MRUnit.
>
> Future mentors -- please consider me volunteering for help on this one.
>
> Thanks,
> Roman.
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [DISCUSS] [PROPOSAL] Hadoop Development Tools

[Simone Gianni]

I think it's a good idea, I used the old stuff at the time and it is
something that is missing.

2012/10/18 Steve Loughran 

> it may be good to have a proposal that is broader than just eclipse; gives
> you flexibility in future even if the initial target is the eclipse plugin.
> Certainly "Hadoop Development Tools" is pretty broad
>

Steve you are right, but I'm afraid that given how the Eclipse framework
requires tight coupling with Eclipse stuff (SWT, workbench system etc..)
it's not easy to develop something that can easily be reused on different
platforms.

However, it could be possible to distribute a stand alone RCP application
for those not using Eclipse, and eventually try to implement a "generic
Hadoop-UI bridge", as far as possible agnostic of specific Eclipse classes
and interfaces, that could eventually be reused for other IDEs.

Simone

Re: [VOTE] accept DirectMemory as new Apache Incubator podling

[Simone Gianni]

+1 (non binding)

Simone

2011/10/2 Mattmann, Chris A (388J) 

> +1 from me (binding).
>
> Good luck!
>
> Cheers,
> Chris
>
> On Oct 2, 2011, at 12:36 AM, Simone Tripodi wrote:
>
> > Hi all guys,
> >
> > I'm now calling a formal VOTE on the DirectMemory proposal located here:
> >
> > http://wiki.apache.org/incubator/DirectMemoryProposal
> >
> > Proposal text copied at the bottom of this email.
> >
> > VOTE close on Tuesday, October 4, early 7:30 AM CET.
> >
> > Please VOTE:
> >
> > [ ] +1 Accept DirectMemory into the Apache Incubator
> > [ ] +0 Don't care
> > [ ] -1  Don't Accept DirectMemory into the Apache Incubator because...
> >
> > Thanks in advance for participating!
> >
> > All the best, have a nice day,
> > Simo
> >
> > P.S. Here's my +1
> >
> > http://people.apache.org/~simonetripodi/
> > http://www.99soft.org/
> >
> > = DirectMemory =
> >
> > == Abstract ==
> > The following proposal is about Apache !DirectMemory, a Java
> > !OpenSource multi-layered cache implementation featuring off-heap
> > memory storage (a-la Terracotta !BigMemory) to enable caching of Java
> > objects without degrading JVM performance
> >
> > == Proposal ==
> > !DirectMemory's main purpose is to to act as a second level cache
> > (after a heap based one) able to store large amounts of data without
> > filling up the Java heap and thus avoiding long garbage collection
> > cycles. Although serialization has a runtime cost store/retrieve
> > operations are in the sub-millisecond range being pretty acceptable in
> > every usage scenario even as a first level cache and, most of all,
> > outperforms heap storage when the count of the entries goes over a
> > certain amount. !DirectMemory implements cache eviction based on a
> > simple LFU (Least Frequently Used) algorythm and also on item
> > expiration. Included in the box is a small set of utility classes to
> > easily handle off-heap memory buffers.
> >
> > == Background ==
> > !DirectMemory is a project was born in the 2010 thanks to Raffaele P.
> > Guidi initial effort under
> > [[https://github.com/raffaeleguidi/!DirectMemory/|GitHub]] and already
> > licensed under the Apache License 2.0.
> >
> > == Rationale ==
> > The rationale behind !DirectMemory is bringing off-heap caching to the
> > open source world, empowering FOSS developers and products with a tool
> > that enables breaking the heap barrier and override the JVM garbage
> > collection mechanism collection - which could be useful in scenarios
> > where RAM needs are over the usual limits (more than 8, 12, 24gb) and
> > to ease usage of off-heap memory in general
> >
> > = Current Status =
> >
> > == Meritocracy ==
> > As a majority of the initial project members are existing ASF
> > committers, we recognize the desirability of running the project as a
> > meritocracy.  We are eager to engage other members of the community
> > and operate to the standard of meritocracy that Apache emphasizes; we
> > believe this is the most effective method of growing our community and
> > enabling widespread adoption.
> >
> > == Core Developers ==
> > In alphabetical order:
> >
> > * Christian Grobmeier 
> > * Maurizio Cucchiara 
> > * Olivier Lamy 
> > * Raffaele P. Guidi 
> > * Simone Gianni 
> > * Simone Tripodi 
> > * Tommaso Teofili 
> >
> > == Alignment ==
> > The purpose of the project is to develop and maintain !DirectMemory
> > implementation that can be used by other Apache projects.
> >
> > = Known Risks =
> > == Orphaned Products ==
> > !DirectMemory does not have any reported production usage, yet, but is
> > getting traction with developers and being evaluated by potential
> > users and thus the risks of it being orphaned are minimal
> >
> > == Inexperience with Open Source ==
> > All of the committers have experience working in one or more open
> > source projects inside and outside ASF.
> >
> > == Homogeneous Developers ==
> > The list of initial committers are geographically distributed across
> > the Europe with no one company being associated with a majority of the
> > developers.  Many of these initial developers are experienced Apache
> > committers already and all are experienced with working in distributed
> > development communities.
> >
> > == Reliance on Salaried Developers ==
> > To the best of our knowledge, none of the initial commit

[VOTE][RESULT] Amber incubator

[Simone Gianni]

Hello,

With fifteen binding +1 votes,  3 non binding +1 votes, and no negative
votes, the Amber project has
been accepted into the Incubator.  Next step will be creation of
infrastructure for the project.

Thanks to all for casting your votes.

Simone

2010/5/7 Henry Saputra 

> +1 (non-binding)
>
> On Fri, May 7, 2010 at 9:42 AM, David Jencks 
> wrote:
>
> > +1 (not yet binding?)
> >
> > thanks
> > david jencks
> >
> > On May 4, 2010, at 3:48 PM, Simone Gianni wrote:
> >
> > > I would like to present for a vote the following proposal to be
> sponsored
> > by
> > > the Shindig PMC for a new "Amber" podling.  The goal is to build a
> > community
> > > around delivering a OAuth v1.0, v1.0a and upcoming v2.0 API and
> > > implementation
> > >
> > > The proposal is available on the wiki at and included below:
> > >
> > > http://wiki.apache.org/incubator/AmberProposal
> > >
> > > [] +1  to accept Amber into the Incubator
> > > []  0  don't care
> > > [] -1  object and reason why.
> > >
> > > Thanks,
> > > Simone Gianni
> > >
> > > --- Proposal text from the wiki ---
> > >
> > > = Amber =
> > > == Abstract ==
> > > The following proposal is about Apache Amber, a Java development
> > framework
> > > mainly aimed to build OAuth-aware applications. After a brief
> explanation
> > of
> > > the OAuth protocol, the following proposal describes how Apache Amber
> > solves
> > > issues related to the implementation of applications that adhere to
> such
> > > specification.
> > >
> > > == Proposal ==
> > > Amber will have no or negligible dependencies and will provide both an
> > API
> > > specification for, and an unconditionally compliant implementation of,
> > the
> > > OAuth v1.0, v1.0a and v2.0 specifications. The API specification will
> be
> > > provided as a separate JAR file allowing re-use by other developers and
> > > permits configuration:
> > >
> > > * by XML
> > > * by the Java JAR Services "ServiceLoader" mechanism
> > > * programmatically
> > >
> > > The API component specifies that an implementation must provide default
> > > classes for Provider, Consumer and Token objects making Amber easy to
> > > integrate with existing infrastructure and OAuth client interactions
> > > possible with virtually no additional configuration. The API is
> flexible
> > > enough to allow programmatic customisation or replacement of much of
> the
> > > implementation, including the default HTTP transport.
> > >
> > > Amber will provide both client and server functionality, enabling
> > developers
> > > to deploy robust OAuth services with minimal effort.
> > >
> > > == Background ==
> > > Roughly, OAuth is a mechanism that allows users to share their private
> > > resources, like photo, videos or contacts, stored on a site with
> another
> > > site avoiding giving their username and password credentials. Hence,
> from
> > > the user point-of-view, OAuth could be the way to improve their
> > experience
> > > across different applications with an enhanced privacy and security
> > control
> > > in a simple and standard method from desktop and web applications. The
> > > protocol was initially developed by the oauth.net community and now is
> > under
> > > IETF standardization process.
> > >
> > > The main idea behind OAuth is represented by the token concept. Each
> > token
> > > grants access to a site, for a specific resource (or a group of
> > resources),
> > > and for a precise time-interval. The user is only required to
> > authenticate
> > > with the Provider of their original account, after which that entity
> > > provides a re-usable to token to the Consumer who can use it to access
> > > resources at the Provider, on the users behalf.
> > >
> > > Moreover, the total transparency to the user, that is completely
> unaware
> > of
> > > using the protocol, represents one of the main valuable characteristics
> > of
> > > the specification.
> > >
> > > Apache Amber community aims not just to create a simple low-level
> > library,
> > > but rather to provide a complete OAuth framework easy to use with Java
> > code,
> > > on top of which users can build new-generation killer applicat

[VOTE][PROPOSAL] Amber incubator

[Simone Gianni]

I would like to present for a vote the following proposal to be sponsored by
the Shindig PMC for a new "Amber" podling.  The goal is to build a community
around delivering a OAuth v1.0, v1.0a and upcoming v2.0 API and
implementation

The proposal is available on the wiki at and included below:

http://wiki.apache.org/incubator/AmberProposal

[] +1  to accept Amber into the Incubator
[]  0  don't care
[] -1  object and reason why.

Thanks,
Simone Gianni

--- Proposal text from the wiki ---

= Amber =
== Abstract ==
The following proposal is about Apache Amber, a Java development framework
mainly aimed to build OAuth-aware applications. After a brief explanation of
the OAuth protocol, the following proposal describes how Apache Amber solves
issues related to the implementation of applications that adhere to such
specification.

== Proposal ==
Amber will have no or negligible dependencies and will provide both an API
specification for, and an unconditionally compliant implementation of, the
OAuth v1.0, v1.0a and v2.0 specifications. The API specification will be
provided as a separate JAR file allowing re-use by other developers and
permits configuration:

 * by XML
 * by the Java JAR Services "ServiceLoader" mechanism
 * programmatically

The API component specifies that an implementation must provide default
classes for Provider, Consumer and Token objects making Amber easy to
integrate with existing infrastructure and OAuth client interactions
possible with virtually no additional configuration. The API is flexible
enough to allow programmatic customisation or replacement of much of the
implementation, including the default HTTP transport.

Amber will provide both client and server functionality, enabling developers
to deploy robust OAuth services with minimal effort.

== Background ==
Roughly, OAuth is a mechanism that allows users to share their private
resources, like photo, videos or contacts, stored on a site with another
site avoiding giving their username and password credentials. Hence, from
the user point-of-view, OAuth could be the way to improve their experience
across different applications with an enhanced privacy and security control
in a simple and standard method from desktop and web applications. The
protocol was initially developed by the oauth.net community and now is under
IETF standardization process.

The main idea behind OAuth is represented by the token concept. Each token
grants access to a site, for a specific resource (or a group of resources),
and for a precise time-interval. The user is only required to authenticate
with the Provider of their original account, after which that entity
provides a re-usable to token to the Consumer who can use it to access
resources at the Provider, on the users behalf.

Moreover, the total transparency to the user, that is completely unaware of
using the protocol, represents one of the main valuable characteristics of
the specification.

Apache Amber community aims not just to create a simple low-level library,
but rather to provide a complete OAuth framework easy to use with Java code,
on top of which users can build new-generation killer applications.

There are currently three implementation efforts going on in ASF for OAuth
v1. A stable implementation of OAuth v1 is present in Apache Shindig, but it
is not actively developed and not shared with other projects. A Lab having
Simone Tripodi as its PI is working on an implementation for an OAuth
library that could be used by other products. Zhihong Zhang wrote an OAuth
plugin for JMeter.

At the same time, on the IETF OAuth v2 mailing list, other people expressed
interest for a Java API and implementation, among them two Apache committers
and one active contributor.

Outside the ASF there are three known Java OAuth 1.0/1.0a libraries

 * The oauth.net reference implementation by John Kristian, Praveen Alavilli
and Dirk Balfanz.
 * OAuth SignPost - a simple OAuth message signing client for Java and
Apache HttpComponents by Matthias Kaeppler.
 * OAuth Scribe - a simple OAuth client by Pablo Fernandez.
 * asmx-oauth (on google code) - a complete open source OAuth 1.0 Consumer
and Service Provider implementation provided by Asemantics Srl (Simone
Tripodi was involved).

== Rationale ==
The key role played by the OAuth specification, within the overall Open
Stack technologies, jointly with its high degree of adoption and maturity,
strongly suggest having an Apache leaded incubator for suitable reference
implementation. Furthermore, the OAuth specification is currently gaining
value due to its involvement in a standardization process within the IETF,
as the actual internet draft. Having the Apache Amber as an Apache Incubator
could be an opportunity to enforce the actual Apache projects that already
reference other IETF specifications.

Moreover, other Apache Projects, such as Abdera, Shindig and Wink, are
currently supporting the OAuth protocol, so having the OAuth Apache

Re: Shindig PMC sponsorship for Amber OAuth java library

[Simone Gianni]

Hi Jean-Frederic,
thanks for mentoring us!

Simone

2010/5/3 jean-frederic clere 

> On 04/29/2010 11:45 AM, Paul Lindner wrote:
> > The Shindig PMC has approved the proposal to sponsor the Amber project
> for
> > the Apache Incubator.
> >
> > 7 +1 votes were submitted. [Henning, Chirag, Chico, Paul, Jacky, Santiago
> > and Vincent]
> > No 0 or -1 votes.
>
> Cool, I added my self as mentor.
>
> Cheers
>
> Jean-Frederic
>
> >
> > Thanks
> > Paul
> >
> > On Tue, Apr 27, 2010 at 5:54 AM, Paul Lindner 
> wrote:
> >
> >> Hi,
> >>
> >> I propose that the Shindig PMC sponsor the Amber project - which is an
> >> OAuth 1.0/2.0 library under development in Apache Labs.
> >>
> >> http://wiki.apache.org/incubator/AmberProposal
> >>
> >> Our sponsorship would allow Amber to graduate to the Apache
> >> incubator.  After some time it could graduate to a subproject of Shindig
> or
> >> as a top level project of it's own.
> >>
> >> Vote open for 72h
> >>
> >> +1 Sponsor Amber
> >> +0 no opinion
> >> -1 Don't sponsor Amber
> >>
> >
>
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: [DISCUSS] Amber proposal

[Simone Gianni]

Thanks Gianugo for mentoring us,
if mentors, champion, sponsor, or other people on this list think there is
something else we should fix on the proposal draft, please let us know,
otherwise I'll start a vote on the proposal in the next few hours.

Thanks to everyone for the great interest and support,
Simone

2010/5/3 Gianugo Rabellino 

> On Tue, Apr 27, 2010 at 4:32 PM, Simone Gianni  wrote:
> > So, we decided that it was worth to file a proposal for incubation, and
> we
> > started writing one here :
> http://wiki.apache.org/incubator/AmberProposal .
>
> Simone,
>
> looks great - I signed up as a mentor, although I see you are already
> in great company!
>
> --
> Gianugo
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: Shindig PMC sponsorship for Amber OAuth java library

[Simone Gianni]

I agree with Pid completely, let's wait for someone from Shiro to comment.

I suppose that every Apache project having a mechanism of resource
authorization has (or should have) in its road map to support OAuth, and
being Shiro a framework explicitly targeted at security it is obvious they
have OAuth high in their priority list. In the case Shiro decides to wait
for Amber to provide an OAuth implementation, it will then be a matter of
creating the glue code to provide integration in Amber or in Shiro.

However there have been many previous examples of two different
implementations of the same thing in open source in general and in Apache as
well (for example, many projects are currently implementing their security
system, but still they could use Shiro, or Amber). It's not a matter of
wasting resources, there can be many other factors like technical
difficulties, OAuth being a "strategic asset", or simply have already an
infrastructure in place that can be leveraged faster than waiting for a
generic implementation and then integrate it.

Having another implementation already in place or on roadmap/underway is not
a show-stopper for creating a more generic and embeddable one.

Simone

2010/5/1 Pid 

> On 30/04/2010 19:13, Paul Lindner wrote:
> > Is there any chance that Amber could provide the OAuth plumbing for
> Shiro?
>
> I'd hope so, but I'd be interested to hear any Shiro committers thoughts?
>
>
> We think there's enough Apache projects with plans for, (or existing
> v1.0), OAuth implementations that it makes sense for Apache to house a
> single library to service that requirement.
>
> There'd be a group of developers dedicated to working on and supporting
> OAuth, which has benefits over each project attempting it's own
> implementation.
>
> From the interest in the project so far we hope that it'll get a good
> amount of use in high demand sites fairly quickly which will help us
> iron out any problems and build experience which we'll be able to
> contribute back to other projects and external Amber users.
>
>
> p
>
>
> > On Apr 30, 2010, at 10:46 AM, Les Hazlewood wrote:
> >
> >> OAuth 2 support (client + server) is on the roadmap for Apache Shiro.
> >> Does this mean we could have potentially 2 Apache implementations?
> >> (Fine by me if necessary - let a million flowers bloom and all that
> >> ;)).  Just curious...
> >>
> >> Les
> >>
> >> On Fri, Apr 30, 2010 at 10:17 AM, Alan D. Cabrera 
> wrote:
> >>> Very interesting.  You may want to ping the Shiro project.  They may be
> >>> interested in this as well.
> >>>
> >>>
> >>> Regards,
> >>> Alan
> >>>
> >>> On Apr 29, 2010, at 2:45 AM, Paul Lindner wrote:
> >>>
>  The Shindig PMC has approved the proposal to sponsor the Amber project
> for
>  the Apache Incubator.
> 
>  7 +1 votes were submitted. [Henning, Chirag, Chico, Paul, Jacky,
> Santiago
>  and Vincent]
>  No 0 or -1 votes.
> 
>  Thanks
>  Paul
> 
>  On Tue, Apr 27, 2010 at 5:54 AM, Paul Lindner 
>  wrote:
> 
> > Hi,
> >
> > I propose that the Shindig PMC sponsor the Amber project - which is
> an
> > OAuth 1.0/2.0 library under development in Apache Labs.
> >
> > http://wiki.apache.org/incubator/AmberProposal
> >
> > Our sponsorship would allow Amber to graduate to the Apache
> > incubator.  After some time it could graduate to a subproject of
> Shindig
> > or
> > as a top level project of it's own.
> >
> > Vote open for 72h
> >
> > +1 Sponsor Amber
> > +0 no opinion
> > -1 Don't sponsor Amber
> >
> >>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> >>> For additional commands, e-mail: general-h...@incubator.apache.org
> >>>
> >>>
> >>
> >> -
> >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> >> For additional commands, e-mail: general-h...@incubator.apache.org
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
>
>
>

Re: [DISCUSS] Amber proposal

[Simone Gianni]

Hi Daniel,
we're planning to develop a library usable by other projects, for v1 and 1a
of OAuth, and then start from that first deliverable to work on an
implementation of v2. From what I understand the scope of the GSoC project
is already quite well delineated, however maybe the student could contibute
to the discussions on how Amber should be made to be interoparable with CXF,
eventually if it fits contribute code to Amber and work in parallel on CXF
for integrating Amber where needed.

I don't know if GSoC contemplates these "inter-project works", but since it
makes absolute sense not to waste Google money and student/mentor time in
creating a parallel implementation, IMO it is worth trying to merge the
effort. If it is possible given the GSoC bylaws, current state of the
proposal etc.. then it would be great.

Simone

2010/4/29 Daniel Kulp 

>
> Interesting.
>
> For CXF, we now have a Google Summer of Code project to add OAuth support
> to
> CXF.   I'll have to point him off to this to see if there is a way to work
> together.
>
> Dan
>
> On Tuesday 27 April 2010 10:32:04 am Simone Gianni wrote:
> > Hi all,
> > a couple of months ago, Simone Tripodi started an Apache Lab called Amber
> > proposing an independent implementation of OAuth that could be used as a
> > library by other projects, then at the Apache Retreat in Dublin, David
> > Recordon gave a speech about OAuth v2 and Stuart Williams said he had a
> > nearly complete implementation of OAuth v1 that he wanted to contribute.
> So
> > we decided to get in touch with Simone Tripodi to contribute to the Amber
> > Lab and also to ask on the OAuth IETF mailing list if anyone was
> interested
> > in a standardized Java API/implementation for OAuth v2.
> >
> > In a few days we received many enthusiastic answers, and among them also
> > people from other Apache projects having partial or unmaintained
> > implementations of OAuth specs in their projects that are willing to
> > contribute.
> >
> > So, we decided that it was worth to file a proposal for incubation, and
> we
> > started writing one here :
> http://wiki.apache.org/incubator/AmberProposal .
> >
> > As you can see, there are still many TODOs and we are waiting for some
> > confirmations, but it's probably time to have people on this list
> informed
> > and obtain some feedback and guidance on how to complete our proposal.
> >
> > Please let us know. Any comment, advice or participation is welcome.
> >
> > Simone Gianni
>
> --
> Daniel Kulp
> dk...@apache.org
> http://dankulp.com/blog
>
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

Re: Shindig PMC sponsorship for Amber OAuth java library

[Simone Gianni]

Hi Pablo,
great, thanks for your interest. I suppose you are talking about OAuth v1?

Please have a look at the current proposal on
http://wiki.apache.org/incubator/AmberProposal and eventually add yourself
where appropriate.

Simone

2010/4/29 pablo fernandez 

> Hello Everyone!
>
> I've developed a OAuth library for java that it's working pretty well,
> although it's still work in progress.
>
> I'd be glad to collaborate the code to Amber, modifying it to the project
> needs.
>
> If you want to take a look at it, please go to:
>
> github.com/fernandezpablo85/scribe
>
> Regards!
>
> On Thu, Apr 29, 2010 at 6:45 AM, Paul Lindner  wrote:
>
> > The Shindig PMC has approved the proposal to sponsor the Amber project
> for
> > the Apache Incubator.
> >
> > 7 +1 votes were submitted. [Henning, Chirag, Chico, Paul, Jacky, Santiago
> > and Vincent]
> > No 0 or -1 votes.
> >
> > Thanks
> > Paul
> >
> > On Tue, Apr 27, 2010 at 5:54 AM, Paul Lindner 
> > wrote:
> >
> > > Hi,
> > >
> > > I propose that the Shindig PMC sponsor the Amber project - which is an
> > > OAuth 1.0/2.0 library under development in Apache Labs.
> > >
> > > http://wiki.apache.org/incubator/AmberProposal
> > >
> > > Our sponsorship would allow Amber to graduate to the Apache
> > > incubator.  After some time it could graduate to a subproject of
> Shindig
> > or
> > > as a top level project of it's own.
> > >
> > > Vote open for 72h
> > >
> > > +1 Sponsor Amber
> > > +0 no opinion
> > > -1 Don't sponsor Amber
> > >
> >
>

Re: [DISCUSS] Amber proposal

[Simone Gianni]

Hi Scott,
thanks, I've added Wookie as one of the projects that could benefit from
Amber in the wiki proposal.

Simone

2010/4/27 Scott Wilson 

> On 27 Apr 2010, at 15:32, Simone Gianni wrote:
>
> > Hi all,
> > a couple of months ago, Simone Tripodi started an Apache Lab called Amber
> > proposing an independent implementation of OAuth that could be used as a
> > library by other projects, then at the Apache Retreat in Dublin, David
> > Recordon gave a speech about OAuth v2 and Stuart Williams said he had a
> > nearly complete implementation of OAuth v1 that he wanted to contribute.
> So
> > we decided to get in touch with Simone Tripodi to contribute to the Amber
> > Lab and also to ask on the OAuth IETF mailing list if anyone was
> interested
> > in a standardized Java API/implementation for OAuth v2.
> >
> > In a few days we received many enthusiastic answers, and among them also
> > people from other Apache projects having partial or unmaintained
> > implementations of OAuth specs in their projects that are willing to
> > contribute.
> >
> > So, we decided that it was worth to file a proposal for incubation, and
> we
> > started writing one here :
> http://wiki.apache.org/incubator/AmberProposal .
> >
> > As you can see, there are still many TODOs and we are waiting for some
> > confirmations, but it's probably time to have people on this list
> informed
> > and obtain some feedback and guidance on how to complete our proposal.
> >
> > Please let us know. Any comment, advice or participation is welcome.
> >
> > Simone Gianni
>
> Hi Simone,
>
> This sounds like a great idea! oAuth support is also needed by Apache
> Wookie (incubating), and a common implementation would be fantastic.
>
> I would also suggest taking a look at the approach taken by SignPost, which
> integrates nicely with commons-httpclient:
> http://code.google.com/p/oauth-signpost/
>
> Scott Wilson
> -
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>
>

[DISCUSS] Amber proposal

[Simone Gianni]

Hi all,
a couple of months ago, Simone Tripodi started an Apache Lab called Amber
proposing an independent implementation of OAuth that could be used as a
library by other projects, then at the Apache Retreat in Dublin, David
Recordon gave a speech about OAuth v2 and Stuart Williams said he had a
nearly complete implementation of OAuth v1 that he wanted to contribute. So
we decided to get in touch with Simone Tripodi to contribute to the Amber
Lab and also to ask on the OAuth IETF mailing list if anyone was interested
in a standardized Java API/implementation for OAuth v2.

In a few days we received many enthusiastic answers, and among them also
people from other Apache projects having partial or unmaintained
implementations of OAuth specs in their projects that are willing to
contribute.

So, we decided that it was worth to file a proposal for incubation, and we
started writing one here : http://wiki.apache.org/incubator/AmberProposal .

As you can see, there are still many TODOs and we are waiting for some
confirmations, but it's probably time to have people on this list informed
and obtain some feedback and guidance on how to complete our proposal.

Please let us know. Any comment, advice or participation is welcome.

Simone Gianni

Re: [Vote] Accept Pivot into incubation.

[Simone Gianni]

Niclas Hedhman wrote:

The Pivot team would like to present the Pivot toolkit for incubation
at the Apache Incubator.

Please cast your votes;

[ ]  +1, bring Pivot into Incubator
[ ]  +0, I don't care either way,
[ ]  -1, Don't bring Pivot into Incubator, because
  


Non binding +1, I played with the demos and it seems to be veeery nice.

Simone

--
Simone GianniCEO Semeru s.r.l.   Apache Committer
http://www.simonegianni.it/


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

Re: Pivot Proposal

[Simone Gianni]

Greg Brown wrote:
>> All in all, appears to be a very nice proposal.  :-)
>> 
>> So this looks quite
>> appealing so far, although startup time is slower than I would like, and I
>> am wondering about footprint.
>> 
>
> From our experience, startup time when running in J6u10+ is vastly improved 
> over earlier versions, though it is certainly still an issue for users 
> running pre-J6u10 JVMs. Memory footprint is comparable to an AJAX application 
> and can often be less - large-scale AJAX applications can become quite heavy.
>   
I can confirm this, had a look at the test pages from my linux box
running an old J6 and then from a windows box updated to last J6 an it
does boost load time. Anyway applets still suffer from basic load time,
while a dhtml/ajax/javascript/whichnameyouprefer application can (but
not always do) display at least something while the .js files are still
loading. Good examples are many Google apps that display the complete
layout even if they are still loading in the background, giving the user
the feeling that everything loaded quickly, while it is still loading in
the background. I'm pretty sure this can be achieved with applets as well.
>   
>> Given that the core of your client side appears to be a Java Applet, you
>> might wish to know that I have been to your site and been running the demos
>> under Firefox 3 with Sun's newly released 64-bit Java plugin for linux.
>> 
>
> Hopefully the experience was positive? I'm not sure if we've tested that 
> configuration yet.
>
>   
I had a look at many demos from both linux and windows, firefox + J6,
and they worked out perfectly.

Simone

-- 
Simone GianniCEO Semeru s.r.l.   Apache Committer
http://www.simonegianni.it/


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