RE: Name for commons-like area for web

2005-06-25 Thread Dean Pickersgill
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED] 
Sent: 26 June 2005 02:16
To: Jakarta General List
Subject: Re: Name for commons-like area for web

Stephen Colebourne wrote:
 There doesn't seem to be a thread for this
 
 The current suggestions are:
 
  Commons Web
  Jakarta Web Parts for Java (JWP4J)
  Web App Commons
  Web App Components
  Web App Modules
  Web Bricks
  Web Commons
  Web Components
  Web Libs
  Web Parts
  Web Tools
  Weblets
 
 Of these, WebParts has issues with Microsoft, so I would suggest we 
 avoid it. Weblets was also used by IBM back in 2000, so could have issues.
 
 The most obvious would be CommonsWeb or WebCommons, as the general user 
 community could link the concept to commons easily enough. However, 
 there is a danger that it could be confusing precisely because of that.
 
 Thus, my current top three are:
 - WebLibs
 - WebCommons
 - WebBricks
 but I can still be persuaded.


 I like WebLibs the best.
 Phil

... Nah.  That's an anagram of 'Wibbles', and it might upset the company
that makes those fashionable toys that are all about friendship, if they
ever worked it out ...

Rgds Deano


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



RE: [Jakarta Wiki] Trivial Update of Migrating to Subversion byDanielRall

2005-06-22 Thread Dean Pickersgill
 Well Dean, it _was_ a wording tweak, meaning that the actual content
 didn't change much, merely the verbiage.

-
verbiage \VUR-bee-ij\, noun:
The use of many words without necessity
-


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



RE: [Jakarta Wiki] Update of JakartaBoardReport-June2005 by DanielRall

2005-06-18 Thread Dean Pickersgill
Oh dear 

-Original Message-
From: Apache Wiki [mailto:[EMAIL PROTECTED] 
Sent: 18 June 2005 22:30
To: general@jakarta.apache.org
Subject: [Jakarta Wiki] Update of JakartaBoardReport-June2005 by
DanielRall

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 DanielRall:
http://wiki.apache.org/jakarta/JakartaBoardReport-June2005


--
  
   Velocity 
  
- Migration from Bugzilla to Jira approved.
+ Migration from Bugzilla to Jira approved.  OSGi bundle submitted.
  

-
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 Migrating to Subversion by DanielRall

2005-06-18 Thread Dean Pickersgill

The comment on the change is:
Noted Velocity completely done.  Updated Subversion plan/+'s/questions/-'s

... Obviously not because people are still adding to it ...





--
  
   * Every sub-project of Jakarta gets a subdirectory in the Jakarta SVN
repo.
   * They use a tags/trunk/branches structure within said subdirectory,
though they could further componentise and then use the tags/trunk/branches
structure if it fits them better.
- 
+  * The CVS repositories of dead projects are not targeted for migration
(e.g. jakarta-site).
  
  == Positives ==
  
- One major plus is that it simplifies the life of the infrastructure team.
They no longer need UNIX accounts for each user, but can maintain users in
htaccess files (behind SSL).
+ Subversion provides many advantages over CVS, smoothing out its excessive
character while providing the same approximate level of functionality, and
a much better designed platform on which to develop tools.  Sampling of
improvements over CVS:
+  * move files within the repository and maintain the history
+  * delete directories (which are treated no different than any other
versioned resource)
+  * treat groups of files in one commit as a single transaction (change
set-like)
+  * significantly faster branching and tagging
  
- There are many developer pluses too. Subversion gives us the ability to
move files within the repository and maintain the history, to treat groups
of files in one commit as a single transaction and has faster speed on
tagging.
+ Another major benefit is that administration of Subversion simplifies the
life of the Infrastructure team.  UNIX accounts need not be created for each
user; user accounts are instead maintained in htaccess files, with
authentication occuring over SSL.
  
  == Questions ==
  
-  * What do we do with legal issues? If a non-ASF allowed licensed file
appears in the repository, can we obliterate it? Is it a problem if we
can't?
   * Is the community's toolset fully supported?
-  * How do we educate the community?
-  * Do we need to migrate dead cvs modules? ie) jakarta-site?
  
  == Negatives ==
  
-  * Tagging is just a directory copy. Tags which are more than a simple
directory tree get trickier. ie) tagging without tagging all the files, or
tagging plus a set of files in a sibling directory. The trick of doing 'cvs
status -v build.xml' to list known tags for a module is no longer available
as well.
-  * Installation. An SVN client, especially with SSL support, seems
trickier to install than CVS.
+  * The tagging and branching model varies from that of CVS, and is only a
cheap directory copy. Tags which are more than a simple directory tree get
trickier. ie) tagging without tagging all the files, or tagging plus a set
of files in a sibling directory. The trick of doing 'cvs status -v
build.xml' to list known tags for a module is no longer available as well.
Instead, the tags/ directory in the repository may be browsed using a 'svn
ls' or a [http://svn.apache.org/viewcvs.cgi/ web browser].
+  * Obliteration of files which should have never made their way into the
VC repository (e.g. files with a non-ASF allowed license) can currently only
be accomplished through a dump/edit/load of the entire repository by the
Infrastructure team (resulting in a repository-wide maintenance window).
  
  == Migration Plan ==
  
@@ -39, +40 @@

   * POI   - Nudged. Is OS X support good enough? amongst other
questions.
   * Slide - Stefan LCtzkendorf. Migration applied for.
   * Taglibs   - Tim O'Brien. Martin Cooper. Renudged.
-  * Tapestry  - Nudged. Is Subclipse good enough?
+  * Tapestry  - Nudged. Is [http://sublicpse.tigris.org/ Subclipse]
good enough?
   * Turbine   - Henning Schmiedehausen, Daniel Rall
  
  === Archivals ===
@@ -49, +50 @@

  
  === DONE ===
   * BCEL  - Henri Yandell
-  * BSF   - Done.
+  * BSF   - (done)
   * Commons   - Martin Cooper + Tim O'Brien -
[http://wiki.apache.org/jakarta-commons/SubversionConversion Conversion
Instructions]
   * ECS   - Robert Burell Donkin + Henri Yandell. jakarta-ecs
and jakarta-ecs2. 
-  * HiveMind  - Done.
+  * HiveMind  - (done)
   * Lucene- Erik Hatcher
-  * ORO   - Daniel Savarese.
+  * ORO   - Daniel Savarese
   * Regexp- Henri Yandell
   * Site2 - Tim O'Brien + Henri Yandell - [Site2 Conversion
Instructions]
-  * Velocity  - Needs folding of 3 dirs into 1. Daniel Rall.
+  * Velocity  - Daniel Rall
  

-
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 

RE: [Jakarta Wiki] Trivial Update of Migrating to Subversion by DanielRall

2005-06-18 Thread Dean Pickersgill

The following page has been changed by DanielRall:
http://wiki.apache.org/jakarta/Migrating_to_Subversion

The comment on the change is:
wording tweak

... Look, what IS the point of making comments which generate mail which
says NOTHING??

'Wording tweak'.  Tells me a lot.  Whats wrong with a sensible description
that actually means something to the reader?

Deano



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