Re: Why wiki logs to [EMAIL PROTECTED] -- site-cvs@ might be better

[Tom Copeland]

On Wed, 2004-07-07 at 15:51, Martin Cooper wrote:
> On Thu, 8 Jul 2004, Tetsuya Kitahata wrote:
> 
> >
> > Hi,
> >
> > Why wiki log (diff) messages would have occupied [EMAIL PROTECTED]
> 
> It seems appropriate to me, since these messages are notifications of 
> changes to the general (sic) Jakarta wiki. The folks on general@ seem like 
> the right crowd to watch what's going on there, and spot any inappropriate 
> changes.

Hm.  That makes sense, maybe... but getting the Wiki commits here still
seems, well, odd.  It's sort of like putting hourly build results on
Planet Apache... just doesn't seem to fit very well.  

On the other hand, since the subject lines are nicely prefixed with
[Jakarta Wiki], it's not a big deal; a simple inbox rule can take care
of them...

Yours,

Tom


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

RE: [Watchdog] Dead?

[Tom Copeland]

On Fri, 2004-06-04 at 15:14, Tim O'Brien wrote:
> It is the "invite people to be active" part that interests me.  I'm not
> saying I want an activity meter the likes of Sourceforge, but it is polite
> to our users to give people a sense of activity.

That's one of the nice things about a GForge-ish project site; there are
all sorts of stat charts built in:

http://rubyforge.org/project/stats/?group_id=182

Also, GForge tots up CVS commits, bugs, forum posts, releases, and so
forth and munges it all into an "activity percentile".  Good times.

Yours,

Tom


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

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

[Tom Copeland]

On Wed, 2004-03-03 at 09:58, Geir Magnusson Jr wrote:
> All Jakarta Community Members :
> 
> Howard M. Lewis Ship, on behalf of the committers of the HiveMind 
> project in the Jakarta Commons sandbox, has proposed HiveMind as a 
> Jakarta sub-project.  The proposal was sent to this list, a copy of 
> which can be found here :
> 
> http://www.mail-archive.com/[EMAIL PROTECTED]/msg09244.html
> 
> Please read the proposal and vote, and add any comments you deem 
> appropriate.
> 
> All Jakarta community members are encouraged to vote, although only the 
> votes of the PMC members are legally binding as per the ASF*.
> 
> [X] +1  I support this proposal
> [ ] -1  I don't support this proposal
> [ ]  0  I abstain from voting for or against this proposal

Tom Copeland


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

Re: chairmen..

[Tom Copeland]

On Mon, 2004-02-23 at 17:28, Danny Angus wrote:
> If its not too patronising of me I'd like to propose vote of thanks to Sam as 
> outgoing chair,

+n, where n >= 1

Tom

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

Re: compressed body in HTTP POST request; using Jabber for IM

[Tom Copeland]

On Wed, 2004-02-11 at 10:10, Adrian German wrote:
> One last question would be about the relative performance of compressed
> HTTP vs. technologies currently used for Instant Messaging such as
> Jabber. I know that this is too general but I'd be very interested to
> know if (in your experience, or just in your opinion) Jabber-like
> technologies are clearly superior, or clearly inferior, or simply not
> comparable with compressed HTTP for the kind of applications mentioned
> above (ministations in the field connecting to server periodically and
> transmitting data). I thank you in advance and am looking forward to any
> replies.

There's been a fair bit of work done at my job site on Jabber wrapped in
Ruby - http://rubyforge.org/projects/jabber4r/ - to connect to servers
and send status messages for a distributed agent society -
http://cougaar.org/.   The status messages we're sending around are
usually pretty small - they top out at about 20K - so this may not be
comparable to what your doing.

FWIW, I think Jabber might add a bit more complexity then you need -
Jabber is a messaging protocol and so it's tuned for little messages
flying all over the place.  What you're doing sounds like a good match
for the things you suggested - compressed HTTP, zipped SMTP as Serge
suggested, or maybe even FTP.

Yours,

tom


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

Re: Another installment of the "Jakarta bad imports" page is out...

[Tom Copeland]

On Fri, 2003-08-01 at 16:16, Steven Noels wrote:
> On 18/07/2003 17:54 Tom Copeland wrote:
> > ...this time with colors!
> > 
> > http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm
> 
> The Cocoon module hosting the code we are currently working on is 
> 'cocoon-2.1' - it might be that you checked out an older, static version.
> 
> Thanks for these stats!

Change made, and you're in the green:

http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm

Thanks for the note,

tom



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

Another installment of the "Jakarta bad imports" page is out...

[Tom Copeland]

...this time with colors!

http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm

Past reports are linked to from here:

http://cvs.apache.org/~tcopeland/

I feel our excellent improvement in import statement goodness gives us a
positive ROI on a going forward basis.  Synergistically.

Yours,

Tom
-- 
Tom Copeland <[EMAIL PROTECTED]>
InfoEther


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

Re: [vote] XMLBeans to enter XML incubation [was: Re: Vote forXMLBeans proposal in the XML Project (was RE: Vote for XMLBeans proposal)]

[Tom Copeland]

> > Please cast your vote on the acceptance of the XMLBeans project for 
> > incubation in the XML.Apache project:
> >
> >   [  ]  I agree with and support this proposal (+1)

+1

Tom Copeland
(Maven)



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

Re: Proposal: Jakarta should protect community email addresses

[Tom Copeland]

On Tue, 2003-07-01 at 08:20, Stefan Bodewig wrote:
> Unlikely, this is by for not the first virus/worm working that way -
> during the last round I got informed that I was banned from the
> netbeans-dev list (that I had never subscribed to).

I just got one from [EMAIL PROTECTED]  That guy is a jerk!  He keeps
sending me viruses!

Tom Copeland
[EMAIL PROTECTED]



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

Re: [Proposal] SuperXMailer

[Tom Copeland]

I hereby appoint myself Chief Architect.  As my first act, I have
completed our High Level Architecture.  Here it is:

 ---
- SuperXMailer - <-> - Other stuff -
 ---

Rose .mdl files will be posted to [insert expensive workflow product
name] shortly.

Yours,

tom


On Wed, 2003-04-02 at 09:04, Andrew C. Oliver wrote:
> We really need to a submit a JSR to define an API to process these RFS 
> tickets...
> 
> Humm...I'm thinking of a much better idea for next year ;-)



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

Re: [Proposal] SuperXMailer

[Tom Copeland]

> I'm +1 to Andrew's proposal. I think it is terrible that there is not an
> enterprise class open source solution in this field. All those poor
> businessmen, using hacked together solutions or proprietary technologies.
> 

To make success inevitable, let's start by drawing a bunch of UML
diagrams!

tom


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

Re: [Proposal] SuperXMailer

[Tom Copeland]

> +1 if I could just think of a BUSINESS PROPOSAL that could put this to 
> use

Let me help you get started:

