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
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
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.
in 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
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
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
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 JMeter
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.
See
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
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
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:
-
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
mailing
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 #252;
That's a nasty one to track down.
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]
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
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
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],
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-8859-1
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 the
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
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 interest of
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
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
from
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 many
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 job
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
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,
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
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 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
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:
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
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
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, mainly to code examples. I even found
one
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]
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 those leave
Jakarta.
Please share your thoughts
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
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
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,
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 PROTECTED]
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
means.
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
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 branch
in
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 as
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...
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,
others
+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
+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) project.
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 need to
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,
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 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,
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
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
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 don't
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 page
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 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
these
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
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.
How
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
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 sufficient to
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
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
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
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.Could the
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 implicit
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 for
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 protection
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
are
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.
Oh please -
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
79 matches
Mail list logo
