New silver sponsor: Basis Technology
I'd like to let everyone know that Basis Technology is a new silver sponsor for the Apache Software Foundation. They join a group of organizations and individuals [1] that provide financial support to the foundation to keep the servers running and everything else that we need to do to support the projects. Basis Technology is both a user and contributor to many projects at the ASF. Benson Margulies (bimargul...@apache.org) is an ASF member and works for Basis. Basis is a provider of high speed, high accuracy, linguistic solutions that interoperate with Lucene/Solr. They see Lucene/Solr as critical enabling technology for search, and they believe that there is a natural partnership between the open source technology, on the one hand, and on linguistic technology that depends on data that is, for the forseeable future, not going to be open source on the other. Benson is a PMC member and committer on Apache Mahout, the NLP offshoot of Lucene/Solr. Also, Basis is a provider of solutions in the field of digital forensics. PDFBox and Tika are critical enabling technologies in this field. Brian Carrier is a committer on PDFBox, and Benson is an occasional contributor to Tika. Finally, Basis delivers SOA solutions to our customers, and they've standardized on Apache CXF for this purpose. Benson is a committer and PMC member on CXF to help ensure that the things that they need are there. [1] http://www.apache.org/foundation/thanks.html -- Serge Knystautas Vice President for Fundraising, Apache Software Foundation se...@apache.org - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
JavaOne 2006
If anyone else is attending JavaOne in May, I'm there Tuesday morning through Thursday mid-day. If anyone wants to meet at a bof session or grab a beer, let me know. -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
IzPack relicenses
http://www.javalobby.org/java/forums/t18589.html Changes from GPL - ASL 2.0 with the next release. The licensing shift is interesting in an of itself (to me), but also might of interest to ASF projects that may have avoided using it because of licensing restrictions. -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Avalon Closed
Stephen McConnell wrote: Clearly you are not prepared to face up to the fact that the there is a disconnect within the ASF policies and procedures and the functioning of an open community. Clearly you are not prepared, willing or able to address this. You decision to abstain from further discussion within this context is an appropriate move and I commend and applaud this decision. consent by attrition -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Avalon Closed
Stephen McConnell wrote: I've tried to stay out of this thread(s), but I just have to say, give me a break. James was one of Avalon's most visible users, and I simply cannot stand to hear someone from Avalon criticize the ASF establishment about the treatment of Avalon users. Perhaps it could be argued that the following list positions James as a visible user of dead, never released, unreproducible, redundant and unsupported technology? I couldn't say. But I would like to know if this is what you meant by the ASF establishment taking care of the James community? Stephen, This is a straw man argument, because this is completely unrelated to my primary point, which was that nobody had malicious intentions. It also implies that had the board allowed you to create your TLC or Aaron hadn't shutdown Avalon, James would have had a better set of dependencies. But I'll play along for a moment. Projects have layers of responsibility. You, as a primary actor in the Avalon community, failed and are largely to blame for James' dependency situation. Since you failed, Aaron had a responsibility as PMC chair to do something, and he should be sainted for what he did. Had Aaron failed, the board would had the opportunity to act, and had we reached that point, I could have made a judgement on whether the nefarious they were taking care of the James community. [http://en.wikipedia.org/wiki/Straw_man] Can we start a new mailing list called [EMAIL PROTECTED] and somehow redirect all avalon-related emails to that? -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Avalon Closed
Niclas Hedhman wrote: You really think that we consider that fair judgement? I do not blame you or Stephen or anyone individually for James's dependencies. Stephen asked the question of whether these dependencies could, or rather shouldn't it, lead me to direct blame at the ASF establishment, and so I laid out the order in which I would assign blame. Regardless of organizational structure (which I gave), it is certainly the group of coders fault before someone who has never checked out the code, and certainly the loud coders before the others. That doesn't mean it's fair, or even matters that much. I think Aaron should be sainted because a) it was volunteer and b) it was a poisoned situation that needed to end. Nobody new should consider linking to that codebase. Just let it die and the phoenix will be reborn from its ashes (pun intended). There certainly seems a lot of illwill between you+Stephen and the ASF establishment. I can somewhat understand though not empathize with wanting to have history reflect what you see as having happened. To play devil's advocate, everything new I use is built outside of the ASF, so what's the big deal about having to take your code elsewhere? -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Avalon Closed
Niclas Hedhman wrote: That doesn't mean it's fair, or even matters that much. Passing judgement on someone often doesn't matter much, except to the 'convicted'. Not guilty vs 4 weeks in jail with parole can change someone's life dramatically. Never-the-less. Someone could write a novel on all the ways I've failed with respect to the James project. Did you see that huge list of terrible dependencies? I was the original code donator that got convinced to adopt to this Avalon product (...that was only a few months away from releasing this great server platform.) Hell, we're still losing to sendmail! I just don't know what the big deal is about failing an open source project. I certainly would never compare it to a conviction, guilt, or jail. Are you hinting that ASF's significance will diminish over time, as it is unable to cope with its own growth in light of the legacy? Is there a scalability issue with OSS in general? In ASF? Are there long-term problems of keeping smaller projects healthy? How about the larger ones? Do they need the benevolent dictator with his lieutenants? In a word, dunno. -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Avalon Closed
Niclas Hedhman wrote: Smoke and Mirrors - isn't there a passage in the New Testament with something about sin and stones ? And it's amazing how high the political can stack without smell. But, anyway, that is history so let's move on with our lives - after all, the only ones who really got hurt were the Avalon users, and the ASF establishment have already declared that they are not important. I've tried to stay out of this thread(s), but I just have to say, give me a break. James was one of Avalon's most visible users, and I simply cannot stand to hear someone from Avalon criticize the ASF establishment about the treatment of Avalon users. Avalon tried to do something huge and revolutionary at the time, had plenty of good intentions, mix of results, mix of personalities, changing visions, changing goals. It's a long, complicated story. But nobody in this matter (inside or outside Avalon) had bad intentions, and don't for a minute act like you did while others didn't. Give me a break. (IMHO, Aaron did a fantastic job dealing with a challenging situation.) -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Florida election shenanigans caught on tape
Noel J. Bergman wrote: systems? Electronic voting, at least as practiced here in the USA, is a farce, and a disaster either waiting to happen, or already happening. And I'm wondering who (whether in Apache or elsewhere) will build the first open source electronic voting system. :) -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Inexpensive Lists
Niclas Hedhman wrote: Please give me a hint on what can be posted on a mailing list, that a PMC can do anything about... Maybe that exists, but I can't imagine it. - Proprietary source code (SCO's, DeCSS impl, etc...) - Excessive profanity or beligerent discussions - Slander (stretching...) PMC oversight just means the organization (ASF) knows who is responsible to watch and report/correct whatever happens in there. -- Serge Knystautas Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Open source code coverage tool
They just published (it seems is their) first public release last week... http://emma.sourceforge.net/ I'd be curious for anyone who uses Clover regularly (or whatever other code coverage tool might be out there) what they thought of this. None of my code comes close to having full junit coverage, so I don't have much ability to compare this to what's out there. -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announcing Erathostenes 1.0
Andrew Savory wrote: On 17 Apr 2004, at 18:59, Stefano Mazzocchi wrote: Find out how this works here: http://www.betaversion.org/~stefano/software/erathostenes/index.html Interesting! But when you say the assumption is that you *never* delete anything ... do you mean in perpetuity? How realistic do you think this is, given the ~40kb payload of most virus mails these days? Over the last 6 months, I've accumulated over a gigabyte of such mail ... that's a pretty high cost in disk space! Checking buy.com, a 120 GB EIDE 7200 RPM harddrive is about $100, even 250 GB HD is about $250. You might buy faster/redundant storage as well, but same order of magnitude. So over a gigabyte in 6 months is between $2 and $4 annually per user. That could be expensive based on the number of users, but if it works, I'm sure even the most conscious ISPs would spend $4 annually per user to mitigate spam complaints or related costs. -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache should join the open source java discussion
Santiago Gala wrote: In the client side, I saw a comment about modern Flash apps (more and more common), which said something like: Those Flash apps are like what java Applets should have been. +1. We ported a collection of casino games we'd written in applets into Flash 5 movies, and Flash was much easier and more capable. Debugging was an incredible pain for me who's used to hard exceptions in Java (Actionscript is like Javascript, where if you make a mistake it often just ignores the buggy line). Then throw in Flash communication server (Actionscript on the server). Within a few hours of reading about the Flash video API, I had a motion sensing video camera that would could fire a SOAP call and store an mpeg movie whenever someone entered our offices. -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache should join the open source java discussion
Antonio Gallardo wrote: ie: MS can see the forking as a way to break the Java platform. They already tried to make it some years ago and failed. But make some harm. Even Sun sued them for this. The scenario is not easy: If Java is divided, we lose. I respectfully disagree. I think (some of) what Microsoft did with Java was good. In the long-run it may have hurt Java, but they dropped out before there were any problems. Two points: 1. Early on, Microsoft wrote a much better JVM implementation. The Microsoft JVM 1.1 was much faster than Sun's win32 implementation at the time. I don't see anything wrong with that. 2. IMHO JDirect is better than JNI. JNI allows for 100% Java purity, but in the meantime Java is 7 years old, and it's still a huge pain to use ActiveX components. Python gets to be as the best glueware tool. I don't care about losing to C#... we're losing more ground to Python. By doing a potential Java forking, MS can take advantage and make C# win. But, if Java is licensed under GPL it will be hard to make an intentional fork at all. My ideas are posted in my too primitive english. I hope the point is clear now. I think they come across well. I'm just in the camp that more competition is better, and that's why I like ASF licensing since it allows for more competition. -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Microsoft's patent loss rattles tech community
Noel J. Bergman wrote: As far as I am concerned, it would be desirable for the W3C should have a copyright on HTML, XML, etc., and be able to deny the right to use those standards to anyone claiming IP rights over them. Other standards bodies should likewise adopt a policy to protect their standards as IP, make it freely available (none of the nonsense where egregious fees are charged to gain access to the documents), and enforced only to protect the standard from land grabs. The W3C does copyright all specs they publish (http://www.w3.org/Consortium/Legal/IPR-FAQ-2620#holds). That's part of why they can charge 5-figures for W3C membership and sue you if you say your product is XYZ compliant if it is not. NO ONE should be permitted to have IP rights over public infrastructure standards, except for the body charged with protecting them for the public. Open Standards must be just that: OPEN. I don't think you can reduce the topic to this black and white. W3C and JCP are both examples of standards bodies with ownership and openness issues. Apache and FSF take different approaches to achieve this OPEN-ness. But the devil is in the details, so the question is how do you protect that openness. -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WORA Considered Evil ;-)
Santiago Gala wrote: I think a good equilibrium point between the marketing view of security (making sysadms trust) and purist java technical view would be to allow James not having to run as root under Unix (to handle protected ports like 25, 110, etc.) and then securing the rest of the processing through java security declarations. Since people here know qmail and sendmail a lot better than I do... how do they bind to those ports without running as root? -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Common documents across the ASF
Tim O'Brien wrote: no, the barrier is not high. Yes, it is too high for many, many potential contributors. No it isn't, I think you are confusing the fact that people don't generally like to contribute documentation. Instead of lowering the barriers for potential contributors, we need to do a better job of creating an atmosphere where a non-committer knows that a patch submission will not sit in Bugzilla for months before being discovered. I would tend to agree with your rant and your suggestion on how to earn karma. However, committers on individual projects are using their own CVS modules to create copies of these documents. We on the James project have done this with a few pages and link to some Jakarta or Apache website pages depending on which we think is best written/most updated. So, I don't see the issue as people not wanting to write documentation, just individuals taking the path of least resistance. Honestly, I'm curious as to how much authority the individual PMCs should be exercising to define these processes. Even a process as simple as creating an account for a first time creator can have variations. This is a silly example, but the Jakarta page says to cc this request to pmc@, while we at James are cc'ing [EMAIL PROTECTED] Also the James project might want to specify that lazy consensus for a new committer vote is waiting 72 hours from the time the vote is called. Other projects may have this a different time, or even just think the James project is making a mountain out of a mole hill and should get over themselves. Isn't to some extent these processes decisions up to the PMC? Do we really have so many variations that the board (or members or whoever) need to decide what to centralize and unify? -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The cash of our lives / Dvorak
Dirk-Willem van Gulik wrote: Vanity is the driving force behind OSS, as is greed behind closed-source software. Try to use someone's OSS code without attributing original authorship, and you will see how quickly your quaint community devolves into harsh campaigns of public remonstration towards the violator. It is of primary importance that original authorship always be identified. My opinion is slightly different than Danny and Noel's, and somewhat ironic since the 3 of us are aged members of the James community (that just removed the author tag). To quote Gorden Gecko, Greed is good. Altruism is a tenuous motivator (just about every non-profit I donate to/work with is hard-up because altruistic donations since the recession started). Not to pick on Noel, but he is driven to get James to be the mail server the ASF uses, working tirelessly to improve features and scalability. If he was solely motivated by altruism, he might get tired and realize the current mail system already handles Apache's needs. We work and get paid for that, and that's one of a very constant motivator. Greed, vanity, and fame are very pajoritive terms for what is a good, healthy instinct of self-preservation. Obviously you want a job that you LOVE doing, and I think that's a factor of OSS in that we have more freedom. This is _not_ the hallmark of a communal environment; it is indicative of an environment in which everything is okay as long as people get credit for what they have contributed to a project. In other words, people in this community are not driven by altruism over greed, but by fame over obscurity. And it beg's some interesting questions. Though there is a nucleus of thruth - how does this mesh with groups like Apache, where we like to think that the longer term goal, and the code base surviving individual coders, are paramount. IMHO, Apache has some of the best rules for a community of wildly passionate self-interested individuals. :) For my money, Apache projects (and ASF-style licensing) are more successful over the long-haul (than GPL-style licensing) because Apache accepts and incorporates the economic system that most software development exists within, rather than trying to dislodge it. -- Serge Knystautas President Lokitech software . strategy . design http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Project Logo's
Martin van den Bemt wrote: Hi everyone, My brother (not involved in programming though) would love to help out projects on the logo design, if they don't have a logo yet or want a different one. He is pretty good at it and made logo's for eg www.xulux.org and jelly (and my private companies). The only reaction I got on my private company and xulux : check out the logo :) If you think my brother can help you out, please send me a mail or a mail to [EMAIL PROTECTED] My vision on programmers designers : If you are a programmer don't pretend to be a designer, if you are a designer, god forbid you start programming :) Designer!=designer of software of course ;) Mvgr, Martin I'll also volunteer one of my coworkers (Randy Stanard, [EMAIL PROTECTED]) if projects need logo design. He's done logos for a couple of jakarta projects already... he did the JAMES logo, and competed and his logos finished 2nd through 4th in the POI competition. -- Serge Knystautas Loki Technologies - Unstoppable Websites http://www.lokitech.com
