Re: [VOTE] HiveMind as a Jakarta sub-project

[sebb]

[ ] +1  I support this proposal
[ ] -1  I don't support this proposal
[X]  0  I abstain from voting for or against this proposal


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Are wiki pages backed up?

[sebb]

- Original Message - 
From: "Noel J. Bergman" <[EMAIL PROTECTED]>
To: "Jakarta General List" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, March 25, 2004 9:27 PM
Subject: RE: Are wiki pages backed up?


> > Are our wiki pages (either old UseMod or new MoinMoin) backed up
> > regularly?  Or maybe backed up somewhere like CVS?  Is there something
> > we can do if someone maliciously edits a page and removes all content?
> 
> UseMod kinda, MoinMoin, I'm not sure.  In the longer run, Greg is working on
> a Subversion-based Wiki that would be a drop-in replacement for our Moin
> Moin Wiki Farm.
> 

Previous copies of pages are saved in the backup directory, for example (JMeter Wiki)

ls -l data/backup
total 142
-rwxrwxrwx  1 noelapsite   1334 Mar  4 11:01 FrontPage.1078426912
-rw-rw-rw-  1 nobody  apsite   1440 Mar  5 03:59 FrontPage.1078487995
-rw-rw-rw-  1 nobody  apsite   1996 Mar 10 14:41 FrontPage.1078958466
[...]

Anyone with shell access can restore an earlier version of a page. There may be a way 
using the Wiki too.

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Jakarta Wiki] Updated: JakartaBoardReport-September2004

[sebb]

On Tue, 21 Sep 2004 20:27:44 +0100, robert burrell donkin
<[EMAIL PROTECTED]> wrote:
> 
> On 21 Sep 2004, at 01:50, [EMAIL PROTECTED] wrote:
> 
> > +(Has been sent to the board. Please do not edit.)
> 
> oops
> 
> didn't read this properly. sorry.
> 
> (it's a pity that there isn't some way to lock down pages in the wiki
> once they've been created. or maybe we just need an wiki->anakia
> scraper so that the product can be recorded in cvs.)

It is possible - just change the protections of the file using chmod.

If you don't own the file, can always rename to temp name, copy back
to original name and then protect that.

The pages are in the directory:

/www/wiki.apache.org/data//data/text

For an example read-only page, see one I've just created:

http://wiki.apache.org/jakarta-jmeter/TestReadOnlyPage?action=show

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Exception handling Was: Future JDK features 2 items

[sebb]

On Fri, 29 Oct 2004 13:35:04 -0400 (EDT), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> 
> On Fri, 29 Oct 2004, Dain Sundstrom wrote:
> 
> > I actually love closures, and think it would be a great addition to Java.  I
> > spend a lot of time tracking down poorly written try/finally blocks in
> > people's code where they don't properly close DB connections, IO streams, Jar
> > files, and even delete their temp files.   A good closure library would
> > virtually eliminate this type of programming errors.
> 
> 1/
> How about the Perl6 finally system where you can attach a try/catch to
> variables?
> 
> In Perl 6 it's:
> 
>  my $p = P.new;   POST { $p and $p.Done; }
> or
>  my $p is post { .Done } = P.new;
> 
> So in Java it could be something like:
> 
> Connection conn = ds.getConnection(); finally(conn) { conn.close(); };
> Connection conn = ds.getConnection() @ { conn.close(); };
> Connection conn = ds.getConnection(); conn @ finally { conn.close(); };
> 
> Biggest problem is that I can't see a way to write that nicely.
> 
> 2/
> How about just being able to do multiple Exceptions in one block?
> 
> try {
>  
> } catch(JMSException, RemoteException, SQLException e) {
> }

+1 That could save a lot of tedious repetition
 
> or possibly even:
> 
> try {
>  
> } catch( (JMSException | RemoteException | SQLException) e) {
> }
> 
> The last one is interesting as it could be a larger concept allowing
> mixed-types; but from a finite set. Probably lots wrong with that idea :)
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Jakarta-site2 - orphaned files in docs

[sebb]

Just happened to notice that some of the HTML files in the docs tree
don't have corresponding XML files in the xdocs tree.

For example 

docs/site/cvsonunix.html
docs/site/elsewhere.html

both of these correspond to deleted xml files in xdocs/site

Seems to me that there's no point keeping the html files if the source
xml files have been deleted (or moved elsewhere).

There are also differences for some of the image types (gif jpeg jpg
svg xcf png) that are copied from xdocs - though in this case the
images have been deleted from docs/images, but not from xdocs/images.

There are some files that are only in the docs tree - for example
.htaccess, .cgi and some .txt files. These look OK.

But it looks like docs/tac.jar and docs/buildsite.sh could be deleted.

Any objections if I start clearing this up?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: 3-column jakarta.apache.org?

[sebb]

On Wed, 29 Dec 2004 14:01:27 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> Here's my mockup proposal:
> 
> http://www.apache.org/~bayard/mock-jakarta-frontpage.html
> 
> Changes:
>3 column
>Strikethrough of links/pages I'd like to kill.
>Less news.
>Removal of Related section (aim is to make this a new page).
>Rewrite of the welcome message to hopefully say the same main thing,
> but use a lot less space.
> 
> The aim would also be to switch entirely over to the XSL build version
> which seems to work fine and dump Anakia creation.

Have you tried the XSL version of the binary and source pages?
These are a bit different from other pages...

> 
> 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 available column space. I'd like to change Jakarta to the
> > 3-columns (though not the l&f or anything).
> >
> > Switching to 3-columns means less space in the center for content, however I
> > also want to simplify the content so I think it will look fine.
> >
> > Any views?
> >
> > Hen
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jakarta-site2 now live on xslt

[sebb]

On Sat, 1 Jan 2005 19:50:10 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> I've fixed the various spacing issues in the XSLT system (over time the
> Anakia style sheet changed slightly) and as far as I can tell it looks the
> same.

BTW, the source files don't look the same - but that is an advantage,
as the Anakia output was not all that well laid out.
 
> I cautiously pushed a few pages up to check them out and then the whole
> lot. Still looks fine to me :) At least from the front page and linked
> pages, might be some deeper pages with issues that won't be picked up
> until we get around to deciding if they should exist (which is soon).
> 
> I've removed the Website Maintenance link too, it no longer makes much
> sense and nobody seemed to mind the suggestion of killing it.  It has (the
> page isn't gone yet, just the link) a lot of stuff about using
> jakarta-site2 as a system for other sites (I thought somebody mentioned
> Tomcat did this, but looking at their CVS repo I can't see references to
> jakarta-site2).
> 
> If the old version is needed however, it is tagged under the tag
> PRE-ANAKIA-REMOVAL.
> 
> If anyone can take a look and see if they can see problems, I'd appreciate
> it a lot. New years day means not a lot of users looking compared to usual
> (though also not a lot of committers around to check etc).

I've not noticed any visible browsing errors in a brief check. 
The JMeter binary and source links work fine.

However, the  tags have disappeared from the binindex and
sourceindex output.

I don't know if these are required or not - could it be that some
mirror sites require them?

If they are not required, that is an advantage, as it means that
internal page links work much quicker. Dunno why, but it seems that
the base tag causes intermal links to be treated as being on a new
page, so the whole lot is reloaded...

Another difference on the downloads pages (at least) is that the meta
tags aren't closed.
The Anakia stylesheet used to close these by including a trailing /;
looks like the XSL version never did.

Perhaps it should?

> 
> Hen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jakarta-site2 now live on xslt

[sebb]

On Sat, 1 Jan 2005 23:07:05 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> 
> On Sun, 2 Jan 2005, sebb wrote:
> 
> > On Sat, 1 Jan 2005 19:50:10 -0500 (EST), Henri Yandell
> > <[EMAIL PROTECTED]> wrote:
> >>
> >> I've fixed the various spacing issues in the XSLT system (over time the
> >> Anakia style sheet changed slightly) and as far as I can tell it looks the
> >> same.
> >
> > BTW, the source files don't look the same - but that is an advantage,
> > as the Anakia output was not all that well laid out.
> 
> The XSLT version is a bit of a pain in that it's not doing newlines; I
> think it's quite easy to get them to stay I just need to remember how.

Changing indent to yes makes the output a bit easier to read.

> 
> I spent a lot of time hacking the html pages in debugging to find out that
> not having the DOCTYPE at the top causes some weird spacing issues :)
> 
> >> If the old version is needed however, it is tagged under the tag
> >> PRE-ANAKIA-REMOVAL.
> >>
> >> If anyone can take a look and see if they can see problems, I'd appreciate
> >> it a lot. New years day means not a lot of users looking compared to usual
> >> (though also not a lot of committers around to check etc).
> >
> > I've not noticed any visible browsing errors in a brief check.
> > The JMeter binary and source links work fine.
> >
> > However, the  tags have disappeared from the binindex and
> > sourceindex output.
> >
> > I don't know if these are required or not - could it be that some
> > mirror sites require them?
> >
> > If they are not required, that is an advantage, as it means that
> > internal page links work much quicker. Dunno why, but it seems that
> > the base tag causes intermal links to be treated as being on a new
> > page, so the whole lot is reloaded...
> 
> I'd been wondering why that was happening.
> 
> There's nothing in either the comment history for either site.vsl or
> binindex.xml to imply that the base was put in for any special reason.
> 
> However, Stefan Bodewig added the functionality for base tags into
> site.vsl in 1.27 with a comment of:
> 
> Enable downloads via mirrors
> 
> which suggests that it's probably important.
> 
> I'll get it added back in, #1 priority. In fact, I'll hack it by hand
> first and figure out how to xsl it second :)
> 
> > Another difference on the downloads pages (at least) is that the meta
> > tags aren't closed.
> > The Anakia stylesheet used to close these by including a trailing /;
> > looks like the XSL version never did.
> >
> > Perhaps it should?
> 
> Bizarre that they're not closed given that XSL has to be XML compliant.

The tags are closed in the XSL sheet. Seems to depend on the output format.

Looks like the transformation process knows which html tags have
end-tags and which don't, as adding a dummy tag
 
to site.xsl results in the output containing 
.

However, if the xsl:output method is set to xhtml, the output is 


> I'll look into fixing this, lesser priority.
> 

Changing the output method to xhtml seems to have the desired effect
on the meta tags, but I don't know if this will have any other side
effects.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jakarta-site2 now live on xslt

[sebb]

A couple of other matters probably need to be attended to before the
conversion is complete:

- make xslt the default ant target
- change the xslt output dir to docs

The Anakia sections in build.xml could be removed, as could
bin/velocity.jar - in fact I'm not sure *any* of the jars are needed
once Anakia is no longer used.
And then the classpath could be removed from build.xml

build.bat, build.sh and cpappend.bat are also unnecessary - so long as
Ant is installed on the OS path. This is independent of whether Anakia
support is left in build.xml.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jakarta-site2 now live on xslt

[sebb]

On Sun, 2 Jan 2005 11:54:22 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> 
> On Sun, 2 Jan 2005, sebb wrote:
> 
> > A couple of other matters probably need to be attended to before the
> > conversion is complete:
> >
> > - make xslt the default ant target
> > - change the xslt output dir to docs
> 
> Both already done and committed.

Are you sure?

They still seem to be in CVS.

> 
> > The Anakia sections in build.xml could be removed, as could
> > bin/velocity.jar - in fact I'm not sure *any* of the jars are needed
> > once Anakia is no longer used.
> > And then the classpath could be removed from build.xml
> 
> It's already gone :) All the jars went, I changed build.xml to say JDK 1.4
> was required (it might be 1.3; need to test that at some point).
> 

Are you sure this has been committed?

> > build.bat, build.sh and cpappend.bat are also unnecessary - so long as
> > Ant is installed on the OS path. This is independent of whether Anakia
> > support is left in build.xml.
> 
> You always have one that I miss :) I agree that these are pretty killable.
> 

I see you've done the deed ...

> Hen
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jakarta-site2 now live on xslt

[sebb]

On Sun, 2 Jan 2005 13:52:40 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> 
> On Sun, 2 Jan 2005, Mark Thomas wrote:
> 
> > Henri Yandell wrote:
> >> I've removed the Website Maintenance link too, it no longer makes much
> >> sense and nobody seemed to mind the suggestion of killing it.  It has (the
> >> page isn't gone yet, just the link) a lot of stuff about using
> >> jakarta-site2 as a system for other sites (I thought somebody mentioned
> >> Tomcat did this, but looking at their CVS repo I can't see references to
> >> jakarta-site2).
> >
> > There is a reference in jakarta-tomcat-site\build.bat (and build.sh). At the
> > moment the tomcat site won't build using CVS HEAD.
> 
> Ack, sorry. I didn't think to look in the scripts, just the build.xml.
> 
> >> If the old version is needed however, it is tagged under the tag
> >> PRE-ANAKIA-REMOVAL.
> >
> > And this is the obvious work-around until one of us takes a look at this.
> 
> Let me know if I can do anything to help; I obviously don't intend to go
> breaking things for any of the subprojects.

Looks like a *lot* of other projects use the Anakia jars and/or
stylesheets from jakarta-site2 - not just jakarta-tomcat-site...so
perhaps those need to be restored.

Sorry, should have remembered that, as it used to apply to jmeter...

> 
> Hen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: jakarta-site2 now live on xslt

[sebb]

On Sun, 2 Jan 2005 19:15:59 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> 
> On Sun, 2 Jan 2005, sebb wrote:
> 
> > Looks like a *lot* of other projects use the Anakia jars and/or
> > stylesheets from jakarta-site2 - not just jakarta-tomcat-site...so
> > perhaps those need to be restored.
> 
> Sites with the older l&f:
> 
> Taglibs, Velocity, BSF, ECS, JMeter, Lucene, ORO, Regexp, Slide, Tomcat,
> Watchdog.
> 
> However, the following all appear to be self contained/non-users:
> 
> Taglibs, Velocity, BSF, Watchdog, Slide.
> 
> > Sorry, should have remembered that, as it used to apply to jmeter...
> 
> + JMeter.
> 
> So the broken ones look like they are Tomcat, Regexp, ORO, Lucene, ECS.
> 

I did a search for the string "jakarta-site2" in the build.xml,v files
in CVS, and that produced quite a lot of hits (see
http://www.apache.org/~sebb/js2.txt - note that the matched text is
*followed* by the file name).

Some of the matches relate to history items, but some are in the HEAD
versions of the files, for example:

http://cvs.apache.org/viewcvs.cgi/ant/proposal/ant-site/anakia/build.xml?only_with_tag=HEAD&view=markup

http://cvs.apache.org/viewcvs.cgi/jakarta-commons/httpclient/build.xml?only_with_tag=HEAD&view=markup

Of course we don't know if the build targets are actually still used,
but it suggests that these files are rather more generally used.

> I've added the jars and the vsl back in. This is also our list of people
> that will have a problem when we migrate to SVN, but as they probably
> never change the site2 bits, they'll probably be happy with a read-only
> repository for a while.
> 
> Regexp builds the docs now, so I'll trust the others are okay.
> 
> Hen
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Need some publicly accessible non-English FTP sites

[sebb]

Have you tried any of the Apache mirror sites that offer ftp access?

S.
On Tue, 04 Jan 2005 06:55:33 -0600, Steve Cohen <[EMAIL PROTECTED]> wrote:
> I've recently checked in some code to jakarta-commons-net to enable it
> to retrieve file listings from FTP servers that do not encode timestamps
> in the English notation and/or the American date order, which seems to
> be the default by far.  But we have had persistent, although infrequent
> requests for this functionality and we wanted to grant these requests.
> However, I am having a devil of a time finding publicly accessible ftp
> servers who encode this way.  Over an hour of googling for such strings
> as "FTP francais" brought back only servers that encoded in English or
> sites I couldn't access.  Most seemed to use the American/English
> encodings, even if the messages on their server were in French.
> 
> Since Jakarta is a very international body, I've decided to cast the net
> a little wider than the commons-dev mailing list and ask if anyone can
> point me at such servers for more testing of my new code.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] next step - 3-tier + welcome

