Re: [IP CLEARANCE] Check clearance for Velocity-Tiles plugin

[Robert Burrell Donkin]

On 11/6/08, Antonio <[EMAIL PROTECTED]> wrote:
> Hi,
> I am Antonio Petrelli, PMC member of Apache Tiles.
> Can you check the IP clearance for Velocity-Tiles plugin?

Looks ok to me

The approval process is lazy. If you don't hear anything bad in a few
days, take that as approval.

Robert
>
> The IP clearance form is:
> http://incubator.apache.org/ip-clearance/velocity-tiles.html
>
> The vote thread is:
> http://www.nabble.com/-VOTE--Accept-Velocity-Tiles-plugin-donation-td20189659.html
>
> The donation is in this JIRA issue:
> https://issues.apache.org/struts/browse/TILES-170
> The donation has been committed into the donations repo.
>
> Thanks in advance
> Antonio
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: River Mentor

[Robert Burrell Donkin]

On 11/7/08, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> Gang,
> I have requested from the River project to become another Mentor of
> theirs, and see if I can get the community of this project a bit more
> active. People there have so far been positive to the idea.

+1

-Robert

> Any objections from the Incubator PMC?
>
>
> Cheers
> Niclas
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

River Mentor

[Niclas Hedhman]

Gang,
I have requested from the River project to become another Mentor of
theirs, and see if I can get the community of this project a bit more
active. People there have so far been positive to the idea.

Any objections from the Incubator PMC?


Cheers
Niclas

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: new tool "clutch" assist oversight of all podlings

[David Crossley]

Clutch is now is now doing most of what i originally
intended.

http://incubator.apache.org/clutch.html

I am now away for the weekend. To those at ApacheCon,
enjoy your closing phase.

If OpenWebBeans or Tashi can add themselves to the
i.a.o/projects/ table, then someone could run Clutch
again to pick up those and other changes.

It seems a little slow at the moment while doing the
'svn log' for each project's status file.

-David

David Crossley wrote:
> I recently found that some new projects get a little
> lost at the acceptance phase. Also we have a large
> number of projects in Incubation (36) which is becoming
> difficult to keep in touch. We need to be able to see
> at a glance the status of the set of podlings.
> 
> I developed a tool called "clutch". Below are some notes
> from its generated web page.
> 
> http://incubator.apache.org/clutch.html
> 
> The coloured summary table is intended to encourage
> and nuture.
> 
> -
> Clutch is a tool which gathers details about projects
> currently in incubation.
> 
> It reads the Wiki page at ReportingSchedule then builds a
> list of projects, adds some attributes, does some validation.
> Then it reads the source file for the "projects currently
> in incubation" table, ensures that each new project has an entry,
> adds some more attributes.
> 
> The clutch is the set of eggs which have been laid.
> The mother hen (our Incubator PMC) needs to continually
> gather them, to ensure that none have rolled from the nest
> or moved to the outside, being forgotten or becoming cold.
> Clutch also means to grasp eagerly.
> 
> So please interpret this table from the point-of-view of
> encouragement and nurture.
> 
> Anything "red" is an issue that should be addressed ASAP.
> The "orange" means that they are new and on the monthly
> reporting schedule. Otherwise we are looking for healthy
> "gold" yolks. Cooling off into the "murk" also needs attention.
> 
> Data files are also generated so that other tools can easily
> re-use the metadata for the set of projects currently in incubation.
> 
>   * clutch.txt - list of project names, one per line.
>   * Structured list of various details. Not yet happening
> - need to decide which format (N3, DOAP, etc.) and which
>   attributes to be stored.
> 
> Any Incubator committer can run 'clutch'. In the top-level of
> the "incubator" SVN, do: 'python clutch.py' which will generate
> a source xml file in "site-author" directory. Then build and
> deploy the site as normal.
> 
> -
> 
> It is my first foray into Python. Please improve my attempt.
> 
> That language was chosen as it seems to have all necessary
> facilities available without needing additional dependencies.
> So all Incubator committers should be able to utilise the tool.
> 
> Later i found INCUBATOR-78 which sees some other issues.
> Clutch addresses some of them.
> https://issues.apache.org/jira/browse/INCUBATOR-78
> 
> -David
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Asking for Feedback: CouchDB Graduation

[Niall Pemberton]

