Re: nag email for dom4j project
Maarten Coene wrote: Hi, is it possible to send an email to the dom4j-dev emaillist everytime the build of dom4j fails? The address is [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] is the correct place for this request. I've copied this reply there. -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] who we are
Ortwin Glück wrote: Could somebody with karma commit this, please? [snip] + Go, glimb a rock. Is that a typo? -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta: Confederation or Single Project?
Harish Krishnaswamy wrote: How about Jakarta = Java Development? Then, they all seem in place, no? Henri Yandell wrote: Because it's wrong. XML has lots of Java bits, and Maven, Ant, Cocoon, Avalon, James are all Java Development and not in Jakarta. Jakarta is the *brand*. It defines itself. Jakarta brand development. A brand can give a unique identity and grouping to an otherwise disparate and commodity range of goods and services. Think of any large brand: McDonalds: Fast food restaurants. And accommodation. And a childrens charity. Nike: Sneakers (trainers). And sports clothing. And fashion clothing. And a sports team. And a college (American) football league. Virgin. Music label. And music shops. And hot air balloons. And an airline. And trains. And mobile 'phones, drinks, health clubs, Internet service provider, credit cards, finance and car rentals. Personally, I think the Jakarta brand has much much more to say about *how* the software is developed and *how* the community operates than *what* products are offered, *what* language it is written in and *what* languages can use the products. So perhaps the Jakarta tagline should be ...it's in the process. ...it's in the community. -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta: Confederation or Single Project?
Ted Husted wrote: Michael Davey wrote: Jakarta is the *brand*. It defines itself. Jakarta brand development. A brand can give a unique identity and grouping to an otherwise disparate and commodity range of goods and services. Apache is a brand too, and, IMHO, a much stronger brand than Jakarta. The relative brand strengths aren't important to this discussion (I think we will have to agree to disagree in any case). I was simply attempting to demonstrate two points: * a brand can unify products that otherwise would have no business being together * a brand can be used to give a concrete definition of otherwise abstract, ill-defined or hard-to-grasp concepts I realize that there are people who have romantic notions about Jakarta and like to talk about preserving Jakarta for Jakarta's sake. But for the life of me, I can't see why. For me, it's always been about the codebase and its community. [snip] I go where my community lives; and my community is centered on a codebase, not a hostname. [snip] All along, there have been people who envisioned a Jakarta community. But, what's the point of that, really? We already have the Apache community and the open source community. Why do we need another community within a community? To me, there is a difference between the Jakarta community and the Apache community. I think that the Jakarta community have a slightly different set of values than the wider Apache community. The values aren't wildly different, but they are different none the less. I think that this difference is most noticable in the discussions on lists like this. Now I'm not entirely sure I explicitly know both sets of values. In part this is because there is a difference between what the community claims as its values and how the community acts and in part because many of the values that the Jakarta community claims aren't written down. Certainly, the Jakarta community tend to go about their business in a slightly different way to the wider Apache community. Sometimes, the Jakarta way seems to work better or seems to be leading the way (for instance near-total transparency and openness, even when in means airing your dirty laundry, or commons and commons-sandbox) and sometimes the Jakarta way demonstrates that it hasn't learned the lessons that the wider Apache community learned the hard way (such as keeping secret the rationale for blocking an admision to a board of people). Perhaps there is actually a The Jakarta Way that is similar to The Apache Way, that is not explicit right now. Such a term could encapsulate the Jakarta process, approach to the community and values. The real, underlying issue with Jakarta is that most of our products are *not* about Java. They are about a feature set. Java was just a convenient implementation language, but most of our products could be implemented in other languages and made available to a broader community. Agreed. My fear is that if we don't work now to really understand The Jakarta Way, install the good bits into The Apache Way and document the problems and solutions to the bad bits, ASF may loose something of real worth and may not ever truely recover. I am not sentimental about the Jakarta name, but I do recognise that Jakarta represents something unique that we are in danger of loosing. -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mail2.html - mail.html
Tetsuya Kitahata wrote: No, my original intention was derived from just this simple question: Why doesn't each subprojects' left-side navi point to the *appropriate* section in mail2.html? I was dead against this when Tetsuya first raised the issue, but I think I am coming round to Tetsuya's way of thinking. Perhaps ezmlm could be changed so that the confirm subscription and welcome email messages start with some text similar to that used on the mail.html page. Additionally, the -dev lists could warn that -user should be used for questions including developer questions, where appropriate. Some Apache lists already do one or both of these, but many don't do either. Hopefully few novices will be inclined to post to a list without first subscribing (I know that many here do post to lists to which they aren't subscribed, which is fine as they aren't new to the community, so they know what to do and what not to do). In any case, I don't think we can protect ourselves completely from fools ;) -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The vendors page
Howard M. Lewis Ship wrote: I'm tending towards the argument that if you can convince someone who has the right access to update the vendors.xml page, then you deserve to be on the list. My motivation for attempting to add Collabra to the list was with the long-term plan of moving one of my engineers to a full time open source role in response to the additional business that the entry produced. Right now we make the occasional contribution to other Open Source projects but virtually no contributions to Apache (and those were done in employees' own time). If there is enough paid Jakarta work to keep one of my engineers busy for 3 or 4 days a week, the decision to ask him to find other Jakarta stuff to do for the rest of his time is an easy one to make. Perhaps over time, he would get known and accepted in the community and someone would choose to nominate him for committer priviledges. Obviously, that is something that Collabra would have very little control over. An alternative would be to employ an existing committer (perhaps poaching them from their existing employer). A side-effect would be that they would then be obligated for the most part to work on features that Collabra deems important, rather than what the wider community wants, thus actually reducing the capacity of the Jakarta project to achieve its aims. This goes completely against our corporate philosophy and, IMHO, the spirit of the communtiy and I won't do it. I guess what I am saying is that we are a small company with limited resources (heck, even Sendmail, Inc. only contributes ~50 man-hours per week to freeware sendmail). We want to help out and give something back to the community (beyond increasing the install base and training users), but we need you to help us help you. -- Michael Davey Technical Director Collabra Ltd. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[site][patch] vendors.xml - add Collabra Ltd
Hi, Here is a patch to add Collabra Ltd as a complete solution provider on the vendors page. Cheers, -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site][patch] vendors.xml - add Collabra Ltd
Attachment doesn't seem to have worked, so here it is with a different filename and also inline: MD5: 47330a142bb9351454b9bf2892bcb293 (RzMKFCu5NRRUub8okryykw==) = patch_vendors.xml --%-- --- vendors.xml,1.14Thu Jun 26 16:40:05 2003 +++ vendors.xml,patchedThu Jun 26 16:53:23 2003 @@ -123,6 +123,18 @@ hr size=1 noshade=noshade / p ul + lia href=http://www.Collabra.Ltd.UK/special.shtml;bCollabra Ltd/b/a/li + ul + liCollabra Ltd specialises in solutions for software process improvement using collaborative development concepts. We always take an hollistic approach, choosing the best combination of people, processes and technology for each solution./li + liUK amp; Ireland (Head Office: Wellingborough, Northamptonshire, UK)/li + liinfo at Collabra. Ltd. UK or call ++44 1933 624415/li +/ul + /li + /ul + /p +hr size=1 noshade=noshade / + p + ul lia href=http://www.JAMMConsulting.com/;bJAMM Consulting, Inc./b/a ul liWe provide complete web-based business solutions by creating highly interactive websites using Apache Server, Tomcat, and MySQL on Linux./li --%-- Michael Davey wrote: Hi, Here is a patch to add Collabra Ltd as a complete solution provider on the vendors page. Cheers, -- Michael --- vendors.xml,1.14 Thu Jun 26 16:40:05 2003 +++ vendors.xml,patched Thu Jun 26 16:53:23 2003 @@ -123,6 +123,18 @@ hr size=1 noshade=noshade / p ul + lia href=http://www.Collabra.Ltd.UK/special.shtml;bCollabra Ltd/b/a/li + ul + liCollabra Ltd specialises in solutions for software process improvement using collaborative development concepts. We always take an hollistic approach, choosing the best combination of people, processes and technology for each solution./li + liUK amp; Ireland (Head Office: Wellingborough, Northamptonshire, UK)/li + liinfo at Collabra. Ltd. UK or call ++44 1933 624415/li +/ul + /li + /ul + /p +hr size=1 noshade=noshade / + p + ul lia href=http://www.JAMMConsulting.com/;bJAMM Consulting, Inc./b/a ul liWe provide complete web-based business solutions by creating highly interactive websites using Apache Server, Tomcat, and MySQL on Linux./li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site][patch] vendors.xml - add Collabra Ltd
Danny Angus wrote: I can't see how Collabra are relevant to a list of companies offering support and experise in jakarta porducts. Perhaps you can explain. Danny, Perhaps I misunderstood the types of vendors that 'qualify' for a listing on the vendors page. The special projects group at Collabra provides design, development, consultancy and support services for various elements of the Apache Jakarta Project: * Ant * Maven * Struts * Velocity -- Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]