[sebb]

Looking good. 

Just noticed a peculiarity with FireFox: print preview shows only the
logo and 1st HR on the first page; the rest appears on subsequent
pages.

==

Might be worth considering using the CSS attribute display:none for
the side columns on some pages when the output is a printer.

S.
On Wed, 5 Jan 2005 11:25:44 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> 
> On Wed, 5 Jan 2005, Dennis Lundberg wrote:
> 
> >> Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my
> >> .page-header. Also, when you switch to a div the container no longer
> >> stretches across the screen and so the border line only goes under the logo
> >> and not all the way across.
> >
> > That's not good. I'll do some digging and see if I can get it to work.
> 
> Okay, jakarta-3tier.html updated with your latest suggestions. Looks good
> and every step to cleaner html is a good step.
> 
> Thanks :)
> 
> Hen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] next step - 3-tier + welcome

[sebb]

On Wed, 5 Jan 2005 12:25:53 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> Which version are you on? Which OS?

Help About shows:

Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

i.e. WinNT + FF 1.0

I can check on WinXP later.

Just noticed that the first page displays (and prints) OK if the Zoom
is set to 79%, but not if it is set to 80% ... odd. This is with a
screen resolution of 1024x768; printer is HP LJ 4000 PCL 6

> 
> 1.0 on XP looks good.
> 1.0PR on OS X looks good.
> 1.0 on SuSE 9.2 looks...crap :) But doesn't display your problem.
> 
> Hen
> 
> On Wed, 5 Jan 2005, sebb wrote:
> 
> > Looking good.
> >
> > Just noticed a peculiarity with FireFox: print preview shows only the
> > logo and 1st HR on the first page; the rest appears on subsequent
> > pages.
> >
> > ==
> >
> > Might be worth considering using the CSS attribute display:none for
> > the side columns on some pages when the output is a printer.
> >
> > S.
> > On Wed, 5 Jan 2005 11:25:44 -0500 (EST), Henri Yandell
> > <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> On Wed, 5 Jan 2005, Dennis Lundberg wrote:
> >>
> >>>> Your changes do the same as mine did, so it wasn't the 1% or 98% bit in 
> >>>> my
> >>>> .page-header. Also, when you switch to a div the container no longer
> >>>> stretches across the screen and so the border line only goes under the 
> >>>> logo
> >>>> and not all the way across.
> >>>
> >>> That's not good. I'll do some digging and see if I can get it to work.
> >>
> >> Okay, jakarta-3tier.html updated with your latest suggestions. Looks good
> >> and every step to cleaner html is a good step.
> >>
> >> Thanks :)
> >>
> >> Hen
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Last call for comments Was: [site] next step - 3-tier + welcome

[sebb]

On Wed, 5 Jan 2005 22:57:10 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On Thu, 6 Jan 2005 00:19:37 -0500 (EST), Henri Yandell
> <[EMAIL PROTECTED]> wrote:
> >
> > http://www.apache.org/~bayard/jakarta-3tier.html
> >
> > Rolled back to remove the table->div header change for the moment. I'd

Still behaves oddly in FireFox ...

> > like to go ahead and make the change to a 3 column on Friday.
> 
> Looks OK to me. I'd say go for it.

Agreed.

> 
> 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.
> 
> --
> Martin Cooper
> 
> 
> > Any nay-sayers before then, let me know.
> >
> > Hen
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] New site live Was: Last call for comments

[sebb]

On Fri, 7 Jan 2005 20:36:28 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> The 3 column site is now live.
> 
> Looks to be good as far as I can tell.

Yes, looking good here using FireFox 1.0

==

The longer pages initially display in two columns, as the browser
seems to need to retrieve full middle column before laying out the
page.

This also happens in Opera 7.54 - but MSIE 6.0 seems to wait until all
is downloaded before displaying the page at all.

Not at all serious, but it would be nice if it was easy to fix
this...I might have time to look at this over the weekend - if I can
get it to work, I'll put a sample in my home directory.

> 
> Hen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] Friday removals

[sebb]

On Tue, 11 Jan 2005 23:15:59 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> On Friday I plan to do the following to the site:
> 
> * Remove jon.html + images
> * Remove love.html
> * Remove idiot.html
> * Remove os.html
> * Remove methodology.html
> * Remove jakarta-site-*.html
> 
> Very little, if anything links to them from within the site. I've no clue
> if other parts of the sites link to them. I'll put a redirect in for
> jakarta-site-* to README.txt, but all of the rest will just start doing
> 404's.

+0
 
> In the meantime, I'll start work on my ideas for a new download page.

+1

I'd like to see a more concise presentation of the releases section -
e.g. a table.

And it would be nice if the XML source could be changed to make it
easier to maintain the entries - at present there's a lot of repeated
stuff.

> -1's, grumbles, ideas, etc :) Same as before, each item has to be -1'd for
> me to not do it on Friday.
> 
> Hen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] download pages

[sebb]

On Sat, 29 Jan 2005 19:17:49 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> Next on my list of renovations are the Jakarta download pages. Although
> the cgi isn't hooked up, how do the following generated files look?
> 
> http://www.apache.org/~bayard/jakarta/site/downloads/download.html

Definitely much tidier than before. 

I like having source and binary together - with the present setup it
is a pain to download both.

> In case it looks too crap (because of the missing cgi), look at:
> 
> http://www.apache.org/~bayard/jakarta/site/binindex.html
> 
> to see how the page normally looks when cgi is not present.
> 
> The Commons download page is still a big list, it could also be broken
> down into a separate page per component. The same could happen for
> Taglibs, currently I've stayed with the link rather than having individual
> Taglibs be in the download section, the aim being to change current things
> as little as possible.
> 
> There are some simple flaws that need fixing, md5/pgp's are shown even
> when not available, and the mirror info, md5 info and pgp info are shown
> even when they're not available. All easy to fix. Also a few missing
> things like links to readme's and change-reports. Also easy enough to fix.

It might be useful to be able to specify these at individual file
level, as well as higher up.

e.g. one could have a hash attribute, which would be hash="md5" if
present, and hash="none" if not. Ideally these would default to the
enclosing level.

Similarly for the signatures, could use sig="PGP"

> Deployment-wise, my idea would be to replace binindex and srcindex with
> this download.html page. It's small enough that binindex.cgi#tomcat won't
> be a problem when the #tomcat fails.
 
But ideally, it won't fail ...

> Rather than having projects linking to download.html though, they would
> link directly to their particular page. So ORO would kill its current link
> of binindex.cgi#oro and move to downloads/downloads_oro.html.

This would mean every project updating their web-pages, which would
take some while to do. Or could the cgi files be rewritten to do this
automatically?

If not, I think the original links need to be supported, e.g. by
redirecting binindex.cgi and srcindex.cgi to downloads.html and
ensuring that the original names are still present.
 
> The pages are created by taking a downloads.xml file, turning it into
> xdocs-format pages and then turning them into html pages. The interesting
> stuff is in:
> 
> http://svn.apache.org/repos/asf/jakarta/site/xdocs/downloads/

I like the simpler layout of the downloads section. Much easier to update.

Though it would be nice if the directory did not have to be repeated
in each link, and ditto the version information.

How about something like:


 
 
 
 ...


where title is an optional attribute for the link text, replacing the file name.
dir could be an optional attribute for  tags if required -
it would then override the parent attribute.

> I changed my original suggestion of having a dynamic page which could be
> given any filename as I want to avoid having too much in the way of
> dynamic stuff running.
> 
> It's generated with 'ant -f build-downloads.xml' in the jakarta/site/
> directory, and puts the output into tmp/site/downloads/.
> 
> Anyway. More work to do, but I wanted to see what opinions there were
> before I put anymore time into cleaning it up :)
> 
> Opinions?
> 
> Hen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] [site] New download pages

[sebb]

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/jakarta/site/downloads/downloads.html

Looking good!

> 
> [ ] +1
> [ ] -1
> 
> or alternatively:
> 
> [ ] +1, but fix this first: [ ]

+1

I think it would be useful to indicate that the Commons link is
different from the rest
e.g. by adding "..." afterwards. Or something else.

["..." is often used in menus to indicate that another dialog follows.]

Also, I would remove the Commons prefix on the Commons page.

> 
> Currently the filenames match the names on the binindex.cgi page, I'm
> trying to stay as close as possible to the current site before making any
> other changes. It's easy enough to then do things like change 1.0.zip to
> hivemind-1.0.zip as Howard suggested.

+1 to that!

> 
> Post change, I'll focus on improving the Taglibs page to match the Commons
> one in style.
> 
> 72 hour consensus vote. ie) a single -1 is a veto.
> 
> Hen
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Typo in /jakarta/site/docs/README.txt ?

[sebb]

/jakarta/site/docs/README.txt says:

>>>
Then, in the /www/jakarta.apache.org/site/ directory, you can do a 
svn update index.html site
to have the changes reflected on the main website.
<<<

Surely the svn update command needs to be issued in the parent directory, i.e.

/www/jakarta.apache.org/

which contains site and index.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Typo in /jakarta/site/docs/README.txt ?

[sebb]

OK, I'll do it this evening, unless you beat me to it ...

BTW, the default ant task seems to rebuild everything every time - is
this a known problem, or am I doing something wrong?

S.
On Wed, 23 Mar 2005 09:25:31 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> Yup. Feel free to fix or I'll fix it a bit later.
> 
> Hen
> 
> On Wed, 23 Mar 2005, sebb wrote:
> 
> > /jakarta/site/docs/README.txt says:
> >
> >>>>
> > Then, in the /www/jakarta.apache.org/site/ directory, you can do a
> > svn update index.html site
> > to have the changes reflected on the main website.
> > <<<
> >
> > Surely the svn update command needs to be issued in the parent directory, 
> > i.e.
> >
> > /www/jakarta.apache.org/
> >
> > which contains site and index.html
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[site] build.xml includes force=true

[sebb]

build.xml was updated in r128387 to add force=true to all the transformations.

Is this needed?
[The log does not say why it was added].

It causes files to be always out of date with respect to the SVN copies.

Seems to me it should either be removed - or at least be made a property?

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] build.xml includes force=true

[sebb]

On Thu, 24 Mar 2005 09:06:33 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
> 
> Sorry, meant to replyt on this stuff last night but it turned into a
> mildly late one at work, followed by the usual household chores.

No problem.
 
> I think the problem was that it was not noticing when the navigation was
> being changed, so somebody added a force.

OK, I see.
 
> Although it causes it to build everything, SVN's seems to handle it and
> notices the 1 or 2 files that have actually changed. Under 1.5 it builds
> so quickly (10-ish seconds on my P3 1Ghz) that it's not seemed a big deal.

Yes, it builds quickly enough. 

I must admit I did not dare try committing all the files to SVN, as I
did not want to generate huge diff listings...

Ideally the files would not be recreated, as there must be quite a bit
of overhead in sending the files back to SVN for it to ignore them,
but unless the overlooked dependency can be fixed, I guess it all
needs to be rebuilt.


> Hen
> 
> On Thu, 24 Mar 2005, sebb wrote:
> 
> > build.xml was updated in r128387 to add force=true to all the 
> > transformations.
> >
> > Is this needed?
> > [The log does not say why it was added].
> >
> > It causes files to be always out of date with respect to the SVN copies.
> >
> > Seems to me it should either be removed - or at least be made a property?
> >
> > S.
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] build.xml includes force=true

[sebb]

On Mar 24, 2005 6:30 PM, Henri Yandell <[EMAIL PROTECTED]> wrote:
> 
> 
> On Thu, 24 Mar 2005, sebb wrote:
> 
> > On Thu, 24 Mar 2005 09:06:33 -0500 (EST), Henri Yandell
> > <[EMAIL PROTECTED]> wrote:
> >>
> >> Sorry, meant to replyt on this stuff last night but it turned into a
> >> mildly late one at work, followed by the usual household chores.
> >
> > No problem.
> >
> >> I think the problem was that it was not noticing when the navigation was
> >> being changed, so somebody added a force.
> >
> > OK, I see.
> >
> >> Although it causes it to build everything, SVN's seems to handle it and
> >> notices the 1 or 2 files that have actually changed. Under 1.5 it builds
> >> so quickly (10-ish seconds on my P3 1Ghz) that it's not seemed a big deal.
> >
> > Yes, it builds quickly enough.
> >
> > I must admit I did not dare try committing all the files to SVN, as I
> > did not want to generate huge diff listings...
> 
> Do an svn status. I think you'll find you've changed a lot less files
> (from SVN's point of view) than you think, unless you're using JDK 1.4
> (where it's a lot slower) or we're getting an odd linux vs mac vs windows
> encoding issue.

I've just tried building on Windows, using Java 1.4 (because the last
build used 1.4), and I get a lot of differences.

It turns out that at least some of these are caused by the EOL
setting, because when I changed one of the files from DOS to Unix line
endings, the differences disappeared.

Also, all but the board* files in docs/site/pmc have
svn:eol-style=native, and only the board* files were different after a
build.

I've now added svn:eol-style=native to the board* files, and done
another build, and the board* files are indeed now no longer
different.

So I think all the generated html files need to be marked similarly to
avoid OS platform differences.

Of course there will still be the problem of the differences between
Java 1.4 and 1.5 - doesn't look like there's an easy solution to that.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] Working under 1.5 Was: Problems under 1.5

[sebb]

Just a follow-up:

The hard-coded paths have been turned into parameters, which in turn
are now passed in from the Ant script.

The properties passed in as parameters were already defined using
location, rather than value, so they become absolute paths - i.e.
there is no more need to move the 1.4 files after generation. So the
1.4 hacks have been removed.

1.4 and 1.5 still generate different output, but I think I've got a
work-round for that (see separate e-mail)

