So maybe a binary release with derby or mysql ported? -----Original Message----- From: Ludovic Maitre [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 18, 2007 2:20 PM To: [email protected] Subject: Re: Participant Status?
Hi Steve, all As an old contributor which still follow the mailing list, i would like to explain why i doesn't contribute nor use anymore Lokahi. It's because at work we use (and i have contributed to develop) another system to deploy j2ee webapps, a homegrown ant-remote solution with xml based descriptors to describe the platforms/farms and the products/applications to install [perhaps this is similar to what smartfrog want to achieve or at least describe?]. Initially, i was planning to use Lokahi to maintain the apache and tomcat servers, but finally i do it with a combination of ant remote (to deploy binary and config files) and a homegrown Java xml rpc API which call webmin rpc, because i feel that i can control more things with this system. But like i've said i still follow the project, servers managment is an interesting area and there is still a lot of room for Lokahi (and java based oss in this domain) to evolve and perhaps integrate some of my own requirements. Toback, Steve a écrit : > This brings some questions to mind - namely what is causing this project > to not gather continued attention. > > What's preventing adoption or continued improvement? (other than me > lack of personal time to work on this, this summer) > > I have contributed some code some time ago to support MySQL i would say that i haven't been able to keep up with the code changes in order to maintain this port. Also the mysql code has been put on a side svn branch and IIRC there is ongoing work in trunk to have a ORM framework, so basically my contributions will be useless after this work will be done. I would have continued to contribute or at least improve my code if it would have been useful but this has not been the case and i believe (but haven't checked) that the refactoring with the ORM framework has not been finished --> i'm reluctant to work again on the project until the devs which had began to contribute this code have finished it. > Is the database really the halting factor? Or is there something else - > Lack of apache 2.2 support? I honestly don't know. > > IMHO, supporting only Oracle is a hurdle and it is very important to support other databases. As an illustration of this, i hope this is not off topic, i was considering using Ofbiz , a open source ERP, since a long time ago (i'm aware of it since sometinhg like 5/6 years), but i wasn't able to pay a oracle license for it and it was only supporting this type of db. It's only this year that i have eventually decided to use (and develop) it because it now support any db (since one or 2 years i believe). I believe that since it support many dbs ofbiz has been used by far more peoples than before. (but i have no evidences of this :-) I also think that a binary distribution would be a good thing. And a trivials bugs free release too, labeled 1.0 ready for prod :-) , in order to be installed in corporate environments. So many thanks for doing Lokahi, keep up the good work (but finish it :-), My 2 cents, PS: Sorry for my english and lack of nuances in my wording, i'm not really good at this. > Steve > > -----Original Message----- > From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] > Sent: Tuesday, September 11, 2007 8:12 PM > To: [email protected] > Subject: Participant Status? > > -- project status -- > > The last word of discussion some 3 months ago was about infra, the > creation of the lokahi wiki site. It has since been unused. Some > banter on the tail end of ApacheCon EU/07 included ideas about docs > and deployment help, and some ideas about DB backends. > > The last commit activity in the same timeframe were the beginnings > of a jackrabbit connector, no other activity for commits@ since then. > > There has been no activity on private. > > -- commentary -- > > Of course it was summer, nobody at the ASF expects measurable milestones > etc in the development of open source. Things move at the speed of the > project participants. Heathy/dead project definitions hide the fact > that the code is there for people to use, and there may be either little > to change in the current code (it just works), or things are just clear. > > However, there is identified a need to provide a non-proprietary > database > backend before the project graduates. There's also an identified need > to > add documentation of how to at least deploy and get started > using/testing > lokahi. > > Once those are done there really isn't a big reason to be in the > incubator, > except that the community is very small, which gives the IPMC and the > board > concern that it doesn't have enough interest to be maintained or > overseen. > > The incubator PMC really needs some folks to speak up on this thread of > their intent to remain (return to being) active at this project. It's > amazing how the positive reception ("That's exactly what we we've been > looking for!" or "That's what we were attempting to implement" or simply > "Wow, you mean there actually is one out there???") There's a need, > there > is an audience. There's even (good) code. Are there participants? > > Bill > > > > > > > ------------------------------------------------------------------------------ > Notice: This e-mail message, together with any attachments, contains > information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, > New Jersey, USA 08889), and/or its affiliates (which may be known > outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD > and in Japan, as Banyu - direct contact information for affiliates is > available at http://www.merck.com/contact/contacts.html) that may be > confidential, proprietary copyrighted and/or legally privileged. It is > intended solely for the use of the individual or entity named on this > message. If you are not the intended recipient, and have received this > message in error, please notify us immediately by reply e-mail and then > delete it from your system. > > ------------------------------------------------------------------------------ > > > -- Cordialement, Ludo - http://www.ubik-products.com --- "L'amour pour principe et l'ordre pour base; le progres pour but" (A.Comte) ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------
