hough, and I can't say
which versions of Eclipse the binaries were built for. Since the source is
available, though, you should be able to easily build it yourself if need
be.
--
Martin Cooper
(Disclaimer - I have no affiliation with Cactus in any shape or form.)
On Wed, Jul 29, 2009
e. I'm much more inclined to leave things as they
are, with Cenqua doing the work, than I am to have us take on all the work
just because we'd prefer the open source project.
--
Martin Cooper
On 9/3/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> > Would FishEye serve
On 5/8/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
[X] +1 I support the proposal
[ ] +0 I don't care
[ ] -1 I'm opposed to the proposal because...
--
Martin Cooper
r of these lists.
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 3/19/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
Martin Cooper wrote:
> On 3/19/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
>> Martin Cooper wrote:
>> > Those sites provide infrastructure, but absolutely no legal
protection.
>>
>> Who says t
On 3/19/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
Martin Cooper wrote:
> Those sites provide infrastructure, but absolutely no legal protection.
Who says there is no way to combine legal protection and non-absurd
procedures?
Not me. We don't have absurd procedures, so
t;
because I haven't followed some new guidelines put in place because of
other peoples mistakes - mistakes I haven't even made is really
just insulting and annoying.
I wonder how often these kinds of emails come out on the google code
or sourceforge lists? :/
Those sites provide inf
I've taken care of this.
--
Martin Cooper
On 3/10/07, Torsten Curdt <[EMAIL PROTECTED]> wrote:
http://issues.apache.org/bugzilla/show_bug.cgi?id=40577
How can I add new version to bugzilla? Who has admin rights on bugzilla?
cheers
of an extra
incubator vote.
- Reuse of commons infrastructure, probably with the exception of svn (eg
incubator svn and have
separate permissions, with the whole of jakarta being able to work there)
Agreed on these last three, with the proviso that they apply to whatever
environment the project m
On 2/23/07, Martin van den Bemt <[EMAIL PROTECTED]> wrote:
Martin Cooper wrote:
> On 2/23/07, Martin van den Bemt <[EMAIL PROTECTED]> wrote:
>>
>> I prefer this vote to see where it should end up in Jakarta and based
on
>> that result the path full
>> i
getting involved.
--
Martin Cooper
Reasoning :
1) the first decides if Jakarta wants to sponsor this
2) we need to know the place it should end up in Jakarta (at least have some
kind of direction)
3) if no one is interested in getting involved or being a mentor
(preferably 3 mentors!), we c
it would have to pass through incubation before this could happen
anyway.
[] Sandbox.
The sandbox is open only to ASF committers. IIRC, you're not (yet) a
committer.
[+1] Full Incubator.
+1. IMO this is the correct and appropriate path.
--
Martin Cooper
[-1] "not-yet-commons-ssl&
or any more because gmail.com doesn't seem to
work with the list moderation commands.
Check out the thread with subject "List Moderator Help please" on infra@
from late January - sebb found ways to do this.
--
Martin Cooper
*
*
Hen
On 2/18/07, Andrew C. Oliver <[EMAIL PROTEC
not something that we should be doing, as the final
resting place of an incubated project is not determined until incubation has
successfully completed.
On the other hand, I think SSLUtils would be a fine name to run with.
--
Martin Cooper
Julius,
Since "what-some-day-might-become-commons-ssl&q
s ones, viz
[EMAIL PROTECTED] and [EMAIL PROTECTED]
--
Martin Cooper
Thanks,
-dain
On Nov 2, 2006, at 12:38 AM, Henri Yandell wrote:
> Our (Commons) nightly build machine (vmbuild.apache.org) was on a
> vmware zone that hasn't come back after the machine migration. It took
>
rates how projects can drift.
What I mean is that something like Hadoop should not be part of Lucene, just
as MINA should not be part of Directory. (I think) I understand how both of
these happened, but still, it's something that a Velocity TLP would do well
to bear in mind.
--
Martin Cooper
Hmm, are we OK with having companies naming themselves after ASF projects?
--
Martin Cooper
On 9/6/06, Otis Gospodnetic <[EMAIL PROTECTED]> wrote:
Hello,
Would it be possible to add Lucene Consulting to the Specialized Solution
providers section on http://jakarta.apache.or
ws from the community.
--
Martin Cooper
On 8/8/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
>
> Being on a PMC means two actionable things. Firstly, you get a binding
> vote; and secondly, you can subscribe to [EMAIL PROTECTED] - a list which
> should be pretty quiet (mostly it
asure, I also kinda like Phil's idea of allowing
self-nominations. In conjunction with a probation period, this would help us
"remember" who should be invited to join the PMC.
--
Martin Cooper
Sometimes its weeks sometimes mo
7;user', and (b) it's
tapestry.apache.org instead of 'jakarta.apache.org' now.
--
Martin Cooper
Sorry, no mailbox here by that name. (#5.1.1)
--- Below this line is a copy of the message.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pache DB project. Fulcrum is part of the Apache
Jakarta project. They are entirely separate, with entirely separate SVN
access control. From what I can see, you are a committer to the Torque
sub-project, but you are not a Jakarta committer.
--
Martin Coop
ke the attitude that the copyright applies to the
site and not to the individual pages, then I guess we could go back to what
sebb was talking about in the first place, and use a boilerplate copyright
on each page.
--
Martin Cooper
Once it's changed, I'll ping Cliff for confirmation.
or not (the stylesheet could be changed back).
OR: would it be better to just change the copyright in files that have
been updated this year?
s/better/required/g.
In other words, the copyright years in a file must include only the years in
which that file was modified.
--
Martin Cooper
Not su
e been tied up with conferences, and backed up on my moderation duties. I
just went through the taglibs queue, and moderated through the only commit I
saw from you. Not sure what happened to any other ones.
--
Martin Cooper
--
Kris Schneider <mailto:[EMAIL PROTECTED]>
D.O.Tech <h
ar as a formal scope to be attached to the Jakarta Web Components
> group goes, i would propose that members of the JWC should be java
> components developed primarily for use in the development of web
> applications.
That's a good start. I'm not sure it's enough, but
ten down and agreed upon.
However, I believe that concensus on the gist of such a scope has already
happened, between the lines, in the numerous previous threads on JWC on
various lists.
--
Martin Cooper
-Andy
>
> James Mitchell wrote:
> > I believe that this would be a great way to bo
potentially other Jakarta sub-projects, as to whether or not they choose to
join the new sub-project. The goal of this proposal is simply to seed the
sub-project and get the ball rolling.
Comments?
--
Martin Cooper
[1] http://struts.apache.org/struts-action/struts-tiles/
On 4/10/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
>
>
> On Mon, 10 Apr 2006, Martin Cooper wrote:
>
> > On 4/10/06, robert burrell donkin <[EMAIL PROTECTED]>
> > wrote:
> >>
> >> On Sun, 2006-04-09 at 22:31 -0400, Andrew C. Oliver wrote
subproject. But Hen has claimed to want to morph Jakarta into a
non-umbrella, and graduating to a new Jakarta subproject would be counter to
that goal. On the other hand, if it graduates to somewhere outside of
Jakarta, why is the sandbox inside of Jakarta?
--
Martin Cooper
jakarta
t seems like too big of a can of worms to me.
--
Martin Cooper
Vote to last no shorter than a week.
>
> Hen
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
On 3/28/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> I would like to know if it is allowed for users to subscribe to
> [EMAIL PROTECTED]
AFAIK that list is open to ASF committers only.
--
Martin Cooper
(So that I can stop from posting to the user lists ;-
. I read Stefano's post too, and agree wholeheartedly.
--
Martin Cooper
> Shall we refine it the wiki page?
>
> Yeah, let's keep refining it until some date by which we want it to be
> done. Your call on the date...
>
> Yoav
>
>
think we could also do it without even needing that vote. Someone just
> asks to be back on the PMC and after 72 hours they'd get added back on.
The catch with this, though, is that someone coming back from a long
vacation loses their binding vote on any vote that closes within that 72
hour p
are harder
to identify. Your SVN file proposal might help, although it's not a complete
solution. (I'm not sure that there is one, though.)
--
Martin Cooper
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
, and you'll
likely get more than a little push back. That space was also the realm of
Apache Commons when it existed.
--
Martin Cooper
It's the convention that you use your domain as your package. The
> Jakarta Commons code is in the package org.apache.commons, not
> org.apache.
ency on [pool], but that helps to
> >>> foster intra-project involvement.
> >>>>>
> >>>>> Betwixt, Digester and JXPath strike me as a bit more to swallow and
> XML
> >>>>> might not want to taking such bites. You want to go ahead and
posals for groupings or departures.
With respect to departures in particular, there is a serious potential for
losing community. For example, I keep tabs on a bunch of different Commons
components, primarily because all of the discussions happen on communal
lists. If Digester and DbUtils, for exa
ne else
decided to reinvent that as a Mailer2 taglib. That now appears to have been
abandoned as well, and never made it out of the Taglibs sandbox. So I'm not
sure which, if either, would go to JWC.
--
Martin Cooper
Then there is the question of sandbox. There has been talk about a
>
age Components out of
that.
The end result will be smaller, more cohesive, more vibrant communities than
we have today. It's hard to imagine why that would be a bad thing!
--
Martin Cooper
At some point a recognition needs to occur that hierarchy is not evil.
> We are all developers.
On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
>
>
> On Sun, 5 Mar 2006, Martin Cooper wrote:
>
> > On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
> >>
> >> All (90%?) of the navel gazing comes down to one binary question.
>
ge* disservice to flag components as inactive right on the front page,
because then people might not even look at them, even if they're "done" and
would completely fit their needs. Marking a component as 'inactive' would
then be the final nail in its coffin.
On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
>
>
> On Sun, 5 Mar 2006, Martin Cooper wrote:
>
> > On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
> >>
> >> Why restrict a project?
> >
> >
> > One of your big things
On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
>
> On Sun, 5 Mar 2006, Martin Cooper wrote:
>
> > On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> I really shouldn't be sending multiple emails at the same time
] All navel-gazing, all infrastructure style, all license
> questions etc. -dev lists would remain to discuss the actual code,
> bugfixes etc and would promote non-code issues up to the general mailing
> list.
Great idea! Then I can unsub from general@ and avoid all the navel-gazing!
:-)
-
On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
>
>
> On Sun, 5 Mar 2006, Martin Cooper wrote:
>
> > On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> I notice that Commons and HTTP Components both have charters.
s just one more thing to
maintain that means updating the Jakarta site instead of the subproject
site, which is backwards to me.
--
Martin Cooper
What labels should we use?
>
> I suggest:
>
> * Delete Alexandria. It's at the same level as the java-* CVS stuff,
> ancient history to b
mailing list; or the pmc@
> mailing list if deemed private.
I agree with Sandy on this one. The votes should stay on the relevant
developer list.
--
Martin Cooper
-
>
> Comments?
>
> The only negative I have for 1) is
scription on some page that's part of the site.
Say some Prolog constraint framework decided it wanted to be part of
Commons. Where would you point them to explain that that's not what Commons
is about?
--
Martin Cooper
Hen
>
> ---
Given its database-centric nature, and the fact that it's a framework, this
would appear to be more appropriate for the Apache DB Project:
http://db.apache.org/
--
Martin Cooper
On 2/15/06, Karthik Kumar <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'm Karthik. I&
rting to learn Struts, you'll probably want to start with our most
recent GA release, which is Struts 1.2.8. You can find that on the Struts
downloads page, here:
http://struts.apache.org/downloads.html
For documentation, you'll want the corresponding release web site, here:
http:/
;
>
> Of course, we only have 60% active right now, so presuming only committers
> to the current Jakarta voted, that line of the charter would be
> impossible.
What, you think we're going to let you off the hook as PMC Chair any time
soon? Ha ha ha!
;-)
--
Martin Cooper
Not a bi
omponents to death, by limiting their exposure
much more than now. And if everyone has to subscribe to the sandbox list
anyway, to know what's happening, then a separate list is of limited
utility.
--
Martin Cooper
-
>
> Shout, scream, yell :)
>
> Hen
>
> On Mon, 12 Dec 2005
eilly package, so that you don't get tangled up in the strange
licensing conditions of the O'Reilly package. See:
http://jakarta.apache.org/commons/fileupload/
--
Martin Cooper
On 12/27/05, Lamberto Altieri <[EMAIL PROTECTED]> wrote:
>
> Hi there,
> I have a problem!
Thanks, guys. I was confused because Q1 and Q2 files are still there.
BTW, after building 'site', svn seemed to think that downloads_velocity.cgi
needed to be committed, but a diff showed no changes. That seems a little
odd. (I didn't commit it.)
--
Martin Cooper
On 12/23/
, to
say the least. Does anyone have any insight as to how this happened? Does
anyone have the source files that they could add back? I'm not about to
start hacking the HTML files to add the FileUpload release...
--
Martin Cooper
the Downloads link.
2) The .cgi file isn't working. This is probably because either the line
ends are not Unix line ends, or the file is not executable (or both).
Actually, I checked just now, and it's the former.
Fixing those should fix most, if not all, of the link issues.
--
M
re about Implementation-Vendor-Id, in which case
> I'll close the issue report as WONTFIX?
Not sure about Implementation-Vendor-Id, but Commons components include
something like the following:
Implementation-Title: org.apache.commons.fileupload
Implementation-Vendor: The Apache Softwa
>
> * Jakarta Http Components DOES NOT define a server side API on top of the
> low level transport API.
Again, I understand what you want to say. However, I think it would be
better said in terms that make it clear that it is intended for use on the
client side _of the p
y aspires to be another Gmane, and there are
probably others. I'm not sure we want to be keeping pointers to all of
them, and we shouldn't be picking favourites. ;-)
--
Martin Cooper
4. emails for lists don't go into my mailbox; I don't want them there (I
prefer NNTP)
I think
On Tue, 16 Aug 2005, Vadim Gritsenko wrote:
Hi All,
For some reason after svn migration I lost privs to jakarta-site... Can
somebody (Henri! :-)) fix it? Thanks...
Done.
--
Martin Cooper
Vadim
-
To unsubscribe, e
]Apache Silk
[ ]Apache Web Bricks
[ ]Apache Web Commons (branding issue with Commons)
[ ]Apache Web Components
[ ]Apache Web Parts (conflict with Microsoft and an sf.net project)
--
Martin Cooper
Assuming it doesn't degenerate into confusion, I'll end the vote on Sund
add:
- web libs
- web tools
to your list above. (I'm not sure how appropriate 'web libs' would be
though, since I'm not sure I'd refer to, say, a compression filter as
a 'library'.)
--
Martin Cooper
> All would be describable (assuming no clashes) a
e serious names.
* I would also recommend removing Weblets, since this suggests a
uniformity of structure that simply won't be there.
That would still leave us with quite a few options to choose among.
--
Martin Cooper
> -Rahul
>
> > While it
> > would be nice, I doubt
my own
perspective, this is a huge problem already, and I'd be -1 to anything
that's going to further exacerbate it.
--
Martin Cooper
People would be expected to regularly (as often as they like but at
least every 3 months) go to the page and update the date next to their
name for pr
On Wed, 27 Jul 2005, Simon Kitching wrote:
On Tue, 2005-07-26 at 19:49 -0700, Martin Cooper wrote:
On Wed, 27 Jul 2005, Simon Kitching wrote:
Hi,
Any sign of Brian's CLA having been received??
Nope, not yet. Jim added in a bunch of received iCLAs on 7/14, and Brian's
was n
On Wed, 27 Jul 2005, Simon Kitching wrote:
Hi,
Any sign of Brian's CLA having been received??
Nope, not yet. Jim added in a bunch of received iCLAs on 7/14, and Brian's
was not amongst them. You might want to ask him to fax it again, in case
it got lost somehow.
--
Mar
On Mon, 11 Jul 2005, Simon Kitching wrote:
Hi,
Brian sent his CLA in by post about 12 days ago. How can I check whether
it has been received/processed?
I just checked, and it has not yet been recorded. I'll keep an eye out for
it, though.
--
Martin Cooper
Thanks,
Simon
O
+1
--
Martin Cooper
On 7/3/05, Phil Steitz <[EMAIL PROTECTED]> wrote:
> +1 to drop this
>
> Phil
>
> robert burrell donkin wrote:
> >>8. Packages are encouraged to either use JavaBeans as core objects, a
> >>JavaBean-style API, or to provide an optiona
rather than trying to crib from the Jakarta Commons
charter in this instance.
> is 19 needed in addition to 15?
This seems to be a different topic entirely, but my vote would be yes,
because 15 relates only to the proposal, while 19 relates to the
component as it exists, and is developed, within the s
(as per jakarta commons). i'd like to see changes to the draft
> so that it's clear that this will be the arrangement.
>
> opinions?
+1 to just one dev and one user list, shared for all components, a la
Jakarta Commons.
--
Martin Cooper
> - robert
>
>
>
> > [X] +1 Get rid!
> > [ ] -1 Keep it (please give a reason...)
> > --
>
> One jar didn't work for commons, no reason to expect it will here.
+1. Let's ditch it.
--
Martin Cooper
> Stephen
>
> ---
x27;t see them migrating to commons sandbox ;-) Right?
>
> Yes, +1 to a sandbox. Although it can create issues, I think has more
> benefits than downsides.
+1
--
Martin Cooper
> Stephen
>
> --
libs-dev and taglibs-user, since
they may end up with a vested interest in this.
--
Martin Cooper
- robert
On Wed, 2005-06-22 at 22:48 +0100, robert burrell donkin wrote:
There has been considerable interest over the last few weeks and months
concerning the possibility of a new Jakarta s
new
subproject.
(Frank, I am *not* trying to shut you out. I'm simply trying to get the
new subproject off the ground without complicating things by discussing
external elements prematurely.)
--
Martin Cooper
On Wed, 22 Jun 2005, Frank W. Zammetti wrote:
robert burrell donkin wrote:
t
[ X] +1 Vote in support
[ ] 0 Abstain
[ ] -1 Vote against
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ade
to the newer wiki version. I've already put in a request to the
infrastructure folks to change this back to the way it was.
--
Martin Cooper
On Wed, 30 Mar 2005 23:48:13 +0100, Kevin Jones <[EMAIL PROTECTED]> wrote:
> I hate to do this as I know this is not an admin list but in
yet, though - when I asked for more detail, the answer was
essentially "dunno yet". So I guess we'll have to wait and see,
although if you have suggestions / want to keep up to date,
infrastructure@ is the place to be.
--
Martin Cooper
On Sun, 27 Mar 2005 11:29:28 +0100, robert burre
t; needs to be rebuilt.
Actually, I would not expect those files to be sent to the SVN server
at all, since diff is a local operation. (One of the big advantages of
SVN. ;)
--
Martin Cooper
> > Hen
> >
> > On Thu, 24 Mar 2005, sebb wrote:
> >
> > > build.xml was upda
download pages, we could have binaries, sources and
javadocs, with options for javadocs being download or view online (a
bit like Sun's download pages). We might not need to mirror right away
- we could wait to see how much this gets used.
I'm not familiar with ashkelon or multidoc. What w
I think this is an Ant vs. Maven issue, although I don't recall which
way around.
> * ORO uses .sig instead of .asc
This might be a PGP vs. GPG issue. I use PGP, but rename the generated
files from .sig to .asc.
--
Martin Cooper
> * JEXL has no KEYS file
> * Turbine is quite fubar
hould not have to go through a build process before
they can do that.
--
Martin Cooper
> I think the process should be:
> 1) Build and test locally
> 2) SVN checkin
> 3) Log into jakarta
> 4) SVN checkout
> 5) Build to staging area; test stage
> 6) Build to production; test
Looks good to me, apart from the not-working-ness. ;-)
+1
--
Martin Cooper
On Thu, 17 Feb 2005 19:47:37 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
>
> I'd like to go ahead and move to my suggested new download pages:
>
> http://jakarta.apache.org/~bayard
to go to 1.3.x, I think because there
were bigger implications. But infrastructure@ is the place to get the
real scoop.
--
Martin Cooper
>
> Personally I'd love to see Confluence replace the Python Moin Moin,
> since Confluence is written in Java, shows off Jakarta through the use
the property is set. That second target would do the
copy.
* Use to generate the name of the CGI file based on the
name of the HTML file.
--
Martin Cooper
On Sun, 13 Feb 2005 21:38:32 -0500, Henri Yandell <[EMAIL PROTECTED]> wrote:
> Before I lug myself off to the Ant lists, thought I&#
On Sat, 8 Jan 2005 19:38:17 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
>
>
> On Sat, 8 Jan 2005, Martin Cooper wrote:
>
> > On Sat, 8 Jan 2005 17:28:34 -0500 (EST), Henri Yandell
> > <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >
On Sat, 8 Jan 2005 17:28:34 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
>
>
> On Sat, 8 Jan 2005, Martin Cooper wrote:
>
> > On Fri, 7 Jan 2005 20:50:28 -0500 (EST), Henri Yandell
> > <[EMAIL PROTECTED]> wrote:
> >>
> >> Next
ng to have stated up front. If
what we have now isn't what we think we're about, we should fix it
rather than removing it. If we don't think we can fix it, then we have
a serious problem. ;-)
--
Martin Cooper
> 8) Removal of links to Japanese/Korean translations.
>
> Hen
>
that can be done.
I wonder if there's a link checker doodad that we could run on *.a.o,
perhaps as a cron job, and have it send out Gump-like nag messages
when something breaks?
--
Martin Cooper
> i do try to ensure that any changes i make do not break links. the
> redirects should ensu
Friday.
Looks OK to me. I'd say go for it.
There are a couple of tweaky things - like the font seems a little
bigger than it needs to be, and the section headers are different from
the main ASF site - but they really are tweaky things that we can talk
about and fiddle with later.
--
Marti
'd think it's a pretty low chance that they still use things.
>
> I think all of Commons is Mavenised, and I checked all of Jakarta in this
> way to find old style l&f and then examined those by hand. Looking at the
> graduated projects, Struts and James still look old st
bunch of "related"
links that didn't seem particularly coherent, so I'd be against
putting it right back again. ;-)
> Also, I don't see any need to use a noun/subheadings here. For me, 'Related'
> on its own would be a sufficient defintion.
I suggest
I
> think you're right, to be correct it should be a noun.
>
> Putting the projects on the right was an option, but I think that
> consumers will mostly want to click through to a subproject, rather than
> any other link there and the LHS is the prime navigation spot.
>
> It al
ince they may not be monitoring this
list, and they just might care. ;-)
Anything obviously broken or dead should go. Not sure what's left after that.
--
Martin Cooper
On Wed, 29 Dec 2004 00:52:45 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
>
> Worringly, this is just the
ion
> which seems to work fine and dump Anakia creation.
+1
--
Martin Cooper
> Hen
>
> On Wed, 29 Dec 2004, Henri Yandell wrote:
>
> >
> > I'm a fan of the www.apache.org look and how it gives us a lot more
> > usability
> > in terms of avai
On Tue, 28 Dec 2004 18:23:37 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 28 Dec 2004, Martin Cooper wrote:
>
> > On Mon, 27 Dec 2004 23:27:51 -0500 (EST), Henri Yandell
> > <[EMAIL PROTECTED]> wrote:
> >>
> >> 1) Dem
Martin has. Why have the download information if we
> let people click right past it. The table at the top is a noble effort,
> but I think we need a lot more to solve the problem.
Yep.
> 5) Agreed, Commons needs some kind of grouping to bring it together.
I think Commons needs its own
On Tue, 28 Dec 2004 00:35:08 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
>
> The jakarta-site2 module is horrendously old, overpowered and creaky.
> There's support in there for using xml/xsl->html instead of anakia, and
> support for printable pages.
>
> I'm not sure the use of Anakia
l completely skip reading anything about the fact that they are
downloading from a mirror site, and especially the fact that they need to
verify the signature of what they download. If we could put that info
before the links, I would be much happier. ;-)
--
Martin Cooper
http://jakarta.apache.o
* java-site
> * java-spfc
> * java-ssi
> * java-utils
> * java-whiteboard
Where did these all go? Have they all been archived already? We should
definitely remove all the broken links.
--
Martin Cooper
> Ideally they would be in our archive too.
>
> Comm
On Tue, 14 Dec 2004 21:52:57 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 14 Dec 2004, Martin Cooper wrote:
>
> >
> > On Wed, 15 Dec 2004, Torsten Curdt wrote:
> >
> >> Over at cocoon we have some code that might be wo
1 - 100 of 166 matches
Mail list logo