S.
On Feb 24, 2005 4:41 AM, Henri Yandell <[EMAIL PROTECTED]> wrote:
> 
> And now works under 1.4, at least my OS X.
> 
> Still with the proviso that switching between 1.4 and 1.5 will lead to
> large svn diffs, so I've got a big warning at the top of the ant output
> that recommends 1.5.
> 
> The hacks for 1.4 are clearly defined, but there is a bit of hard-coding
> of path into the xsl files to get it working under 1.5 that wouldn't be
> there if I had a clue how to make that work nicely.
> 
> Hen
> 
> On Wed, 23 Feb 2005, Henri Yandell wrote:
> 
> >
> > Following the lead of every great salesman, I'll begin by informing one and
> > all that the site now generates under 1.5 quite happily. I'm using 1.5.0-rc
> > under Debian Linux.
> >
> > If pine could do smallprint, I'd point out that 1.4 doesn't work now. I 
> > think
> > it's going to be easier to fix 1.4 issues than to fix 1.5 issues.
> >
> > There's still the great big stinking pain of their different
> > indentation/attribute-order, which we could possibly solve by shipping xsltc
> > and forcing use of that. JDK 1.5 doesn't require the bootclasspath pain to
> > get a different version of xsltc than the one in the jdk to work (as sun
> > don't use the apache namespace for their variant).
> >
> > A driving reason for making 1.5 the working one and not 1.4 is that it's
> > quite simply better. 10 seconds vs 2 minutes is hard to argue with. The
> > biggest negative I know is that it cuts Mac users out (and I'm one of 
> > those).
> > In a few months we'll be upgrading to 1.5 (Steve willing).
> >
> > I'll work on ant-hackery to make the 1.4 one at least be correct, and then
> > hopefully we can echo a suggestion that using 1.5 is much preferable to 1.4
> > to avoid the evil svn diffs. If needed, we can then look at shipping xsltc
> > with the build.
> >
> > Hen
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[site] Aligning 1.4 and 1.5 output ; other generic changes

[sebb]

I think I've found a way to deal with the different ordering of tag
attributes between 1.4 and 1.5.  Instead of using



one can use





and thus force the attributes to be output in the same order by 1.5 and 1.4.

It's harder to read, but it only has to be done for tags with more
than one attribute, and hopefully only needs to be done in the
stylesheets.

The other main difference between 1.4 and 1.5 is that 1.4 adds a space
before self-terminated tags, i.e  as against .
This can easily be fixed with a replace task.

I'm happy to apply these changes, but this would involve updating all
the output files.

I assume the best would be to emulate 1.5 output in 1.4, rather than
fixing the 1.5 output by adding the extra spaces. It's a bit easier
too, as the first attribute can be left in the initial tag. Emulating
1.4 order in 1.5 means reordering them all.

As all the files would need to be updated, it seems a good time to
consider what other global changes are desirable.

For example:

Copyright symbol should be provided as ©, not &nnn; - this would
remove the need for the xml declaration (none of the other ASF sites I
checked use this).

Maybe use UTF-8 rather than iso-8859-1? [Not sure this would make much
difference at present, but might be better long-term?]

Any other suggestions?

Seb.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r160118 - jakarta/site/docs/site/downloads/downloads_jmeter.html

[sebb]

Thought I'd try just a single page using the new XSL stylesheets ...
the page has been updated on minotaur, so should be testable soon.

I'll do the rest of the pages later.

S.
On Apr 5, 2005 12:50 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: sebb
> Date: Mon Apr  4 16:50:07 2005
> New Revision: 160118
> 
> URL: http://svn.apache.org/viewcvs?view=rev&rev=160118
> Log:
> Rebuild using common 1.4/1.5 styles
> 
> Modified:
> jakarta/site/docs/site/downloads/downloads_jmeter.html
> 
> Modified: jakarta/site/docs/site/downloads/downloads_jmeter.html
> URL: 
> http://svn.apache.org/viewcvs/jakarta/site/docs/site/downloads/downloads_jmeter.html?view=diff&r1=160117&r2=160118
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Wiki] Unreadable page names (was: Update of "??" by StefanBodewig)

[sebb]

> The comment on the change is:
> I don't think we should keep Wiki pages in languages we can't monitor

Indeed, should unreadable page names be allowed?

Perhaps MoinMon can be configured accordingly.

S.
P.S. second attempt, without the offending URL, as first reply was
rejected as spam by the apache mail system.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Typo in Commons HttpClient 3.0rc2 Released news

[sebb]

Thanks, fixed.

On Apr 11, 2005 6:31 PM, Shinobu Kawai <[EMAIL PROTECTED]> wrote:
> Hi guys,
> 
> In the release news of Commons HttpClient 3.0rc2,
> http://jakarta.apache.org/site/news/news-2005-q1.html#20050410.1
> 
> ... and HttpClient 3.0 has made significant progess towards the final release.
> 
> I'm sure you mean "progress".  ;)
> 
> Best regards,
> -- Shinobu
> 
> --
> Shinobu Kawai <[EMAIL PROTECTED]>
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wiki structure

[sebb]

On 4/19/05, Simon Kitching <[EMAIL PROTECTED]> wrote:
> Hi All,
> 
> Sorry to ask what is probably a newbie question.
> 
> Apache has a "main" wiki, which is then supposed to link to physically
> separate wikis, yes?
> 
> And Jakarta is supposed to have one of these separate wikis to itself?

AFAICS, each of the Jakarta sub-projects has its own Wiki.
 
> It's just that it looks to me like:
>  http://wiki.apache.org/jakarta
> is jakarta's wiki site, but the jakarta-related links on the main wiki
> page:
>  http://wiki.apache.org/general
> appear to me to link to pages on the *main* wiki, not on the jakarta
> wiki, eg
>  http://wiki.apache.org/jakarta-commons
> when I would expect to see
>  http://wiki.apache.org/jakarta/commons

jakarta-commons has its own wiki.

> 
> Am I wrong in my understanding of where the links on the apache wiki
> main page link to? If I am, can anyone tell me how I can tell which
> physical wiki a particular page resides on?

Just look at the top-level directory.

> And by the way, what is the reason for having all these separate wikis
> anyway, instead of just one?

Dunno.
 
> Thanks,
> 
> Simon
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Regarding JMeter

[sebb]

Please post JMeter questions to the JMeter User mailing list.

See:
http://jakarta.apache.org/site/mail2.html#JMeter

S.
On 18/07/05, Srilakshmi K <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm srilakshmi.I have a problem in using JMeter.
> i installed JDK1.5 on windows 2000 platform and set the path to run
> java program. It's fine.
> when i try to run the JMeter.bat file, a window  is opened and getting
> closed with in a second.
> i didn't set any path to run JMeter.
> How can i run JMeter with out getting any problem..?
> can u help me to resolve this problem?
> 
> 
> Thanks&Regards,
> Srilakshmi.k
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Regarding JMeter

[sebb]

Please post JMeter questions to the JMeter User mailing list.

See:
http://jakarta.apache.org/site/mail2.html#JMeter

S.

On 18 Jul 2005 17:06:56 -, prakash  ravi
<[EMAIL PROTECTED]> wrote:
>  
> 
> 
> On Mon, 18 Jul 2005 Srilakshmi K wrote :
> >Hi,
> >I'm srilakshmi.I have a problem in using JMeter.
> >i installed JDK1.5 on windows 2000 platform and set the path to run
> >java program. It's fine.
> >when i try to run the JMeter.bat file, a window  is opened and getting
> >closed with in a second.
> >i didn't set any path to run JMeter.
> >How can i run JMeter with out getting any problem..?
> >can u help me to resolve this problem?
> >
> >
> >Thanks&Regards,
> >Srilakshmi.k
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: sharing directory between web application

[sebb]

This question would be better asked on the tomcat-user mailing list...

On 24/08/05, Davide Frigerio <[EMAIL PROTECTED]> wrote:
> Hi,
>I would you like to know if it is possibile in Tomcat to share the
> same directory between two different web application?
> 
> Thanks,
> 
> --
> 
> --
> Davide Ing. Frigerio
> Wise-Lab S.r.l.
> c/o Polo Regionale di Como - Politecnico di Milano
> P.le Gerbetto, 6  -  22100 Como (Italy)
> Tel: +39 031 332 7362 - Fax: +39 031 332 7321
> Email: davide.frigerio/at/wise-lab.it
> Web: http://www.wise-lab.it - http://www.wisemodel.com
> --
> 
> Leggi l'informativa in base all'art.13 del D.lgs. 30 giugno 2003, 196 sul 
> trattamento
> dei dati personali da parte di Wise-Lab: 
> http://www.wise-lab.it/info_privacy.htm
> 
> *
> Scarica il nuovo web browser FireFox, l'alternativa SICURA ad Internet 
> Explorer: Get Firefox! 
> 
> *
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: system.property in web.xml

[sebb]

This question would be better asked on the tomcat-user mailing list...

On 24/08/05, Davide Frigerio <[EMAIL PROTECTED]> wrote:
> Hi,
>I would ask to you if is possible to set a java system.property for
> a web application by web.xml file application.
> 
> Thanks.
> 
> --
> 
> --
> Davide Ing. Frigerio
> Wise-Lab S.r.l.
> c/o Polo Regionale di Como - Politecnico di Milano
> P.le Gerbetto, 6  -  22100 Como (Italy)
> Tel: +39 031 332 7362 - Fax: +39 031 332 7321
> Email: davide.frigerio/at/wise-lab.it
> Web: http://www.wise-lab.it - http://www.wisemodel.com
> --
> 
> Leggi l'informativa in base all'art.13 del D.lgs. 30 giugno 2003, 196 sul 
> trattamento
> dei dati personali da parte di Wise-Lab: 
> http://www.wise-lab.it/info_privacy.htm
> 
> *
> Scarica il nuovo web browser FireFox, l'alternativa SICURA ad Internet 
> Explorer: Get Firefox! 
> 
> *
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Jakarta Wiki] Update of "JakartaBoardReport-September2005" by SebastianBazley

[sebb]

OK - I was just going by the other entries on the Wiki ...

We'll try and add something more shortly.

S.

On 04/09/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> 
> Need a bit more than that Seb :)
> 
> Take a look at the previous board reports, we're looking for a bit of
> colour as to what's happened to your sub-community during the previous
> quarter, usually driven by what the release meant to the community. Is it
> a bug release, major release etc, are there plans for big changes etc.
> 
> http://jakarta.apache.org/site/pmc/board-reports.html
> 
> Hen
> 
> On Sun, 4 Sep 2005, Apache Wiki wrote:
> 
> > Dear Wiki user,
> >
> > You have subscribed to a wiki page or wiki category on "Jakarta Wiki" for 
> > change notification.
> >
> > The following page has been changed by SebastianBazley:
> > http://wiki.apache.org/jakarta/JakartaBoardReport-September2005
> >
> > The comment on the change is:
> > Update JMeter
> >
> > --
> >
> >   JMeter 
> >
> > + 24 August 2005 - JMeter 2.1 released
> > +
> >   Taglibs (RDC) 
> >
> >   Tapestry 
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jakata News and Quarters...

[sebb]

Duh! Should have noticed that when I created the prototype news-q4 - now fixed.

By the way, I can't find the SVN commit message for your change
(r278696) - mine came through OK (r278728), and I am seeing other
changes to jakarta/site mailed to [EMAIL PROTECTED]

Is there a problem with some (e.g. your) commit messages? 

Are others are seeing your commits ?