On Tue, Nov 4, 2008 at 1:15 PM, Jan Lehnardt <[EMAIL PROTECTED]> wrote:
> Niall,
>
> thanks for your feedback.
>
> On Nov 4, 2008, at 01:53, Niall Pemberton wrote:
>
>> I haven't been following CouchDB but a PMC of five seems small - you
>> only have to loose a couple of people and you're on the verge of not
>> being a viable project. I took a look through the lists and from what
>> I can see CouchDB entered incubation with four committers in February
>> (the proposal listed six, but apparently was a mistake[1]) and has
>> added one new person just over a month ago[2].
>>
>>
>> I know theres been a push to get projects to graduate, but IMO CouchDB
>> would benefit from growing its community a bit more first.
>
> We (informally, again :) decided to hold back a release and adding more
> committers in favour of doing the graduation first (just to not have three
> things running at the same time. While our software is highly concurrent,
> we aren't :)
>
> The general feel with the project is that we are rather gaining contributors
> than losing them. That does not really address the concern of a 5-person
> PMC being small (the documented prime-example board resolutions have
> 8-10). Again, we (devs, community, mentors) think we are a healthy and
> growing project and I wonder if a 5-person PMC would be a show stopper?

Its not and five active people is certainly viable, but my point
really was for the long term viability in case people leave the
project.

Niall

>> Also, since there have been two releases while here, I assume all the
>> due-dilligence has been completed, but the status page[3] has not been
>> completed to reflect that - so if you do go for graduation it would be
>> nice if that was updated first.
>
> Ted, I patched the couchdb.xml project file
> (http://friendpaste.com/ebk8csvC)
> and updated the committer & mentor lists; can you commit? In addition, it
> looks
> that some of the dates in the "work items" section are missing. How to go
> about
> these?
>
> Cheers
> Jan
> --
>
>
>> Niall
>>
>> [1] http://couchdb.markmail.org/message/my725uiourw25qnm
>> [2] http://couchdb.markmail.org/message/hzge6ofddnknhqby
>> [3] http://incubator.apache.org/projects/couchdb.html
>>
>> On Mon, Nov 3, 2008 at 5:19 PM, Jan Lehnardt <[EMAIL PROTECTED]> wrote:
>>>
>>> Dear Incubator General List,
>>>
>>> The community and developers of Apache CouchDB deem
>>> the project ready for graduation to a top level Apache project.
>>>
>>> [EMAIL PROTECTED] vote summary:
>>>
>>>
>>>
>>> http://mail-archives.apache.org/mod_mbox/incubator-couchdb-dev/200810.mbox/[EMAIL
>>>  PROTECTED]
>>>
>>> Message IDs for informal(*) PPMC vote to appoint Damien Katz to become
>>> "Vice President, CouchDB":
>>>
>>>  [EMAIL PROTECTED]
>>>  [EMAIL PROTECTED]
>>>  [EMAIL PROTECTED]
>>>  [EMAIL PROTECTED]
>>>  [EMAIL PROTECTED]
>>>  [EMAIL PROTECTED]
>>>
>>> (* Sorry we didn't to a formal vote and hence no formal [RESULT] message)
>>>
>>> --
>>>
>>> We would like to ask the IPMC to discuss the following Board resolution
>>> to
>>> be
>>> recommended to the Board. Once your feedback is collected and integrated,
>>> we will ask you to vote on the final resolution. Thank you!
>>>
>>> --
>>>
>>> Proposed Board Resolution:
>>>
>>> Establish the Apache CouchDB project
>>>
>>> WHEREAS, the Board of Directors deems it to be in the best
>>> interests of the Foundation and consistent with the
>>> Foundation's purpose to establish a Project Management
>>> Committee charged with the creation and maintenance of
>>> open-source software implementing a distributed, fault-
>>> tolerant and schema-free document-oriented database for
>>> distribution at no charge to the public.
>>>
>>> NOW, THEREFORE, BE IT RESOLVED, that a Project Management
>>> Committee (PMC), to be known as the "Apache CouchDB Project",
>>> be and hereby is established pursuant to Bylaws of the
>>> Foundation; and be it further
>>>
>>> RESOLVED, that the Apache CouchDB Project be and hereby is
>>> responsible for the creation and maintenance of software
>>> related to implementing a distributed, fault-tolerant and
>>> schema-free document-oriented database; and be it further
>>>
>>> RESOLVED, that the office of "Vice President, CouchDB" be and
>>> hereby is created, the person holding such office to serve at
>>> the direction of the Board of Directors as the chair of the
>>> Apache CouchDB Project, and to have primary responsibility for
>>> management of the projects within the scope of responsibility
>>> of the Apache CouchDB Project; and be it further
>>>
>>> RESOLVED, that the persons listed immediately below be and
>>> hereby are appointed to serve as the initial members of the
>>> Apache CouchDB Project:
>>>
>>> * J Chris Anderson ([EMAIL PROTECTED])
>>> * Damien Katz  ([EMAIL PROTECTED])
>>> * Christopher Lenz ([EMAIL PROTECTED])
>>> * Jan Lehnardt ([EMAIL PROTECTED])
>>> * Noah Slater  ([EMAIL PROTECTED])
>>>
>>> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Damien
>>> Katz

Re: [VOTE] Graduate Buildr as TLP

[Bertrand Delacretaz]

H Matthieu,

On Thu, Nov 6, 2008 at 5:33 PM, Matthieu Riou <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 6, 2008 at 2:15 PM, Bertrand Delacretaz
> <[EMAIL PROTECTED]>wrote:
>
>> ...I have one request though: could the Buildr team add a "who we are" or
>> similar page to the project's site, listing the committers? I haven't
>> found such a page.
>>
>
> Good point. It's on the website but it's not so obvious, too much stuff has
> been added on that page afterward, pushing the names all the way down:
>
> http://incubator.apache.org/buildr/contributing.html#contributors

ok - I was too lazy to scroll that far ;-)

So the info is there fine, I'll leave it to you guys to decide if it
deserves to be more visible.

>.. If you're looking for affiliations, basically there are 2 Intalio (Alex and
> Assaf) and 2 independents (Victor and Antoine), all pretty active. At this
> point, I'm only sticking around to ensure a member is here in case of
> problems...

Thanks for the info.
-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Graduate Buildr as TLP

[Matthieu Riou]

On Thu, Nov 6, 2008 at 2:15 PM, Bertrand Delacretaz
<[EMAIL PROTECTED]>wrote:

> On Thu, Nov 6, 2008 at 11:03 AM, Alex Boisvert <[EMAIL PROTECTED]>
> wrote:
>
> >   [X ] +1 Approve graduation of Buildr as a Top-Level Project
>
> +1
>
> I have one request though: could the Buildr team add a "who we are" or
> similar page to the project's site, listing the committers? I haven't
> found such a page.
>

Good point. It's on the website but it's not so obvious, too much stuff has
been added on that page afterward, pushing the names all the way down:

http://incubator.apache.org/buildr/contributing.html#contributors

It would be good to fix this though. Otherwise there's the status page:

http://incubator.apache.org/projects/buildr.html

If you're looking for affiliations, basically there are 2 Intalio (Alex and
Assaf) and 2 independents (Victor and Antoine), all pretty active. At this
point, I'm only sticking around to ensure a member is here in case of
problems.

Matthieu


>
> -Bertrand
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[jira] Created: (INCUBATOR-101) Migration of public web/wiki content to apache

[James Dixson (JIRA)]

Migration of public web/wiki content to apache
--

 Key: INCUBATOR-101
 URL: https://issues.apache.org/jira/browse/INCUBATOR-101
 Project: Incubator
  Issue Type: Sub-task
  Components: site
Reporter: James Dixson


Etch maintains a public wiki at http://developer.cisco.com/web/cuae/etch this 
content needs to be migrated to Apache

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Apache UIMACPP-2.2.2-incubating

[Robert Burrell Donkin]

On Thu, Nov 6, 2008 at 9:32 PM, Eddie Epstein <[EMAIL PROTECTED]> wrote:
> The .dot files are created during the doxygen build. Looks
> like these are intermediate files that do not need to be
> distributed. That will be fixed in the next release.
> (jira uima-1225)
>
> With regards the ICU license, we did struggle a bit
> trying to handle this correctly. See for example
> http://markmail.org/message/nz2eccnoiazgenyv
> Your suggestion for improved clarity sounds good.
> (uima-1226)

don't worry - the struggle's an important part of the process :-)

- robert

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Graduate Buildr as TLP

[Bertrand Delacretaz]

On Thu, Nov 6, 2008 at 11:03 AM, Alex Boisvert <[EMAIL PROTECTED]> wrote:

>   [X ] +1 Approve graduation of Buildr as a Top-Level Project

+1

I have one request though: could the Buildr team add a "who we are" or
similar page to the project's site, listing the committers? I haven't
found such a page.

-Bertrand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Graduate Buildr as TLP

[Gianugo Rabellino]