"Hello honored sir, my name is Mkwila Mnembi, and I am the former
king"

Yours,

Tom




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

Re: Free java profiler tools for open source projects?

[Tom Copeland]

There's a freebie profiling tool here:

http://starship.python.net/crew/garyp/jProf.html

It only works with JDK 1.2.2, though. (*)

Yours,

Tom

(*) I'm working on updating it to JDK 1.4 - there appear to have been a
couple of changes in the JVMPI since jProf was written (in '99). It's
kind of a neat project to bring up to date, because it still uses the
old XML parsers and a bunch of other outdated APIs.  Fun stuff!

On Thu, 2003-03-13 at 08:26, Steven Noels wrote:
> Hi,
> 
> I remember a thread on 'some' ASF list about the availability of a 
> number of commercial tools for free, when used within open source 
> projects, just like the Atlassian guys currently do with Jira.
> 
> I can't find that thread anymore, so I was hoping somebody else still 
> remembers. More specifically, I was hoping one of the Java profiler tool 
> vendors like Borland is doing something similar with OptimizeIT.
> 
> Anyone who remembers that thread, or knows about some freebie Java 
> profiling tool for ASF projects?
> 
> Thanks,
> 
> 
-- 
Tom Copeland <[EMAIL PROTECTED]>
InfoEther


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

Re: Another unused import statement report is out...

[Tom Copeland]

> Historically Checkstyle focuses more on coding standards and checks
> for things like Javadoc quality, brace placement, use of whitespace,
> number of parameters in methods, etc. It does find unused imports and
> other QA checks.
>
> PMD has more of a bent on analysing the meaning of the source code,
> to find unused imports, variables, methods + plus other tests. Hence
> it is slower than Checkstyle.
>
> There is a degree of overlap between them both. It depends on what
> you are wanting to achieve (and how quickly) as to which one to use.
>

Yup!  Right on.

If you grep either the Checkstyle or the PMD code, you'll find several
places where we've borrowed ideas from each other.  I know I;ve put some
comments in the PMD code like "Props to the Checkstyle guys for this Ant
formatter gizmo which I've copied from their code".   :-)

Yours,

tom



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

Re: Another unused import statement report is out...

[Tom Copeland]

Hi Dion -

I'm using JavaNCSS - http://www.kclee.com/clemens/java/javancss/ - v21.41.
But I'm only scanning jakarta-turbine-maven/src/java:


[EMAIL PROTECTED] jakartafun]$ find jakarta-turbine-maven/ -name "*.java" |
wc -l
256
[EMAIL PROTECTED] jakartafun]$ find jakarta-turbine-maven/src/java -name
"*.java" | wc -l
 81
[EMAIL PROTECTED] jakartafun]$


so I think that's the difference...

Yours,

Tom


- Original Message -
From: <[EMAIL PROTECTED]>
To: "Jakarta General List" <[EMAIL PROTECTED]>
Sent: Wednesday, February 26, 2003 8:07 PM
Subject: Re: Another unused import statement report is out...


> Tom, how are you working out the LOC for Maven?
>
> I count approx 280 .java files in the source tree and at 4066 loc, that
> makes approx 15 loc per file. Either we're really efficient, or there's
> something being missed.
> --
> dIon Gillard, Multitask Consulting
> Blog:  http://www.freeroller.net/page/dion/Weblog
> Work:  http://www.multitask.com.au
>
>
> "Tom Copeland" <[EMAIL PROTECTED]> wrote on 27/02/2003 06:57:50 AM:
>
> > unused imports are down 40% since last November, crikey!
> >
> > http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm
> >
> > Past reports can be found here - http://cvs.apache.org/~tcopeland/, and
> > mad props to the xml-xalan project, who went from 1421 unused imports to
> > 2 in the last month.
> >
> > Yours,
> >
> > Tom Copeland
> > InfoEther
> > 703-486-4543
> >
> >
> > -
> > 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: Another unused import statement report is out...

[Tom Copeland]

> It gets my vote too. I'll use it on Commons projects and see if I get
> complaints etc.
> 

I had never even heard of that way of doing the tests - I mean, with a
built in failure message thing - until recently when somebody suggested
it as a PMD rule.  It's a good idea, although I haven't actually gotten
around to modifying all the PMD unit tests to do that; they all still
use the short version "assert(foo)".

Tom


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

RE: Another unused import statement report is out...

[Tom Copeland]

> I still don't understand what the hubub about unused imports is about.
> Tapestry is pretty clean of them, but even if it wasn't, I 
> wouldn't say that
> code quality suffered.  I mean, there's some fractional difference in
> compile speed I guess, and a tiny difference in code 
> comprehension that is
> completely eclipsed by decent comments and JavaDoc.  There 
> are other tools
> out there that do a better job of analyzing the code itself for
> deficiencies.

True!  The reason I send these reports to the list is that:

# it's easy - the report takes about 10 minutes to create
# it occasionally triggers good discussions like the current one
# it's fun to see all the projects side by side in any kind of view
# it kind of lightens things up sometimes

> 
> I'd much rather see folks working to create JUnit test suites 
> and publishing
> their code coverage results.  Tapestry uses a framework 
> called Clover, which
> is free for open source projects and produces a pretty result (using
> Velocity, btw).
> 
> http://jakarta.apache.org/proposals/tapestry/doc/clover/
> 
> I'm very proud of the 80% coverage (on 23K NCLOC, 23000 lines of code
> excluding comments) and expect to push this to 90% before 2.4 GAs.
> 

I totally concur that unit tests are far more important than unused
imports, and I applaud your unit test coverage.  80% is awesome.  

Yours,

Tom


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

RE: Another unused import statement report is out...

[Tom Copeland]

> 
> Perhaps test code should not be analysed at all.  In 
> HttpClient we are 
> rigorus about imports (and style in general) in production 
> code, but are 
> more lax in test code.  Not that test code is in anyway 
> unimportant, but 
> just has a different purpose than production code.
> 

Yup, I'm the same way - I'm much more likely to copy and paste test code
than I am "real" code.  On the other hand, that usually comes back to
bite me at some point when I have to change stuff.  But, I know what you
mean.

Actually, for most of these reports:

http://cvs.apache.org/~tcopeland/pmdweb/

I only run PMD on the foomodule/java/src directory, so I usually end up
missing the tests.  The jakarta-taglibs project, though, has a whole
bunch of directories right under the module, so it's not as easy to
separate the production code out...

And, of course, this is only a rough scan, PMD has a couple of bugs that
can occasionally return false positives, so your mileage may vary and
all that.  It's still pretty accurate though :-)

Yours,

Tom


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

RE: Another unused import statement report is out...

[Tom Copeland]

> 
> Basically. Except it's:
> 
> Fred fred = (Fred)doSomething();  in some cases.
> 