S.
On 05/09/05, Henning Schmiedehausen <[EMAIL PROTECTED]> wrote:
> I took the liberty and change the remark on top of news-q3 that Q4
> starts on Oct 1st, not Sep 1st... :-)
> 
>Regards
>Henning
> 
> 
> --
> Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
> [EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/
> 
>  RedHat Certified Engineer -- Jakarta Turbine Development
>   Linux, Java, perl, Solaris -- Consulting, Training, Engineering
> 
> 4 - 8 - 15 - 16 - 23 - 42
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jakata News and Quarters...

[sebb]

Apologies, scratch that - I have now found your commit message.

I was sure I'd searched every e-mail - tried several times - but now I
_can_ find it.

Sorry for the noise.

S.
On 05/09/05, Henning Schmiedehausen <[EMAIL PROTECTED]> wrote:
> Interesting question. Don't know. Maybe they end up in moderation
> somehow.
> 
>Regards
>Henning
> 
> 
> On Mon, 2005-09-05 at 13:21 +0100, sebb wrote:
> > Duh! Should have noticed that when I created the prototype news-q4 - now 
> > fixed.
> >
> > By the way, I can't find the SVN commit message for your change
> > (r278696) - mine came through OK (r278728), and I am seeing other
> > changes to jakarta/site mailed to [EMAIL PROTECTED]
> >
> > Is there a problem with some (e.g. your) commit messages?
> >
> > Are others are seeing your commits ?
> >
> > S.
> > On 05/09/05, Henning Schmiedehausen <[EMAIL PROTECTED]> wrote:
> > > I took the liberty and change the remark on top of news-q3 that Q4
> > > starts on Oct 1st, not Sep 1st... :-)
> > >
> > >Regards
> > >Henning
> > >
> > >
> > > --
> > > Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
> > > [EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/
> > >
> > >  RedHat Certified Engineer -- Jakarta Turbine Development
> > >   Linux, Java, perl, Solaris -- Consulting, Training, Engineering
> > >
> > > 4 - 8 - 15 - 16 - 23 - 42
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> --
> Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
> [EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/
> 
>  RedHat Certified Engineer -- Jakarta Turbine Development
>   Linux, Java, perl, Solaris -- Consulting, Training, Engineering
> 
> 4 - 8 - 15 - 16 - 23 - 42
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: News updates to jakarta.apache.org

[sebb]

The News link in the RHS column:

http://jakarta.apache.org/site/news/index.html

points to a page that contains past news only - the current news is
not included, nor is there a link to it...

S.
On 18/10/05, Howard Lewis Ship <[EMAIL PROTECTED]> wrote:
> I *thought* I was being careful; I'll go recover those entries.  Not
> sure how things got lost.
>
> On 10/18/05, Oleg Kalnichevski <[EMAIL PROTECTED]> wrote:
> > On Tue, Oct 18, 2005 at 10:22:24AM +0100, Stephen Colebourne wrote:
> > > This seems like a good idea, however I believe some data has got lost in
> > > the conversion. Commons-IO was released on October 10/11th, but (unless
> > > I'm blind) has managed to disappear.
> > >
> > > Also, could we move the RSS icon next to the 'News' hyperlink on the
> > > homepage? Would seem to make more sense there.
> > >
> > > Stephen
> > >
> >
> > Same story with the Commons HttpClient 3.0-rc4 release. It has been
> > released on Oct 11th but the corresponding entry in the News section is
> > no longer there.
> >
> > Oleg
> >
> >
> > >
> > > Howard Lewis Ship wrote:
> > > >I adapted some build files and style sheets from my personal web site
> > > >for Jakarta this morning, while posting the Tapestry 4.0-beta-11
> > > >release notes.
> > > >
> > > >Having posted a lot (!) of releases, I've grown very frustrated with
> > > >the very manual, tedious process.
> > > >
> > > >There is now a general news files, news.xml, in the jakarta-site2
> > > >directory.
> > > >
> > > >This file contains all new news.
> > > >
> > > >The build process uses this file to generate an RSS feed, and to
> > > >generate XML content files in the site/news folder (which are then
> > > >converted to HTML).
> > > >
> > > >The master index (at jakarta.apache.org/index.html) is generated from
> > > >this file as well (it is limited to the most recent 20 entries).
> > > >
> > > >The format should be easy to grasp.  A root  element contains
> > > > elements.  Each  has an @id and a @title and will be
> > > >used to generate a single news file in the site/news folder.
> > > >Currently, a "group" is a calendar quarter, but this can change in the
> > > >future if things really heat up (i.e., monthly news pages rather than
> > > >quarterly).
> > > >
> > > > contains  and .  Both of these contain an @id
> > > >attribute (consisting of "MMDD.x", i.e., a date stamp and index
> > > >within a day), and a @date attribute (a formatted date, such as "17
> > > >October 2005").  I suspect some clever juggling could programatically
> > > >generate the date from the id, but oh well.
> > > >
> > > > contains @product which is the product that was released
> > > >(i.e., "Tapestry 4.0-beta-11").
> > > >
> > > > contains @title which is simply the title of the news entry
> > > >(i.e., "Right Commons-Cli 1.0 Jar Now In Java Repository").
> > > >
> > > > and  contains a body of markup, the details about that
> > > >product release or general news entry.
> > > >
> > > >I also update the site.xml navigation, to add a link to the RSS feed.
> > > >
> > > >I'm quite happy with how it came out.  An RSS feed makes the site feel
> > > >a bit more modern and cared for.
> > > >
> > > >I suspect at some point we'll need to find a way to split this one
> > > >news file into several files, but beyond that, this seems like an
> > > >approach we can all live with.
> > > >
> > > >--
> > > >Howard M. Lewis Ship
> > > >Independent J2EE / Open-Source Java Consultant
> > > >Creator, Jakarta Tapestry
> > > >Creator, Jakarta HiveMind
> > > >
> > > >Professional Tapestry training, mentoring, support
> > > >and project work.  http://howardlewisship.com
> > > >
> > > >-
> > > >To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > >For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Jakarta Tapestry
> Creator, Jakarta HiveMind
>
> Professional Tapestry training, mentoring, support
> and project work.  http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Pending changes to site

[sebb]

On 25/01/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> Noticed two pending(?) changes when I built the site.
>
>  * Velocity folks: downloads_velocity-engine.html and
> downloads_velocity-tools.html are generated but not in repository.

I think that may be a by-product of the way the velocity section in
downloads.xml is defined; I don't think the stylesheet handles it
properly...

>  * Ortwin: Your blurb on the whoweare page is out of sync in xdocs / docs.
>
> Please check.
>
> -Rahul
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Representing project inactivity on the site

[sebb]

Might be worth distinguishing the Mature/Stable projects - e.g. ORO.
[We're happily using that in JMeter]

Or does Dormant/Inactive imply Mature/Stable?

S.
On 05/03/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> Hola,
> The word we've used in the past for this type of scenario is
> "dormant," although "inactive" is just as good IMHO.  We've left the
> link up but made the front page something like this:
> http://jakarta.apache.org/watchdog/index.html, whose text we spent a
> good time considering and debating.
>
> And generally, +1 to doing the Watchdog thing with all
> inactive/dormant projects such as you pointed out.
>
> Yoav
>
> On 3/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
> >
> > I really shouldn't be sending multiple emails at the same time - you'll
> > all jsut end up replying to one of them. However, itching while the itch
> > is present.
> >
> > Alexandria is dead. We need to represent it as so on the site.
> > ECS, ORO, Regexp are inactive development-wise - represent - site.
> > Slide, POI, Turbine, JCS seem pretty inactive - should we represent such?
> >
> > What labels should we use?
> >
> > I suggest:
> >
> > * Delete Alexandria. It's at the same level as the java-* CVS stuff,
> > ancient history to be forgotten.
> >
> > * ECS, ORO, Regexp to be moved to a label of Inactive.
> >
> > * Others to be raised as questions separately and voted on.
> >
> > Hen
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Yoav Shapira
> Senior Architect
> Nimalex LLC
> 1 Mifflin Place, Suite 310
> Cambridge, MA, USA
> [EMAIL PROTECTED] / www.yoavshapira.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Subproject Charters

[sebb]

On 05/03/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> Hola,
>
> > Do these serve any purpose? Are they a legacy of the days when we tried to
> > create an ASF-like structure within Jakarta to organize things?
>
> I think the answer to the 2nd question is "yes."

Or they may be a way of trying to avoid "feature creep".

> > Any reason not to go ahead and kill these subproject charters?
>
> The Commons is about having a place for existing committers to easily
> and quickly play with stuff that may or may not become actual ASF
> projects.  If we kill the Commons charter, we either need to make sure
> an alternative place is available for that purpose, or that all
> members agree to take their playing elsewhere, e.g. SourceForge.

?? did you mean Sandbox - or the whole of Commons ??

>
> --
> Yoav Shapira
> Senior Architect
> Nimalex LLC
> 1 Mifflin Place, Suite 310
> Cambridge, MA, USA
> [EMAIL PROTECTED] / www.yoavshapira.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r383773 - /jakarta/site/xdocs/site/whoweare.xml

[sebb]

On 07/03/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> On 3/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Author: sandymac
> > Date: Mon Mar  6 20:30:58 2006
> > New Revision: 383773
> >
> > URL: http://svn.apache.org/viewcvs?rev=383773&view=rev
> > Log:
> > Added myself, Sandy McArthur, to whoweare.xml
> >
> > Modified:
> >jakarta/site/xdocs/site/whoweare.xml
> >
> 
>
> Hi Sandy,
>
> Welcome to Jakarta ;-) This won't actually do anything to the site unless you:
>
> a) build the site (I think you'll need JDK1.5 to avoid copious
> whitespace/attribute rearrangement diffs)

Hopefully not ... I'm fairly sure I fixed those.

If not, let me know.

But feel free to use 1.5 anyway !

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jakarta Sandbox?

[sebb]

On 08/03/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
> "Jakarta Rocks Betwixt" (ignoring that the ones for JLC have boring names)
>
> Do we really need 3 catchy terms?
>
> From my point of view, the part that fancy names misses is that these are
> not subprojects, they are just component groupings to make email and the
> website easier to grasp.

+1

> This does put an onus on the website to make it easy to find the component
> you used to know was in Commons, ie) a simple component index etc.

+1

I'd much prefer something like

Jakarta Lang[uage] Components
Jakarta Web Components
etc

I then have some idea what each contains, with having to remember that
Bogart means Language, and Bacall means Web etc.

Otherwise, we might as well call them

Jakarta Group A
Jakarta Group B
Jakarta Group C

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PROPOSAL] Cleanup pmc members

[sebb]

On 16/03/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
[...]
> > Scenarios are...
> >
> > Danny proposes to de-select Robert (just an example mate, I'd never do
> > that:-).
> > a)No votes cast. Robert goes.
> > b)Some people vote +1 but Robert votes -1. He gets to stay.
>
> Nope, he gets to leave. A -1 from the person involved would quite simply
> be a resignation, which can happen at any time.

Surely +1 in this case is a vote for expulsion, and -1 is a vote
against expulsion, i.e. to stay in the PMC?

Or are Robert's votes always the inverse? !

> > c)Robert doesn't vote but someone else knows why he's temporarily unable to
> > contribute so votes -1, He stays.
> >

Here -1 means don't expel.

[...]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Submitting patches

[sebb]

Generally I find that patches are much easier to process as Bugzilla
attachments, rather than sent to the developer list as an attachment.

And if the patch is large, it uses everyones mail resources, most of
whom aren't interested.

Just received such a patch on JMeter - the poster helpfully has a blog
where he says that he followed the guidelines in:

http://jakarta.apache.org/site/source.html#Patches

which do indeed suggest sending patches to the developer mailing list.

I'd like to suggest a change, so that the preferred method of
submitting patches is via Bugzilla or JIRA.

In the case of projects using JIRA, I believe that asks for a software
grant, so it's important that code is submitted that way.