On Thu, Nov 6, 2008 at 6:03 PM, Alex Boisvert <[EMAIL PROTECTED]> wrote:
> Please vote on approving the graduation of Buildr. This vote is open for the
> next 72 hours and only votes from Incubator PMC members are binding.
>
>   [ ] +1 Approve graduation of Buildr as a Top-Level Project
>   [ ] -1 Buildr is not ready to graduate

+1 - have fun!

-- 
Gianugo Rabellino
Sourcesense, making sense of Open Source: http://www.sourcesense.com
(blogging at http://www.rabellino.it/blog/)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Asking for Feedback: CouchDB Graduation

[Dirk-Willem van Gulik]

On 6 Nov 2008, at 15:11, Martijn Dashorst wrote:


I agree with Paul. CouchDB is ready IMO—it meets all the exit criteria
(just having given the talk about graduation at the ASF).




Aye to that !

Dw.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Apache UIMACPP-2.2.2-incubating

[Eddie Epstein]

The .dot files are created during the doxygen build. Looks
like these are intermediate files that do not need to be
distributed. That will be fixed in the next release.
(jira uima-1225)

With regards the ICU license, we did struggle a bit
trying to handle this correctly. See for example
http://markmail.org/message/nz2eccnoiazgenyv
Your suggestion for improved clarity sounds good.
(uima-1226)

Thanks for your support,
Eddie


On Thu, Nov 6, 2008 at 3:33 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> On Wed, Nov 5, 2008 at 10:49 PM, Eddie Epstein <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> The UIMA-CPP 2.2.2-incubating release, which is the first release of
>> the part of UIMA that supports C++ components, is waiting for a couple
>> of more IPMC votes to approve its release.  The original email to this
>> list (attached below and also here:
>> http://markmail.org/message/meropdoa4vmsmeut) asking for review and
>> voting is dated Sept 16, so it's been awhile.  Could a couple of other
>> IPMC members please vote on this release?
>
> +1
>
> i have:
>
> a question
> * what are the .dot files (contained in docs_?
>
> a suggestion:
> * the headers files in include are (mostly) marked 'All Rights
> Reserved' but AIUI they are open source licensed.  perhaps it might be
> useful to find some way of making this a little clearer (perhaps by
> adding a few words to the ICU section in LICENSE).
>
> - robert
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Asking for Feedback: CouchDB Graduation

[Martijn Dashorst]

I agree with Paul. CouchDB is ready IMO—it meets all the exit criteria
(just having given the talk about graduation at the ASF).

Martijn

On Thu, Nov 6, 2008 at 2:38 PM, Paul Fremantle <[EMAIL PROTECTED]> wrote:
>> I know theres been a push to get projects to graduate, but IMO CouchDB
>> would benefit from growing its community a bit more first.
>
> I think that 5 is a perfectly reasonable size, as long as the team is
> working well. I just voted +1 to Buildr which has the same size PPMC.
>
> As I see it, CouchDB :
> * has continued an existing diverse Open Source community under the ASF model
> * Added a committer
> * Done releases
> * Meets the diversity requirements.
> * Is growing well
>
> To me that is sufficient to graduate.
>
> Paul
>
> --
> Paul Fremantle
> Co-Founder and CTO, WSO2
> Apache Synapse PMC Chair
> OASIS WS-RX TC Co-chair
>
> blog: http://pzf.fremantle.org
> [EMAIL PROTECTED]
>
> "Oxygenating the Web Service Platform", www.wso2.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Graduate Buildr as TLP

[Martijn Dashorst]

+1 Good luck!

Martijn

On Thu, Nov 6, 2008 at 11:03 AM, Alex Boisvert <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The Buildr community is requesting to graduate from the incubator as a
> top-level project.  We've recently held a
> voteto
> gauge the support of the community and feedback was all positive.  The
> project meets all incubator requirements and guidelines and has been in the
> incubator for a little more than one year. There have been several releases,
> the community is growing steadily, no pending IP issues and development is
> pretty active.
>
> For background you can see our incubation status page:
> http://incubator.apache.org/projects/buildr.html
>
> After soliciting feedback on this list 5 days ago, I am now asking the
> Incubator PMC to approve this graduation.
>
> Please vote on approving the graduation of Buildr. This vote is open for the
> next 72 hours and only votes from Incubator PMC members are binding.
>
>   [ ] +1 Approve graduation of Buildr as a Top-Level Project
>   [ ] -1 Buildr is not ready to graduate
>
>
> --- Begin Proposed Board Resolution ---
>
> WHEREAS, the Board of Directors deems it to be in the best
> interests of the Foundation and consistent with the Foundation's
> purpose to establish a Project Management Committee charged with
> the creation and maintenance of open-source software related to
> a Ruby-based build system that is suitable for small and large
> projects and multi-lingual integration, for distribution
> at no charge to the public.
>
> NOW, THEREFORE, BE IT RESOLVED, that a Project Management
> Committee (PMC), to be known as the "The Apache Buildr Project",
> be and hereby is established pursuant to Bylaws of the
> Foundation; and be it further
>
> RESOLVED, that The Apache Buildr Project be and hereby is
> responsible for the creation and maintenance of a software
> project related to a Ruby-based build system that is suitable
> for small and large projects and multi-lingual integration.
>
> RESOLVED, that the office of "Vice President, Apache Buildr" be
> and hereby is created, the person holding such office to serve
> at the direction of the Board of Directors as the chair of The
> Apache Buildr Project, and to have primary responsibility for
> management of the projects within the scope of responsibility of
> The Apache Buildr Project; and be it further
>
> RESOLVED, that the persons listed immediately below be and
> hereby are appointed to serve as the initial members of The
> Apache Buildr Project:
>
>   - Assaf Arkin ([EMAIL PROTECTED])
>   - Alex Boisvert ([EMAIL PROTECTED])
>   - Victor Hugo Borja ([EMAIL PROTECTED])
>   - Antoine Contal ([EMAIL PROTECTED])
>   - Matthieu Riou ([EMAIL PROTECTED])
>
> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Alex Boisvert be
> and hereby is appointed to the office of Vice President,
> Apache Buildr, to serve in accordance with and subject to
> the direction of the Board of Directors and the Bylaws of the
> Foundation until death, resignation, retirement, removal or
> disqualification, or until a successor is appointed; and be it
> further
>
> RESOLVED, that the initial Apache Buildr PMC be and hereby is
> tasked with the creation of a set of bylaws intended to
> encourage open development and increased participation in the
> Apache Buildr Project; and be it further
>
> RESOLVED, that the initial Apache Buildr Project be and hereby
> is tasked with the migration and rationalization of the Apache
> Incubator Buildr podling; and be it further
>
> RESOLVED, that all responsibility pertaining to the Apache
> Incubator Buildr podling encumbered upon the Apache Incubator
> PMC are hereafter discharged.
> --- End Proposed Board Resolution ---
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Graduate Buildr as TLP

[Erik Hatcher]

+1 from me as well.

Erik

On Nov 6, 2008, at 2:15 PM, Yoav Shapira wrote:

On Thu, Nov 6, 2008 at 12:03 PM, Alex Boisvert  
<[EMAIL PROTECTED]> wrote:
The Buildr community is requesting to graduate from the incubator  
as a

top-level project.  We've recently held a

 [ X ] +1 Approve graduation of Buildr as a Top-Level Project
 [ ] -1 Buildr is not ready to graduate


Yoav

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Asking for Feedback: CouchDB Graduation

[Paul Fremantle]

> I know theres been a push to get projects to graduate, but IMO CouchDB
> would benefit from growing its community a bit more first.

I think that 5 is a perfectly reasonable size, as long as the team is
working well. I just voted +1 to Buildr which has the same size PPMC.

As I see it, CouchDB :
* has continued an existing diverse Open Source community under the ASF model
* Added a committer
* Done releases
* Meets the diversity requirements.
* Is growing well

To me that is sufficient to graduate.

Paul

-- 
Paul Fremantle
Co-Founder and CTO, WSO2
Apache Synapse PMC Chair
OASIS WS-RX TC Co-chair

blog: http://pzf.fremantle.org
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Apache UIMACPP-2.2.2-incubating

[Robert Burrell Donkin]

On Wed, Nov 5, 2008 at 10:49 PM, Eddie Epstein <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The UIMA-CPP 2.2.2-incubating release, which is the first release of
> the part of UIMA that supports C++ components, is waiting for a couple
> of more IPMC votes to approve its release.  The original email to this
> list (attached below and also here:
> http://markmail.org/message/meropdoa4vmsmeut) asking for review and
> voting is dated Sept 16, so it's been awhile.  Could a couple of other
> IPMC members please vote on this release?

+1

i have:

a question
* what are the .dot files (contained in docs_?

a suggestion:
* the headers files in include are (mostly) marked 'All Rights
Reserved' but AIUI they are open source licensed.  perhaps it might be
useful to find some way of making this a little clearer (perhaps by
adding a few words to the ICU section in LICENSE).

- robert

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Graduate Buildr as TLP

[Yoav Shapira]

On Thu, Nov 6, 2008 at 12:03 PM, Alex Boisvert <[EMAIL PROTECTED]> wrote:
> The Buildr community is requesting to graduate from the incubator as a
> top-level project.  We've recently held a
>
>   [ X ] +1 Approve graduation of Buildr as a Top-Level Project
>   [ ] -1 Buildr is not ready to graduate

Yoav

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [OpenWebBeans] request for mailing lists and SVN

[Kevan Miller]

Heh. I'd started this process, yesterday...

https://issues.apache.org/jira/browse/INFRA-1773

I had not created a request for creating the project within JIRA,  
however.


I submitted a new account request for Conny, but waiting for ICLA for  
Gurkan to show up.


--kevan

On Nov 6, 2008, at 4:07 AM, Matthias Wessendorf wrote:


FYI


-- Forwarded message --
From: Matthias Wessendorf <[EMAIL PROTECTED]>
Date: Thu, Nov 6, 2008 at 10:07 AM
Subject: [OpenWebBeans] request for mailing lists and SVN
To: Infrastructure Apache <[EMAIL PROTECTED]>


Hi infra@ team,

I am a mentor of the "OpenWebBeans" podling ([1]). The project was
accepted to go into incubation mode. To get this shindig started, we
need some mailing lists:

* [EMAIL PROTECTED]
* [EMAIL PROTECTED]
* [EMAIL PROTECTED]
* [EMAIL PROTECTED]

Moderator (currently) will be me "matzew AT apache DOT org".

We also need a SVN repo (see [1]):
https://svn.apache.org/repos/asf/incubator/openwebbeans

and a JIRA would be great, too:
https://issues.apache.org/jira/browse/OPEN-WEBBEANS

Or, do you want me to file JIRA tickets for this ?

Thanks,
Matthias

[1] http://wiki.apache.org/incubator/OpenWebBeansProposal

--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf



--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Graduate Buildr as TLP

[Paul Fremantle]

+1 from me! Good luck folks!

On Thu, Nov 6, 2008 at 5:46 PM, Matthieu Riou <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 6, 2008 at 9:03 AM, Alex Boisvert <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> The Buildr community is requesting to graduate from the incubator as a
>> top-level project.  We've recently held a
>> vote<
>> http://n2.nabble.com/-VOTE--Graduation-Board-Resolution-td1347057.html>to
>> gauge the support of the community and feedback was all positive.  The
>> project meets all incubator requirements and guidelines and has been in the
>> incubator for a little more than one year. There have been several
>> releases,
>> the community is growing steadily, no pending IP issues and development is
>> pretty active.
>>
>> For background you can see our incubation status page:
>> http://incubator.apache.org/projects/buildr.html
>>
>> After soliciting feedback on this list 5 days ago, I am now asking the
>> Incubator PMC to approve this graduation.
>>
>> Please vote on approving the graduation of Buildr. This vote is open for
>> the
>> next 72 hours and only votes from Incubator PMC members are binding.
>>
>
> [X] +1 Approve graduation of Buildr as a Top-Level Project
>
> Matthieu
>
>
>>
>>
>> --- Begin Proposed Board Resolution ---
>>
>> WHEREAS, the Board of Directors deems it to be in the best
>> interests of the Foundation and consistent with the Foundation's
>> purpose to establish a Project Management Committee charged with
>> the creation and maintenance of open-source software related to
>> a Ruby-based build system that is suitable for small and large
>> projects and multi-lingual integration, for distribution
>> at no charge to the public.
>>
>> NOW, THEREFORE, BE IT RESOLVED, that a Project Management
>> Committee (PMC), to be known as the "The Apache Buildr Project",
>> be and hereby is established pursuant to Bylaws of the
>> Foundation; and be it further
>>
>> RESOLVED, that The Apache Buildr Project be and hereby is
>> responsible for the creation and maintenance of a software
>> project related to a Ruby-based build system that is suitable
>> for small and large projects and multi-lingual integration.
>>
>> RESOLVED, that the office of "Vice President, Apache Buildr" be
>> and hereby is created, the person holding such office to serve
>> at the direction of the Board of Directors as the chair of The
>> Apache Buildr Project, and to have primary responsibility for
>> management of the projects within the scope of responsibility of
>> The Apache Buildr Project; and be it further
>>
>> RESOLVED, that the persons listed immediately below be and
>> hereby are appointed to serve as the initial members of The
>> Apache Buildr Project:
>>
>>   - Assaf Arkin ([EMAIL PROTECTED])
>>   - Alex Boisvert ([EMAIL PROTECTED])
>>   - Victor Hugo Borja ([EMAIL PROTECTED])
>>   - Antoine Contal ([EMAIL PROTECTED])
>>   - Matthieu Riou ([EMAIL PROTECTED])
>>
>> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Alex Boisvert be
>> and hereby is appointed to the office of Vice President,
>> Apache Buildr, to serve in accordance with and subject to
>> the direction of the Board of Directors and the Bylaws of the
>> Foundation until death, resignation, retirement, removal or
>> disqualification, or until a successor is appointed; and be it
>> further
>>
>> RESOLVED, that the initial Apache Buildr PMC be and hereby is
>> tasked with the creation of a set of bylaws intended to
>> encourage open development and increased participation in the
>> Apache Buildr Project; and be it further
>>
>> RESOLVED, that the initial Apache Buildr Project be and hereby
>> is tasked with the migration and rationalization of the Apache
>> Incubator Buildr podling; and be it further
>>
>> RESOLVED, that all responsibility pertaining to the Apache
>> Incubator Buildr podling encumbered upon the Apache Incubator
>> PMC are hereafter discharged.
>> --- End Proposed Board Resolution ---
>>
>



-- 
Paul Fremantle
Co-Founder and CTO, WSO2
Apache Synapse PMC Chair
OASIS WS-RX TC Co-chair

blog: http://pzf.fremantle.org
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Asking for Feedback: CouchDB Graduation

[Ted Leung]

On Nov 3, 2008, at 4:53 PM, Niall Pemberton wrote:


I haven't been following CouchDB but a PMC of five seems small - you
only have to loose a couple of people and you're on the verge of not
being a viable project. I took a look through the lists and from what
I can see CouchDB entered incubation with four committers in February
(the proposal listed six, but apparently was a mistake[1]) and has
added one new person just over a month ago[2].


As far as I know we don't have a quota on the minimum size of a  
community, other than the 3 +1's required to do a release.   I know  
that we have some numerical metrics around incubation/graduation  
(notably the diversity requirement), but those are always intended to  
be applied in conjunction with an actual examination of the  
community.   Could you please take some time to check the archives and  
see if your concerns still apply?


Thanks,

Ted

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Graduate Buildr as TLP

[Matthieu Riou]

On Thu, Nov 6, 2008 at 9:03 AM, Alex Boisvert <[EMAIL PROTECTED]> wrote:

> Hi,
>
> The Buildr community is requesting to graduate from the incubator as a
> top-level project.  We've recently held a
> vote<
> http://n2.nabble.com/-VOTE--Graduation-Board-Resolution-td1347057.html>to
> gauge the support of the community and feedback was all positive.  The
> project meets all incubator requirements and guidelines and has been in the
> incubator for a little more than one year. There have been several
> releases,
> the community is growing steadily, no pending IP issues and development is
> pretty active.
>
> For background you can see our incubation status page:
> http://incubator.apache.org/projects/buildr.html
>
> After soliciting feedback on this list 5 days ago, I am now asking the
> Incubator PMC to approve this graduation.
>
> Please vote on approving the graduation of Buildr. This vote is open for
> the
> next 72 hours and only votes from Incubator PMC members are binding.
>

[X] +1 Approve graduation of Buildr as a Top-Level Project

Matthieu


>
>
> --- Begin Proposed Board Resolution ---
>
> WHEREAS, the Board of Directors deems it to be in the best
> interests of the Foundation and consistent with the Foundation's
> purpose to establish a Project Management Committee charged with
> the creation and maintenance of open-source software related to
> a Ruby-based build system that is suitable for small and large
> projects and multi-lingual integration, for distribution
> at no charge to the public.
>
> NOW, THEREFORE, BE IT RESOLVED, that a Project Management
> Committee (PMC), to be known as the "The Apache Buildr Project",
> be and hereby is established pursuant to Bylaws of the
> Foundation; and be it further
>
> RESOLVED, that The Apache Buildr Project be and hereby is
> responsible for the creation and maintenance of a software
> project related to a Ruby-based build system that is suitable
> for small and large projects and multi-lingual integration.
>
> RESOLVED, that the office of "Vice President, Apache Buildr" be
> and hereby is created, the person holding such office to serve
> at the direction of the Board of Directors as the chair of The
> Apache Buildr Project, and to have primary responsibility for
> management of the projects within the scope of responsibility of
> The Apache Buildr Project; and be it further
>
> RESOLVED, that the persons listed immediately below be and
> hereby are appointed to serve as the initial members of The
> Apache Buildr Project:
>
>   - Assaf Arkin ([EMAIL PROTECTED])
>   - Alex Boisvert ([EMAIL PROTECTED])
>   - Victor Hugo Borja ([EMAIL PROTECTED])
>   - Antoine Contal ([EMAIL PROTECTED])
>   - Matthieu Riou ([EMAIL PROTECTED])
>
> NOW, THEREFORE, BE IT FURTHER RESOLVED, that Alex Boisvert be
> and hereby is appointed to the office of Vice President,
> Apache Buildr, to serve in accordance with and subject to
> the direction of the Board of Directors and the Bylaws of the
> Foundation until death, resignation, retirement, removal or
> disqualification, or until a successor is appointed; and be it
> further
>
> RESOLVED, that the initial Apache Buildr PMC be and hereby is
> tasked with the creation of a set of bylaws intended to
> encourage open development and increased participation in the
> Apache Buildr Project; and be it further
>
> RESOLVED, that the initial Apache Buildr Project be and hereby
> is tasked with the migration and rationalization of the Apache
> Incubator Buildr podling; and be it further
>
> RESOLVED, that all responsibility pertaining to the Apache
> Incubator Buildr podling encumbered upon the Apache Incubator
> PMC are hereafter discharged.
> --- End Proposed Board Resolution ---
>

Re: [PROPOSAL] Stonehenge

[Jim Jagielski]

On Nov 4, 2008, at 11:34 AM, Paul Fremantle wrote:


I'd like to propose Stonehenge as an incubator proposal.

Stonehenge is a set of example applications for Service Oriented
Architecture that spans languages and platforms and demonstrates best
practise and interoperability.

The full proposal is here: http://wiki.apache.org/incubator/StonehengeProposal

As ever, all feedback, positive or negative is welcome. Also, any
further mentors are more than welcome!



Upon thinking about it, and talking with others, I really believe
that Stonehenge had the potential of being an extremely cool
effort. Not only for the code aspects, but even more importantly
the impact it could have in unifying SOA. Just like httpd allowed
HTTP to grow, by being a ref implementation, Stonehenge can allow
the same sort of thing with SOA.

+1

And please sign me up as a mentor! :)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[VOTE] Graduate Buildr as TLP

[Alex Boisvert]

Hi,

The Buildr community is requesting to graduate from the incubator as a
top-level project.  We've recently held a
voteto
gauge the support of the community and feedback was all positive.  The
project meets all incubator requirements and guidelines and has been in the
incubator for a little more than one year. There have been several releases,
the community is growing steadily, no pending IP issues and development is
pretty active.

For background you can see our incubation status page:
http://incubator.apache.org/projects/buildr.html

After soliciting feedback on this list 5 days ago, I am now asking the
Incubator PMC to approve this graduation.

Please vote on approving the graduation of Buildr. This vote is open for the
next 72 hours and only votes from Incubator PMC members are binding.

   [ ] +1 Approve graduation of Buildr as a Top-Level Project
   [ ] -1 Buildr is not ready to graduate


--- Begin Proposed Board Resolution ---

WHEREAS, the Board of Directors deems it to be in the best
interests of the Foundation and consistent with the Foundation's
purpose to establish a Project Management Committee charged with
the creation and maintenance of open-source software related to
a Ruby-based build system that is suitable for small and large
projects and multi-lingual integration, for distribution
at no charge to the public.

NOW, THEREFORE, BE IT RESOLVED, that a Project Management
Committee (PMC), to be known as the "The Apache Buildr Project",
be and hereby is established pursuant to Bylaws of the
Foundation; and be it further

RESOLVED, that The Apache Buildr Project be and hereby is
responsible for the creation and maintenance of a software
project related to a Ruby-based build system that is suitable
for small and large projects and multi-lingual integration.

RESOLVED, that the office of "Vice President, Apache Buildr" be
and hereby is created, the person holding such office to serve
at the direction of the Board of Directors as the chair of The
Apache Buildr Project, and to have primary responsibility for
management of the projects within the scope of responsibility of
The Apache Buildr Project; and be it further

RESOLVED, that the persons listed immediately below be and
hereby are appointed to serve as the initial members of The
Apache Buildr Project:

   - Assaf Arkin ([EMAIL PROTECTED])
   - Alex Boisvert ([EMAIL PROTECTED])
   - Victor Hugo Borja ([EMAIL PROTECTED])
   - Antoine Contal ([EMAIL PROTECTED])
   - Matthieu Riou ([EMAIL PROTECTED])

NOW, THEREFORE, BE IT FURTHER RESOLVED, that Alex Boisvert be
and hereby is appointed to the office of Vice President,
Apache Buildr, to serve in accordance with and subject to
the direction of the Board of Directors and the Bylaws of the
Foundation until death, resignation, retirement, removal or
disqualification, or until a successor is appointed; and be it
further

RESOLVED, that the initial Apache Buildr PMC be and hereby is
tasked with the creation of a set of bylaws intended to
encourage open development and increased participation in the
Apache Buildr Project; and be it further

RESOLVED, that the initial Apache Buildr Project be and hereby
is tasked with the migration and rationalization of the Apache
Incubator Buildr podling; and be it further

RESOLVED, that all responsibility pertaining to the Apache
Incubator Buildr podling encumbered upon the Apache Incubator
PMC are hereafter discharged.
--- End Proposed Board Resolution ---

Re: [ESME-dev] Re: [PROPOSAL] ESME - The Enterprise Social Messaging Experiment

[David Pollak]

On Thu, Nov 6, 2008 at 3:13 AM, Darren Hague <[EMAIL PROTECTED]> wrote:

>
> Hi Ian,
>
> One of the value-added aspects of ESME is in the server-side logic, which
> allows users to set up rules & behaviours (e.g. "only send me messages from
> X if they are tagged Y", and "email me when someone starts following me").
> Also, there is a fundamental difference in attitude between broadcast &
> subscribe: XMPP/Jabber and email are used to send messages *to* people; ESME
> and other microsharing solutions are more about end users deciding who they
> want to hear *from*. Having said that, there is a sense in which we are
> somewhere in the middle of a continuum that has email at one end and IM at
> another. Even so, we think we occupy a niche with strong demand, especially
> for enterprise-grade levels of security and control over messaging - none of
> which is present in IM or email solutions.
>
> Please have a read through the articles at http://blog.esme.us/ for more
> about what makes us different & valuable.


In addition, the choice of transport (HTTP or XMPP) does not speak to the
format of the enclosed message. There is a lot of specific stuff in the
communication protocol.  The format of the message (signing, encryption,
etc.) is the thing of value, not the way the bytes are moved.

In terms of actual implementations of HTTP and XMPP, I lean towards HTTP for
a number of reasons:

   - There is only one reasonable open source XMPP implementation for the
   JVM: OpenFire.  OpenFire in my experience has a ton of bugs.  On the other
   hand, there are a number of good client and server packages for HTTP.
   - ESME instances will already be running on an HTTP port.  Adding an XMPP
   port to the mix as a requirement for federation means opening yet more ports
   in firewalls.  This is a non-trivial administrative burden.

With that being said, having an add-on to ESME that allows XMPP transport
for federated messages and/or for internally generated user messages (my
Twitter use dropped significantly after they stopped support XMPP) is
something we could add to the backlog.

Thanks,

David


>
>
> Best regards,
> Darren
>
>
> >Hi.
> >
> >don't take this the wrong way, but what is wrong with XMPP and jabber
> >for this kind of thing? wouldn't it make more sense to just extend that?
> >
> >
> >
> >Darren Hague wrote:
> >> I would like to propose ESME as a project for the Apache Incubator.
> >>
> >> Enterprise Social Messaging Experiment (ESME) is a secure and highly
> >> scalable microsharing and micromessaging platform that allows people
> >> to discover and meet one another and get controlled access to other
> >> sources of information, all in a business process context. ESME is
> >> written in Scala and uses the Lift web framework.
> >>
> >> Please see http://wiki.apache.org/incubator/ESMEProposal for details.
> >>
> >> Since this is my first Apache project, any and all feedback is welcome
> >> - I will call for a vote a few days after relevant messages on the
> >> list reduce to a trickle and people seem happy with the proposal.
> >>
> >> Best regards,
> >> Darren Hague
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
>
> --
> [EMAIL PROTECTED]
>
> --~--~-~--~~~---~--~~
> You received this message because you are subscribed to the Google Groups
> "esme-dev" group.
> To post to this group, send email to [EMAIL PROTECTED]
> To unsubscribe from this group, send email to
> [EMAIL PROTECTED]<[EMAIL PROTECTED]>
> For more options, visit this group at
> http://groups.google.com/group/esme-dev?hl=en
> -~--~~~~--~~--~--~---
>
>


-- 
Lift, the simply functional web framework http://liftweb.net
Collaborative Task Management http://much4.us
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp

Re: [PROPOSAL] ESME - The Enterprise Social Messaging Experiment

[Darren Hague]

Hi Ian,

One of the value-added aspects of ESME is in the server-side logic, which 
allows users to set up rules & behaviours (e.g. "only send me messages from X 
if they are tagged Y", and "email me when someone starts following me"). Also, 
there is a fundamental difference in attitude between broadcast & subscribe: 
XMPP/Jabber and email are used to send messages *to* people; ESME and other 
microsharing solutions are more about end users deciding who they want to hear 
*from*. Having said that, there is a sense in which we are somewhere in the 
middle of a continuum that has email at one end and IM at another. Even so, we 
think we occupy a niche with strong demand, especially for enterprise-grade 
levels of security and control over messaging - none of which is present in IM 
or email solutions.

Please have a read through the articles at http://blog.esme.us/ for more about 
what makes us different & valuable.

Best regards,
Darren


>Hi.
>
>don't take this the wrong way, but what is wrong with XMPP and jabber 
>for this kind of thing? wouldn't it make more sense to just extend that?
>
>
>
>Darren Hague wrote:
>> I would like to propose ESME as a project for the Apache Incubator.
>>
>> Enterprise Social Messaging Experiment (ESME) is a secure and highly 
>> scalable microsharing and micromessaging platform that allows people 
>> to discover and meet one another and get controlled access to other 
>> sources of information, all in a business process context. ESME is 
>> written in Scala and uses the Lift web framework.
>>
>> Please see http://wiki.apache.org/incubator/ESMEProposal for details.
>>
>> Since this is my first Apache project, any and all feedback is welcome 
>> - I will call for a vote a few days after relevant messages on the 
>> list reduce to a trickle and people seem happy with the proposal.
>>
>> Best regards,
>> Darren Hague
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>



-- 
[EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [esmeproject:2294] Re: [ESME-dev] Re: [PROPOSAL] ESME - The Enterprise Social Messaging Experiment

[Sanjiva Weerawarana]

David Pollak wrote:


I'm working on a secure protocol for inter-server federation.  It's based on
another project I'm running called Social Material.  Administrators will be
able to white/black list different servers.  All server validation will be
done with SSL certs.  Each message will be signed by the user who sent the
message.  Each message will be encrypted based on sender and target server
such that messages can be cached by intermediate servers, but they cannot
read the message.  I'm expecting that server-to-server IPC will be over
HTTP/HTTPS, but it's not manditory.


Is there some reason this can't be done over XMPP? What's the value of 
inventing another server-to-server secure federation protocol?


Sanjiva.
--
Sanjiva Weerawarana, Ph.D.
Founder & Director; Lanka Software Foundation; http://www.opensource.lk/
Founder, Chairman & CEO; WSO2, Inc.; http://www.wso2.com/
Member; Apache Software Foundation; http://www.apache.org/
Visiting Lecturer; University of Moratuwa; http://www.cse.mrt.ac.lk/

Blog: http://sanjiva.weerawarana.org/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[RESULT][VOTE] Accepting Kato into the Incubator

[ant elder]

This vote has been open for a week now so I'm going to call it PASSED with
19 +1s and no other votes.

Votes from the following, binding ones marked with a *:

 Carmine Cristallo
 Konstantin Bobrovsky
*Ant Elder
*Geir Magnusson Jr.
*Niclas Hedhman
 Niklas Gustavsson
*Matthias Wessendorf
 Christian Glatschke
*Craig L Russell
 Tim Ellison
*Alan D. Cabrera
 Steve Poole
 Sonal Goyal
 Stuart Monteith
 Edward J. Yoon
*Roland Weber
*Robert Burrell Donkin
*Niall Pemberton
 Richard Cole

Congratulations Kato and best wishes for the Incubation.

   ...ant

On Thu, Oct 30, 2008 at 9:14 AM, ant elder <[EMAIL PROTECTED]> wrote:

> The Kato proposal has been out for discussion for a few weeks now,
> please vote on accepting the Kato project for incubation.
>
> The full Kato proposal is available at the end of this message and as
> a wiki page at http://wiki.apache.org/incubator/KatoProposal.
>
> Here is my +1
>
>   ...ant
>
> = Kato - Post-mortem JVM Diagnostics API and RI/TCK for JSR 326 =
>
> Abstract
>
> Kato is a project to develop the Specification, Reference
> Implementation and Technology Compatibility Kit for JSR 326:
> Post-mortem JVM Diagnostics API
> Proposal
>
> JSR 326 is intended to be a Java API specification for standardising
> how and what can be retrieved from the contents of post-mortem
> artefacts -- typically process and JVM dumps. Project Kato is intended
> to be the place where the Specification, Reference implementation (RI)
> and Technology Compatibility Kit (TCK) are openly created. The
> intention is that the Specification and RI will be developed in tight
> unison, guided by a user-story-focused approach to ensure that
> real-world problems drive the project from the beginning.
>
> Unusually for new APIs, this project will endeavour to encompass the
> old and the new. A diagnostic solution that only works when users move
> to the latest release does little to improve diagnosability in the
> short term. This project will consume existing dump artefacts as well
> as possible while developing an API that can address the emerging
> trends in JVM and application directions. The most obvious of these
> trends are the exploitation of very large heaps, alternative languages
> and, paradoxically for Java, the increased use of native memory
> through vehicles such as NIO.
> Background
>
> Post-mortem versus Live Monitoring: It's worth noting that the term
> "post mortem" is used loosely. It does not just imply dead JVMs and
> applications; JSR 326 also covers living, breathing applications where
> the dump artefacts are deliberately produced as part of live
> monitoring activity. Live monitoring generally means tracing,
> profiling, debugging, or even bytecode monitoring and diagnosis by
> agents via the java.lang.instrument API . It can also mean analysis of
> dumps to look for trends and gather statistics. The live-monitoring
> diagnostic space is well served except for this last area, which is
> where JSR 326 can help.
>
> IBM developed an API called DTFJ ("Diagnostic Tooling and Framework
> for Java") as a means of providing its support teams a basis on which
> to write tools to diagnose Java SDK and Java application faults. It
> consists of a native JVM-specific component and the DTFJ API, which
> was written in pure Java.
> Rationale
>
> JSR 326 exists because of the widely acknowledged limitations in
> diagnosing Java application problems after the fact. There are many
> good ways to understand and diagnose problems while they happen, but
> few credible or pervasive tools exist for helping resolve problems
> when all has gone suddenly and horribly wrong. Outside of "live
> monitoring" there is no standard way to provide diagnostics
> information, and hence no standard tools. Each tool writer has to
> figure out how to access the data individually and specifically for
> each JVM vendor and operating system. This sparsity of tools has meant
> that users have limited options in diagnosing their own problems,
> especially unexpected or intermittent failures. Consequently these
> users turn to the providers of their software to work out what is
> happening. Application, middleware, and JVM vendors are spending
> increasing time supporting customers in problem diagnosis. Emerging
> trends indicate that this is going to get worse.
>
> Today JVM heap sizes are measured in small numbers of gigabytes,
> processors on desktops come in twos or fours, and most applications
> running on a JVM are written in Java. To help analyse problems in
> these configurations, we use a disparate set of diagnostic tools and
> artefacts. If the problem can't be reproduced in a debugger, then
> things quickly get complicated. There are point tools for problems
> like deadlock analysis or the ubiquitous Java out-of-memory problems,
> but overall the Java diagnostic tools arena is fragmented and JVM- or
> OS-specific. Tool writers have to choose their place in this matrix.
> We want to change that by removing the need for tool

Fwd: [OpenWebBeans] request for mailing lists and SVN

[Matthias Wessendorf]

FYI


-- Forwarded message --
From: Matthias Wessendorf <[EMAIL PROTECTED]>
Date: Thu, Nov 6, 2008 at 10:07 AM
Subject: [OpenWebBeans] request for mailing lists and SVN
To: Infrastructure Apache <[EMAIL PROTECTED]>


Hi infra@ team,

I am a mentor of the "OpenWebBeans" podling ([1]). The project was
accepted to go into incubation mode. To get this shindig started, we
need some mailing lists:

* [EMAIL PROTECTED]
* [EMAIL PROTECTED]
* [EMAIL PROTECTED]
* [EMAIL PROTECTED]

Moderator (currently) will be me "matzew AT apache DOT org".

We also need a SVN repo (see [1]):
https://svn.apache.org/repos/asf/incubator/openwebbeans

and a JIRA would be great, too:
https://issues.apache.org/jira/browse/OPEN-WEBBEANS

Or, do you want me to file JIRA tickets for this ?

Thanks,
Matthias

[1] http://wiki.apache.org/incubator/OpenWebBeansProposal

--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PROPOSAL] ESME - The Enterprise Social Messaging Experiment

[Ian Holsman]

Hi.

don't take this the wrong way, but what is wrong with XMPP and jabber 
for this kind of thing? wouldn't it make more sense to just extend that?




Darren Hague wrote:

I would like to propose ESME as a project for the Apache Incubator.

Enterprise Social Messaging Experiment (ESME) is a secure and highly 
scalable microsharing and micromessaging platform that allows people 
to discover and meet one another and get controlled access to other 
sources of information, all in a business process context. ESME is 
written in Scala and uses the Lift web framework.


Please see http://wiki.apache.org/incubator/ESMEProposal for details.

Since this is my first Apache project, any and all feedback is welcome 
- I will call for a vote a few days after relevant messages on the 
list reduce to a trickle and people seem happy with the proposal.


Best regards,
Darren Hague


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: OpenWebBeans status page (Was: svn commit: r711682)

[Matthias Wessendorf]

k,

that should be fine.
Just in case... any fax machine nearby ?

-M

On Thu, Nov 6, 2008 at 9:30 AM, Gurkan Erdogdu <[EMAIL PROTECTED]> wrote:
> Hi;
>
> Yes, I have mailed signed copy of the CLA to the [EMAIL PROTECTED]
>
> Gurkan
>
> 2008/11/6 Matthias Wessendorf <[EMAIL PROTECTED]>
>
>> also...
>>
>> did we already ping infra for the mailing lists?
>> If not, let me do that.
>>
>> @mail to request the accounts.
>> We only have CLA from Conny, but not from Gurkan.
>>
>> Gurkan, did you already fax it? (Or is Sam just busy w/ ACon ;))
>>
>> -M
>>
>>
>>
>> On Wed, Nov 5, 2008 at 11:06 PM, David Crossley <[EMAIL PROTECTED]>
>> wrote:
>> >> Author: kevan
>> >> Date: Wed Nov  5 12:14:38 2008
>> >> New Revision: 711682
>> >>
>> >> URL: http://svn.apache.org/viewvc?rev=711682&view=rev
>> >> Log:
>> >> Generate OpenWebBeans status page
>> >>
>> >> Added:
>> >> incubator/public/trunk/site-author/projects/openwebbeans.xml   (with
>> props)
>> >> incubator/public/trunk/site-publish/projects/openwebbeans.html
>> (with props)
>> >
>> > Great, but there is more needed. Please see the instructions:
>> >
>> http://incubator.apache.org/guides/mentor.html#Initialize+Podling+Status+Page
>> >
>> http://incubator.apache.org/guides/website.html#Edit+your+project+status+report
>> > It needs to be added to the index page and right-hand panel.
>> >
>> > -David
>> >
>> > -
>> > To unsubscribe, e-mail: [EMAIL PROTECTED]
>> > For additional commands, e-mail: [EMAIL PROTECTED]
>> >
>> >
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
> --
> Gurkan Erdogdu
> http://gurkanerdogdu.blogspot.com
>



-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: OpenWebBeans status page (Was: svn commit: r711682)

[Gurkan Erdogdu]

Hi;

Yes, I have mailed signed copy of the CLA to the [EMAIL PROTECTED]

Gurkan

2008/11/6 Matthias Wessendorf <[EMAIL PROTECTED]>

> also...
>
> did we already ping infra for the mailing lists?
> If not, let me do that.
>
> @mail to request the accounts.
> We only have CLA from Conny, but not from Gurkan.
>
> Gurkan, did you already fax it? (Or is Sam just busy w/ ACon ;))
>
> -M
>
>
>
> On Wed, Nov 5, 2008 at 11:06 PM, David Crossley <[EMAIL PROTECTED]>
> wrote:
> >> Author: kevan
> >> Date: Wed Nov  5 12:14:38 2008
> >> New Revision: 711682
> >>
> >> URL: http://svn.apache.org/viewvc?rev=711682&view=rev
> >> Log:
> >> Generate OpenWebBeans status page
> >>
> >> Added:
> >> incubator/public/trunk/site-author/projects/openwebbeans.xml   (with
> props)
> >> incubator/public/trunk/site-publish/projects/openwebbeans.html
> (with props)
> >
> > Great, but there is more needed. Please see the instructions:
> >
> http://incubator.apache.org/guides/mentor.html#Initialize+Podling+Status+Page
> >
> http://incubator.apache.org/guides/website.html#Edit+your+project+status+report
> > It needs to be added to the index page and right-hand panel.
> >
> > -David
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Gurkan Erdogdu
http://gurkanerdogdu.blogspot.com