Hmmm it seems like that local variable is unnecessary if it's not
being used later on if this is a JUnit test and it's meant to ensure
a certain type is return, seems like this:

assertTrue("Whoa, doSomething returned a non-Fred type!", doSomething()
instanceof Fred);

That way you'll get a nice error message rather than just a
ClassCastException if the test fails.

> When I raised the discussion a while back on removing these 
> [based on your
> error reporting] there was a view that the above improves the testing,
> even if it is not usually considered good style.
> 
> So I'm looking for a configuration change in the Jakarta 
> Commons/Sandbox
> [at least] reporting which removes these and makes it easier 
> to focus on
> the real problems.
> 

Does the above assertTrue() thing work for you?  Or maybe I'm not
understanding the problem completely...

Yours,

Tom



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

RE: Another unused import statement report is out...

[Tom Copeland]

Hi Henri -

Hm, I'm sorry, I don't understand the TestCase thing... are you doing
something like:

import junit.framework.*;
public class FooTest extends TestCase {
 public void testFiddle() {
  Object obj = doSomething();
 }
}

or something else?

I'll email you the unused imports for taglibs offline

Yours,

Tom


> -Original Message-
> From: Henri Yandell [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, February 26, 2003 3:09 PM
> To: Jakarta General List
> Subject: Re: Another unused import statement report is out...
> 
> 
> 
> Anyway of turning off the:
> 
> "Avoid unused local variables such as 'obj'"
> 
> for classes which extend TestCase?
> 
> It's not something to avoid in a TestCase, as it tests the type of the
> returned value. These warnings make it hard to see the real problems.
> 
> Even if it's only a grep for TestCase.java and 'unused local 
> variable' to
> filter these lines out :)
> 
> Also, do you have a list of the unused imports for the test below?
> I was going to do some cleaning up in Taglibs, but can't see the list.
> 
> Thanks,
> 
> Hen
> 
> On Wed, 26 Feb 2003, Tom Copeland wrote:
> 
> > unused imports are down 40% since last November, crikey!
> >
> > http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm
> >
> > Past reports can be found here - 
> http://cvs.apache.org/~tcopeland/, and
> > mad props to the 
> xml-xalan project, who went from 1421 unused imports to
> > 2 in the last month.
> >
> > Yours,
> >
> > Tom Copeland
> > InfoEther
> > 703-486-4543
> >
> >
> > 
> -
> > 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]

Another unused import statement report is out...

[Tom Copeland]

unused imports are down 40% since last November, crikey!

http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm

Past reports can be found here - http://cvs.apache.org/~tcopeland/, and
mad props to the xml-xalan project, who went from 1421 unused imports to
2 in the last month.

Yours,

Tom Copeland
InfoEther
703-486-4543 


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

RE: nice

[Tom Copeland]

http://info.astrian.net/jargon/terms/g/godwin_s_law.html

Tom

> -Original Message-
> From: Micael [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, January 29, 2003 12:20 PM
> To: Jakarta General List
> Subject: Re: nice
> 
> 
> I think the next improvement on who decides should mention 
> guns, anthrax, etc.?
> 
> At 10:08 AM 1/29/03 -0500, you wrote:
> >Andrew C. Oliver wrote:
> >>"Those who cast the votes decide nothing. Those who count the votes 
> >>decide everything."
> >>--Josef Stalin
> >
> >Actually, the latest update to this is, "The court that 
> decides whether to 
> >recount the votes... decides everything."
> >
> >--
> >Serge Knystautas
> >President
> >Lokitech >> software . strategy . design >> http://www.lokitech.com
> >p. 301.656.5501
> >e. [EMAIL PROTECTED]


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

RE: nice

[Tom Copeland]

> 
> Tell that to the Ruby developer working on the next big thing.

Hey, I resemble that remark!  :-)

Tom


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

Here's the latest "bad imports" report....

[Tom Copeland]

...for all the Jakarta projects:

Module LOC Bad imports Pctg
=
jakarta-oro   5777 0 0.00%
jakarta-turbine-torque8383 1 0.01%
jakarta-struts   15789 4 0.03%
jakarta-turbine-maven 3479 1 0.03%
jakarta-cactus3476 1 0.03%
jakarta-avalon1980 1 0.05%
jakarta-ant  4861080 0.16%
jakarta-bcel 1630231 0.19%
jakarta-ojb  2836757 0.20%
jakarta-poi  2252962 0.28%
jakarta-commons 104407   299 0.29%
jakarta-regexp1822 6 0.33%
jakarta-james1217147 0.39%
jakarta-jmeter   22935   111 0.48%
jakarta-log4j1202160 0.50%
jakarta-ecs  1728588 0.51%
jakarta-turbine-fulcrum   924560 0.65%
jakarta-commons-sandbox 110210   925 0.84%
jakarta-ecs2  141412 0.85%
jakarta-lucene581159 1.02%
jakarta-taglibs  35848   414 1.15%
jakarta-turbine-jcs   8302   127 1.53%
jakarta-jetspeed 34087   696 2.04%
jakarta-velocity 15630   330 2.11%
jakarta-tomcat-4.0   40557   913 2.25%
jakarta-velocity-dvsl  91421 2.30%
jakarta-turbine-jyve  430499 2.30%

 591655  4505 0.76%

And the totals for everyone (i.e., the xml projects also) are listed
here:

http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm

See ya,

Tom



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Forum Software.

[Tom Copeland]

> 1) The vast majority of Jakarta users will not want to be 
> inundated with
> email on a daily basis. They either wont bother to read it or will
> unsubscribe. This will ultimately cost us hundreds of 
> potential developers
> that might have wanted to work on a part of a project but 
> didn't know about
> the issue.

Right, users don't want to be inundated with email.  They don't have to
be unless they subscribe to the lists.  Even then they can have their
mail client route the email to appropriate folders for future perusal.

> 
> 2) The emails are intrusive and disruptive. Its as bad as getting
> advertising. You care for a while but then after a couple 
> days of deleting
> conversations not relevant to you. Subsequently you stop 
> answering questions
> and then you just unsubscribe. This means other users don't 
> have the benefit
> of your expertise.

I disagree - email need not be disruptive; just resist the urge to
immediately open and read every email.

> 
> 3) The lack of a complex search engine makes looking for 
> information a hit
> and miss gesture at best. The archive search engines just 
> aren't sufficient.

A good point here; perchance the search engine could be improved?  

> 
> 4) Mailing lists exclude non-developer casual users of the 
> software from
> being able t ask questions. If they do subscribe to one, 
> especially for a
> popular product, they get blasted with hundreds of emails 
> they don't care
> about. After they get their specific question answered, than they
> unsubscribe to the list. This robs the list of other 
> qualified people to
> answer questions. Say, for example, I was an advanced Ant user and
> subscribed t the list to ask a question about writing my own 
> tasks. Once I'm
> answered, if ever, I unsubscribe to the list. Now all the 
> knowledge in my
> head that I could have given to another user asking a 
> question is out of the
> community. On the other hand, if there was a forum, I could 
> pick and choose
> what to reply and not be intrusively bothered with questions 
> that I don't
> care about.