[Actually, I'm not sure when emailed patches are appropriate...]

I'd also like to split the patch section into two:

Patch Creation

Patch Submission

Any objections to this?

If not, I'll make a start on updating the text - and put a copy on my
home page for review.

Sebastian (sebb AT AO)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Submitting patches

[sebb]

Indeed.

Where the product has multiple versions, it may not be obvious where
in SVN to find the appropriate code - and of course someone else may
already be working on it.

S.
On 26/03/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> Hola,
> +1.  For any kind of patch, attaching to an open issue is better.  The
> poster can (and usually should) always email [EMAIL PROTECTED]
> to discuss the patch.
>
> Yoav
>
> On 3/26/06, Martin van den Bemt <[EMAIL PROTECTED]> wrote:
> > Agreed and +1 to the changes..
> >
> > sebb wrote:
> > > Generally I find that patches are much easier to process as Bugzilla
> > > attachments, rather than sent to the developer list as an attachment.
> > >
> > > And if the patch is large, it uses everyones mail resources, most of
> > > whom aren't interested.
> > >
> > > Just received such a patch on JMeter - the poster helpfully has a blog
> > > where he says that he followed the guidelines in:
> > >
> > > http://jakarta.apache.org/site/source.html#Patches
> > >
> > > which do indeed suggest sending patches to the developer mailing list.
> > >
> > > I'd like to suggest a change, so that the preferred method of
> > > submitting patches is via Bugzilla or JIRA.
> > >
> > > In the case of projects using JIRA, I believe that asks for a software
> > > grant, so it's important that code is submitted that way.
> > >
> > > [Actually, I'm not sure when emailed patches are appropriate...]
> >
> > In short : with very simple patches (eg fixing a typo in the docs) I think 
> > a patch as attachment is
> > appropiate. Instead of applying the patch I will simply correct the typo by 
> > hand..
> > So it could be usefull to mention this. Though I prefer code patches to be 
> > in an issue tracker, so
> > it is traceable (at least if people add the issuenumber in the commit 
> > message)
> >
> > Mvgr,
> > Martin
> >
> >
> > >
> > > I'd also like to split the patch section into two:
> > >
> > > Patch Creation
> > >
> > > Patch Submission
> > >
> > > Any objections to this?
> > >
> > > If not, I'll make a start on updating the text - and put a copy on my
> > > home page for review.
> > >
> > > Sebastian (sebb AT AO)
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Yoav Shapira
> Nimalex LLC
> 1 Mifflin Place, Suite 310
> Cambridge, MA, USA
> [EMAIL PROTECTED] / www.yoavshapira.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Submitting patches

[sebb]

OK, here goes:

http://people.apache.org/~sebb/source.html

I removed the CVS references.

Note that the #Patches anchor is referenced from getinvolved & vendors
so I kept the original heading and added subheadings for the various
aspects.

So long as there are no objections, I can apply the changes tomorrow
and regenerate the site.

S.
On 26/03/06, robert burrell donkin <[EMAIL PROTECTED]> wrote:
> On Sun, 2006-03-26 at 12:41 +0100, sebb wrote:
> > Generally I find that patches are much easier to process as Bugzilla
> > attachments, rather than sent to the developer list as an attachment.
> >
> > And if the patch is large, it uses everyones mail resources, most of
> > whom aren't interested.
> >
> > Just received such a patch on JMeter - the poster helpfully has a blog
> > where he says that he followed the guidelines in:
> >
> > http://jakarta.apache.org/site/source.html#Patches
> >
> > which do indeed suggest sending patches to the developer mailing list.
> >
> > I'd like to suggest a change, so that the preferred method of
> > submitting patches is via Bugzilla or JIRA.
> >
> > In the case of projects using JIRA, I believe that asks for a software
> > grant, so it's important that code is submitted that way.
> >
> > [Actually, I'm not sure when emailed patches are appropriate...]
> >
> > I'd also like to split the patch section into two:
> >
> > Patch Creation
> >
> > Patch Submission
> >
> > Any objections to this?
>
> sounds good :)
>
> > If not, I'll make a start on updating the text - and put a copy on my
> > home page for review.
>
> no need to bother: if the feedback's positive then commit and we'll
> review the diffs.
>
> perhaps this information may be better at foundation level but any move
> can wait until you've patched...
>
> - robert
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Submitting patches

[sebb]

On 27/03/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> On 3/26/06, sebb <[EMAIL PROTECTED]> wrote:
> > OK, here goes:
> >
> > http://people.apache.org/~sebb/source.html
> >
> > I removed the CVS references.
> >
> > Note that the #Patches anchor is referenced from getinvolved & vendors
> > so I kept the original heading and added subheadings for the various
> > aspects.
> >
> > So long as there are no objections, I can apply the changes tomorrow
> > and regenerate the site.
> 
>
> Thanks for doing this.
>
> s/Buzilla/Bugzilla/ ("Submitting Patches", 3rd para, 1st sentence).
>
> I'll pick it up if you miss it ;-)
>

Thanks, I'll correct that.

S.
P.S.
[Of course that was put there to make sure someone read it fully (not!) ...]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Remove SVN restrictions

[sebb]

On 27/03/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
> Vote to remove the SVN barriers within Jakarta such that all jakarta-*
> groups are merged into the one jakarta group with the exception of
> jakarta-hivemind, jakarta-slide, jakarta-cactus and jakarta-jmeter under
> the assumption that they are moving to having their own PMCs. Tapestry is
> already within its own auth group.
>
> [X] +1

Can Jakarta committers for projects moving to their own PMCs remain as
Jakarta committers ?

> [ ] -1
>
> If your -1 is only for a particular subproject (ie: you don't care what
> the rest of Jakarta does, feel free to say so).
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn perms for jakarta site?

[sebb]

Have you set up your svn password?

On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> If this helps:
>
> RA layer request failed
> svn: Commit failed (details follow):
> svn: CHECKOUT of '/repos/asf/!svn/ver/389279/jakarta/site/docs/index.html':
> 403 Forbidden (https://svn.apache.org)
>
> On 4/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> >
> > I could be doings this wrong but I can't seem to be able to commit some
> > changes I've made to the site docs for two new tapestry releases. My
> > username is jkuhnert .
> >
> > --
> > Jesse Kuhnert
> > Tacos/Tapestry, team member/developer
> >
> > Open source based consulting work centered around
> > dojo/tapestry/tacos/hivemind.  http://opennotion.com
> >
>
>
>
> --
> Jesse Kuhnert
> Tacos/Tapestry, team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.  http://opennotion.com
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn perms for jakarta site?

[sebb]

No, I think you only have to do it once.

You seem to be in the jakarta group:

$ groups jkuhnert
jkuhnert apcvs jakarta tapestry

Perhaps you are using the wrong URL?

I use the following:

https://svn.apache.org/repos/asf/jakarta/site

S.
On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> Yeah..Well, on tapestry I have at least. Maybe I need to do it for the
> jakarta site repo as well ?
>
> On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> >
> > Have you set up your svn password?
> >
> > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > If this helps:
> > >
> > > RA layer request failed
> > > svn: Commit failed (details follow):
> > > svn: CHECKOUT of
> > '/repos/asf/!svn/ver/389279/jakarta/site/docs/index.html':
> > > 403 Forbidden (https://svn.apache.org)
> > >
> > > On 4/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > >
> > > > I could be doings this wrong but I can't seem to be able to commit
> > some
> > > > changes I've made to the site docs for two new tapestry releases. My
> > > > username is jkuhnert .
> > > >
> > > > --
> > > > Jesse Kuhnert
> > > > Tacos/Tapestry, team member/developer
> > > >
> > > > Open source based consulting work centered around
> > > > dojo/tapestry/tacos/hivemind.  http://opennotion.com
> > > >
> > >
> > >
> > >
> > > --
> > > Jesse Kuhnert
> > > Tacos/Tapestry, team member/developer
> > >
> > > Open source based consulting work centered around
> > > dojo/tapestry/tacos/hivemind.  http://opennotion.com
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Jesse Kuhnert
> Tacos/Tapestry, team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.  http://opennotion.com
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn perms for jakarta site?

[sebb]

I can apply the patches for you if that would help - stick them in
your home directory on people.apache.org and let me know the name(s).

S.
On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> No nevermind, all files appear to be forbidden.
>
> On 4/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> >
> > Yeah that's what I'm using as well. I tried doing it at the command line
> > as well (in hopes that subclipse was just being weird) but the same response
> > was returned.
> >
> > It appears to only error out on the index.html file though. Maybe that one
> > is special ?
> >
> > On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> > >
> > > No, I think you only have to do it once.
> > >
> > > You seem to be in the jakarta group:
> > >
> > > $ groups jkuhnert
> > > jkuhnert apcvs jakarta tapestry
> > >
> > > Perhaps you are using the wrong URL?
> > >
> > > I use the following:
> > >
> > > https://svn.apache.org/repos/asf/jakarta/site
> > >
> > > S.
> > > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > Yeah..Well, on tapestry I have at least. Maybe I need to do it for the
> > > > jakarta site repo as well ?
> > > >
> > > > On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Have you set up your svn password?
> > > > >
> > > > > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > > If this helps:
> > > > > >
> > > > > > RA layer request failed
> > > > > > svn: Commit failed (details follow):
> > > > > > svn: CHECKOUT of
> > > > > '/repos/asf/!svn/ver/389279/jakarta/site/docs/index.html':
> > > > > > 403 Forbidden ( https://svn.apache.org)
> > > > > >
> > > > > > On 4/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > I could be doings this wrong but I can't seem to be able to
> > > commit
> > > > > some
> > > > > > > changes I've made to the site docs for two new tapestry
> > > releases. My
> > > > > > > username is jkuhnert .
> > > > > > >
> > > > > > > --
> > > > > > > Jesse Kuhnert
> > > > > > > Tacos/Tapestry, team member/developer
> > > > > > >
> > > > > > > Open source based consulting work centered around
> > > > > > > dojo/tapestry/tacos/hivemind.  http://opennotion.com
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Jesse Kuhnert
> > > > > > Tacos/Tapestry, team member/developer
> > > > > >
> > > > > > Open source based consulting work centered around
> > > > > > dojo/tapestry/tacos/hivemind.   http://opennotion.com
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > -
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Jesse Kuhnert
> > > > Tacos/Tapestry, team member/developer
> > > >
> > > > Open source based consulting work centered around
> > > > dojo/tapestry/tacos/hivemind.  http://opennotion.com
> > > >
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> > --
> >
> > Jesse Kuhnert
> > Tacos/Tapestry, team member/developer
> >
> > Open source based consulting work centered around
> > dojo/tapestry/tacos/hivemind.  http://opennotion.com
> >
>
>
>
> --
> Jesse Kuhnert
> Tacos/Tapestry, team member/developer
>
> Open source based consulting work centered around
> dojo/tapestry/tacos/hivemind.  http://opennotion.com
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn perms for jakarta site?

[sebb]

I applied the news and downloads changes.

I made a slight tweak to the downloads.xml patch - I used the entity
definitions in the header, so you won't need to change that again.

Have a look at the updated files and see if you are happy, and I will
build and upload the site shortly.

==

The docs patch has lots of changes which are purely in the spacing.
I don't get those - I thought I had fixed build.xml so that the spaces
did not get added.

If you can let me know what commands you used to build the site, the
OS/JVM etc, I'd like to see if I can fix the build...

S.
On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> That would be great, thanks!
>
> I've put them all in my home dir, they all start with jakarta-site2- and end
> with -patch.txt. (subclipse is driving me nuts with it's inability to see
> the new 3.5 directory structure)
>
> On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> >
> > I can apply the patches for you if that would help - stick them in
> > your home directory on people.apache.org and let me know the name(s).
> >
> > S.
> > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > No nevermind, all files appear to be forbidden.
> > >
> > > On 4/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Yeah that's what I'm using as well. I tried doing it at the command
> > line
> > > > as well (in hopes that subclipse was just being weird) but the same
> > response
> > > > was returned.
> > > >
> > > > It appears to only error out on the index.html file though. Maybe that
> > one
> > > > is special ?
> > > >
> > > > On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > No, I think you only have to do it once.
> > > > >
> > > > > You seem to be in the jakarta group:
> > > > >
> > > > > $ groups jkuhnert
> > > > > jkuhnert apcvs jakarta tapestry
> > > > >
> > > > > Perhaps you are using the wrong URL?
> > > > >
> > > > > I use the following:
> > > > >
> > > > > https://svn.apache.org/repos/asf/jakarta/site
> > > > >
> > > > > S.
> > > > > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > > Yeah..Well, on tapestry I have at least. Maybe I need to do it for
> > the
> > > > > > jakarta site repo as well ?
> > > > > >
> > > > > > On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > Have you set up your svn password?
> > > > > > >
> > > > > > > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > > > > If this helps:
> > > > > > > >
> > > > > > > > RA layer request failed
> > > > > > > > svn: Commit failed (details follow):
> > > > > > > > svn: CHECKOUT of
> > > > > > > '/repos/asf/!svn/ver/389279/jakarta/site/docs/index.html':
> > > > > > > > 403 Forbidden ( https://svn.apache.org)
> > > > > > > >
> > > > > > > > On 4/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > > > > >
> > > > > > > > > I could be doings this wrong but I can't seem to be able to
> > > > > commit
> > > > > > > some
> > > > > > > > > changes I've made to the site docs for two new tapestry
> > > > > releases. My
> > > > > > > > > username is jkuhnert .
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Jesse Kuhnert
> > > > > > > > > Tacos/Tapestry, team member/developer
> > > > > > > > >
> > > > > > > > > Open source based consulting work centered around
> > > > > > > > > dojo/tapestry/tacos/hivemind.  http://opennotion.com
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Jesse Kuhnert
> > > > >

Re: svn perms for jakarta site?

[sebb]

OK, thanks.

I guess the IBM java 1.5 may be be behaving like the Sun Java 1.4,
which adds the extra spaces before the closing tags.

Of course another way to look at it is that Sun Java 1.5 removes the
spaces, which the others leave in...

Samples:
  ! sun 1.4 and IBM as below
   ! sun 1.5

The build script currently only processes the output files to remove
spaces if it detects Java 1.4.

If you would like to try and see if the whitespace removal would fix
the differences, you can use the following ant command:

ant -Djdk14=1.4

If I can work out how to distinguish Sun Java 1.5 from the others,
I'll update the build script accordingly. [Or maybe just do it anyway,
and not worry about the unnecessary work.]

Sebastian
On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> Looks good to me, thank you.
>
> 
>
> Java version:
> java version "1.5.0"
> Java(TM) 2 Runtime Environment, Standard Edition (build
> pxi32devifx-20060124)
> IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux x86-32
> j9vmxi3223ifx-20060124 (JIT enabled)
> J9VM - 20051027_03723_lHdSMR
> JIT  - 20051027_1437_r8
> GC   - 20051020_AA)
> JCL  - 20060120a
>
> OS(uname -a):
> Linux babushka 2.6.15-19-386 #1 PREEMPT Mon Mar 20 16:46:02 UTC 2006 i686
> GNU/Linux
>
>
> On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> >
> > I applied the news and downloads changes.
> >
> > I made a slight tweak to the downloads.xml patch - I used the entity
> > definitions in the header, so you won't need to change that again.
> >
> > Have a look at the updated files and see if you are happy, and I will
> > build and upload the site shortly.
> >
> > ==
> >
> > The docs patch has lots of changes which are purely in the spacing.
> > I don't get those - I thought I had fixed build.xml so that the spaces
> > did not get added.
> >
> > If you can let me know what commands you used to build the site, the
> > OS/JVM etc, I'd like to see if I can fix the build...
> >
> > S.
> > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > That would be great, thanks!
> > >
> > > I've put them all in my home dir, they all start with jakarta-site2- and
> > end
> > > with -patch.txt. (subclipse is driving me nuts with it's inability to
> > see
> > > the new 3.5 directory structure)
> > >
> > > On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> > > >
> > > > I can apply the patches for you if that would help - stick them in
> > > > your home directory on people.apache.org and let me know the name(s).
> > > >
> > > > S.
> > > > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > No nevermind, all files appear to be forbidden.
> > > > >
> > > > > On 4/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > Yeah that's what I'm using as well. I tried doing it at the
> > command
> > > > line
> > > > > > as well (in hopes that subclipse was just being weird) but the
> > same
> > > > response
> > > > > > was returned.
> > > > > >
> > > > > > It appears to only error out on the index.html file though. Maybe
> > that
> > > > one
> > > > > > is special ?
> > > > > >
> > > > > > On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > No, I think you only have to do it once.
> > > > > > >
> > > > > > > You seem to be in the jakarta group:
> > > > > > >
> > > > > > > $ groups jkuhnert
> > > > > > > jkuhnert apcvs jakarta tapestry
> > > > > > >
> > > > > > > Perhaps you are using the wrong URL?
> > > > > > >
> > > > > > > I use the following:
> > > > > > >
> > > > > > > https://svn.apache.org/repos/asf/jakarta/site
> > > > > > >
> > > > > > > S.
> > > > > > > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > > > > Yeah..Well, on tapestry I have at least. Maybe I need to do it
> > for
> > > > the
> > > > > > > > jakarta site repo as well ?
> > > > > > > >
> > > > > > > > On 4/1/06, sebb <[EMAIL PR

Re: svn perms for jakarta site?

[sebb]

The extra spaces should only matter for differencing and therefore SVN surely?

BTW, I've updated build.xml to check for Sun Java 1.5; anything else
and it will remove the extra white-space.

Hopefully that will reduce the number of spurious changes.

S.
On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> Oh great! Now I know why a "bug" keeps happening in tapestry template
> parsing.
>
> On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> >
> > OK, thanks.
> >
> > I guess the IBM java 1.5 may be be behaving like the Sun Java 1.4,
> > which adds the extra spaces before the closing tags.
> >
> > Of course another way to look at it is that Sun Java 1.5 removes the
> > spaces, which the others leave in...
> >
> > Samples:
> >   ! sun 1.4 and IBM as below
> >! sun 1.5
> >
> > The build script currently only processes the output files to remove
> > spaces if it detects Java 1.4.
> >
> > If you would like to try and see if the whitespace removal would fix
> > the differences, you can use the following ant command:
> >
> > ant -Djdk14=1.4
> >
> > If I can work out how to distinguish Sun Java 1.5 from the others,
> > I'll update the build script accordingly. [Or maybe just do it anyway,
> > and not worry about the unnecessary work.]
> >
> > Sebastian
> > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > Looks good to me, thank you.
> > >
> > > 
> > >
> > > Java version:
> > > java version "1.5.0"
> > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > > pxi32devifx-20060124)
> > > IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux x86-32
> > > j9vmxi3223ifx-20060124 (JIT enabled)
> > > J9VM - 20051027_03723_lHdSMR
> > > JIT  - 20051027_1437_r8
> > > GC   - 20051020_AA)
> > > JCL  - 20060120a
> > >
> > > OS(uname -a):
> > > Linux babushka 2.6.15-19-386 #1 PREEMPT Mon Mar 20 16:46:02 UTC 2006
> > i686
> > > GNU/Linux
> > >
> > >
> > > On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> > > >
> > > > I applied the news and downloads changes.
> > > >
> > > > I made a slight tweak to the downloads.xml patch - I used the entity
> > > > definitions in the header, so you won't need to change that again.
> > > >
> > > > Have a look at the updated files and see if you are happy, and I will
> > > > build and upload the site shortly.
> > > >
> > > > ==
> > > >
> > > > The docs patch has lots of changes which are purely in the spacing.
> > > > I don't get those - I thought I had fixed build.xml so that the spaces
> > > > did not get added.
> > > >
> > > > If you can let me know what commands you used to build the site, the
> > > > OS/JVM etc, I'd like to see if I can fix the build...
> > > >
> > > > S.
> > > > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > That would be great, thanks!
> > > > >
> > > > > I've put them all in my home dir, they all start with jakarta-site2-
> > and
> > > > end
> > > > > with -patch.txt. (subclipse is driving me nuts with it's inability
> > to
> > > > see
> > > > > the new 3.5 directory structure)
> > > > >
> > > > > On 4/1/06, sebb <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > I can apply the patches for you if that would help - stick them in
> > > > > > your home directory on people.apache.org and let me know the
> > name(s).
> > > > > >
> > > > > > S.
> > > > > > On 01/04/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > > > No nevermind, all files appear to be forbidden.
> > > > > > >
> > > > > > > On 4/1/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
> > > > > > > >
> > > > > > > > Yeah that's what I'm using as well. I tried doing it at the
> > > > command
> > > > > > line
> > > > > > > > as well (in hopes that subclipse was just being weird) but the
> > > > same
> > > > > > response
> > > > > > > > was returned.
> > > > > > > &g

Add RSS LINK tags to pages? Content of RSS.XML

[sebb]

Now that there is an RSS feed, perhaps it would be a good idea to add
the appropriate link to the Jakarta pages?

This just means adding something like the following to the HEAD section:



When added these allow some browsers (e.g. FireFox) to add the feed
easily as a link:

http://www.mozilla.com/firefox/livebookmarks.html

For an example of it in action, the BBC news site: http://news.bbc.co.uk/

I'm happy to add the links if there are no objections.

==

Having added the RSS feed manually to FireFox, it shows up as rather a
huge list of links.

Perhaps there should be some pruning of older entries - not sure how
easy that would be to do.

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Encoding and format of RSS.XML

[sebb]

Should the RSS.XML file use encoding="WINDOWS-1252"?

Most (all) the other files use encoding="ISO-8859-1".

Also, the layout is not all that easy to read - not all that important
for end-users, but makes it a bit harder to review changes. Adding
indent="yes" should sort this.

Any objections to changing these items?

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Move Jakarta Cactus/JMeter to new Testing TLP

[sebb]

On 18/04/06, Felipe Leme <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> In the last months, there have been some discussions internally (at
> Jakarta PMC, Cactus and JMeter lists) about creating a new Testing TLP
> (Apache Top Level Project) and moving Cactus and JMeter out of Jakarta
> to this new project (which eventually could grow and 'acquire' more
> projects, like DbUnit).
>
> The overall consensus seems that such TLP should be created, even
> though the previous proposal did not get enough votes (looks like it
> was an misunderstanding from the way it was proposed).
>
> So, in order to move the process ahead, I would like to propose a new
> vote here on the general list (I will notify the dev lists about it).
> The options are:
>
> [  ] +1 I am favorable to the move and would like to contribute to the new TLP
> [  ] +1 I am favorable to the move but would not be participating in the new 
> TLP
> [ X] +0 it does not matter to me
> [  ] -1 I am against it because 
>
> Notice that I have included 2 +1 options to make it clear that voting
> +1 does not imply a participation in the new TLP - it only means an
> agreement that these projects should leave Jakarta to form a new TLP.
> OTOH, people willing to contribute to the new TLP might also propose
> themselves to its PMC by editing the proposal on Jakarta's wiki
> (http://wiki.apache.org/jakarta/TLPCactusAndJMeter).
>
> []s,
>
> -- Felipe
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r406674 [1/8] - in /jakarta/site: ./ docs/ docs/site/ docs/site/downloads/ docs/site/news/ docs/site/pmc/ xdocs/downloads/

[sebb]

On 15/05/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Author: jkuhnert
Date: Mon May 15 09:42:01 2006
New Revision: 406674

URL: http://svn.apache.org/viewcvs?rev=406674&view=rev
Log:
Updated site for recent tapestry 4.0.2 release

Modified:
jakarta/site/docs/index.html
jakarta/site/docs/site/downloads/downloads_oro.html

...

==

--- jakarta/site/docs/site/downloads/downloads_oro.html (original)
+++ jakarta/site/docs/site/downloads/downloads_oro.html Mon May 15 09:42:01 2006
@@ -1,9 +1,9 @@
 http://www.w3.org/TR/html4/loose.dtd";>
 
 
-
+


Looks like the dreaded space difference has come back again.
[Different versions of xsl seem to behave differently]

I thought I had fixed that by ensuring that the extra spaces are removed.

Can you say how you created the updated html files please, so I can
try and fix it for the future?

I.e, what command line, and what OS/JVM did you use?

Thanks,
Sebastian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[site] Copyright dates

[sebb]

I updated the stylesheet to change the Copyright statement from
1999-2005 to 1999-2006 a week or so ago.

Of course this changes all the generated HTML pages.

I've not yet updated them, as I wanted to double-check if this was
needed 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? Not sure if it is possible to do this
automatically...

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] Copyright dates

[sebb]

On 31/05/06, Martin Cooper <[EMAIL PROTECTED]> wrote:

On 5/31/06, sebb <[EMAIL PROTECTED]> wrote:
>
> I updated the stylesheet to change the Copyright statement from
> 1999-2005 to 1999-2006 a week or so ago.
>
> Of course this changes all the generated HTML pages.
>
> I've not yet updated them, as I wanted to double-check if this was
> needed 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.


OK, point taken.

However, although the bulk of the content will not change unless the
source xml file is updated, the left and right navigation panels
change rather more frequently.

In which case, should the date be updated or not?

[It may be possible to check the dates on various files to determine
the most recent, and use that, if that is what is required.]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] Copyright dates

[sebb]

On 31/05/06, Henri Yandell <[EMAIL PROTECTED]> wrote:




On Wed, 31 May 2006, Henri Yandell wrote:

>
>
> On Wed, 31 May 2006, Martin Cooper wrote:
>
>> On 5/31/06, sebb <[EMAIL PROTECTED]> wrote:
>>>
>>> I updated the stylesheet to change the Copyright statement from
>>> 1999-2005 to 1999-2006 a week or so ago.
>>>
>>> Of course this changes all the generated HTML pages.
>>>
>>> I've not yet updated them, as I wanted to double-check if this was
>>> needed 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.
>
> Not sure if it's required for the sites. I suspect the concept of templating
> is perfectly acceptable and the copyright can be considered to refer to the
> whole site and not just the page in question.
>
> Worth a legal-discuss question.

As he IM'd me, I took the liberty of unleashing this question on Cliff.
You'll be surprised by the result of the conversation - drop the copyright
from the footer and just update the copyright on the legal info page.

Sounds good to me. Less to maintain.


+1


All that having the copyright on each page does is provide a defense
against an "innocent infringement defence" - which apparantly means when
someone says they didn't know they were doing wrong. Not keeping the
copyright up to date means that it'll expire in 93 years not 95, so not
even a huge deal to worry about keeping it up to date.

How does that sound?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] Copyright dates

