Daniel F. Savarese wrote:
In my opinion, JMeter should really go top-level, but the community
has not yet (and may never) come to that conclusion.
JMeter used to be just at the brink of being viable as
a TLP. Mailing list traffic is stable and high, but the
number of active developers was very
Daniel F. Savarese wrote:
general@ as user@ to contain user traffic for all Jakarta projects,
retiring all the -user lists in the process. People can specify the
specific project referred to in the subject a la Commons
That may work for Commons, because it is the established
procedure there. I
Brett Porter wrote:
A related side note - some time back I think there was a request to shut
down the slide user and dev lists, but that slipped off the radar. Is
that desired now?
At the time when we retired Slide, the idea was to keep the
lists open in case somebody picks up interest. Based
Hi folks,
while updating the Jakarta site for the HttpComponents move,
I noticed that somebody had modified jakarta-maven.css on
the server directly, instead of changing the contents in SVN
and checking it out. The change was to replace the ad for
ApacheCon 2007 with the one for ApacheCon 2008. A
which to grow up.
Roland Weber,
on behalf of the HttpComponents PMC
[1] http://www.apache.org/foundation/mailinglists.html#foundation-announce
[2] http://hc.apache.org/mail-lists.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED
ze for the inconveniences.
Roland Weber
(wearing an Apache Jakarta PMC hat)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi all,
for your information, I've started another HttpComponents TLP
discussion on httpcomponents-dev. This time, it's for HC alone.
No offense, but reviving the Slide community around the
WebDAV client codebase is a challenge of it's own, and one
we'd rather not tackle at the same time as the TL
Hi Sebastian,
sebb wrote:
> I don't see it as splitting the community, rather as an adjunct to the
> existing community.
>
> One of the reasons would be to allow independent release cycles.
>
> Also, not every user would need all the plugins.
>
> Perhaps this could be done by rearranging the JM
sebb wrote:
> Yes, I've seen that, but AFAIK it only happens if the installation is
> incomplete.
I'm dreaming of writing a GUI application where clicking on 'Help'
will pop up an "Are you sure?" dialog without further explanations.
That should drive the noobs mad! *harharhar*
;-)
Roland
-
Congratulations!
sebb wrote:
> The Apache JMeter team are pleased to announce the release of Apache
> JMeter 2.3 final.
>
> Apache JMeter is a Java application designed to test server applications.
> It can be used to:
> * generate test loads
> * test functional behaviour
> * measure performance.
Hi folks,
in a recent discussion on [EMAIL PROTECTED], one of the
former Jakarta projects that went TLP has been mentioned [1]
as an example of a community that wouldn't meet Incubator
standards and might be or become an issue, community-wise.
Since the projects still here at Jakarta are likely t
Hi all,
the Jakarta board report is due this month. The meeting is
scheduled for Sep 19th, so Martin will probably have to
submit the report on Sunday Sep 16th. The projects still
here at Jakarta should update their reports by then:
http://wiki.apache.org/jakarta/JakartaBoardReport-current
cheer
Hello Alf,
> So I would like to suggest that OpenGrok is set up to search and index
> the Subversion repository at http://svn.apache.org/repos/asf/
That sounds like something that would need to be set up by
the Apache infrastructure team. See this blog, section
'Why we say "no" to your ideas' to
Hello Petar,
please start vote threads for voting on proposals, not to
initiate a discussion. I've seen it mentioned that Jakarta
is way too vote-happy.
There was some discussion of the idea on this mailing list
more than a year ago, see the threads at [1], [2].
The key items I remember are:
- Um
The JDK version used may also have to do with it:
http://issues.apache.org/bugzilla/show_bug.cgi?id=38781
cheers,
Roland
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Sebastian,
> The u-umlaut characters were replaced by ?
>
> [But I don't know exactly how the mangled version was generated.]
>
> The output is currently generated in iso-8859-1 (or iso-8859-15); the
> input is specified using either an actual u-umlaut, or ΓΌ
That's a nasty one to track down.
Oleg Kalnichevski wrote:
>> Will the current [EMAIL PROTECTED] and [EMAIL PROTECTED]
>> mailing lists continue to exist alongside [EMAIL PROTECTED]
>> and [EMAIL PROTECTED], where the Slide WebDAV client finds
>> a new home?
>
> Yes, as aliases.
Then server-related discussions would end up on the
sebb wrote:
> Is there a way to fix build.xml so that the user's default encoding
> does not affect the output? Or perhaps we could add a check and warn
> if the encoding is wrong?
>
> The xml source files are already flagged as ISO-8859-1, as is the
> stylesheet, which uses output encoding ISO-88
>> Disassociation from the server side.
>
> What is the benefit of that? At any rate in my opinion it is not worth
> trouble of rebranding the whole project.
Will the current [EMAIL PROTECTED] and [EMAIL PROTECTED]
mailing lists continue to exist alongside [EMAIL PROTECTED]
and [EMAIL PROTECTED],
Oleg Kalnichevski wrote:
>
> If there are no plans to develop non-client bits any further,
That exactly is my concern. I still hope for some more input
from Slide developers.
> I personally think WebDAV client should keep Slide as its name.
I could live with that.
> Slide is a well established
Oleg Kalnichevski wrote:
>
> What's wrong with org.apache.slide for WebDAV components?
If we're not taking over the full Slide codebase,
and if Slide\{WebDAV-client} is not officially
declared dormant in Jakarta, then we'd have two
independent projects using the same namespace.
Since a WebDAV cl
Oleg Kalnichevski wrote:
> Could you live with HttpComponents being the name of the new TLP? I
> would really like to avoid having to come up with a completely new name
> for the project.
HttpComponents use the package org.apache.http.
I would prefer something abstract as the home
for non-HTTP cod
Henri Yandell wrote:
> I've migrated (somewhat) the Get Involved from the Jakarta site to the
> Apache site:
>
> * http://jakarta.apache.org/site/getinvolved.html
> * http://www.apache.org/foundation/getinvolved.html
>
> Any thoughts on removing the Jakarta one and replacing it with a link
> to t
Henri Yandell wrote:
> Sorry, yeah. Just doing things at the macro level and then trying to
> figure out what got screwed up lower down.
>
> So what should we do?
Oleg is planning to cut the 3.1 final release
within the next two weeks. He'll re-create the
site below /httpcomponents/ on that occas
Oleg Kalnichevski wrote:
> Could you live with HttpComponents being the name of the new TLP? I
> would really like to avoid having to come up with a completely new name
> for the project. The name is ugly and unwieldy but we have already had a
> number of public releases so it is more or less estab
Hello Henri,
> Sorry, yeah. Just doing things at the macro level and then trying to
> figure out what got screwed up lower down.
>
> So what should we do?
Since it's too late to keep the page in place,
we thought about setting it up somewhere below
//jakarta.a.o/httpcomponents/ and redirecting
f
>> While I would like to get rid of HttpClient 3.x rather
>> sooner than later, there's no denyig that it will stay
>> with us for several years to come. From this angle, it
>> would make sense to move the WebDAV client as it is.
>
> Maybe that could be the first step.
If there is a reasonable in
Oliver Zeigermann wrote:
> Martin's and
> also my hopes had been that when the - indeed useful - WebDAV client
> was moved to a different project it could actually be revived. Reasons
> are that it is functional, useful and of much less complexity than the
> server. I would at least volunteer to su
Oleg Kalnichevski wrote:
>
> Slide seems pretty inactive at the moment. I am just wondering how many
> developers out there would be willing to contribute on a more or less
> regular basis to the maintenance and further development of Slide, or
> the new TLP will effectively end up tasked with the
Tetsuya Kitahata wrote:
> HataraCo (Hatara-ko) means "Let's work!" or "Hey you, work hard!"
>
> 1. H T R Co that's for "HTTP and Related COmponents".
Cool, thanks for the suggestion! I'd even prefer the
"original" spelling with k. There's no need to turn
everything into a acronym, we've got too m
A project needs a name. Here are some suggestions,
with varying degrees of seriousness.
- HttpComponents
That would be the core of the active codebase.
But http://httpcomponents.apache.org is too clumsy.
- Slide
Short and sounds good, and the root of it all.
But it's an established name,
Hi all,
two months ago, Martin contacted Slide and HttpComponents [1a,1b]
with the idea of joining them into a new Top Level Project (TLP).
The initial response was positive on both sides, and I feel it is
time to get the ball rolling. I'm starting this discussion thread
to establish a common view
Hi all,
the HttpClient 3.x homepage seems to have moved to
http://commons.apache.org/httpclient/index.html
I'm a bit surprised to notice that, considering that
I had started a discussion about the future location
of that site which has not lead to a conclusion.
I would at least have expected some
Hello Attila,
> Can I get detailed help about the subject here ?
For detailed help, you should post your questions
to the [Jakarta] Commons User List:
http://jakarta.apache.org/site/mail2.html#Commons
cheers,
Roland
-
To uns
Czuczor Attila wrote:
> Now I posted a mail to [EMAIL PROTECTED] and seems that
> this address is ok.
Yes, Commons recently graduated to a Top Level Project.
Some resources have already moved, while others still
point to the old values within Jakarta. We apologize
for the inconveniences.
cheers,
Hello all,
the code move of HttpClient 3.x in Subversion is complete.
I've left a readme in the old trunk, since that is probably
still referenced by some external references:
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/
The new location of the code base is:
http://svn
Rahul Akolkar wrote:
> http://svn.apache.org/repos/asf/jakarta/commons/proper/commons-nightly/trunk/nightly_proper_maven_list.txt
Thanks Rahul! Gone it is.
cheers,
Roland
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additio
Hi folks,
I've started to move the HttpClient 3.x tree in Subversion.
The old tree is copied to a new location, I've updated
project definitions and the web site with the new location.
An update of the DOAP location is in progress.
The old tree is still in jakarta/commons/proper while
it is refer
Roland Weber wrote:
>
> Henri Yandell wrote:
>> Plus the svn move will be painful.
>
> I'd like to give the svn move a try rather sooner than
> later. What kind of problems do you expect?
I am beginning to understand. Quite a few links spread
across the site, mainl
Hi Henri,
Henri Yandell wrote:
> On 6/24/07, Roland Weber <[EMAIL PROTECTED]> wrote:
>
>> [...]
>> 3. Keep the httpclient site at it's current location
>> in Jakarta when the rest of the commons site moves.
>> Move it only once to httpcomponents when t
Please send Tomcat questions to a Tomcat mailing list:
http://tomcat.apache.org/lists.html
best regards,
Roland
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Martin van den Bemt wrote:
> +1 to keep httpclient and move it to httpcomponents.
I've taken a first look at things. Moving the tree in
Subversion should be painless. Then we have to update
the SVN links on the website. Changing them in xdocs
is easy, but it will take some careful review to make
s
Askar Zaidi wrote:
> A few weeks ago I posted an email to one of the Jakarta commons mailing
> lists. When I search a particular word on Google, this email appears in the
> listing. Is there a way I could (or the Admin) delete this email from the
> archives so that this email does not appear on Go
Martin van den Bemt wrote:
> The commons one is probably less straight forward, although could be a lot
> easier. Since there was a
> commons in the past, it could well be that you don't need to do a lot
> (website, mailinglists, etc
> already there), besides setting up the karma for the people,
Danny Angus wrote:
> On 6/7/07, Thomas Vandahl <[EMAIL PROTECTED]> wrote:
>> Danny Angus wrote:
>> > Yes.. http://jakarta.apache.org/site/jakarta-site2.html
>>
>> I've never seen this before. What link would have taken me there? From
>> jakarta.apache.org, I mean?
>
> Oh I don't know the answer to
Hi Thomas,
> Is this procedure "svn
> update - edit - ant - svn commit - svn update site" documented
> somewhere? I've never seen anything like this.
This one covers svn, but not the Ant part:
http://www.apache.org/dev/project-site.html
cheers,
Roland
-
Hello Ognjen,
> I found a broken link on ASF web site, more precisely on
>
> http://www.apache.org/dev/contributors.html
Which one is broken? There are plenty to choose from :-)
> To what list should I report this? Is there something like
> [EMAIL PROTECTED]
I would have tried [EMAIL PROTECT
Hi Sebastian,
> So a release can be developed in a branch or the trunk; before the
> release is finally built the current files should be copied to a
> subdirectory of tags.
>
> The tags subdirectory should not be updated once created.
The branch was the correct term. You copy trunk into a branc
sebb wrote:
> s/branch/tag/g surely?
Eh... CVS tag = SVN branch? Whatever, the things that are
not trunk and from which you can get a named historic version
(=revision?) of what used to be in trunk :-)
It's called "level" in CMVC, and I just don't want to spend
my time on learning a separate voc
Hi Thomas,
>> If you changed the release files manually, you
>> should commit those changes to SVN and give Sebastian some time to
>> change his vote.
>
> We were voting on the artifacts on people.apache.org/~tv/jcs/, not on
> SVN. This is at least what I understood the release-then-vote-policy
>
Hi Thomas,
> I could not find any information about whether Rony Flatscher is a
> member of the PMC
In the committers-only SVN module is a file board/committee-info.txt
which lists the PMCs of all Apache projects. It's (supposed to be ;-)
the authoritative source. Rony Flatscher is listed there a
Ted Husted wrote:
> As to the point of active consent, did each and every individual
> listed on the proposed resolution either actively consent in an email
> message on an ASF list, or add their own name to the list?
Based on the Wiki history...
http://wiki.apache.org/jakarta-commons/TLPResolutio
Dion Gillard wrote:
> Many of those who voted +1, aren't on the initial list of committers
> in the proposal.
As has been mentioned, it's an initial list of PMC members.
But the votes come from all of Jakarta, not just Commons.
Some of them are from Commons people voting to get out of here,
other
+1
> [ ] +1 I support the proposal
> [ ] +0 I don't care
> [ ] -1 I'm opposed to the proposal because...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
> [ ] +1 I support the proposal
> [ ] +0 I don't care
> [ ] -1 I'm opposed to the proposal because...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
Scott Eade wrote:
> The Turbine project has been discussing a proposal to the board that the
> Turbine projects leave the Jakarta umbrella and become their own top
> level project. We are now at the point in the process that calls for a
> vote to take place.
>
> The proposal is available at:
Hello Henri,
> So people know, I started up a discussion on moving Commons to TLP a
> couple of days ago. It's looking very positive, so I'll probably go
> ahead and kick off a vote in a day or so.
Commons HttpClient code is still managed as part of Commons, though
it is maintained by HttpCompone
+1
Felipe Leme wrote:
> Hi all,
>
> I'd like to call a vote to have Petar Tahchiev as a Jakarta Committer.
>
> Petar currently works as software engineer in Bulgaria, but was a MSc
> student last year, when we proposed porting the Cactus build to Maven
> 2 as a "GSOC" (Google Summer of Code) pro
Since there is no stated end date to this vote: Please let
it (or it's replacement) run until at least March 4th.
Oleg will be working through a mail backlog that week-end.
If this vote thread should be replaced next week, I will not
be able to re-cast my vote until the week-end of March 10/11.
Hi Henri,
>> - A CLA on file from the revival candidate. ("resurrector")
>
> The mentor should guide them through a few patches to show they are
> committed, then we can make them a committer. I don't think there's
> any reason to do CLAs without also making them committers.
>
> I'm not sure we
Hi Julius,
> If someone is interested in taking over a truly inactive project,
> maybe they should fork and start their own SVN repository from their
> own domain. The person should make it clear that their fork is in no
> way sanctioned by Apache.
That would be OK for projects that are, as you
Hi Danny,
> It would only be necessary for binding votes to be signed. No?
That's a possibility. On the other hand, that could send
a wrong signal to the non-binding voters: you don't have
to sign your votes, they're not important anyway. I'd be
very careful with such distinctions.
cheers,
Rol
Hi Danny,
>> As we get more and more into auth, it becomes tempting to auth the
>> whole thing. Vote through the webapp and not an email,
>
> You could sign your mail with a key you register for the purpose.
that's a big hurdle for a guest voter.
cheers,
Roland
---
Hi Henri,
> [...] I was mostly thinking
> about it because I felt like writing something new rather than
> maintaining code):
That's the best reason of all :-)
> * Simplifies calling a vote.
> * Adds a better audit trail.
> * Can know about the binding votes and it can decide whether a vote is
>
I'm not sure whether this vote will be cancelled or not, so...
> [+1] Open up POI svn commit access.
> [-1] Don't open POI svn commit access, because...
-1 because POI will make a move to spin off from Jakarta early
next year. There is no point in force-merging at this time.
If POI should decide
Hi Andrew,
thanks a lot for that mail.
> It is
> fair to criticize our build...it is pretty rusty and yucky. I do
> however thing focusing too much on it is a bit well...mean.
See my reply to Avik's mail. I didn't mean to focus.
(That pun was unintentional, but I'll leave it in.)
> I really do
Hello Avik,
Avik Sengupta wrote:
> This is completely out of line (to say the least).
Yes it was. Henri already pointed out my error, and I apologize for
mixing things up and thereby offending the POI community. The problem
was not in the release files, it was with the procedure used for
publish
Hello Henri,
> I bet a lot of Jakarta does not conform - it's only when a release
> happens that we think about bringing it up to date. This is not a
> problem of the POI community but a problem of the Jakarta community
> structure and for the PMC. It's the PMC's responsibility to make sure
> thes
Hi Martin,
Martin van den Bemt wrote:
> Feel free to remove it from commons and add it to HttpComponents.
> It was just a dumb copy & paste from the commons webpage :)
I'll take care of it this evening (european time).
> While you are at it, you could also add this to the template (+ httpcode
>
Hello Avik,
> I'd have been happy seeing POI move to a TLP. However, some of the
> comments in this thread seem to preclude that possibility either. I
> think his leaves the community between a rock and a hard place ... I
> dont want us to be subsumed as a commons project
I don't think that the
Hello Niall,
> Why is it any different than Harmony?
Harmony requires that an "Authorized Contributor Questionnaire"
be signed. The ACQ surely has been reviewd by the ASF legal team,
and signatures are legally significant.
http://harmony.apache.org/auth_cont_quest.html
The POI "Get Involved" pag
Henri Yandell wrote:
> Reasoning being that Martin has done the same thing I did - asked
> legal vp and secretary if they know anything about the need for POI to
> be legally special and they don't.
Then either the ASF legal team wasn't involved in the discussion
Andy mentioned, or the current st
Andrew C. Oliver wrote:
> [...]
> I would like to see a formats.apache.org project which was devoted to
> Java/Ruby/C# APIs for office software file formats and more.
That's a very unspecific name. "formats" can mean anything, from
formatting a file system to data formats/representations like BER.
Hi Julius,
> Regarding the BouncyCastle code, I sent an email to the BouncyCastle
> mailing list. Here's the reply I got:
>
> [...]
>> If attribution is included we have no issue with the section of code
>> being included in a product distributed under Apache 2.0.
> [...]
>
> I hope that's suffi
Hi Julius,
it's great to see that you finally got the proposal ball rolling :-)
I didn't look into your code, so my comments are based on the proposal
itself and on your web page. I like the positive attitude with which
you present the advantages of the project. However, I a missing a
clear defin
Hi Henri,
> By being a part of the PMC (and active on the PMC if you're an active
> committer), then you are ensuring that the foundation is involved in
> decisions and not just you personally.
Thanks, that sounds much better indeed.
> Sorry to cause worry. It's the other way around from how you
Hello Henri,
I'm one of those whom it concerns: committer but not PMC.
> So being on a PMC means that your legal protection is something you're
> supposed to be proactive about
Meaning that a PMC member should get an insurance that covers the cost
of lawsuits, or contact a lawyer right away to d
Hi Oliver,
> Why does the loose development process of OS work?
I think you should distinguish between OSS on private time
and OS done by companies. I guess there's much more hierarchy
in the latter case.
My first answer to the question is a negative one:
no other process could work. Some people
Jesse Kuhnert wrote:
> "The Rack" conjures up images having nothing to do with torture for me.
> (probably because I'm such a filthy animal) ;)
I guess software quality would be much higher
if more people had *fun* with testing... ;-)
cheers,
Roland
Hi folks,
what has happened to this thread? Ever since Henri wrote that
it's heading in the right direction, it seems to be dead. Bad
beer chitchat hangover? Summer break? Everyone busy watching
soccer? Or were my last suggestions so far off that they don't
even deserve a response?
Just to get di
Hi all,
Felipe Leme wrote:
> 1.What should it be named ?
> 2.What exactly do these 2 projects have in common so they can be
> grouped together?
> 3.Could the TLP accept more projects? What's the criteria?
I suggest we add "runtime testing" to the list of criteria.
I guess it's one of those impli
Hi Felipe,
I fully agree with you.
> So, let's say we decide to promote Cactus+JMeter to a TLP
> of their own, but not the broad "testing.apache.org"; I have 3
> questions:
>
> 1.What should it be named ?
> 2.What exactly do these 2 projects have in common so they can be
> grouped together?
> 3.
Hi Sebastian,
> What I found originally was that there was a difference between the
> output produced by 1.4 and 1.5, in that 1.4 adds an extra space before
> the terminating "/>". I'm not sure that it does this for every tag, so
> the only way I could see to make sure that the output was the same
Martin Cooper wrote:
> I think it would be worth asking whether or not a "copyright" notice
> without
> specified years is actually meaningful. My expectation is that it would not
> - i.e. that it would not imbue the pages with copyright protection at all.
My expectation is that copyright protect
Hi Hen,
> My proposal is that we create a file in SVN in which PMC members can
> list themselves as being active. After 1 month, failure to appear in
> that list will result in removal from the PMC. If it goes well we could
> consider doing it periodically, or just when it feels like the numbers
>
Stephen Colebourne wrote:
>>> other 1-word suggestions would be great.
>>
>>
>> since they're language components, you can call them "Syllables" :-)
>
>
> I understand the desire for 'fancy' names, but it misses the point
> unfortunately. This is merely a grouping a several *Jakarta* components.
Hello,
> other 1-word suggestions would be great.
since they're language components, you can call them "Syllables" :-)
cheers,
Roland
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECT
87 matches
Mail list logo