If there was indeed a forum, would non-developer casual users frequent
it?  Hard to say.  


> 
> All of this boils down to the best communication strategy for 
> an online
> project. That would be Bugzilla + forum software.


Mm, difficult to say what the "best" comms strategy is.  

I'm not dogmatically opposed to forums, but I feel the mailing lists
work pretty well. 

Yours,

tom


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Forum Software.

[Tom Copeland]

-1

> 
> Well, once again I would like to bring up the concept of 
> forum software for Jakarta. The reason I am bringing it up 
> again is that mailing lists are intrusive and spammy. 

Are they?  I can't agree... I find them non-intrusive (my mail client
quiet files them in a folder) and non-spammy (most Jakarta lists stay
more or less on topic).

> Daily I 
> get flooded with a ton of email that I have absolutely no 
> interest in reading. However if I unsubscribe to the lists 
> than when there is something that I would like to know about 
> or answer, I will miss it. In addition, if I unsubscribe I'm 
> not able to post my own issues. With a mailing list, the 
> communication mechanism is just too intrusive. On a forum I 
> can pick and choose what I want to read and reply to. 

I find forums inconvenient compared to mailing lists - too much clicking
around is required.  And there's always the mailing list archives if you
want to dig something up from the past.  Which I almost never do.

> 
> As for them being used, its a simple matter of retiring 
> mailing lists for forum software. 

-1

> 
> When we consider that at least 90% of Jakarta users are not 
> Jakarta developers but will often have a question or an 
> important insight, than the folly of communicating only in 
> mailing lists becomes clear. 

I'm not convinced that that conclusion follows from that premise.   <--
3 "that"s in one sentence!  What an accomplishment!

Yours,

Tom

> 
> -- Robert Simmons
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: A Jakarta wiki?

[Tom Copeland]

Love 'em.  Let's pick one and set it up... they're very cool

tom

> -Original Message-
> From: Rodney Waldhoff [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, December 20, 2002 12:36 PM
> To: Jakarta General List
> Subject: Re: A Jakarta wiki?
> 
> 
> On Sat, 21 Dec 2002, Scott Eade wrote:
> 
> > So how about some feedback:
> > 1. Wiki's - love 'em or hate 'em?
> 
> Love 'em, and think they would provide (a) a good way to write ad hoc
> documentation, (b) a good way to host certain discussions.  
> At my day job
> we use an internal wiki for documentation almost exclusively, and
> sometimes as an effective public brainstorming tool.  (And 
> we're fairly
> centrally located--for distributed, asynchronous discussion a 
> wiki is even
> more useful.)
> 
> > 2. JSPWiki - good choice or bad choice?
> 
> Never used it, so no real opinion, although there seem to be 
> a number of
> wiki's that are much more popular (perhaps not in java 
> though).  There's a
> big list of wiki impls on Ward's Wiki at
> , of course.
> 
> (Most wiki clones, JSPWiki included, seem to be GPLed, if 
> that matters to
> anyone.)
> 
> > 3. Scope of the wiki(s) - ((Turbine) and (Avalon)), Jakarta 
> or Apache?
> 
> I'd like to see a wiki with at least jakarta scope.
> 
> One option might be to use a wiki that supports "namespaces", or a
> federation of wikis with intra-wiki links, so that one could create a
> "sub-wiki" per project but still support "global" cross-linking.
> 
> For example, a intra-wiki link might look like 
> Turbine:OracleHowTo versus
> plain ol' OracleHowTo.
> 
> Alternatively, a simple convention of prefixing the project 
> name might be
> sufficient for a shared wiki namespace, but might need 
> support from some
> WikiGnomes.
> 
> > 4. Hosting - apache.org or external
> 
> Something internal would seem official.
> 
> > 5. Timing - now, soon, later or never
> 
> Soon.
> 
> 
> If I can use this wiki (or this makes it easier to set up 
> another wiki)
> for other jakarta/apache projects, I'd be more than happy to help out
> however I can.  Please keep me posted, either via jakarta-general, by
> pointing out where this discussion is happening, or via a direct note.
> 
>  - Rod
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Due to popular demand, the "bad imports" report has been updated...

[Tom Copeland]

...as you can see here:

http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm

The old report is still out there:

http://cvs.apache.org/~tcopeland/jakarta_bad_imports_21_nov_02.htm

Note that in two weeks the percentage dropped from 1.01% to .93%.  At
this rate, we'll soon have no bad imports.  Although I suspect this
decrease will be asymptotic.

Yours,
 
Tom Copeland
InfoEther
703-486-4543 


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

RE: More fun with unused/duplicate/unnecessary import statements

[Tom Copeland]

Done (note that the link changed slightly):

http://cvs.apache.org/~tcopeland/jakarta_bad_imports.htm

Whew, 888K lines of code.  Crikey.

See ya,

Tom

> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, November 21, 2002 9:36 AM
> To: Jakarta General List
> Subject: Re: More fun with unused/duplicate/unnecessary 
> import statements
> 
> 
> Tom Copeland wrote:
> 
> >Done:
> >
> >http://cvs.apache.org/~tcopeland/bad_imports_20_nov_02.htm
> >  
> >
> 
> How about adding xml-* projects into the list?
> 
> Vadim
> 
> 
> 
> >Tom
> >
> >  
> >
> >>-Original Message-
> >>From: Lavandowska [mailto:[EMAIL PROTECTED]] 
> >>Sent: Wednesday, November 20, 2002 3:26 PM
> >>To: Jakarta General List
> >>Subject: Re: More fun with unused/duplicate/unnecessary 
> >>import statements
> >>
> >>
> >>This is really neat, could you add a "percentage" column 
> though, just
> >>to save me from trying to do the math in my head?
> >>
> >>Thanks.
> >>
> >>--- Tom Copeland <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>
> >>>i.e., imports from the same package.  Numbers are about 
> the same
> >>>
> >>>http://cvs.apache.org/~tcopeland/bad_imports_20_nov_02.htm
> >>>  
> >>>
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:general-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:[EMAIL PROTECTED]>
> 
> 
> 


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

RE: More fun with unused/duplicate/unnecessary import statements

[Tom Copeland]

I generated the report using http://pmd.sf.net/ and some Ruby code -
I'll send it to you in another email.

That would be cool if we could autogenerate patches to fix this stuff.
The console interface to PMD can generate a report like:

==
c:\j2sdk1.4.1_01\src\java\awt\Component.java44  No need to
import a type that's in the same package
c:\j2sdk1.4.1_01\src\java\awt\Cursor.java   9   No need to
import a type that's in the same package
c:\j2sdk1.4.1_01\src\java\awt\Cursor.java   10  No need to
import a type that's in the same package
c:\j2sdk1.4.1_01\src\java\awt\Cursor.java   11  No need to
import a type that's in the same package
c:\j2sdk1.4.1_01\src\java\awt\EventQueue.java   19  No need to
import a type that's in the same package
c:\j2sdk1.4.1_01\src\java\awt\FontMetrics.java  10  No need to
import a type that's in the same package
==

so it probably wouldn't be too hard to write a Perl or Ruby script to
pull out the filenames and line numbers and scrub/diff the offending
files

Yours,

Tom

> -Original Message-
> From: Dominique Devienne [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, November 20, 2002 3:23 PM
> To: 'Jakarta General List'
> Subject: RE: More fun with unused/duplicate/unnecessary 
> import statements
> 
> 
> Being new to this particular list, may I inquire about the 
> info gathering
> and reporting tools used? Checkstyle? Others? Thanks.
> 
> Any chance to be able to auto-generate bumbled patches per 
> project fixing
> the unused imports?
> 
> Just asking ;-) --DD
> 
> -Original Message-
> From: Tom Copeland [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, November 20, 2002 2:17 PM
> To: 'Jakarta General List'
> Subject: More fun with unused/duplicate/unnecessary import statements
> 
> Here's the same sort of report that I posted a couple weeks ago, but
> this time it includes stuff like:
> 
> 
> package foo.bar;
> import foo.bar.Baz;
> public class Buz {}
> 
> 
> i.e., imports from the same package.  Numbers are about the same
> 
http://cvs.apache.org/~tcopeland/bad_imports_20_nov_02.htm

Yours,

Tom

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




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

RE: More fun with unused/duplicate/unnecessary import statements

[Tom Copeland]

Done:

http://cvs.apache.org/~tcopeland/bad_imports_20_nov_02.htm

Tom

> -Original Message-
> From: Lavandowska [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, November 20, 2002 3:26 PM
> To: Jakarta General List
> Subject: Re: More fun with unused/duplicate/unnecessary 
> import statements
> 
> 
> This is really neat, could you add a "percentage" column though, just
> to save me from trying to do the math in my head?
> 
> Thanks.
> 
> --- Tom Copeland <[EMAIL PROTECTED]> wrote:
> 
> > i.e., imports from the same package.  Numbers are about the same
> > 
> > http://cvs.apache.org/~tcopeland/bad_imports_20_nov_02.htm
> 
> 
> __
> Do you Yahoo!?
> Yahoo! Web Hosting - Let the expert host your site
> http://webhosting.yahoo.com
> 
> --
> To unsubscribe, e-mail:   
> <mailto:general-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:[EMAIL PROTECTED]>
> 
> 
> 


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

More fun with unused/duplicate/unnecessary import statements

[Tom Copeland]

Here's the same sort of report that I posted a couple weeks ago, but
this time it includes stuff like:


package foo.bar;
import foo.bar.Baz;
public class Buz {}


i.e., imports from the same package.  Numbers are about the same

http://cvs.apache.org/~tcopeland/bad_imports_20_nov_02.htm

Yours,

Tom


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Unused imports compose only about 1% of the Jakarta source code....

[Tom Copeland]

s = AllModules.new.mods
mods.each do |mod|
puts "Working on #{mod.modulename}"
puts "Checking it out"
`cvs -Q -d#{jakartaroot} co #{mod.modulename}`
        puts "Running JavaNCSS"
`find #{mod.srcdir} -name "*.java" > files.txt`
mod.ncss = `/usr/local/javancss/bin/javancss -ncss
@files.txt`.split(" ")[2]
puts "Running PMD"
mod.unusedimports = `java -jar /home/build/pmd.jar
#{mod.srcdir} text rulesets/imports.xml | wc -l`.gsub(/ /, '')
puts "Cleaning up"
`rm -rf #{mod.modulename}`
end
puts "-"
puts "Module name Lines of code  Unused imports"
mods.each do |mod|
puts
"#{mod.modulename.ljust(20)}#{mod.ncss.to_s.ljust(15)}#{mod.unusedimport
s.to_s.ljust(5)}"
end
end
===

Tom Copeland
InfoEther
703-486-4543 


--
To unsubscribe, e-mail:   <mailto:general-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:general-help@;jakarta.apache.org>

RE: running history command on apache CVS modules...

[Tom Copeland]

Oh, cool, OK, you know the module name.  Cool.  Well, let's see

=
[build@ul020-dmz tmp]$
CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic
[build@ul020-dmz tmp]$ cvs -Q co CVSROOT
[build@ul020-dmz tmp]$ find CVSROOT/ -name history
=

Hm.  There doesn't seem to be a history file in the Jakarta CVSROOT.
Well, there's always rlog:

=
[build@ul020-dmz tmp]$ cvs -q rlog -R jakarta-lucene | grep -v Attic |
more
/x1/home/cvs/jakarta-lucene/.cvsignore,v
/x1/home/cvs/jakarta-lucene/Attic/API.html,v
/x1/home/cvs/jakarta-lucene/BUILD.txt,v
=

Just trim off the "/x1/home/cvs" and the ",v".  That list contains 236
files, which seems to be the actual number of files in the module:

=
[build@ul020-dmz tmp]$ cvs -Q export -D"tomorrow" jakarta-lucene
[build@ul020-dmz tmp]$ find jakarta-lucene/ -type f | wc -l
236
[build@ul020-dmz tmp]$
=

So perhaps rlog is the way to go...

Yours,

Tom


> -Original Message-
> From: Jon Froehlich [mailto:jfroehli@;uci.edu] 
> Sent: Wednesday, October 30, 2002 3:00 PM
> To: 'Jakarta General List'
> Subject: RE: running history command on apache CVS modules...
> 
> 
> Thanks for your response Tom.
> 
> Running the export command actually copies the files from the 
> repository
> to my local machine.  In my case, this is a waste of 
> bandwidth.  I just
> need a history listing of all the files in a specified module.
> 
> You said as far as you knew that there's no built-in way to get a list
> of modules if all you know is the repository root; however, 
> we know the
> repository root AND our project name.
> 
> For example, how would I receive a history listing of all the files in
> the Jakarta-lucene project?
> 
> Thanks again guys - your responses are much appreciated.
> 
> j
> 
> -----
> Jon Froehlich
> UCal-Irvine Graduate Student
> [EMAIL PROTECTED]
> 
> 
> -Original Message-
> From: Tom Copeland [mailto:tom@;infoether.com] 
> Sent: Wednesday, October 30, 2002 11:10 AM
> To: 'Jakarta General List'
> Subject: RE: running history command on apache CVS modules...
> 
> Hi Jon -
> 
> "cvs history -a" lists repository access history for all 
> users.  You can
> grep or sed some module names out of there, but no guarantees.  AFAIK,
> there's no built-in way to get a list of modules if all you 
> know is the
> repository root - unless of course you have access to the machine and
> just ls $CVSROOT.  
> 
> If you just want to get a list of files, how about:
> 
> =
> [build@ul020-dmz tmp]$
> CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic
> [build@ul020-dmz tmp]$ cvs -Q export -D "tomorrow" jakarta-ant
> [build@ul020-dmz tmp]$ find . -type f | more
> ./jakarta-ant/docs/.new.appendix_
> ./jakarta-ant/docs/ant15_todo.html
> ./jakarta-ant/docs/ant_in_anger.html
> ./jakarta-ant/docs/ant_task_guidelines.html
> ./jakarta-ant/docs/antnews.html
> ./jakarta-ant/.cvsignore
> ./jakarta-ant/KEYS
> ./jakarta-ant/LICENSE
> ./jakarta-ant/LICENSE.dom
> ./jakarta-ant/LICENSE.junit
> 
> etc., etc
> 
> 
> You also might want to poke around here -
> http://ccvs.cvshome.org/servlets/SearchList?listName=info - 
> lots of good
> stuff in the info-cvs archives.
> 
> Yours,
> 
> Tom
> 
> 
> 
> > -Original Message-
> > From: Jon Froehlich [mailto:jfroehli@;uci.edu] 
> > Sent: Wednesday, October 30, 2002 1:49 PM
> > To: 'Jakarta General List'
> > Subject: RE: running history command on apache CVS modules...
> > 
> > 
> > Well, since I've used the history -l -a -c command 
> > successfully on other
> > repositories I don't think that's the problem. 
> > 
> > Nonetheless, let's simplify things even more and just run a simple 
> > 
> > cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic history -a 
> > 
> > This should list all of the modules in the Jakarta project 
> right?  In
> > fact, I would expect it to look something like this
> > (http://cvs.apache.org/viewcvs.cgi/#dirlist).  However, this 
> > is not the
> > case. 
> > 
> > So, let me ask you this.  What is the cvs command to list all of the
> > files located in a Jakarta module?
> > 
> > Thank you for your help,
> > j
> > 
> > -
> > Jon Froehlich
> > UCal-Irvine Graduate Student
> > [EMAIL PROTECTED]
> > 
> > 
> > -Original Message-
> > From: Danny Angus [mailto:danny@;apache.org] 
> &

RE: running history command on apache CVS modules...

[Tom Copeland]

Hi Jon -

"cvs history -a" lists repository access history for all users.  You can
grep or sed some module names out of there, but no guarantees.  AFAIK,
there's no built-in way to get a list of modules if all you know is the
repository root - unless of course you have access to the machine and
just ls $CVSROOT.  

If you just want to get a list of files, how about:

=
[build@ul020-dmz tmp]$
CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic
[build@ul020-dmz tmp]$ cvs -Q export -D "tomorrow" jakarta-ant
[build@ul020-dmz tmp]$ find . -type f | more
./jakarta-ant/docs/.new.appendix_
./jakarta-ant/docs/ant15_todo.html
./jakarta-ant/docs/ant_in_anger.html
./jakarta-ant/docs/ant_task_guidelines.html
./jakarta-ant/docs/antnews.html
./jakarta-ant/.cvsignore
./jakarta-ant/KEYS
./jakarta-ant/LICENSE
./jakarta-ant/LICENSE.dom
./jakarta-ant/LICENSE.junit

etc., etc


You also might want to poke around here -
http://ccvs.cvshome.org/servlets/SearchList?listName=info - lots of good
stuff in the info-cvs archives.

Yours,

Tom



> -Original Message-
> From: Jon Froehlich [mailto:jfroehli@;uci.edu] 
> Sent: Wednesday, October 30, 2002 1:49 PM
> To: 'Jakarta General List'
> Subject: RE: running history command on apache CVS modules...
> 
> 
> Well, since I've used the history -l -a -c command 
> successfully on other
> repositories I don't think that's the problem. 
> 
> Nonetheless, let's simplify things even more and just run a simple 
> 
> cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic history -a 
> 
> This should list all of the modules in the Jakarta project right?  In
> fact, I would expect it to look something like this
> (http://cvs.apache.org/viewcvs.cgi/#dirlist).  However, this 
> is not the
> case. 
> 
> So, let me ask you this.  What is the cvs command to list all of the
> files located in a Jakarta module?
> 
> Thank you for your help,
> j
> 
> -
> Jon Froehlich
> UCal-Irvine Graduate Student
> [EMAIL PROTECTED]
> 
> 
> -Original Message-
> From: Danny Angus [mailto:danny@;apache.org] 
> Sent: Wednesday, October 30, 2002 2:49 AM
> To: Jakarta General List
> Subject: RE: running history command on apache CVS modules...
> 
> -m and  -c come before -a and -l..
> 
> Usage: cvs history [-report] [-flags] [-options args] [files...]
> 
>Reports:
> -T  Produce report on all TAGs
> -c  Committed (Modified) files
> -o  Checked out modules
> -m  Look for specified module (repeatable)
> -x [TOEFWUCGMAR] Extract by record type
> -e  Everything (same as -x, but all record types)
>Flags:
> -a  All users (Default is self)
> -l  Last modified (committed or modified report)
> -w  Working directory must match
>Options:
> -DSince date (Many formats)
> -b Back to record with str in module/file/repos
> field
> -fSpecified file (same as command line)
> (repeatable)
> -n  In module (repeatable)
> -p   In repository (repeatable)
> -r Since rev or tag (looks inside RCS files!)
> -t Since tag record placed in history file (by
> anyone).
> -uFor user name (repeatable)
> -z  Output for time zone  (e.g. -z -0700)
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:dlr@;finemaltcoding.com]
> > Sent: 30 October 2002 07:35
> > To: Jon Froehlich
> > Cc: Jakarta General List
> > Subject: Re: running history command on apache CVS modules...
> > 
> > 
> > "Jon Froehlich" <[EMAIL PROTECTED]> writes:
> > 
> > > Is it possible to run the cvs history command on modules in the
> Jakarta
> > > Project cvs repository with anoncvs access?  If so, what is the
> command
> > > string?
> > > 
> > > I have been trying things like this:
> > > cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic 
> history -a -m
> > > jakarta-lucene
> > > 
> > > I am trying to receive a comprehensive listing of files for any
> given
> > > Jakarta module (e.g. jakarta-lucene) without having to run a
> checkout
> > > command.
> > > 
> > > For example:
> > > I can run the cvs history commands on sourceforge.net modules
> without a
> > > problem using the following example syntax:
> > > cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/gaim
> history
> > > -l -a -c
> > > The server then sends a listing of all of the files related to the
> > > "gaim" module.  I am hoping to find a similar method for the
> > > cvs.apache.org server. 
> > 
> > Are you getting errors from the CVS server?  What's the output look
> > like?
> > -- 
> > 
> > Daniel Rall <[EMAIL PROTECTED]>
> > 
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> > 
> 
> 
> --
> To unsubscribe, e-mail:
> 

A Jakarta unused code scoreboard [was RE: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]]...

[Tom Copeland]

...is up now.  At least, some of it is.  POI, Ant, and Log4j are there
now (at the bottom of the page):

http://pmd.sourceforge.net/cgi-bin/webpmd.pl

This report gets run hourly, so it can serve as a monitor thingy on each
project CVS HEAD.  

Let the checkins begin!  :-)