[sebb]

On 31/05/06, sebb <[EMAIL PROTECTED]> wrote:

On 31/05/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
>
>
> On Wed, 31 May 2006, Henri Yandell wrote:
>
> >
> >
> > On Wed, 31 May 2006, Martin Cooper wrote:
> >
> >> On 5/31/06, sebb <[EMAIL PROTECTED]> wrote:
> >>>
> >>> I updated the stylesheet to change the Copyright statement from
> >>> 1999-2005 to 1999-2006 a week or so ago.
> >>>
> >>> Of course this changes all the generated HTML pages.
> >>>
> >>> I've not yet updated them, as I wanted to double-check if this was
> >>> needed 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.
> >
> > Not sure if it's required for the sites. I suspect the concept of templating
> > is perfectly acceptable and the copyright can be considered to refer to the
> > whole site and not just the page in question.
> >
> > Worth a legal-discuss question.
>
> As he IM'd me, I took the liberty of unleashing this question on Cliff.
> You'll be surprised by the result of the conversation - drop the copyright
> from the footer and just update the copyright on the legal info page.
>
> Sounds good to me. Less to maintain.

+1

> All that having the copyright on each page does is provide a defense
> against an "innocent infringement defence" - which apparantly means when
> someone says they didn't know they were doing wrong. Not keeping the
> copyright up to date means that it'll expire in 93 years not 95, so not
> even a huge deal to worry about keeping it up to date.
>
> How does that sound?
>



At present, all the pages contain the footer:

Copyright (c) 1999-2005, The Apache Software Foundation. _Legal information_

where _Legal information_ is a link to the legal page (which
definitely needs updating to 2006!)

IIUC, the new footer would just be:

_Legal information_

Is that correct?

Or would it be better to have:

Copyright (c) The Apache Software Foundation. _Legal information_

i.e. remove just the dates from all footers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] Copyright dates

[sebb]

On 01/06/06, Roland Weber <[EMAIL PROTECTED]> wrote:

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 applies simply because
we own the copyright, not because of some notice being in the page.
The notice is just to make people aware of the fact.


+1


But copyright is different from the USA here in Germany.



And in the UK probably too, but IANAL...

===

I'm going to revert the stylesheet back to 2005, and update the legal
page to 2006.

This will reduce the number of pages that are updated - until such
time as this discussion is resolved...

s///
(or perhaps I should sign off as s\\\ this time!)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [EMAIL PROTECTED]: Project jakarta-site2 (in module jakarta-site2) failed

[sebb]

On 03/06/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote:

To whom it may engage...

news-gen:
[mkdir] Created dir: /x1/gump/public/workspace/jakarta-site2/target/news-gen
 [xslt] Processing /x1/gump/public/workspace/jakarta-site2/news.xml to 
/x1/gump/public/workspace/jakarta-site2/docs/site/rss.xml
 [xslt] Loading stylesheet 
/x1/gump/public/workspace/jakarta-site2/xdocs/stylesheets/news2content.xsl
 [xslt] /x1/gump/public/workspace/jakarta-site2/news2content.xsl:28:36: 
Error! Had IO Exception with stylesheet file: common.xsl Cause: 
java.io.FileNotFoundException: 
/x1/gump/public/workspace/jakarta-site2/common.xsl (No such file or directory)


Something odd going on here. The loaded style-sheet is

.../jakarta-site2/xdocs/stylesheets/news2content.xsl

but the error message quotes:

.../jakarta-site2/news2content.xsl

This may explain why it is looking for

.../jakarta-site2/common.xsl

rather than

.../jakarta-site2/xdocs/stylesheets/common.xsl

I'm going to try:
- deleting .../jakarta-site2/news2content.xsl just in case there is a copy there
- copying common.xsl into top-level

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

xsl:include not working properly under Gump

[sebb]

On 03/06/06, sebb <[EMAIL PROTECTED]> wrote:

On 03/06/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> To whom it may engage...
>
> news-gen:
> [mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-site2/target/news-gen
>  [xslt] Processing /x1/gump/public/workspace/jakarta-site2/news.xml to 
/x1/gump/public/workspace/jakarta-site2/docs/site/rss.xml
>  [xslt] Loading stylesheet 
/x1/gump/public/workspace/jakarta-site2/xdocs/stylesheets/news2content.xsl
>  [xslt] /x1/gump/public/workspace/jakarta-site2/news2content.xsl:28:36: 
Error! Had IO Exception with stylesheet file: common.xsl Cause: 
java.io.FileNotFoundException: /x1/gump/public/workspace/jakarta-site2/common.xsl 
(No such file or directory)

Something odd going on here. The loaded style-sheet is

.../jakarta-site2/xdocs/stylesheets/news2content.xsl

but the error message quotes:

.../jakarta-site2/news2content.xsl

This may explain why it is looking for

.../jakarta-site2/common.xsl

rather than

.../jakarta-site2/xdocs/stylesheets/common.xsl

I'm going to try:
- deleting .../jakarta-site2/news2content.xsl just in case there is a copy there
- copying common.xsl into top-level



Copying common.xsl to the top-level works. But that in turn then
fails, because it also uses xsl:import. That can be fixed. But then
later xslt transformations fail. Etc.

According to the documentation I've read, relative references in
xsl:import tags should be resolved with respect to the parent
document.

However, when run under Gump, the references seem to be resolved
relative to the current working directory, which stops the build from
working.

Does anyone know how to fix this?
Is it perhaps a feature of the xslt processor that is used?
How do I find out what is being used?

Note that the build script works fine under Java 1.4 and 1.5 when run
outside Gump.

Sebastian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: xsl:include not working properly under Gump

[sebb]

OK, thanks - I've disabled the Gump fix.
[I'll remove it entirely later]

S.
On 06/06/06, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:

Hello Sebb,

I broke xsl:include with a change in the XSLTTask in ant.
I will fix this evening.

Regards,

Antoine
>  Original-Nachricht 
> Datum: Tue, 6 Jun 2006 18:05:13 +0100
> Von: sebb <[EMAIL PROTECTED]>
> An: Jakarta General List , Gump code and data 

> Betreff: xsl:include not working properly under Gump
>
> On 03/06/06, sebb <[EMAIL PROTECTED]> wrote:
> > On 03/06/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> > > To whom it may engage...
> > >
> > > news-gen:
> > > [mkdir] Created dir:
> /x1/gump/public/workspace/jakarta-site2/target/news-gen
> > >  [xslt] Processing
> /x1/gump/public/workspace/jakarta-site2/news.xml
> to /x1/gump/public/workspace/jakarta-site2/docs/site/rss.xml
> > >  [xslt] Loading stylesheet
> /x1/gump/public/workspace/jakarta-site2/xdocs/stylesheets/news2content.xsl
> > >  [xslt]
> /x1/gump/public/workspace/jakarta-site2/news2content.xsl:28:36: Error! Had
> IO Exception with stylesheet file: common.xsl Cause:
> java.io.FileNotFoundException:
> /x1/gump/public/workspace/jakarta-site2/common.xsl (No such file or
> directory)
> >
> > Something odd going on here. The loaded style-sheet is
> >
> > .../jakarta-site2/xdocs/stylesheets/news2content.xsl
> >
> > but the error message quotes:
> >
> > .../jakarta-site2/news2content.xsl
> >
> > This may explain why it is looking for
> >
> > .../jakarta-site2/common.xsl
> >
> > rather than
> >
> > .../jakarta-site2/xdocs/stylesheets/common.xsl
> >
> > I'm going to try:
> > - deleting .../jakarta-site2/news2content.xsl just in case there is a
> copy there
> > - copying common.xsl into top-level
> >
> Copying common.xsl to the top-level works. But that in turn then
> fails, because it also uses xsl:import. That can be fixed. But then
> later xslt transformations fail. Etc.
>
> According to the documentation I've read, relative references in
> xsl:import tags should be resolved with respect to the parent
> document.
>
> However, when run under Gump, the references seem to be resolved
> relative to the current working directory, which stops the build from
> working.
>
> Does anyone know how to fix this?
> Is it perhaps a feature of the xslt processor that is used?
> How do I find out what is being used?
>
> Note that the build script works fine under Java 1.4 and 1.5 when run
> outside Gump.
>
> Sebastian
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[VOTE] Release JMeter 2.2RC1 (take 2)

[sebb]

Not sure what happened to the previous e-mail; trying again.

Here's my

+1

Sebastian
-- Forwarded message --
From: Sebastian Bazley (Apache) <[EMAIL PROTECTED]>
Date: 11-Jun-2006 19:08
Subject: [VOTE] Release JMeter 2.2RC1 (take 2)
To: JMeter Developers List , Jakarta
General List , Jakarta Project Management
Committee List <[EMAIL PROTECTED]>


Just after voting started, a bug was raised. This has now been fixed.
I also found that 2 sample files were missing from the distribution.

So I've cut another release, which is now called 2.2RC1.

Archives and MD5s are here:
http://people.apache.org/builds/jakarta-jmeter/nightly/

Site/Docs are here:
http://people.apache.org/~sebb/jmeter-2.2RC1

Release notes here:
http://people.apache.org/~sebb/jmeter-2.2RC1/changes.html

The difference listing between 2.1.2RC1 and 2.2RC1 is in the file

http://people.apache.org/~sebb/jmeter-2.2RC1/diff.txt

Sorry for the repetition; hopefully this time it's all OK.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[VOTE] [RESULT] Release JMeter 2.2

[sebb]

Here is the result of the second round of JMeter release votes:

+1 (binding)
Sebastian Bazley
Peter Lin
Davanum Srinivas

+1 (non-binding)
Giuseppe Calignano

The result of the previous vote for 2.1.2RC1 was as follows:

+1 (binding)
Sebastian Bazley
Peter Lin
Davanum Srinivas
Felipe Leme
Dion Gillard
Michael Stover

+1 (non-binding)
Eric Dalquist
Sumit Shah

I will cut tag and cut the release 2.2 from 2.2RC1 shortly.

Thanks to all who voted and commented.

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] regenerating the jakarta site

[sebb]

Were there any errors reported by the Ant build?

Some while ago I added a task to strip off the extra spaces. Did this
complete successfully?

The last time there were space differences, there was an error that
stopped the replace working, but it had not been noticed (there's
quite a lot of output generated).

Or perhaps it did not run - it depends on the Java version, as I did
not want to run it if it was not necessary. You could try fixing the
file to always run the replace.

Sebastian
On 15/06/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:

I just ran the ant task to regenerate the Jakarta site, but it
generated changes to much more than the two pages I had modified -
inserting an extra space before the tag close. Looks like its
reversing the following change:

http://svn.apache.org/viewvc?view=rev&revision=410923

Any ideas?

Niall

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] regenerating the jakarta site

[sebb]

On 15/06/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:

On 6/15/06, sebb <[EMAIL PROTECTED]> wrote:
> Were there any errors reported by the Ant build?
>
> Some while ago I added a task to strip off the extra spaces. Did this
> complete successfully?
>
> The last time there were space differences, there was an error that
> stopped the replace working, but it had not been noticed (there's
> quite a lot of output generated).
>
> Or perhaps it did not run - it depends on the Java version, as I did
> not want to run it if it was not necessary. You could try fixing the
> file to always run the replace.

That was it - I ran it originally using JDK 1.5.0_06 and the replace


Which vendor/OS?


only runs for JDK 1.4 - when I switch to JDK 1.4 or change the
build.xml to run it for any JDK version then it only generates changes
for what I expected.

Was there a reason this was targeted only at JDK 1.4? Also I don't
understand why its doing this replace anyway - doesn't the space make
it valid XHTML?



The space does not affect validity.

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
both was to remove the extra spaces.

