Henri Yandell wrote:
#1. Commons Codec will be hosted on Subversion
-1
I've not been able to install the server on Linux, or the client-ssl on a
Mac with ease. Partly this is my own damn stupidity I suspect, but I'm
competent on both platforms and would expect it to work pretty easily.
I do want
Stephen Colebourne wrote:
From: Phil Steitz [EMAIL PROTECTED]
+i. I want it to maintain the community, but I want Jakarta to be the
first to move to Brian Behlendorf's email a year ago in which he foresaw
sourceforge-like foundry's. I'd like Jakarta to shirk all of its
projects
and set itself
I understand the fustrations of J-C that might cause this proposal. I do
fear the result of this change though. However, I believe that an individual
component has the right to decide its own fate within J-C. So all I can do
is indicate my -0 to the change at the moment as I don't think
Jakarta is having trouble redefining what is truly stands for. I had hoped
that in Jakarta-Commons we knew. However, since its specifically different
to what is in the charter, I guess we should decide. And then update the
charter. http://jakarta.apache.org/commons/charter.html
From the websites:
Henri Yandell wrote:
On Fri, 19 Dec 2003, Tim O'Brien wrote:
To this end, I propose that Jakarta Commons Codec be officially
transformed into Apache Commons Codec.
-0, in that I'm in favour of trying to push for an entire, or large, J-C
to A-C-ish move. We're pretty soon going to have
Stephen Colebourne wrote:
I understand the fustrations of J-C that might cause this proposal. I do
fear the result of this change though. However, I believe that an individual
component has the right to decide its own fate within J-C. So all I can do
is indicate my -0 to the change at the moment
Do you think that moving JXPath to another location will increase
visibility/community? I don't think so.
It will be just another menu item like ORO, Regexp, BCEL, ...
There are better ways to attact more users IMHO, doing more
announcements (milestone/final releases), provide examples of
From: Tim O'Brien [EMAIL PROTECTED]
Stephen Colebourne wrote:
Will you ask for your own mailing list?
I don't see why not. I would prefer this for a few reasons. First, I
think that the shared mailing list is distracting from the focus needed
to produce quality software. Second, I think
-0, unless there is a real plan to port codec to another language (in
the very near future), I would ask you to remain at jakarta-commons.
Testing the waters of Apache Commons is a good idea but the real test
is: Can Apache commons build a cross-language community?
Testing Subversion Jira
The initial message was cross-posted to notify the specific projects that
are represented in the test migration.
Please do NOT cross-post (yes, I understand the irony of cross-posting to
ask that people not cross-post). If you want to discuss our Jira
installation, a reasonable cross-project
Maybe Jarkarta should take up the role of a [EMAIL PROTECTED] gatekeeper.
Something like the java foundary at sourceforge but with the
additional task to bring all the (independent) java communities
together and provide a vision for the [EMAIL PROTECTED] future.
-- Dirk
Henri Yandell wrote:
I'm using Maven, but I frequently run into situations where a version of
a jar I need isn't on ibiblio. For example, yesterday at work I needed
the postgres 7.4 jdbc driver, and also the new xdoclet 1.2, neither of
which are there yet.
For just a single developer, it's as easy as copying the
On Sat, 20 Dec 2003, Tim O'Brien wrote:
Enough people profess interest in using this product, but only a few
committers (myself and Gary) actually go about the business of
contributing. Believe it or not, I think that components get lost in
the signal to noise ratio of the Jakarta Commons
Matthew,
re:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
he.orgmsgNo=40252
See [EMAIL PROTECTED] There are already a group trying to do this
work. Tim Anderson, for one, has done a superb job, as have others. If you
can help herd the various projects that would be good.
---
On Sat, 20 Dec 2003, __matthewHawthorne wrote:
I'm using Maven, but I frequently run into situations where a version of
a jar I need isn't on ibiblio. For example, yesterday at work I needed
the postgres 7.4 jdbc driver, and also the new xdoclet 1.2, neither of
which are there yet.
For
+1 for Matthew Harthrone's post.
The board installed the Apache Commons with the charter creation and
maintenance of open-source software related to reusable libraries and
components
http://apache.org/foundation/records/minutes/2002/board_minutes_2002_09_18.txt
and it was later affirmed that
As Noel pointed out, there's a repo project starting up elsewhere. In the
meantime, though, please be *very* careful about what you make available
in your public_html directory. Specifically, you need to ensure that the
licenses for all of those components permit redistribution, since that is
I agree with everything Martin said. I often read codec messages and if
it wasn't hosted in Jakarta commons I wouldn't have worked on the
DigestUtils code. Granted, that code is a very small piece of codec but I
think it says a lot about the community that people unrelated to a
particular
On Dec 20, 2003, at 2:47 AM, Stephen Colebourne wrote:
To go to A-C means to have no supporting community other than codec
developers.
Will you ask for your own mailing list?
I would not.
or be on the same list as Serf?
Or be here on the same list as jxpath, digester, io, etc? I do not see
the
psteitz 2003/12/20 14:40:40
Modified:lang/src/test/org/apache/commons/lang/time
DurationFormatUtilsTest.java
Log:
Added tests for days.
Revision ChangesPath
1.6 +8 -0
I be a little clearer here. Do not redistribute anything from ASF
hardware that is covered on a license that is incompatible with the
Apache License. If you are unsure as to what that means, I'd suggest
joining the licensing list and asking.
I'd suggest using your own resources for
On Sat, Dec 20, 2003 at 11:21:39AM -0500, Henri Yandell wrote:
On Fri, 19 Dec 2003, __matthewHawthorne wrote:
...
I was recently forced to switch to Subversion at work. I haven't yet
tried to install a server, but the client and client-ssl were pretty
simple -- I just installed the
matth 2003/12/20 16:53:41
Modified:io project.xml
io/xdocs navigation.xml
Added: io/xdocs index.xml
Log:
Updated documentation.
Revision ChangesPath
1.15 +10 -5 jakarta-commons-sandbox/io/project.xml
Index: project.xml
I made some updates to [io]'s documentation today. I copied some of the
package description for the main package and put it on the main index of
the site. I think it's useful to have a nice overview of the projects
with links to Javadoc on the front page.
Since Maven is so good at generating
The big difference is that, if J-C joins A-C, we don't necessarily
maintain our current release structures, rules, lists etc.
If A-C joins J-C, the J-C way of doing things becomes the initial A-C way
of doing things, and we fix the ones that are a problem for the new
projects.
A-C is 1 project
On Sat, 20 Dec 2003, __matthewHawthorne wrote:
Since Maven is so good at generating docs, I'm starting to favor useful
xdocs over long package descriptions. It just seems easier to navigate.
Ditto, though I've started to favour turning off the default Maven
navigation and setting my own up
On Sat, 2003-12-20 at 19:01, Greg Stein wrote:
I'd also like to point out the Board has specifically requested that the
Apache Maven Project should distribute jars from ASF hardware. We make
certain guarantees to our users, and those guarantees require distributing
ASF code from known, secure
Jason van Zyl wrote:
If some wants to make a maven-like directory within the standard
distribution location on ASF hardware right now they can. That could be
a first, very practical step the repo project could make. Then let
projects put their artifacts in there as they wish.
This is what I was
I think that a lot of this can be taken care of in the join, should J-C
join A-C in its entirety, since there will be a large group joining a
smaller one.
On Dec 20, 2003, at 5:19 PM, Henri Yandell wrote:
The big difference is that, if J-C joins A-C, we don't necessarily
maintain our current
Stephen Colebourne [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Jakarta is having trouble redefining what is truly stands for. I had hoped
that in Jakarta-Commons we knew. However, since its specifically different
to what is in the charter, I guess we should decide. And then
On Sat, 2003-12-20 at 20:49, __matthewHawthorne wrote:
Jason van Zyl wrote:
If some wants to make a maven-like directory within the standard
distribution location on ASF hardware right now they can. That could be
a first, very practical step the repo project could make. Then let
projects
Not sure what to tell you about these errors. The source code in
HttpClient is always in a compiling state. My guess is that your
compiler is perhaps a little non-standard. URIUtil.Coder extends URI
and as such has access to protected methods on URI.
Mike
On Dec 19, 2003, at 8:11 PM,
HttpClient (rc2) currently barfs on addresses that look like:
http://address:port\path\to\some\file.html
It might be worthwhile to allow these slashes to be parsed as if they were
/'s.
(Note that I have purposely not used the words forward or backward slash
because I have never been able to
http://address:port\path\to\some\file.html
It might be worthwhile to allow these slashes to be parsed as if they were
/'s.
such URLs are totally invalid in my eyes. it's nice that some browsers
accept them, but i wouldn't care if HttpClient doesn't. Additional it's
farely easy to replace them
34 matches
Mail list logo