Yours,

Tom

> -Original Message-
> From: Nick Chalko [mailto:nchalko@;calpine.com] 
> Sent: Wednesday, October 23, 2002 10:27 PM
> To: 'Jakarta General List'
> Subject: RE: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]
> 
> 
> 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:tom@;infoether.com]
> > Sent: Wednesday, October 23, 2002 5:13 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]
> > 
> > 
> > Right, definitely, it can be done manually on any project via 
> > the Ant/Maven/Eclipse/whatever plugin.
> > 
> > But the fun part of the web page thing is that you can see 
> > how everyone's code is
> > working.  And since a cron job is running it hourly, it's 
> > always checking
> > the latest stuff... 
> 
> It would be cool to do a history chart for each
> 
> showing say
> lines of code changed per time unit
> total errors
> % errors
> and the delta's for all
> 
> I have been thinking about doing this for the check style 
> summaries for my
> projects at work.
> 
> R,
> Nick
> 
> 
> > 
> > Fun stuff,
> > 
> > Tom
> > 
> > - Original Message - 
> > From: "Jon Scott Stevens" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, October 23, 2002 7:21 PM
> > Subject: Re: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]
> > 
> > 
> > > on 2002/10/23 2:24 PM, "Tom Copeland" <[EMAIL PROTECTED]> wrote:
> > > 
> > > > Speaking of mass source code analysis, here's some of the 
> > Sourceforge
> > > > projects and their unused code stats (unused locals, 
> > unused fields,
> > > > etc):
> > > > 
> > > > http://pmd.sourceforge.net/cgi-bin/webpmd.pl
> > > > 
> > > > I thought about doing a similar page for Jakarta projects 
> > - just use the
> > > > anonymous CVS access for each Jakarta project, run PMD on 
> > it, pipe the
> > > > output to a file, and link it all together - but perhaps 
> > that would be
> > > > annoying
> > > > 
> > > > Yours,
> > > > 
> > > > Tom
> > > 
> > > Maven uses various plugins to essentially produce this same 
> > data (and more).
> > > 
> > > -jon
> > > 
> > > -- 
> > > StudioZ.tv /\ Bar/Nightclub/Entertainment
> > > 314 11th Street @ Folsom /\ San Francisco
> > > http://studioz.tv/
> > > 
> > > 
> > > --
> > > To unsubscribe, e-mail:   
> > <mailto:general-unsubscribe@;jakarta.apache.org>
> > > For additional commands, e-mail: 
> > <mailto:general-help@;jakarta.apache.org>
> > > 
> > > 
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:general-unsubscribe@;jakarta.apache.org>
> > For additional commands, e-mail: 
> > <mailto:general-help@;jakarta.apache.org>
> > 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:general-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:general-help@;jakarta.apache.org>
> 
> 
> 