It seemed unnecessary to strip the spaces for 1.5, so I made it conditional.
Later I discovered that some VMs other than Sun added the spaces, so I
changed the check to look for Sun 1.5 only.

Seems like you have found that the replace needs to be done always.

The alternative would have been to insist that everyone used the same
JVM and vendor to generate the output ...

There is another difference between JVMs - tags with multiple
attributes are ordered differently when converted to XHTML. This was
handled by only allowing a single attribute per XML tag, and using
 for the others. There's a task which checks the
XSL files to enforce this.

Sebastian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] regenerating the jakarta site

[sebb]

On 15/06/06, Roland Weber <[EMAIL PROTECTED]> wrote:

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
> both was to remove the extra spaces.
>
> It seemed unnecessary to strip the spaces for 1.5, so I made it
> conditional.
> Later I discovered that some VMs other than Sun added the spaces, so I
> changed the check to look for Sun 1.5 only.
>
> Seems like you have found that the replace needs to be done always.
>
> The alternative would have been to insist that everyone used the same
> JVM and vendor to generate the output ...
>
> There is another difference between JVMs - tags with multiple
> attributes are ordered differently when converted to XHTML. This was
> handled by only allowing a single attribute per XML tag, and using
>  for the others. There's a task which checks the
> XSL files to enforce this.

I admit it's a long shot, but this sounds like a lot of effort with the
intention to make "diff" work on XHTML files. Is there no "xmldiff"
tool that knows how to ignore whitspace within tags and the order of
attributes? Or is there another reason why these things should remain
constant though XML (and therefore XHTML) considers them dont-cares?


The "diff" is being done by SVN - not sure how easy it is to change
that for every user of the Jakarta SVN ...

Sebastian

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [site] regenerating the jakarta site

[sebb]

On 15/06/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:

On 6/15/06, sebb <[EMAIL PROTECTED]> wrote:
> On 15/06/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> > On 6/15/06, sebb <[EMAIL PROTECTED]> wrote:
> > > Were there any errors reported by the Ant build?
> > >
> > > Some while ago I added a task to strip off the extra spaces. Did this
> > > complete successfully?
> > >
> > > The last time there were space differences, there was an error that
> > > stopped the replace working, but it had not been noticed (there's
> > > quite a lot of output generated).
> > >
> > > Or perhaps it did not run - it depends on the Java version, as I did
> > > not want to run it if it was not necessary. You could try fixing the
> > > file to always run the replace.
> >
> > That was it - I ran it originally using JDK 1.5.0_06 and the replace
>
> Which vendor/OS?

Sun/W2K

> > only runs for JDK 1.4 - when I switch to JDK 1.4 or change the
> > build.xml to run it for any JDK version then it only generates changes
> > for what I expected.
> >
> > Was there a reason this was targeted only at JDK 1.4? Also I don't
> > understand why its doing this replace anyway - doesn't the space make
> > it valid XHTML?
> >
>
> The space does not affect validity.
>
> 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
> both was to remove the extra spaces.
>
> It seemed unnecessary to strip the spaces for 1.5, so I made it conditional.
> Later I discovered that some VMs other than Sun added the spaces, so I
> changed the check to look for Sun 1.5 only.
>
> Seems like you have found that the replace needs to be done always.

Yup, looks that way for it to be consistent. You want to do it or shall I?


If you don't mind...


Niall

P.S. Thx for the help on this - just trying to add an announcement :-)



No problem...

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: License headers not all at version 2.0..

[sebb]

On 13/08/06, Martin van den Bemt <[EMAIL PROTECTED]> wrote:

Hi everyone,

Just did a quick scan on some projects and it seems not all license headers 
were changed to version
2.0. So I ask all projects to have a look at this. Just a couple of projects 
that I scanned :

- Bcel : clean
- bsf : not clean
- cactus : not clean (some xsl file)
- ecs : clean
- jcs : clean
- jmeter : not clean (package.html files in htmlparser)


jmeter-trunk is currently inactive, which is probably why the files
were not fixed.


- turbine : clean after one fix.

Didn't scan the rest :)

I am just talking trunk here.

Mvgr,
Martin



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Newbies Query on JMeter - functions

[sebb]

JMeter questions should be sent to the JMeter User list please.

See:

http://jakarta.apache.org/site/mail.html
and
http://jakarta.apache.org/site/mail2.html


On 20/12/06, Garg, Amit (Cognizant) <[EMAIL PROTECTED]> wrote:


Hi,

I want to use a function for logging the returned value from a Response 
Assertion to Std-out using an IF controller. The purpose of IF controller 
should be to execute that piece of code only if the condition is true. But then 
I am not sure where to put this function in the script.
For eg. If I want to use __log() function then where should it be inserted to 
print the value on STDOUT or STDERR?

I am just starting with JMeter to do some Load Tests for my application using a 
basic script.

I would be grateful if you someone could provide me some quick pointers on this.


Thanks in advance,

Amit






This e-mail and any files transmitted with it are for the sole use of the 
intended recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply 
e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding, printing 
or copying of this email or any action taken in reliance on this e-mail is 
strictly
prohibited and may be unlawful.

  Visit us at http://www.cognizant.com



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[OT] Icons for Java application (JMeter)

[sebb]

I'm looking for some icons suitable for use in a Swing JTree - so they
need to be GIF or PNG (I don't think SVG works).

I need the following icons:

Success - perhaps a tick?
Failure- perhaps a cross?

These are to be used on the tree entries to distinguish successful and
unsuccessful samples.

At present the label is coloured red for failures, but this is not
much use for colour-blind users (or indeed B+W printing).

There are lots of icon samples on the web, but I've not found one that
is suitable.

Perhaps someone knows of some suitable icons already used by Apache products?

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [OT] Icons for Java application (JMeter)

[sebb]

Thanks - those look good.

On 28/02/07, Martin van den Bemt <[EMAIL PROTECTED]> wrote:

Continuum has them..
See
http://svn.apache.org/repos/asf/maven/continuum/continuum-1.0.1/continuum-web/src/main/resources/images/

Mvgr,
Martin

sebb wrote:
> I'm looking for some icons suitable for use in a Swing JTree - so they
> need to be GIF or PNG (I don't think SVG works).
>
> I need the following icons:
>
> Success - perhaps a tick?
> Failure- perhaps a cross?
>
> These are to be used on the tree entries to distinguish successful and
> unsuccessful samples.
>
> At present the label is coloured red for failures, but this is not
> much use for colour-blind users (or indeed B+W printing).
>
> There are lots of icon samples on the web, but I've not found one that
> is suitable.
>
> Perhaps someone knows of some suitable icons already used by Apache
> products?
>
> S///
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PROPOSAL] Create [EMAIL PROTECTED] mailinglist..

[sebb]

On 04/03/07, Rainer Klute <[EMAIL PROTECTED]> wrote:

Daniel F. Savarese schrieb:
> In message <[EMAIL PROTECTED]>, "Andrew C. Oliver" writes:
>
>> lists.  (If you disagree look at the list archive for
>> each over the last 6 months and see if you REALLY disagree in more than
>> THEORY).
>>
>
> At least for oro, some Linux distributions continue to ship it as part of
> their core packages.  For example, Fedora Core 4, 5, and 6 all included
> it and 7 will include it as well.  That's millions of real installations.




There are also packages and applications (e.g. JMeter) which use ORO
and which are still active. Same applies to them.


I strogly agree with Daniel. Even if there are no ongoing activities on
a project, we should never, NEVER call it "dead" or give it any other
attributation with a negative tone. "Dormant" also has negative
implications. "Mature" would be fine.


+1

And/or "Stable".

Just not Retired or Pensioned off or Redundant or past-it ;-)

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Regexp 1.5

[sebb]

On 14/03/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:

Henning Schmiedehausen wrote:
> Hm,
>
> I hate to spoil you here but according to a recent board discussion,
> some discussion on [EMAIL PROTECTED] and a completely botched release
> attempt in Velocity

My condolences to you...


> land:
>
> You actually have to roll and sign a tarball/zip ball on which the vote
> happens. "Release-then-Vote" seems to be the only accepted way by the
> board these days;

Thankfully, neither events in velocity-private nor board feelings apply here.
Either Jakarta PMC votes for it or receives an resolution, before that happens,
existing procedures [1] stay.


> personally I do prefer "Vote-then-Release" myself but
> that seems to be the way it is.

Agree. Doing otherwise is putting carriage before the horse. The closest I can
do to satisfy old ladies drinking tea is this "rc" trunk build [2]. Of course
those are not the files to be distributed: to get those, I actually would have
to do release first. And that would put me in catch 22 situation. Hence these RC
builds have to suffice.


> On the release itself I'm +1, on the procedure I prefer to abstain. :-)

Thanks! Now need one more before starting tagging. Also I think I need to update
headers as per [3], is that correct?


You also need a NOTICE file [3]

The LICENSE and NOTICE files ought to go into the jar as well, as the
jar may well be used on its own.

License should be LICENSE [3]


Vadim

[1] http://jakarta.apache.org/commons/releases/release.html
[2] http://people.apache.org/~vgritsenko/regexp/


It would be nice if the MD5 files used the more standard format:

9336ab3a8871e055ca573ef6167ca90d *jakarta-regexp-1.5-dev.zip

so that MD5 tools can process the file automatically.



[3] http://www.apache.org/legal/src-headers.html


>   Best regards
>   Henning
>
>
>
> On Tue, 2007-03-13 at 22:12 -0400, Vadim Gritsenko wrote:
>> Hi All,
>>
>> With 5 recent bug fixes [1], one *major* speed improvement for {m,n} closures
>> [2], with other various optimizations to compiler and runtime, and with 
previous
>> release published sometime back in 2005 [3], now is the best, or at the very
>> least, really good time to to cut next, 1.5 release of the venerable Jakarta
>> Regexp package.
>>
>> Please try out current svn (r517970) version [4] and test for any 
regressions,
>> and vote for a release. Regexp test suite can be run by issuing 'ant test' in
>> the checkout directory, and does not take even 3 seconds to complete.
>> Interactive testing can be done by using applet version [5].
>>
>> The only known incompatibility with Regexp 1.4 is that pre-compiled RE 
programs
>> created with 'recompile' utility [6] for patterns containing reluctant 
closures
>> are not compatible with trunk. But, that should not be a problem since they 
did
>> not work correctly before anyway [7].
>>
>> My vote for the release is +1.
>>
>> Thanks,
>> Vadim
>>
>> [1] http://jakarta.apache.org/regexp/changes.html
>> [2] http://issues.apache.org/bugzilla/show_bug.cgi?id=9153
>> [3] http://marc.info/?l=jakarta-regexp-dev&m=112429683615736
>> [4] http://svn.apache.org/repos/asf/jakarta/regexp/trunk/
>> [5] http://jakarta.apache.org/regexp/applet.html
>> [6]
>> 
http://svn.apache.org/repos/asf/jakarta/regexp/trunk/src/java/org/apache/regexp/recompile.java
>> [7] http://issues.apache.org/bugzilla/show_bug.cgi?id=27763


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Regexp 1.5

[sebb]

On 14/03/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:

sebb wrote:
>> Also I think I need to update
>> headers as per [3], is that correct?
>
> You also need a NOTICE file [3]

Updated license headers, added NOTICE to zip/tar.gz.


> The LICENSE and NOTICE files ought to go into the jar as well, as the
> jar may well be used on its own.

Added both files to the META-INF directory of the jar file.


> License should be LICENSE [3]

Yep, it is there [1]. Exact copy.



The LICENSE and NOTICE files are now in the zip and jar, but they show
up for me as License and Notice. Ideally they should be in capitals.



>> [2] http://people.apache.org/~vgritsenko/regexp/
>
> It would be nice if the MD5 files used the more standard format:
>
> 9336ab3a8871e055ca573ef6167ca90d *jakarta-regexp-1.5-dev.zip
>
> so that MD5 tools can process the file automatically.

Which tools you have in mind? All tools known and available to me (locally and
on p.a.o) produce the output

  MD5 (file.name) = a7845d1201075c5041a798ae1cd7b8c8

The only exception is 'md5 -r', but it does not put '*' before file name.


The '*' is supposed to be used for binary files; otherwise use ' ' (space).

The ones I have seen are:

http://en.wikipedia.org/wiki/Md5sum
http://mirror.href.com/thestarman/DOS/MD5progs.html#format
http://www.fourmilab.ch/md5/

Also the Tomcat MD5s (for example).





Thanks for all the feedback. Files, now using r518169, are re-built and
re-uploaded [2].

Vadim

[1] http://svn.apache.org/repos/asf/jakarta/regexp/trunk/LICENSE
[2] http://people.apache.org/~vgritsenko/regexp/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Regexp 1.5

[sebb]

On 14/03/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:

sebb wrote:
> The LICENSE and NOTICE files are now in the zip and jar, but they show
> up for me as License and Notice. Ideally they should be in capitals.

They are:

[EMAIL PROTECTED] ~/public_html/regexp $ tar -tzf
jakarta-regexp-1.5-dev.tar.gz | grep "dev/[^dsx]"
jakarta-regexp-1.5-dev/LICENSE
jakarta-regexp-1.5-dev/NOTICE
jakarta-regexp-1.5-dev/README


Sorry, just discovered that Winzip was being "helpful" and converting
the file name...


>> >> [2] http://people.apache.org/~vgritsenko/regexp/
>> >
>> > It would be nice if the MD5 files used the more standard format:
>> >
>> > 9336ab3a8871e055ca573ef6167ca90d *jakarta-regexp-1.5-dev.zip
>> >
>> > so that MD5 tools can process the file automatically.
>>
>> Which tools you have in mind? All tools known and available to me
>> (locally and on p.a.o) produce the output
>>
>>   MD5 (file.name) = a7845d1201075c5041a798ae1cd7b8c8
>>
>> The only exception is 'md5 -r', but it does not put '*' before file name.
>
> The '*' is supposed to be used for binary files; otherwise use ' ' (space).
>
> The ones I have seen are:
>
> http://en.wikipedia.org/wiki/Md5sum

It's not found on apache boxes.


Some / most users are not on apache boxes...


> http://mirror.href.com/thestarman/DOS/MD5progs.html#format
> http://www.fourmilab.ch/md5/

That's exactly what I used. As mentioned above, can use 'md5 -r' if you prefer
it more. I guess that's exactly what you had in mind.



Well, either format will do for humans.

The format I am suggesting is supported as input to some programs that
can be used to check the MD5s - is the other format usable as input?
If so, which program(s)?

But anyway:

+1 to the release

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Regexp 1.5

[sebb]

On 19/03/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:

Henning Schmiedehausen wrote:
> Vadim,
>
> that is not the point. The procedure in itself is flawed.

You missed it too :) Existing procedure might be flawed in somebody's opinion,
and I'm not arguing that it is ideal, but proposed procedure is even worse. It
makes any release impossible: release packages can be made available only after
the release itself is made. This makes me think that such procedure comes from
the camp not taking SCM seriously.

Since the objective of the change to the process is to verify steps done by RM,
the only viable procedure, in my view, is - (1) vote on SVN rev number (with
packages made available), (2) tagging and building a release, (3) quick vote on
resulting files. It's quick sine no actual software testing need to be
performed, just verify that zip unzips and tar untars.


