Re: [PROPOSAL] - Java OffHeap Memory Pool
+1 of course these efforts are pretty much related and the IP clearance for contributed code is needed in any case. Merging with DM would avoid most part of the incubation phase On Thu, Apr 18, 2013 at 8:07 AM, Tommaso Teofili tommaso.teof...@gmail.comwrote: 2013/4/18 Olivier Lamy ol...@apache.org Hi, Could that be part of directmemory as sub project ? +1 or either see if there's interest in merging directly into DM (probably requiring an IP clearance). Tommaso 2013/4/17 serkan özal serkanoza...@hotmail.com: Project Name: Jillegal 1. Abstract: GC is one of the time taken operations in Java. GC run anytime, marks, swaps and compacts objects at memory. If there are so many live objects, managing them by GC leads to overhead. If objects can be allocated outside of GC, there will be no overhead for the application. The session will go through the new method of creating and using object off-heap with no additional serialization/deserialization or any other overheads. 2. Proposal: For off-heap memory, I propose a solution that objects are allocated and initialized at off-heap instead of heap. Not only object attributes are allocated at off-heap, but also object header and metadata are allocated at off-heap. So while a reference to this object at off-heap is being interpreted, JVM knows which class this object references to. You can get your off-heap object from an object pool instead of with new operator. This object pool allocates a fixed size memory region from off-heap and create empty objects with given class on there. These empty objects can be created as lazy or eager. Another advantage off this technique is that objects in pool are layout in memory as sequential. While accessing an object, its neighbour objects are also fetched to CPU cache, so CPU cache hit rate for sequential object accesses are increased. On the other hand, freeing unused objects is responsibility of developer by calling free method of object pool which means there is no dead object detection mechanism like GC. Therefore, getting all objects from off-heap for whole application is dangerous and not recommended. Because, this will cause memory leaks. In addition, this technique can be combined with Java Instrumentation API. With @FromOffHeap annotation, developer can sign classes these must be allocated from off-heap instead of heap. With Java Instrumentation API, all new operators for signed classes with @FromOffHeap annotation can ben transformed to code that allocates objects of signed class from off-heap via object pool. So developer doesn't change all new keywords for getting from object pool in code. Instread of this, just sign class with @FromOffHeap annotation and all new keywords transformed for getting from object pool at class load time. This technique was used at a real time CDR processing system for Turk Telekom. There were billions of objects were used. Managing these objects by GC caused to performance overhead. For some most used classes, we allocated these objects from off-heap instead of new keyword. After some processings on them (takes 4-5 hours), we release these allocated memory regions to operating system by freeing them. Allocating objects from off-heap pool helps us to gain significant execution time performance. 3. Rationale: In general, off-heap pool implementations are implemented by serialization/deserialization to allocated off-heap memory region via ByteBuffer class. But this technique leads to extra execution overhead. Because while reading from an object, the target object must be created by deserializing all primitive fields eagerly or only required fields on demand and while writing to an object, the attribute has been set by application, must be deserialized to allocated off-heap memory region. In addition, objects itself is created at heap, so GC knows and tracks it. With my solution, all of these overheads are overcomed. 4. Initial Goals: * Allocating objects from off-heap and using them as normal on-heap Java object. * Allocating arrays for object types from off-heap and using them as normal on-heap Java object arrays. * Allocating arrays for primitive types from off-heap and using them as normal on-heap Java primitive type arrays. * Allocating strings from off-heap and using them as normal on-heap strings. * Implementing auto expandable off-heap pool that expands when its delegated off-heap pool implementation is full. * All features must be supported for 32 bit and 64 bit JVM. * All features must be supported for Sun HotSpot JVM, Oracle JRockit, IBM J9. 5. Currently Implemented Features: * Allocating objects from off-heap and using them as normal on-heap Java object * Allocating arrays for object types from off-heap and
Re: Preparing for the October reports
I'm sorry but DirectMemory graduated in august - does this still apply to us? Regards, R Il giorno 24/set/2012 21:35, Jukka Zitting jukka.zitt...@gmail.com ha scritto: Hi, Podling reports for October are due next week on Wednesday (October 3rd), and the wiki page [1] is now ready to be filled in. When preparing your reports, please consider the state of your podling in last quarter [2] as summarized below. Describe what progress has been made since then and what progress you expect to see in the next quarter. No release:Celix, JSPWiki, VXQuery Low activity: DeviceMap, EasyAnt, Kitty, ODF Toolkit Low diversity: Chukwa, Mesos, Tashi Ready to graduate: DirectMemory, Kafka I've also assigned volunteer shepherds [3] as follows to help project mentors in taking a closer look at and (if needed) providing feedback on specific reports. Other interested IPMC members are of course also welcome to participate. Benson Margulies - Kafka, ODF Toolkit Dave Fisher - Celix, Kitty Jukka Zitting- Chukwa, EasyAnt, Mesos Matt Franklin- CloudStack, Tashi Matt Hogstrom- VXQuery Ross Gardler - DeviceMap, JSPWiki It would be nice if we had all reviews ready by Tuesday, October 9th, to give one extra day for unexpected delays. Let me know if you won't have time to participate this month so others can fill in where needed. Also, it would be great to have a few volunteers (like Mohammed last time) who can jump in at short notice to help if/when needed. [1] http://wiki.apache.org/incubator/October2012 [2] http://wiki.apache.org/incubator/July2012 [3] http://wiki.apache.org/incubator/IncubatorShepherds BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduation of DirectMemory as a TLP
as the initial members of The Apache DirectMemory Project: * Ioannic Canellos (iocanel) * Maurizio Cucchiara (mcucchiara) * Christian Grobmeier (grobmeier) * Olivier Lamy (olamy) * Raffaele P. Guidi (raffaeleguidi) * Simone Gianni (simoneg) * Simone Tripodi (simonetripodi) * Tommaso Teofill (tommaso) * Benoit Perroud (bperroud) NOW, THEREFORE, BE IT FURTHER RESOLVED, that Raffaele P. Guidi be and hereby is appointed to the office of Vice President, DirectMemory, 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 DirectMemory Project be and hereby is tasked with the migration and rationalization of the Apache Incubator DirectMemory podling; and be it further RESOLVED, that all responsibility pertaining to the Apache Incubator DirectMemory podling encumbered upon the Apache Incubator PMC are hereafter discharged. -- http://www.grobmeier.de https://www.timeandbill.de -- Viele Grüße/Best Regards Daniel Manzke
Re: [VOTE] Graduation of DirectMemory as a TLP
-- ... that's totally orthogonal with the graduation discussion... I'm absolutely aware of this and my answer is orthogonal as well - it is not to be taken as a self promotional rant, I too share some of the arisen concerns and will try to address them. But thanks for pointing it out (and for your vote as well). Ciao, R Il giorno 03/ago/2012 15:54, Bertrand Delacretaz bdelacre...@apache.org ha scritto: On Fri, Aug 3, 2012 at 12:31 PM, Raffaele P. Guidi raffaele.p.gu...@gmail.com wrote: ...DirectMemory needs real use cases with angry or satisfied customers to begin evolving with a different pace but the good news is that we started filling a (maybe) important space in the ASF and open source world Note that that's totally orthogonal with the graduation discussion - you could in theory graduate with software that no one uses (yet), as long as the incubator's requirements for graduation are fulfilled you're fine. -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Graduation of DirectMemory as a TLP
My +1 as well. Thanks, R Il giorno 01/ago/2012 00:23, Tim Williams william...@gmail.com ha scritto: On Tue, Jul 31, 2012 at 6:22 PM, Tim Williams william...@gmail.com wrote: The DirectMemory community is ready to graduate and become a full TLP. We began incubation in October 2011 and have demonstrated our ability to function according to the Apache Way. We've successfully made a release. We have begun to grow the community. We didn't hold a separate formal vote - it's not a requirement - but the sense of the community is that we're ready to go[1]. Please VOTE to submit the below resolution to the board for consideration: [ ] +1 DirectMemory graduates to TLP [ ] -1 DirectMemory isn't ready, because... My own +1... --tim
Re: Any objections to git hosting for Incubator projects?
I would (hope to speak for the whole directmemory team) would be really willing to partecipate. Ciao, Raffaele Il giorno 03/dic/2011 17:47, Joe Schaefer joe_schae...@yahoo.com ha scritto: So earlier this week infrastructure put out an RFP regarding early adoption of git hosting at the ASF and 3 Incubator projects have responded: callback, s4, and deltaspike. Unless there are formal objections to such submissions infrastructure will evaluate their proposals just as if they came from the IPMC itself.
Re: [VOTE] Accept Openmeetings to Apache Incubator
+1 (non binding) On Tue, Nov 8, 2011 at 8:50 AM, Francis De Brabandere franci...@gmail.comwrote: +1 (non-binding) On Tue, Nov 8, 2011 at 7:53 AM, Andrus Adamchik and...@objectstyle.org wrote: Opemeetings proposal has been discussed a few times here before. The group of developers behind it worked hard (and succeeded) to address all potential obstacles to the Incubator acceptance and to the following incubation. They even went an extra mile and collected all ICLAs in adbvance. So now I am starting the vote to accept Openmeetings to Apache Incubator. The proposal is also available at: http://wiki.apache.org/incubator/OpenmeetingsProposal Please cast your votes: [ ] +1 Accept Openmeetings for incubation [ ] +0 Don't care [ ] -1 Reject for the following reason: The vote is open for 72 hours. Andrus --- Andrus Adamchik Apache Cayenne ORM: http://cayenne.apache.org/ Twitter: http://twitter.com/andrus_a --- == OpenMeetings Project Proposal == == Abstract == Openmeetings is a web conferencing solution. == Proposal == Openmeetings provides video conferencing, instant messaging, white board, collaborative document editing and other groupware tools using API functions of the Red5 Streaming Server for Remoting and Streaming. == Background == Openmeetings was developed since 2007 by Sebastian Wagner and willing developers. The project ships a release approximately once per quarter. It was developed using LGPL license, and developers are currently thinking of re-licensing it under Apache License 2.0. The project started as module by Sebastian Wagner for an ELearning platform (Dokeos) and was then split into a separated project. That is the reason why there is a strong relation to educational institutions that are using OpenMeetings and there are integrations for platforms like Moodle, ATutor, Sakai, STudIP or ILias available ( http://code.google.com/p/openmeetings/wiki/MoodlePlugins). The relation to educational institutions also subsequently lead to some projects funded by the EU where OpenMeetings was involved, for example by the Swedish/Finnish Centre of Open-Source !OpenKarken (Case-Study about the EU project at OSOR.eu: http://www.osor.eu/studies/finland-and-sweden-collaborate-using-oss ) The integration and internationalization of the project was a primary focus right from the start of the project. Since Version 0.5 there is a Language-Editor (http://code.google.com/p/openmeetings/wiki/LanguageEditor) to edit labels, export and import them as XML and you can use those XML files for future installations (or contribute it to the community). There are currently around 30 languages available. Since version 0.5.1 there is also a SOAP API to integrate !OpenMeetings. We constantly improve this SOAP/REST API (http://code.google.com/p/openmeetings/wiki/SoapMethods) with new functionality with a strong focus on security and usability. The auth-mechnism is quite similar to OAuth, you create some token and then assign rights to the token. (Documentation for Single Sign On: http://code.google.com/p/openmeetings/wiki/DirectLoginSoapGeneralFlow) The project name !OpenMeetings and logos are inspired by Ludovic Gasc who has been the project manager at Dokeos at the time Sebastian split !OpenMeetings as separated project. Red5 Server provides an Edge-Orion-Clustering ( http://trac.red5.org/wiki/Documentation/Tutorials/EdgeOriginClusteringConfiguration). We hope to extend this clustering solution with support for rtmpt and rtmps and integrate that into our application as native clustering option. == Rationale == Last year most major vendors started commercial web conferencing solutions. This is an important part of software ecosystem, and there is an urge to consolidate open source development efforts in this direction. According to several studies demand for synchronous Communication, in opposite to asynchronous Communication like wiki's or email, will raise the upcoming years. For example Gartner promises that 2011 the market will grow 20% according to their Magic Quadrant report 2010 ( http://www.gartner.com/DisplayDocument?doc_cd=205941 ). Openmeetings is a unique solution in terms of patent purity and potentially can grow into solution built on top of the fully open source stack. That is why it is a good candidate for consolidating web conferencing community efforts. == Initial Goals == Each of project committers has their own set of goals, but we all share the following. * Move to Apache. * Become popular. To become popular we plan to do the following. * Improve ecosystem around the project. * Improve release process. * Improve project testing and stability. * Apply modular architecture/SOA for better integration with other projects. == Current Status == We have agreed on applying for the Apache Foundation and
Re: [DISCUSS] Graduating empire?
Perhaps I'm biased here (and I'm also an ASF newbie), but, coming from many one-band-man projects I feel 5 diverse, active and regular committers that can keep their user base happy is more than enough to be described as a succesful project. Just my 2 cents. Regards, Raffaele On Mon, Oct 31, 2011 at 9:52 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Sun, Oct 30, 2011 at 2:49 PM, Robert Burrell Donkin robertburrelldon...@gmail.com wrote: On Sun, Oct 30, 2011 at 1:11 PM, Rainer Döbele doeb...@esteam.de wrote: ...Certainly there is no way for us to compete with projects like Subversion or Open Office and there is no way for us to ever get there. But I hope that it is not only size that matters. IMHO 5 diverse, active and regular committers is enough to sustain a TLP... Yes - what's preventing Empire from graduating? -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] Graduating empire?
Robert Burrell Donkin said: [...] Self-organising communities are only sustainable with a big enough population. I would also add that enough is a relative measure. Maybe (just maybe) for empiredb enough is 5. Ciao, R On Mon, Oct 31, 2011 at 10:30 PM, Joe Schaefer joe_schae...@yahoo.comwrote: Some d00d, not all. Not every healthy Apache project needs to be a massive java experiment in social engineering. Diversity is a good thing. From: Robert Burrell Donkin robertburrelldon...@gmail.com To: general@incubator.apache.org Sent: Monday, October 31, 2011 5:28 PM Subject: Re: [DISCUSS] Graduating empire? On Mon, Oct 31, 2011 at 9:01 PM, Raffaele P. Guidi raffaele.p.gu...@gmail.com wrote: Perhaps I'm biased here (and I'm also an ASF newbie), but, coming from many one-band-man projects I feel 5 diverse, active and regular committers that can keep their user base happy is more than enough to be described as a succesful project. Apache projects use a distinctive collective development model. Self-organising communities are only sustainable with a big enough population. Robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Apache Callback for incubation
+1 (not binding) On Tue, Oct 11, 2011 at 11:09 PM, Jukka Zitting jukka.zitt...@gmail.comwrote: Hi, As discussed, the PhoneGap project would like to enter the Incubator under the Apache Callback name (potential alternative names to be discussed during incubation). The initial proposal has been well received and there are no major open issues, so it's time to vote! Thus I'm now calling a formal VOTE on the Apache Callback proposal as included below. The proposal is also available at http://wiki.phonegap.com/w/page/46311152/apache-callback-proposal on the PhoneGap wiki, and I'll place a copy for our archives on the Incubator wiki as soon as it stops giving me internal server errors. Please VOTE: [ ] +1 Accept Apache Callback for incubation [ ] -1 Don't accept Apache Callback for incubation because... This vote is open for the next 72 hours. Everyone is welcome to participate, but only votes from the Incubator PMC members are binding. Thanks! My vote is +1. Best regards, Jukka Zitting Apache Callback Proposal Abstract Apache Callback is a platform for building native mobile applications using HTML, CSS and JavaScript. Proposal Apache Callback allows web developers to natively target Apple iOS, Google Android, RIM BlackBerry, Microsoft Windows Phone 7, HP webOS, Nokia Symbian and Samsung Bada with a single codebase. The Callback APIs are based on open web standards. The Callback bridge technology enables access to native device capabilities. Utilizing the Callback bridge native plugins allow for any type of native access from the embedded webview. Background -- Apache Callback is the free software evolution of the popular PhoneGap project. PhoneGap evolved from a hack that enabled a FFI (Foreign Function Interface) to an embedded WebView on iOS to a complete suite of tools for tackling parity across many mobile device and desktop platforms. PhoneGap has always focused on two complementary goals. Our first goal, is to see the web as a first class development platform. Not a sandbox without a filesystem but a real first class platform that includes access to the local system apis, sensors and data, in addition to first class tooling such as system debuggers. The second goal of PhoneGap is for the project to cease to exist. This is not a nihilistic sentiment, rather we at the PhoneGap project are providing a reference implementation for web browsers to assist and guide the standardization process of browser APIs. The name and trademark of PhoneGap will become the commercial entity for the project. The source, code, documentation and related assets will all be contributed to the Apache Foundation as Callback. The Callback name comes from the event of the same name that is fired when the FFI bridge is established. Rationale - The dominate window to the web is quickly becoming devices, mostly phones. The manufacturers of devices, creators of mobile operating systems, and authors of web browsers are consolidating. (In many cases these are all already the same company.) Those stakeholders may see a future for the web but their bottom line is not necessarily motivated to participate in an open web. It is especially clear that while many of these platforms have been seeing some level of strategic neglect in favor of enhanced experiences at the price locking developers into their respective platforms. The Callback project exists to bring the focus back to an open and accessible web. Initial Goals - * License all PhoneGap source code and documentation to the Apache Software Foundation. (We already name the Apache license in our CLA.) * Setup and standardize the open governance of the Callback project. * Rename all assets from PhoneGap to Callback in project src, docs, tests and related infrastructure. Current Status -- Callback is a mature software project recently shipping 1.0 on July 29, 2011. Meritocracy --- Callback has always been a project driven by merit and, in a sense, our solution is brute force requiring many collaborating developers to solve our goals. It would be far easier, and perhaps more correct, for the Callback project to port a single web browser codebase, and API bindings, across platforms but our executable size would be appreciably larger, unacceptably so for mobile, and our target abstraction would be only tertiary to maintaining a codebase of that size. By relying on the platform browser, exposed by the platform SDK, we get a quick win to the browser and only have to focus on our bridge. This means the project requires developers with proficiency on each platform: collaboration is a natural side effect. Community - The community surrounding Callback is vast, diverse, distributed globally, and with all levels of proficiency in software development---the common
Re: [PROPOSAL] PhoneGap for Apache Incubator
A wonderful piece of software. Having you under the apache umbrella would be just great. Cheers, R On Saturday, October 1, 2011, Brian LeRoux b...@brian.io wrote: Hi everyone, I would like to propose PhoneGap to be an Apache Incubator project. (Under the new, still proposed name, Apache Callback.) Here's a link to the proposal in the current PhoneGap wiki: http://wiki.phonegap.com/w/page/46311152/apache-callback-proposal Thank you! Brian - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Add Any23 to the Apache Incubator
[X ] +1 (non binding) Accept Any23 into the Apache Incubator On Tue, Sep 27, 2011 at 11:36 AM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Tue, Sep 27, 2011 at 7:18 AM, Mattmann, Chris A (388J) chris.a.mattm...@jpl.nasa.gov wrote: [X ] +1 Accept Any23 into the Apache Incubator -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] DirectMemory to join the Apache Incubator
Well, I currently use github wiki for documentation and don't have a specific preference for confluence so I probably should have written Wiki; in any case I'm open to whatever the current apache standard is. The only exception, maybe, is for SVN - I heard that someone in apache is experimenting with GIT and I would like DirectMemory to be part of that experiment as well - should the rest of the team agree. Cheers, Raffaele On Mon, Sep 26, 2011 at 12:59 PM, Christian Grobmeier grobme...@gmail.comwrote: I just saw the plan is to use Confluence for Websites. I think this should not be done anymore, the Apache CMS is preferred instead, or one could use Maven et al. Was the intention to write Wiki instead of Website? Cheers On Tue, Sep 20, 2011 at 11:53 AM, Raffaele P. Guidi raffaele.p.gu...@gmail.com wrote: Thanks, Simone for your introduction and support. To help evaluation I would add that there's also some more information in the project wiki at https://github.com/raffaeleguidi/DirectMemory/wiki and that I'm here to answer all of your questions in detail as well. Thanks for your, Raffaele On Tue, Sep 20, 2011 at 11:48 AM, Simone Tripodi simonetrip...@apache.orgwrote: Hi all guys, I would like to propose DirectMemory, a Java OpenSource multi-layered cache implementation featuring off-heap memory storage (a-la Terracotta BigMemory) originally developed by Raffaele P. Guidi on GitHub[1], to be an Apache Incubator project. For those interested on knowing more about DirectMemory, you can read Raffaele's related blog[2]. Here's a link to the proposal in the Incubator wiki[3] where we started collecting all needed info. As you will note, the list of mentors is in need of some volunteers, so if you find this interesting, feel free to sign up or let us know you are interested :). Hope to read from you soon, thanks in advance and have a nice day! All the best, Simo [1] https://github.com/raffaeleguidi/DirectMemory [2] http://raffaeleguidi.wordpress.com/ [3] http://wiki.apache.org/incubator/DirectMemoryProposal http://people.apache.org/~simonetripodi/ http://www.99soft.org/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] DirectMemory to join the Apache Incubator
Ok I will change it this evening. Git is not a priority in any way. Cheers, Raffaele On Monday, September 26, 2011, Christian Grobmeier grobme...@gmail.com wrote: On Mon, Sep 26, 2011 at 1:12 PM, Raffaele P. Guidi raffaele.p.gu...@gmail.com wrote: Well, I currently use github wiki for documentation and don't have a specific preference for confluence so I probably should have written Wiki; Lets change the term to wiki and discuss after the vote about the website itself. This is usually very straighforward in any case I'm open to whatever the current apache standard is. The only exception, maybe, is for SVN - I heard that someone in apache is experimenting with GIT and I would like DirectMemory to be part of that experiment as well - should the rest of the team agree. Lets say the status is currently some kind of closed beta. Its currently under heavy discussion so it might take a while until people actually can use it. If you like, you can express your interest in GIT in the proposal (at the subversion url) but you should not expect this will happen to soon. Anyway, lets wait for a few days until the git discussion have settled down before we vote. Cheers Christian Cheers, Raffaele On Mon, Sep 26, 2011 at 12:59 PM, Christian Grobmeier grobme...@gmail.comwrote: I just saw the plan is to use Confluence for Websites. I think this should not be done anymore, the Apache CMS is preferred instead, or one could use Maven et al. Was the intention to write Wiki instead of Website? Cheers On Tue, Sep 20, 2011 at 11:53 AM, Raffaele P. Guidi raffaele.p.gu...@gmail.com wrote: Thanks, Simone for your introduction and support. To help evaluation I would add that there's also some more information in the project wiki at https://github.com/raffaeleguidi/DirectMemory/wiki and that I'm here to answer all of your questions in detail as well. Thanks for your, Raffaele On Tue, Sep 20, 2011 at 11:48 AM, Simone Tripodi simonetrip...@apache.orgwrote: Hi all guys, I would like to propose DirectMemory, a Java OpenSource multi-layered cache implementation featuring off-heap memory storage (a-la Terracotta BigMemory) originally developed by Raffaele P. Guidi on GitHub[1], to be an Apache Incubator project. For those interested on knowing more about DirectMemory, you can read Raffaele's related blog[2]. Here's a link to the proposal in the Incubator wiki[3] where we started collecting all needed info. As you will note, the list of mentors is in need of some volunteers, so if you find this interesting, feel free to sign up or let us know you are interested :). Hope to read from you soon, thanks in advance and have a nice day! All the best, Simo [1] https://github.com/raffaeleguidi/DirectMemory [2] http://raffaeleguidi.wordpress.com/ [3] http://wiki.apache.org/incubator/DirectMemoryProposal http://people.apache.org/~simonetripodi/ http://www.99soft.org/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] S4 to join the Incubator
+1 (non binding) great project On Wed, Sep 21, 2011 at 2:41 PM, Tim Williams william...@gmail.com wrote: On Tue, Sep 20, 2011 at 4:56 PM, Patrick Hunt ph...@apache.org wrote: It's been a nearly a week since the S4 proposal was submitted for discussion. A few questions were asked, and the proposal was clarified in response. Sufficient mentors have volunteered. I thus feel we are now ready for a vote. The latest proposal can be found at the end of this email and at: http://wiki.apache.org/incubator/S4Proposal The discussion regarding the proposal can be found at: http://s.apache.org/RMU Please cast your votes: [ ] +1 Accept S4 for incubation [ ] +0 Indifferent to S4 incubation [ ] -1 Reject S4 for incubation +1 --tim - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] DirectMemory to join the Apache Incubator
I would be glad to have you aboard. R On Wed, Sep 21, 2011 at 10:29 AM, Ioannis Canellos ioca...@gmail.comwrote: Excellent stuff. I'd like to join. -- *Ioannis Canellos* * FuseSource http://fusesource.com ** Blog: http://iocanel.blogspot.com ** Apache Karaf http://karaf.apache.org/ Committer PMC Apache ServiceMix http://servicemix.apache.org/ Committer Apache Gora http://incubator.apache.org/gora/ Committer *
Re: [DISCUSS] DirectMemory to join the Apache Incubator
Sto inserendo spunti e idee come enhancement nell'issue tracking di github (come ho sempre fatto) e pensavo anche che un gruppo google potrebbe tornare comodo, visto che stiamo diventando tanti - ovviamente però se non ci vorrà tanto per avere jira e mailing list apache lascio perdere... che previsioni hai? On Wed, Sep 21, 2011 at 6:33 PM, Simone Tripodi simonetrip...@apache.orgwrote: Hi Ioannis, welcome onboard! I added you in the initial committers list in the proposal! Otis, are you with us too? I hope so! :) Many thanks in advance, have a nice day! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Wed, Sep 21, 2011 at 10:29 AM, Ioannis Canellos ioca...@gmail.com wrote: Excellent stuff. I'd like to join. -- *Ioannis Canellos* * FuseSource http://fusesource.com ** Blog: http://iocanel.blogspot.com ** Apache Karaf http://karaf.apache.org/ Committer PMC Apache ServiceMix http://servicemix.apache.org/ Committer Apache Gora http://incubator.apache.org/gora/ Committer * - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] DirectMemory to join the Apache Incubator
Ooops sorry, wrong address and wrong language :P 2011/9/21 Raffaele P. Guidi raffaele.p.gu...@gmail.com Sto inserendo spunti e idee come enhancement nell'issue tracking di github (come ho sempre fatto) e pensavo anche che un gruppo google potrebbe tornare comodo, visto che stiamo diventando tanti - ovviamente però se non ci vorrà tanto per avere jira e mailing list apache lascio perdere... che previsioni hai? On Wed, Sep 21, 2011 at 6:33 PM, Simone Tripodi simonetrip...@apache.orgwrote: Hi Ioannis, welcome onboard! I added you in the initial committers list in the proposal! Otis, are you with us too? I hope so! :) Many thanks in advance, have a nice day! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Wed, Sep 21, 2011 at 10:29 AM, Ioannis Canellos ioca...@gmail.com wrote: Excellent stuff. I'd like to join. -- *Ioannis Canellos* * FuseSource http://fusesource.com ** Blog: http://iocanel.blogspot.com ** Apache Karaf http://karaf.apache.org/ Committer PMC Apache ServiceMix http://servicemix.apache.org/ Committer Apache Gora http://incubator.apache.org/gora/ Committer * - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] DirectMemory to join the Apache Incubator
I will ask to change my apache ID in italianspammer :P Sorry again. Cheers, Raffaele On Wed, Sep 21, 2011 at 7:07 PM, Maurizio Cucchiara mcucchi...@apache.orgwrote: Lol, just for a moment I thought to have some super power, something like the bionic eyes which allow me to see the translated version of every foreign text. Maurizio Cucchiara On 21 September 2011 18:44, Raffaele P. Guidi raffaele.p.gu...@gmail.com wrote: Sto inserendo spunti e idee come enhancement nell'issue tracking di github (come ho sempre fatto) e pensavo anche che un gruppo google potrebbe tornare comodo, visto che stiamo diventando tanti - ovviamente però se non ci vorrà tanto per avere jira e mailing list apache lascio perdere... che previsioni hai? On Wed, Sep 21, 2011 at 6:33 PM, Simone Tripodi simonetrip...@apache.orgwrote: Hi Ioannis, welcome onboard! I added you in the initial committers list in the proposal! Otis, are you with us too? I hope so! :) Many thanks in advance, have a nice day! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Wed, Sep 21, 2011 at 10:29 AM, Ioannis Canellos ioca...@gmail.com wrote: Excellent stuff. I'd like to join. -- *Ioannis Canellos* * FuseSource http://fusesource.com ** Blog: http://iocanel.blogspot.com ** Apache Karaf http://karaf.apache.org/ Committer PMC Apache ServiceMix http://servicemix.apache.org/ Committer Apache Gora http://incubator.apache.org/gora/ Committer * - 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] DirectMemory to join the Apache Incubator
Thanks, Simone for your introduction and support. To help evaluation I would add that there's also some more information in the project wiki at https://github.com/raffaeleguidi/DirectMemory/wiki and that I'm here to answer all of your questions in detail as well. Thanks for your, Raffaele On Tue, Sep 20, 2011 at 11:48 AM, Simone Tripodi simonetrip...@apache.orgwrote: Hi all guys, I would like to propose DirectMemory, a Java OpenSource multi-layered cache implementation featuring off-heap memory storage (a-la Terracotta BigMemory) originally developed by Raffaele P. Guidi on GitHub[1], to be an Apache Incubator project. For those interested on knowing more about DirectMemory, you can read Raffaele's related blog[2]. Here's a link to the proposal in the Incubator wiki[3] where we started collecting all needed info. As you will note, the list of mentors is in need of some volunteers, so if you find this interesting, feel free to sign up or let us know you are interested :). Hope to read from you soon, thanks in advance and have a nice day! All the best, Simo [1] https://github.com/raffaeleguidi/DirectMemory [2] http://raffaeleguidi.wordpress.com/ [3] http://wiki.apache.org/incubator/DirectMemoryProposal http://people.apache.org/~simonetripodi/ http://www.99soft.org/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org