--
To unsubscribe, e-mail:   <mailto:general-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:general-help@;jakarta.apache.org>

RE: A Jakarta unused code scoreboard [was RE: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]]...

[Tom Copeland]

Exactly!  Stuff like "This class is unused" - no, it's just specified in
a properties file somewhere and the static analysis is not picking that
up!  A couple of false positives like that and people start ignoring the
reports.  At least I do.  

I thought about listing the unused/duplicate import statements as well,
but that would make the reports much bigger... and those problems aren't
as big a deal as the unused "private List foo = new ArrayList(1000);"
kind of thing...

Yours,

Tom


> -Original Message-
> From: Andrew C. Oliver [mailto:andy@;superlinksoftware.com] 
> Sent: Thursday, October 24, 2002 10:21 AM
> To: Jakarta General List
> Subject: Re: A Jakarta unused code scoreboard [was RE: [Fwd: 
> Re: [eclipse-dev] Java compiler defaults changed]]...
> 
> 
> At first I was going to complain and say "Another one of 
> these?"  Most 
> of the automated code metrics I read complain about things
> in POI which are like "duh its an API of course its an 
> 'unused' class" 
> -- or duh its a development utility or test case which isn't MEANT
> to be flexible --but these are actually pretty good!  I 
> forwarded them 
> to the poi dev list.
> 
> Thanks,
> 
> -Andy
> 
> Tom Copeland wrote:
> 
> >...is up now.  At least, some of it is.  POI, Ant, and Log4j 
> are there
> >now (at the bottom of the page):
> >
> >http://pmd.sourceforge.net/cgi-bin/webpmd.pl
> >
> >This report gets run hourly, so it can serve as a monitor 
> thingy on each
> >project CVS HEAD.  
> >
> >Let the checkins begin!  :-)
> >
> >Yours,
> >
> >Tom
> >
> >  
> >
> >>-Original Message-
> >>From: Nick Chalko [mailto:nchalko@;calpine.com] 
> >>Sent: Wednesday, October 23, 2002 10:27 PM
> >>To: 'Jakarta General List'
> >>Subject: RE: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]
> >>
> >>
> >>
> >>
> >>
> >>
> >>>-Original Message-
> >>>From: [EMAIL PROTECTED] [mailto:tom@;infoether.com]
> >>>Sent: Wednesday, October 23, 2002 5:13 PM
> >>>To: [EMAIL PROTECTED]
> >>>Subject: Re: [Fwd: Re: [eclipse-dev] Java compiler 
> defaults changed]
> >>>
> >>>
> >>>Right, definitely, it can be done manually on any project via 
> >>>the Ant/Maven/Eclipse/whatever plugin.
> >>>
> >>>But the fun part of the web page thing is that you can see 
> >>>how everyone's code is
> >>>working.  And since a cron job is running it hourly, it's 
> >>>always checking
> >>>the latest stuff... 
> >>>  
> >>>
> >>It would be cool to do a history chart for each
> >>
> >>showing say
> >>lines of code changed per time unit
> >>total errors
> >>% errors
> >>and the delta's for all
> >>
> >>I have been thinking about doing this for the check style 
> >>summaries for my
> >>projects at work.
> >>
> >>R,
> >>Nick
> >>
> >>
> >>
> >>
> >>>Fun stuff,
> >>>
> >>>Tom
> >>>
> >>>- Original Message - 
> >>>From: "Jon Scott Stevens" <[EMAIL PROTECTED]>
> >>>To: <[EMAIL PROTECTED]>
> >>>Sent: Wednesday, October 23, 2002 7:21 PM
> >>>Subject: Re: [Fwd: Re: [eclipse-dev] Java compiler 
> defaults changed]
> >>>
> >>>
> >>>  
> >>>
> >>>>on 2002/10/23 2:24 PM, "Tom Copeland" <[EMAIL PROTECTED]> wrote:
> >>>>
> >>>>
> >>>>
> >>>>>Speaking of mass source code analysis, here's some of the 
> >>>>>  
> >>>>>
> >>>Sourceforge
> >>>  
> >>>
> >>>>>projects and their unused code stats (unused locals, 
> >>>>>  
> >>>>>
> >>>unused fields,
> >>>  
> >>>
> >>>>>etc):
> >>>>>
> >>>>>http://pmd.sourceforge.net/cgi-bin/webpmd.pl
> >>>>>
> >>>>>I thought about doing a similar page for Jakarta projects 
> >>>>>  
> >>>>>
> >>>- just use the
> >>>  
> >>>
> >>>>>anonymo