I think one also needs to check that:
* that the various signature files are present and correct
* the zips and tars contain the same files as each other
* the zips and tars and contained jars contain the required NOTICE and
LICENSE files
* the source archive includes all the required sources from SVN
* the bin archive includes all the required files (apart from any
documented dependencies)

I don't think these can be determined directly from the contents of an
SVN rev number, so need to be checked after a potential release has
been built.

==

As to release voting:

Surely the most important thing is to ensure that a build is not
released to the general public - i.e. not put in the dist tree -
before the vote has passed.

So long as the build files are in a private area - e.g. the RM's
public_html directory - (and maybe are named as pre-release) the vote
can be done on the actual files.

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Regexp 1.5

[sebb]

On 19/03/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:

sebb wrote:
> On 19/03/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:
>> resulting files. It's quick sine no actual software testing need to be
>> performed, just verify that zip unzips and tar untars.
>
> I think one also needs to check that:
> * that the various signature files are present and correct
> * the zips and tars contain the same files as each other
> * the zips and tars and contained jars contain the required NOTICE and
> LICENSE files
> * the source archive includes all the required sources from SVN
> * the bin archive includes all the required files (apart from any
> documented dependencies)

(This is done by ant, btw, and so is 99% reproducible)


It's the other 1% that is the problem ...



> I don't think these can be determined directly from the contents of an
> SVN rev number, so need to be checked after a potential release has
> been built.

Hence I mentioned 'quick check of release files'. Would satisfy even procedure
extremists.

> ==
>
> As to release voting:
>
> Surely the most important thing is to ensure that a build is not
> released to the general public - i.e. not put in the dist tree -
> before the vote has passed.
>
> So long as the build files are in a private area - e.g. the RM's
> public_html directory - (and maybe are named as pre-release) the vote
> can be done on the actual files.

Actual files, as you might have noticed, are impossible to produce before
release is tagged. To tag a release, a vote must pass. Best you could do is to
produce 'rc' build off of trunk.


Surely voting on creating a tag (if this is necessary) is completely
different from voting on a release?

S

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Regexp 1.5

[sebb]

On 19/03/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:

sebb wrote:
> Surely voting on creating a tag (if this is necessary)

Absolutely. Any release tag must be a community decision == vote is required.


> is completely different from voting on a release?

Not to me.

Voting on a release (on a tag) signifies that software is in a state where it
can be released to general public.

Voting on a files (produced from release tag) is a mechanical vote on
correctness of files produced by ant.



AFAIK, the ASF rules are that files must not be released to the
general public without a formal vote by the PMC on the release, which
I take to mean voting on the files which are proposed to be released.

Requiring consensus on tagging seems sensible, but I'm not sure it is required.

The problem here seems to be that it is not possible to use one vote
to do both; therefore it seems to me that the sensible thing to do is
to have two votes.

The first vote (on tagging) seems to me to be something that relates
mainly to committers working on the project.

The second vote has to involve PMC members; others can vote, but their
votes generally do not count (though I guess a -1 would need to be
investigated).

Seems to me that there needs to be formal documentation of the
required and recommended release processes.

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Regexp 1.5

[sebb]

On 19/03/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:

You have to be kidding me..

The only problem I see is that people are all caught up in policies /
processes but I've yet to hear what the actual root "problem" is. I'm
sure it's intended to somehow prevent something nasty that has
happened in the past but these policies don't have any logic that I'm
able to follow. Why does the ASF need to dictate how we vote on
releases?


I don't have the references to hand, but I believe it is something to
do with providing some form of legal protection. There may be other
reasons as well.


Maybe I'm just having a bad morning, but for some reason this really
rubs me the wrong way and feels extremely inefficient.


As far as I know, only one formal vote is actually required by the
ASF; this must be by the PMC on the release itself.


On 3/19/07, sebb <[EMAIL PROTECTED]> wrote:

> The problem here seems to be that it is not possible to use one vote
> to do both; therefore it seems to me that the sensible thing to do is
> to have two votes.



--
Jesse Kuhnert
Tapestry/Dojo team member/developer

Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r520239 - /jakarta/site/docs/site/news/news-2007-q1.html

[sebb]

URL: http://svn.apache.org/viewvc?view=rev&rev=520239
Log:
set eol-style

Modified:
   jakarta/site/docs/site/news/news-2007-q1.html   (contents, props changed)


By the way, when changing the SVN eol-style to native, if possible, it
is best to do this on a platform which has the current eol-style. This
should eliminate the difference listing.

Of course, the best is to ensure that new documents are given the
correct eol-style in the first place.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r520239 - /jakarta/site/docs/site/news/news-2007-q1.html

[sebb]

On 20/03/07, Vadim Gritsenko <[EMAIL PROTECTED]> wrote:

sebb wrote:
>> URL: http://svn.apache.org/viewvc?view=rev&rev=520239
>> Log:
>> set eol-style
>>
>> Modified:
>>jakarta/site/docs/site/news/news-2007-q1.html   (contents, props
>> changed)
>
> By the way, when changing the SVN eol-style to native, if possible, it
> is best to do this on a platform which has the current eol-style. This
> should eliminate the difference listing.

Interesting tip, thanks. (Un)fortunately I could not follow it.



I should have added that I am happy to fix such settings if required -
unless I'm very busy at the time.

S.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Proposing new committer - which mailing list to use?

[sebb]

The page

http://jakarta.apache.org/site/roles.html

mentions that existing committers can propose new committers by e-mail
vote - however it does not seem to say where to send the e-mail
proposal.

It mentions setting the Reply-To to private AT jakarta when sending
the invite - is the private list also the correct place to submit the
initial proposal?

Can anyone advise please?

Just in case the proposal fails, I don't want to cause hurt to the
person by raising the vote on a public mailing list such as this.

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Proposing new committer - which mailing list to use?

[sebb]

On 19/04/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:

On 4/18/07, Rony G. Flatscher <[EMAIL PROTECTED]> wrote:
> Hi S///,
> > It mentions setting the Reply-To to private AT jakarta when sending
> > the invite - is the private list also the correct place to submit the
> > initial proposal?
> AFAIK, yes!
>
> > Just in case the proposal fails, I don't want to cause hurt to the
> > person by raising the vote on a public mailing list such as this.


Unfortunately, we're quite inconsistent in the way we do these votes at Jakarta.


Which may be because the process is not fully documented.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How do projects use SVN to manage site documentation updates?

[sebb]

How do projects use SVN to manage site documentation updates for
exisiting releases?

When a new release is created, the site documentation and source files
etc will all be in an SVN tag directory.

I assume that the SVN tags should never be updated once created, so if
problems are subsequently found in the site documentation, and it
needs to be updated, what is a recommended way to do this in SVN?

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Move POI to TLP

[sebb]

+1

On 04/05/07, Petar Tahchiev <[EMAIL PROTECTED]> wrote:

On 5/4/07, Henning Schmiedehausen <[EMAIL PROTECTED]> wrote:
>
> +1
>
>
> Nick Burch schrieb:
> > Hi All
> >
> > After lots of discussion within POI, and Jakarta in general, we think
> POI
> > is ready to graduate to its own TLP. Thanks to the magic of ApacheCon,
> > lots of people have been on-hand to help finalise the proposal for this,
> > which is attached below.
> >
> > So, now is the time to vote on the proposal:
> > [ ] +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]
>
>
My vote is not binding, but anyway I also think that POI is mature enough
for a TLP:

+1



--
Regards, Petar!
Karlovo, Bulgaria.

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B  4210 1A15 B53B 7615 00F9



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [RESULT] [VOTE] Move POI to TLP

[sebb]

On 11/05/07, Nick Burch <[EMAIL PROTECTED]> wrote:

Hi All

The voting has now closed, and the votes are in. We had 23 +1 votes, of
which 15 were from pmc members. Martin will now present the proposal to
the board for their approval.



[...]


Sebb


BTW, I'm on the Jakarta PMC





Sebastian Bazley
(sebb AT A dot O)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Commons moving to TLP

[sebb]

On 23/05/07, Scott Eade <[EMAIL PROTECTED]> wrote:

Henri Yandell wrote:
> * Slide. There's some sign of activity here. Not enough yet.
>
> * Cactus. Tiny bit of activity, again not enough for a TLP.
>
> * JMeter. Lots of commits from Sebb, but not a big community.


We have invited another person to become a committer, but so far he
has not accepted. I need to chase that up.


>
> For all three of these the best solution I can think of is to move
> them to the Incubator. Keep the lists where they are, move the svn,
> move the websites. They need to be thinking TLP, they need to get
> community.
I think the people that work on and use these projects would feel
somewhat marginalized if they were pushed over to Incubator.


I feel abandoned by Jakarta.

Do all the Commons sub-projects have sufficient numbers ot committers
to justify them remaining in Commons? For example CLI has not even had
a formal release yet and has been far less active than JMeter, but is
still protected by being in Commons.


How about we have four categories in "Jakarta Commons becomes Jakarta":

   * proper
   * sandbox
   * dormant
   * jakarta-holdouts (replace this with a better name of your choosing)

The last one being a home for these projects until they can find a home
elsewhere (tlp or otherwise).

Would it be correct to say that one of the reasons for a commons to go
tlp was that a more focused PMC is required going forward?  This would
still be possible with a few holdouts in the mix.



Scott
(crawls back under rock)


Sebastian
Another rock fell on my foot ...

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release JCS 1.3

[sebb]

Sorry, but: -1

There should be NOTICE files in all the archives (jar, zip etc).
The NOTICE file (found in SVN) needs to refer to Xerox - see
jcs-1.3\src\aspect\Trace.aj

No KEYS file to check the signatures - and could not find it in SVN.

Sourcefiles:
There should probably be AL2.0 headers in the .aj files (apart from Trace.aj)

-0 Other problems:

Website:
The Changes report refers to CVS - this should really be SVN
The JCoverage report should really open in a new window, as is done
for Javadocs etc.
The Checkstyle report is in German, ideally it should be in English.
Project Team: both tv and jvanzyl are committers

Sebb AT AO
On 26/05/07, Thomas Vandahl <[EMAIL PROTECTED]> wrote:

Hi folks,

After much discussion on the JCS developer list, the first official
release of JCS (version 1.3) after leaving the Turbine project is ready
to vote on.

You can find the created artifacts here:
site: http://people.apache.org/~tv/jcs/
jars: http://people.apache.org/~tv/jcs/jar/
dist: http://people.apache.org/~tv/jcs/dist/

Now, shall we release JCS as it is published there?

[ ] +1 Yes, JCS 1.3 should be released
[ ] 0  I do not care
[ ] -1 No (give reasons)

Voting is subject to the rules described in
http://jakarta.apache.org/site/management.html

The deadline is Sat, June 1 2007, 12:00 CET

Note that the Jakarta PMC has the final word on whether the release is
published
or not.

Bye, Thomas



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release JCS 1.3

[sebb]

On 26/05/07, Thomas Vandahl <[EMAIL PROTECTED]> wrote:

sebb wrote:
> Sorry, but: -1
>
> There should be NOTICE files in all the archives (jar, zip etc).
> The NOTICE file (found in SVN) needs to refer to Xerox - see
> jcs-1.3\src\aspect\Trace.aj
>
> No KEYS file to check the signatures - and could not find it in SVN.
>
> Sourcefiles:
> There should probably be AL2.0 headers in the .aj files (apart from
> Trace.aj)

One should not do those things in a hurry. Sorry for this. I will
rebuild the stuff and upload it again.

>
> -0 Other problems:
>
> Website:
> The Changes report refers to CVS - this should really be SVN
Changed.

> The JCoverage report should really open in a new window, as is done
> for Javadocs etc.
This is standard Maven stuff. How would you change that?


Sorry, no idea.


> The Checkstyle report is in German, ideally it should be in English.
Fixed.

> Project Team: both tv and jvanzyl are committers
Actually my contributions are very small, so I'm fine with the
contributor status.


But you _are_ still a committer...

Also what about jvanzyl?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release JCS 1.3

[sebb]

On 26/05/07, Scott Eade <[EMAIL PROTECTED]> wrote:

sebb wrote:
> On 26/05/07, Thomas Vandahl <[EMAIL PROTECTED]> wrote:
>> sebb wrote:
>> > Project Team: both tv and jvanzyl are committers
>> Actually my contributions are very small, so I'm fine with the
>> contributor status.
>
> But you _are_ still a committer...
Surely it is up to Thomas to decide how he wants to be listed?
> Also what about jvanzyl?
So as a committer Jason is welcome to make this change.  I don't see
this as the responsibility of the release manager.



OK, fine.

The page does not entirely agree with the SVN history; it was not
clear if that was deliberate or accidental.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release JCS 1.3

[sebb]

On 26/05/07, Thomas Vandahl <[EMAIL PROTECTED]> wrote:

sebb wrote:
> Sorry, but: -1
>
> There should be NOTICE files in all the archives (jar, zip etc).
> The NOTICE file (found in SVN) needs to refer to Xerox - see
> jcs-1.3\src\aspect\Trace.aj
>
> No KEYS file to check the signatures - and could not find it in SVN.
>
> Sourcefiles:
> There should probably be AL2.0 headers in the .aj files (apart from
> Trace.aj)
>
> -0 Other problems:
>
> Website:
> The Changes report refers to CVS - this should really be SVN
> The JCoverage report should really open in a new window, as is done
> for Javadocs etc.
> The Checkstyle report is in German, ideally it should be in English.

All complaints have been fixed. The new versions are online. I beg for
pardon again. I uploaded a copy of the KEYS file to both, the jar and
the dist directory for your convenience.

I'm not sure how to handle the Xerox copyright stuff. I included the
whole text inside the NOTICE file for now. Don't know if that is
appropriate.


I don't think so. The NOTICE is not supposed to contain the license.


See:

http://svn.apache.org/viewvc/httpd/httpd/trunk/

for an example.


Would you please be so kind as to review again and vote again.

Bye, Thomas.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release JCS 1.3

[sebb]

On 27/05/07, Thomas Vandahl <[EMAIL PROTECTED]> wrote:

sebb wrote:
> I don't think so. The NOTICE is not supposed to contain the license.

It doesn't. It contains what I understand as "license header" of that
one Xerox file and the associated copyright notice.



Sorry to keep going on about this, but I think it is important.

At the moment the Xerox license header makes it look as though the
software is being released under a Xerox license.

That is confusing.

If you don't want to add the Xerox header to LICENSE.txt, it can be
put in a separate file which is referenced from NOTICE.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release JCS 1.3

[sebb]

On 27/05/07, Henning Schmiedehausen <[EMAIL PROTECTED]> wrote:

The license under which the code gets licensed to our end users is in
LICENSE.txt.

Copyright notices and optional third-party licenses under which the code
got licensed to us is in NOTICE.


Are you sure?

That does not seem to agree with the sample NOTICE file:

http://www.apache.org/licenses/example-NOTICE.txt

Nor does it seem to agree with the way that httpd use the NOTICE and
LICENSE files:

http://svn.apache.org/viewvc/httpd/httpd/trunk/

As I understand it, the NOTICE file is for attributions.
The LICENSE file is for licenses.
These may either be included inline, or in separate files referenced
from the main LICENSE file.

S///

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]