RE: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]

[Tom Copeland]

Speaking of mass source code analysis, here's some of the Sourceforge
projects and their unused code stats (unused locals, unused fields,
etc):

http://pmd.sourceforge.net/cgi-bin/webpmd.pl

I thought about doing a similar page for Jakarta projects - just use the
anonymous CVS access for each Jakarta project, run PMD on it, pipe the
output to a file, and link it all together - but perhaps that would be
annoying

Yours,

Tom



> -Original Message-
> From: Martin van den Bemt [mailto:mllist@;mvdb.net] 
> Sent: Wednesday, October 23, 2002 3:39 PM
> To: [EMAIL PROTECTED]
> Subject: [Fwd: Re: [eclipse-dev] Java compiler defaults changed]
> 
> 
> FYI...
> 
> Mvgr,
> Martin
> -Forwarded Message-
> 
> From: Timothy Halloran <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: [eclipse-dev] Java compiler defaults changed
> Date: 23 Oct 2002 16:29:24 -0400
> 
> On the unused imports, heres some empirical data for I collected on
> Eclipse and some other (well-known) Java code (this has been floating
> around the jdt-ui-dev mailing list for some time):
> 
>  | import  |UNUSED IMPORTS |
> Name | Uses(u) |   #   |  %u  | /kSLOC | kSLOC
> -+-+---+--++--
> Jakarta Ant 1.5  |   3,526 |   172 |  4.9 |2.7 |64
> Jakarta Tomcat 4.0.4 |   4,275 |   966 | 22.6 |   14.6 |66
> Sun J2SDK 1.4.0_01   |  15,101 | 3,216 | 21.3 |6.3 |   508
> NetBeans 3.2.2   |  30,102 | 6,626 | 22.0 |   11.6 |   571
> ECLIPSE 2.0  |  49,097 | 2,859 |  5.8 |3.6 |   792
> 
> I removed the NetBeans test infrastructure (which is quite involved)
> from the analysis (I was using Eclipse so I had to get 
> NetBeans to build
> within Eclipse, which was lots of fun:-).
> 
> Lets hope this number goes to 0 for Eclipse in 2.1!
> 
> Take Care
> Tim Halloran
> Carnegie Mellon University
> On Tue, 2002-10-22 at 07:04, Philippe Mulet wrote:
> > FYI - from this integration build on, you'll notice that 
> the Java compiler
> > defaults will have changed to report 2 extra warnings:
> > - static members accessed in non-static way (e.g.   this.CONSTANT).
> > - unused imports (often resulting from codeassisting).
> > 
> > If you see these, you should consider fixing them so as to 
> improve your
> > code quality.
> > 
> > ___
> > eclipse-dev mailing list
> > [EMAIL PROTECTED]
> > http://dev.eclipse.org/mailman/listinfo/eclipse-dev
> 
> ___
> eclipse-dev mailing list
> [EMAIL PROTECTED]
> http://dev.eclipse.org/mailman/listinfo/eclipse-dev
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Differences between Structs and Turbine ???

[Tom Copeland]

Since we're OT already, I have to interject a good Jamie Zawinski
database quote:

===
It was a hard sell, since he's a database person, and as far as I've
seen, once those database worms eat into your brain, it's hard to ever
get anything practical done again. To a database person, every nail
looks like a thumb. Or something like that. 
===

tom


-Original Message-
From: Steve Downey [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, October 09, 2002 8:52 PM
To: Jakarta General List
Subject: Re: Differences between Structs and Turbine ???


On Wednesday 09 October 2002 07:18 pm, Pier Fumagalli wrote:
> On 9/10/02 3:47, "Berin Loritsch" <[EMAIL PROTECTED]> wrote:
> > Even when Quick and Dirty takes longer.  I tried to convince my boss
that
> > a certain "customization" required so many fundamental changes that
it
> > would be quicker and easier to develop/maintain if we did it right.
He
> > told me that he would never be able to convince the CEO that was the
> > right choice, so the "Quick and Dirty" route was the choice--taking
me
> > twice as long to get it done.
>
> I got out of the same tie today, but I won! :-) And it was about
Objects in
> PL-SQL... That was a close one! :-)
>
Objects in PL-SQL. 

I still have nightmares. 

SQLJ and Oracle's Object extensions were so seductive. 



And I'm in the camp that thinks the ad going around with the
snail/cheetah <=> 
Relational/Object just shows that most OO developers are ignorant
regarding 
the relational model.

> Pier


--
To unsubscribe, e-mail:

For additional commands, e-mail:





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Jakarta Newsletter - May 2002

[Tom Copeland]

Yup, this is great stuff.  Kind of like kernel-traffic
(http://kt.zork.net/kernel-traffic/latest.html) for Jakarta.  Thanks
much,

Tom

-Original Message-
From: Leo Simons [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, June 05, 2002 9:09 AM
To: Jakarta General List
Subject: Re: Jakarta Newsletter - May 2002


> So is it worth bothering with each month? Feedback wanted! :)

yeah. I enjoyed it ;)

> 1) Should we have an archive on the web site (xdoc copy attached as my
+1)

of course, though the easiest way to archive is to link to the mail
archive.

> 2) Which list should it post to? - its aimed at people that aren't
> subscribed to too many of the lists so announcements seems the most
likely
> current option, although maybe a separate newsletter@ would be the way
> forward - eitherway I'd guess replies should go to general@.

newsletter@ if this proves to be a success. Keep it on general for
now...

> 3) Editors for the various sections will be required - I'm sure I
didn't do
> commons justice and editing is far from what I'm good at anyway - so
please
> step forward if you want to edit for a project.

not stepping forward just yet (hoping someone else will), but I can
handle all of avalon.

> 4) I guess I'll put out a request for content around the 28th and aim
to
> release in the week of July 1st.

cool beans.

thanks for doin' this!

- Leo



--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: