Re: [VOTE] JMeter 2.3.2RC3

2008-05-31 Thread Henning Schmiedehausen
You need the binary archive to build the binary archive? That makes no 
sense to me. It should be possible to download only the sources and then 
build the binary archives.


Remember, the source *is* the only form of release that we actually do. 
The binaries are just an added bonus. This has been discussed in epic 
breadth on various lists before.


Best regards
Henning


sebb schrieb:

On 30/05/2008, sebb [EMAIL PROTECTED] wrote:

On 28/05/2008, Henri Yandell [EMAIL PROTECTED] wrote:
  MD5, PGP good.
 
   It's a bit odd that the binary version comes chock full of jars and
   the source version doesn't. When I run 'ant' in the source version I
   get:
 
   BUILD FAILED
   /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/build.xml:925:
   /Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/lib/opt not found.


I need to look at that.


Fixed in SVN.

If a build is attempted from just the source archive the output is:

C:\ReleaseCheck\jakarta-jmeter-test ant
Buildfile: build.xml

_message_3rdParty:
 [echo] Cannot find all the required 3rd party libraries.
 [echo] If building from a release, you need both source and
binary archives.

BUILD FAILED
C:\ReleaseCheck\jakarta-jmeter-test\build.xml:937: Cannot find required classes


   I'm also suspect of whether it will build with so few jars available.
   I don't see junit in there, or being hooked up to download.


It won't build on its own.
 To avoid duplication, building requires the binary archive as well.
 This is documented in the README file.


   In the current source download, the geronimo and velocity jars should
   ideally have their license and notice files.


As they are ASF projects, I assumed that they were covered by the
 following in the NOTICE file:

 This product includes software developed at
 The Apache Software Foundation (http://www.apache.org/).

 and the LICENCE.


   The following jars need license files in the binary download:
 
   junit (CPL)
   htmllexer (I'm assuming it's under the htmlparser CPL?)


Yes, it's part of htmlparser.

   js_rhino (MPL iirc)
 

 OK; there were pointers to the online versions in the main LICENSE
 file, but I've now added local copies.


   Ideally, various ASF Apache 2.0 licenses/notices would also be there;
   but those are the three important ones.


Thanks.


   Hen
 
 
   On Tue, May 27, 2008 at 4:50 PM, sebb [EMAIL PROTECTED] wrote:
 
   [Third time lucky, I hope]
   
 There is one trivial code change from RC1:
 * Log the property java.vm.name which shows whether the -client or 
-server
 Java flag was used when starting JMeter
   
 Otherwise the main changes relate to the way the archives are created:
 the tar files use LF endings for native files, and the zip files use
 CRLF endings. The JMX test and demo files have been updated to the new
 format. Some AL headers were added.
   
 As far as I can tell I've fixed all the previous test problems that
were reported (and one I accidentally introduced in RC2 when the EOL
settings were tidied up).
   
 Note that there is a bug in Java on some Linux systems that manifests
 itself as the follow error:
   
 [java] WARNING: Couldn't flush user prefs:
 java.util.prefs.BackingStoreException:
 java.lang.IllegalArgumentException: Not supported: indent-number
   
   
 Archives/hashes/sigs and RAT report:
 http://people.apache.org/~sebb/jmeter-2.3.2RC3/dist
   
 Site/Docs are here:
 http://people.apache.org/~sebb/jmeter-2.3.2RC3/docs
   
 Tag:
 http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC3
   
 Keys are here:
 http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
 also
 http://www.apache.org/dist/jakarta/jmeter/KEYS
   
 All feedback (and votes!) welcome.
   
 [  ]+1 - the release candidate is OK
 [  ]-1 - there is a problem (please indicate what it is)
   
 The vote will remain open for at least 72 hours.
   
 Note: If the vote passes, the intention is to release the archive
 files and create the release tag from the RC3 tag.
   
 Here's my:
   
 +1
   
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]



--
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.


Moving ( looking for a job)

2007-10-08 Thread Henning Schmiedehausen
Hi,

some of you have already heard about it, this is to make it 'official':

I'm doing the faithful duty of a good husband and will follow my wife
who starts a new job in Palo Alto, California. 

So we will be moving there in the next months. As she is a smart person
and I am not, I am looking for anyone that wants to hire a software
architect / engineer with experience on the J2EE and Linux/Unix
platforms and strong roots in the open source community. You must be
willing to help me through either the H-1B or O-1 visa process.

If you are interested, just ping me. I will be both at ApacheCon US and
Asia if you want to talk to me F2F.

Any hints on what to look out for when moving to the Bay area are gladly
accepted. We already got warned about house prices. :-) 

Best regards
Henning

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen   -- Java, J2EE, Linux
Mail: [EMAIL PROTECTED]-- Consultant, Architect, Developer
Web:  http://henning.schmiedehausen.org/



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



Re: External plugin repository for JMeter?

2007-10-06 Thread Henning Schmiedehausen
Any particular reason, why this can not be a part of the JMeter project?
Splitting a rather small community into two parts (apache + codehaus)
does not sound too good. Having that plugin inside the JMeter project
might lead to new hands helping out with JMeter itself.

Gaining gravity in the project is IMHO a good thing. You might want to
move TLP at some distant point in the future.

Best regards
Henning


On Sat, 2007-10-06 at 13:27 +0100, sebb wrote:
 JMeter has just been offered a Maven plugin for creating reports.
 
 Rather than include the code in JMeter, I think it would be better
 hosted at mojo.codehaus.org, along with the other Maven plugins.
 
 That got me thinking - perhaps a similar idea could be set up for
 JMeter plugins?
 
 Or is that a silly idea?
 
 Sebb
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine guy

INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350
Gesellschaftssitz: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen

It's good to be a lunatic... -- 10th doctor


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



Re: External plugin repository for JMeter?

2007-10-06 Thread Henning Schmiedehausen
Hm,

why shouldn't it be possible to do two independent products (JMeter +
Maven Plugin) on different release cycles in one project? Other projects
do this all the time (e.g. Turbine for a very long time with all the
Fulcrum stuff, META etc).

Still no need for a split for me.

Best regards
Henning

On Sat, 2007-10-06 at 14:18 +0100, sebb wrote:
 I don't see it as splitting the community, rather as an adjunct to the
 existing community.
 
 One of the reasons would be to allow independent release cycles.
 
 Also, not every user would need all the plugins.
 
 Perhaps this could be done by rearranging the JMeter project, but it
 seems cleaner to have a separate repository - as is done with Maven.
 
 S
 On 06/10/2007, Henning Schmiedehausen [EMAIL PROTECTED] wrote:
  Any particular reason, why this can not be a part of the JMeter project?
  Splitting a rather small community into two parts (apache + codehaus)
  does not sound too good. Having that plugin inside the JMeter project
  might lead to new hands helping out with JMeter itself.
 
  Gaining gravity in the project is IMHO a good thing. You might want to
  move TLP at some distant point in the future.
 
 Best regards
 Henning
 
 
  On Sat, 2007-10-06 at 13:27 +0100, sebb wrote:
   JMeter has just been offered a Maven plugin for creating reports.
  
   Rather than include the code in JMeter, I think it would be better
   hosted at mojo.codehaus.org, along with the other Maven plugins.
  
   That got me thinking - perhaps a similar idea could be set up for
   JMeter plugins?
  
   Or is that a silly idea?
  
   Sebb
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  --
  Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,
  91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
  Open Source Consulting, Development, Design| Velocity - Turbine guy
 
  INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350
  Gesellschaftssitz: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen
 
 It's good to be a lunatic... -- 10th doctor
 
 
  -
  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]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine guy

INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350
Gesellschaftssitz: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen

It's good to be a lunatic... -- 10th doctor


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



JMeter makes it to worsethanfailure.com

2007-09-30 Thread Henning Schmiedehausen
Congrats to the new release. There seem to be busy testers:

http://worsethanfailure.com/Articles/Your-CAPTCHA-Hates-You.aspx

(Scroll all the way down)

Best regards
Henning


-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: Where is Alexandria?

2007-09-01 Thread Henning Schmiedehausen
Hmmm,

it is still there but no longer accessible from the outside. Seems it
got lost when we migrated to svn.

It is on people.apache.org:/x1/home/cvs/jakarta-alexandria, just get it
through your ssh account and use /x1/home/cvs as the repository base.

Best regards
Henning


On Sat, 2007-09-01 at 14:52 +0200, Dennis Lundberg wrote:
 Hi
 
 I'm looking for a CVS or Subversion repository with the source code for 
 Alexandria. Does anybody know where it has gone?
 
 In particular I'm looking for one file, which was previously found here:
  
 http://cvs.apache.org/viewcvs.cgi/jakarta-alexandria/proposal/maven/?hideattic=0
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: Suggestion to use OpenGrok to index all Jakarta source code

2007-09-01 Thread Henning Schmiedehausen
If it needs file:// access to svn, you can not install it on an Apache
Solaris zone. It would need to run on the svn server itself and given
the flamew^Wdiscussion on board and the bar that Justin set for the Java
interest group, I am pretty sure that it is out of the question to get
this in the short run.

If you really are interested and want to help out, please look at
http://cwiki.apache.org/INFRA/ and consider joining infrastructure,
infrastructure-private (or the proposed and yet to be created
infrastructure-dev) mailing lists. 

The infrastructure people are quite reluctant to set up new services,
mainly because they fear (rightly so, given the track records of past
volunteers) that someone requests or sets up a service and the
disappears, leaving the maintenance to the few infrastructure people
that have been around continuously for a long time.

Personally, I believe that it is important that infra knows about
'users' (and I that use case, I consider the committers and members of
the ASF also users of the infrastructure) that would like to have new
services that we do not provide yet. Not every wish might be fulfilled,
though.

Best regard
Henning


On Sat, 2007-09-01 at 13:29 -0700, Nathan Bubna wrote:
 Hmm.  I'll put learn how to set up OpenGrok on Velocity's Solaris
 zone on my things-i-would-like-to-find-time-to-do-someday list.  Of
 course, if someone more familiar with OpenGrok and/or installing
 services on a Solaris zone wanted to help me set it up for Velocity,
 then we'd have some example for other interested projects to work off
 of. ;)
 
 On 9/1/07, Will Glass-Husain [EMAIL PROTECTED] wrote:
  (off topic for Jakarta, I know)
 
  Velocity has it's own Solaris zone.  We could set something up on an
  experimental basis for Velocity, and if someone in Jakarta got excited about
  it they could request a zone/set theirs up based on the Velocity config.
 
  WILL
 
  On 9/1/07, Nathan Bubna [EMAIL PROTECTED] wrote:
  
   I would LOVE to have something like this for Apache projects.   Looks
   much more useful than ViewVC.  I particularly like that the source
   code view would be able to plug right into PMD reports to make those
   more useful too.
  
   On 9/1/07, Alf Høgemark [EMAIL PROTECTED] wrote:
Hi
   
I have a number of times missed an an easy to use web interface for
searching through all Jakarta source code and subversion change logs,
and to also being
able to see line number and subversion change log history for a
particular file.
   
The OpenGrok tool ( http://www.opensolaris.org/os/project/opengrok/ )
seems to me to be very useful in that respect.
So I would like to suggest that OpenGrok is set up to search and index
the Subversion repository at http://svn.apache.org/repos/asf/
OpenGrok seems to be a lot more useful than what is currently available
using a web browser to point to http://svn.apache.org/repos/asf/
   
I have set up a prototype test for running OpenGrok 0.5 on the JMeter
source, to see how it looks and works.
You can test the prototype at
http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/
Here are some links you can test to see various views :
   
   http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/search?q=defs=refs=path=hist=HttpSampler2
   
   
   http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/search?q=defs=refs=path=HttpSampler2hist=
   
   
   http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/history/src/protocol/http/org/apache/jmeter/protocol/http/sampler/HTTPSampler2.java
   
   
   http://www.kanonbra.com/opensource/jakarta/jmeter/searchable_src/xref/src/protocol/http/org/apache/jmeter/protocol/http/sampler/HTTPSampler2.java
   
Note that the changelist numbers on my prototype are incorrect, the
reason is that I have used svk to mirror the JMeter part of the
subversion repository at http://svn.apache.org/repos/asf/
   
I think it would be most useful if OpenGrok index was available for all
the Jakarta projects.
For example if I am doing some testing of JMeter, get an exception with
a stack trace, and I want to look at a specific file, with line number
subversion changelog history, from the commons httpclient.
You can have a look at http://src.opensolaris.org/source/ to see how
OpenGrok looks when it has indexed many projects.
   
   
Do other people miss a searchable index of all the source code of
Jakarta, and an easy way to browse source code and subversion history,
both of their own and other's projects ?
   
Any suggestions on how to proceed to get an OpenGrok index of the
Jakarta subversion repository available from the jakarta website ?
   
   
Some thoughts on how it could be set up :
OpenGrok needs a servlet container to run, and ideally local file access
to the subversion repository, to increase speed, and minimize load on
 

Re: HttpClient 3.x Homepage

2007-07-31 Thread Henning Schmiedehausen
That is a result of the full redirection of the commons from Jakarta to
commons.apache.org and probably just a honest oversight. 

Best regards
Henning



On Tue, 2007-07-31 at 20:59 +0200, Roland Weber wrote:
 Hi all,
 
 the HttpClient 3.x homepage seems to have moved to
 http://commons.apache.org/httpclient/index.html
 
 I'm a bit surprised to notice that, considering that
 I had started a discussion about the future location
 of that site which has not lead to a conclusion.
 I would at least have expected some kind of advance
 warning before a page for which we are responsible
 is moved?
 
 cheers,
   Roland
 
 
 -
 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: Commons is TLP

2007-06-24 Thread Henning Schmiedehausen
Yes, but it *still* has a check list of all things to do (as subtasks).
You don't need to clone it but you get an idea what a TLP can
potentially have (e.g. a lot of TLPs did not know about the Solaris
zones).

Best regards
Henning



On Sat, 2007-06-23 at 23:33 -0700, Henri Yandell wrote:
 Don't go the subtask route. Keep it all on the one issue as TLP Admin
 and Joe'll take care of things.
 
 Hen
 
 On 6/22/07, Henning Schmiedehausen [EMAIL PROTECTED] wrote:
  There is a Velocity JIRA Issue with a lot of subtasks that basically has
  everything that is needed/can be done for a new TLP. Scott cloned it for
  Turbine, so it is TRB-44 and INFRA-1249. These might be good starting
  points.
 
  Best regards
  Henning
 
  Torsten Curdt schrieb:
  
   On 21.06.2007, at 00:57, Martin van den Bemt wrote:
  
   Hi everyone,
  
   The new Commons TLP was established today, with Torsten Curdt as Vice
   President.
  
   ...so where do we start with the TLP move is the question :)
  
   cheers
   --
   Torsten
  
  
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
 
  --
  Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
  91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
  Open Source Consulting, Development, Design| Velocity - Turbine
 
Save the cheerleader. Save the world.
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: Commons is TLP

2007-06-22 Thread Henning Schmiedehausen
There is a Velocity JIRA Issue with a lot of subtasks that basically has
everything that is needed/can be done for a new TLP. Scott cloned it for
Turbine, so it is TRB-44 and INFRA-1249. These might be good starting
points.

Best regards
Henning

Torsten Curdt schrieb:
 
 On 21.06.2007, at 00:57, Martin van den Bemt wrote:
 
 Hi everyone,

 The new Commons TLP was established today, with Torsten Curdt as Vice
 President.
 
 ...so where do we start with the TLP move is the question :)
 
 cheers
 -- 
 Torsten
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: Jakarta site directory no longer contains .svn directories

2007-06-11 Thread Henning Schmiedehausen
You also took our style sheet, so the Turbine redirect page has the
Velocity style. ;-) 

Best regards
Henning



On Fri, 2007-06-08 at 17:14 +1000, Scott Eade wrote:
 I set Turbine to redirect yesterday.  I will delete the turbine 
 directory once I am happy that everything is okay with the new Turbine 
 TLP site.  We still have Turbine on the Jakarta downloads page - we will 
 sort this out when we have the Turbine download page working.
 
 In summary: We are taking care of Turbine as part of the TLP move and 
 will tidy up after ourselves towards the end of this process.
 
 Thanks,
 
 Scott
 
 Martin van den Bemt wrote:
  Good one :) Didn't fix Velocity yet (better to put that in the root 
  .htaccess and get rid of subdirs)
 
  So Turbine can be redirected too ?
 
  Mvgr,
  Martin
 
  Henning Schmiedehausen wrote:

  Once, the sites are up, feel free to
  copy  /www/jakarta.apache.org/velocity/.htaccess
  and /www/velocity.apache.org/moving.html
 
 Best regards
 Henning
 
 
  On Thu, 2007-06-07 at 22:24 +0200, Martin van den Bemt wrote:
  
  Thanx for clearing it up, I was starting to doubt myself, since I did 
  some cleanup of old Jakarta
  projects a couple of days ago (no worries, didn't touch POI and Turbine 
  yet !)
 
  Mvgr,
  Martin
 
  Thomas Vandahl wrote:

  sebb wrote:
  
  Thanks; that's also fixed the missing updates.
 
  I wonder how it happened?

  That was me. I could have *sworn* that I copied these over by accident
  and as busy to remove them as fast as possible. Is this procedure svn
  update - edit - ant - svn commit - svn update site documented
  somewhere? I've never seen anything like this.
 
 
  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]

 
  -
  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]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: Jakarta site directory no longer contains .svn directories

2007-06-07 Thread Henning Schmiedehausen
probably a 

find /www -name .svn -type d | xargs rm -rf  ## we do not need these 
directories, all sites are built and deployed by maven anyway. 

:-)

Best regards
Henning



On Thu, 2007-06-07 at 10:32 +0100, sebb wrote:
 Thanks; that's also fixed the missing updates.
 
 I wonder how it happened?
 
 S/
 On 07/06/07, Martin van den Bemt [EMAIL PROTECTED] wrote:
  I've fixed it.. Old dir structure under site3.
  (just moved the old site directory to site3 and run svn update from the 
  /www/jakarta.apache.org
  directory)
 
  Mvgr,
  Martin
 
  Scott Eade wrote:
   sebb wrote:
   Not sure what's happened, but the .svn directories seem to have
   disappeared from the directory tree:
  
   /www/jakarta.apache.org/site
  
   It means that svn update site no longer works...
   What would the fix be - to check out the site again?
  
   Scott
  
   -
   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]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: Jakarta site directory no longer contains .svn directories

2007-06-07 Thread Henning Schmiedehausen
Once, the sites are up, feel free to
copy  /www/jakarta.apache.org/velocity/.htaccess
and /www/velocity.apache.org/moving.html

Best regards
Henning


On Thu, 2007-06-07 at 22:24 +0200, Martin van den Bemt wrote:
 Thanx for clearing it up, I was starting to doubt myself, since I did some 
 cleanup of old Jakarta
 projects a couple of days ago (no worries, didn't touch POI and Turbine yet !)
 
 Mvgr,
 Martin
 
 Thomas Vandahl wrote:
  sebb wrote:
  Thanks; that's also fixed the missing updates.
 
  I wonder how it happened?
  
  That was me. I could have *sworn* that I copied these over by accident
  and as busy to remove them as fast as possible. Is this procedure svn
  update - edit - ant - svn commit - svn update site documented
  somewhere? I've never seen anything like this.
  
  
  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]



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



Re: [ANNOUNCE] JCS 1.3 released

2007-06-06 Thread Henning Schmiedehausen
Hm, the repo folks will complain (again) about the fact that the groups
are different for maven-1 and maven-2. There was some feedback from
Carlos Sanchez that jars should be uploaded to either maven-1 or maven-2
repo and the other mirrors automatically.

You might wanna check with the repo list folks ([EMAIL PROTECTED]).

Best regards
Henning


On Wed, 2007-06-06 at 20:26 +0200, Thomas Vandahl wrote:
 Jakarta JCS 1.3 is now available. JCS is a distributed caching system
 written in Java. This release is the first official release of JCS under
 the Jakarta Project.
 
 JCS 1.3 has been uploaded to the usual places and is/will soon be
 available in either binary or source form from the following sources:
 
 - The maven1-repository
 under jcs as binary jcs-1.3.jar
 
 - The maven2-repository
 under org/apache/jcs/jcs/1.3 as binary jcs-1.3.jar
 
 - The JCS download page
 at http://jakarta.apache.org/jcs/DownloadPage.html as binary and source
 distribution.
 
 Have fun.
 
 Bye, Thomas (on behalf of the JCS team)
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: Result: [VOTE] Release JCS 1.3

2007-06-06 Thread Henning Schmiedehausen
This is my personal model for this stuff.  YMMV


 trunk ---+ main development ---
  |
   release branch branches/JCS_1_3
  |
  + --- tag tags/JCS_1_3_RC1
  |
  + --- tag tags/JCS_1_3_RC2
  |
  + --- tag tags/JCS_1_3
  |
  + --- tag tags/JCS_1_3_1


you release *from* a release branch *on* a release tag.

Best regards
Henning




On Wed, 2007-06-06 at 18:41 +0100, sebb wrote:
 On 06/06/07, Roland Weber [EMAIL PROTECTED] wrote:
  Hi Thomas,
 
   If you changed the release files manually, you
   should commit those changes to SVN and give Sebastian some time to
   change his vote.
  
   We were voting on the artifacts on people.apache.org/~tv/jcs/, not on
   SVN. This is at least what I understood the release-then-vote-policy
   means.
 
  The point of a SVN branch is to have an archived version of the
  exact files that go into the release. If you have to change a
  release after creating the branch, you should update the branch
  and re-build the release from scratch. This is the best way to
  make sure that releases can be reproduced.
 
 s/branch/tag/g  surely?
 
 S///
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: Result: [VOTE] Release JCS 1.3

2007-06-06 Thread Henning Schmiedehausen
On Wed, 2007-06-06 at 19:13 +0100, sebb wrote:
 On 06/06/07, Roland Weber [EMAIL PROTECTED] wrote:
  sebb wrote:
   s/branch/tag/g  surely?
 
  Eh... CVS tag = SVN branch? Whatever, the things that are
 
 No, CVS tag = SVN tag

No. SVN tag == SVN branch == shallow directory copy.

There is just a convention in SVN to distinguish branches and tags. Both
are the same thing, just in different places ( /branches and /tags).

A CVS tag is something totally different. A CVS tag is a named set of
different file revisions and basically a kludge if you do not have a
repository-wide atomic revision number. Which subversion has.

Best regards
Henning

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: [VOTE] Release JCS 1.3

2007-06-05 Thread Henning Schmiedehausen
Could you create an example on how you would consider the structure and
content as acceptable so that we can understand what you want to have?

Thanks
Henning


sebb schrieb:
 On 04/06/07, Thomas Vandahl [EMAIL PROTECTED] wrote:
 sebb wrote:
  Sorry for the delay in responding.
 
  The NOTICE file is much clearer, and the Xerox license is identified,
  so I am withdrawing my -1.
 
  When the rules have been clarified, the next release can implement any
  changes if necessary.
 
  Sebastian

 Thanks, I will clarify the result now, based on your +1 I suppose?
 
 Sorry, I should have been clearer.
 
 I have withdrawn the -1.
 That does not mean I am now totally in favour.
 
 I'm not convinced that the files are quite right yet, so I am now
 abstaining.
 
 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]
 

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: Jakarta HTTP Client ECCN

2007-06-05 Thread Henning Schmiedehausen
We are an US comp^Wcharity and the code is released through this US
organization. So we (as in ASF) are responsible for it and US law
probably applies.

Best would be to take this to legal-discuss.

(Curiosity: Where do you want to ship this? :-) )

Best regards
Henning



On Tue, 2007-06-05 at 20:30 +0200, Ortwin Glück wrote:
 
 Ortwin Glück wrote:
  As none of us developers is US resident
 
 Isn't it quite absurd anyway, that code that wasn't written in the US in the
 first place, and just happens to reside on an SVN server in California, falls
 under their export regulations? What about setting up Apache SVN on Caiman
 Islands? I mean speaking of free software as in freedom and being restricted
 by US law doesn't match up exactly.
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: [VOTE] Release JCS 1.3

2007-05-30 Thread Henning Schmiedehausen
On Wed, 2007-05-30 at 19:00 +0100, sebb wrote:
 The NOTICE file is not supposed to contain any licenses.

What makes you think so? I am still a bit stumped that you so strongly
insist on this. Is there any reference (besides the cited httpd project)
to that?

Best regards
Henning

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: [VOTE] Release JCS 1.3

2007-05-30 Thread Henning Schmiedehausen
Yep, I know this. 

Status

Version: 0.52

Effective Date. N/A (proposed)

== non binding.

If it were in effect, then yes, the paragraph

--- cut ---

  * Reciprocity

 Required by some Components: Some included third-party works are
 licensed under terms that require distribution of derivative works
 to be made available under the same license as the original work.
 See the Apache product's LICENSE file to find the applicable
 third-party licenses.

--- cut ---

would make it clear.

But it is no official Apache policy. And in lieu of policy, none of us
can say that the way Thomas compiled LICENSE and NOTICE is wrong.
Because there is no official policy.

*Sigh*, it seems that I finally have to subscribe to legal-discuss. :-(


Best regards
Henning



On Wed, 2007-05-30 at 12:35 -0700, Henri Yandell wrote:
 On 5/30/07, Henning Schmiedehausen [EMAIL PROTECTED] wrote:
  On Wed, 2007-05-30 at 19:00 +0100, sebb wrote:
   The NOTICE file is not supposed to contain any licenses.
 
  What makes you think so? I am still a bit stumped that you so strongly
  insist on this. Is there any reference (besides the cited httpd project)
  to that?
 
 For a long time I thought LICENSE was for the license only and
 everything else went in NOTICE. Discussions with Cliff, and I'm pretty
 sure watching other discussions on legal-discuss, made it clear that
 license-things go in LICENSE, and copyright/ip things go in NOTICE.
 
 Look at the two places in http://people.apache.org/~cliffs/3party.html
 where it mentions LICENSE, both imply that the LICENSE file is the
 only place to find licensing terms.
 
 Hen
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: [VOTE] Release JCS 1.3

2007-05-29 Thread Henning Schmiedehausen
Hi,

uhm, this is as ambiguous as before. Do you consider third-party license
a notice (the foo library is distributed under the foo license as shown
here) or a license in its own right and you would put in into LICENSE.

According to http://apache.org/dev/apply-license.html#new, the LICENSE
file is a copy of http://www.apache.org/licenses/LICENSE-2.0.txt

And is that *really* important?

Best regards
Henning


Martin van den Bemt schrieb:
 Full license text should go in LICENSE and attributions and notices in 
 NOTICE..
 
 Mvgr,
 Martin
 
 Henning Schmiedehausen wrote:
 Well, I understand it differently and Thomas (probably looking at other
 projects) did this too:

 - LICENSE.txt contains the terms under which the software is licensed. 
   This is Apache License 2.0

 - NOTICE contains attributions to included code and the licenses that
   it is included under. Some projects choose to reference foo.LICENSE
   files for foo. Some choose to put the appropriate licensess into 
   the NOTICE file. Yet others put these (third party) licenses into the
   LICENSE file.

 All of the above are ok IMHO. I personally have a preference for the
 first variant. httpd uses the second. I think FOP uses the third.

  Best regards
  Henning

 On Mon, 2007-05-28 at 15:24 -0700, Henri Yandell wrote:
 On 5/27/07, sebb [EMAIL PROTECTED] wrote:
 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.
 That's how I understand it too.

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

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [VOTE] Release JCS 1.3

2007-05-28 Thread Henning Schmiedehausen
Well, I understand it differently and Thomas (probably looking at other
projects) did this too:

- LICENSE.txt contains the terms under which the software is licensed. 
  This is Apache License 2.0

- NOTICE contains attributions to included code and the licenses that
  it is included under. Some projects choose to reference foo.LICENSE
  files for foo. Some choose to put the appropriate licensess into 
  the NOTICE file. Yet others put these (third party) licenses into the
  LICENSE file.

All of the above are ok IMHO. I personally have a preference for the
first variant. httpd uses the second. I think FOP uses the third.

Best regards
Henning

On Mon, 2007-05-28 at 15:24 -0700, Henri Yandell wrote:
 On 5/27/07, sebb [EMAIL PROTECTED] wrote:
  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.
 
 That's how I understand it too.
 
 Hen
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: [VOTE] Release JCS 1.3

2007-05-27 Thread Henning Schmiedehausen
All I have is the minor nit that a default target is missing and an
empty aspectSourceDirectory which prevents using maven 1.1 for building.

+1 for the release! Thanks to all who participated!

Best regards
Henning

Thomas Vandahl schrieb:
 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]
 

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [VOTE] Release JCS 1.3

2007-05-27 Thread Henning Schmiedehausen
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.

Thomas did the right thing.

Best regards
Henning


sebb schrieb:
 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]
 

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [PROPOSAL] The future of Jakarta

2007-05-15 Thread Henning Schmiedehausen
On Tue, 2007-05-15 at 10:22 +0100, Danny Angus wrote:

0/ - Dismember the current Jakarta PMC  - +1
1/ - Yes, preserve the brand - +1000
2/ - No. The commons PMC will run the commons project. A possible
Jakarta PMC will not have the attention that might be needed. - -1
3/ - -1 on the PRC. They have enough to do running their stuff and they
are not really interested in the day-to-day business of running a PRC.

Here is a thought: Do we need a PMC? 

If we rethink Jakarta as Java @ Apache, it will be our gateway for
Java interested developers into Apache. So what we need is sort of a
portal site. Basically a subset of projects.apache.org, branded for
Java. Those projects that feel they want to be on add a special tag (or
just Java) to their DOAP files and off we go. Automatic web site.

This is nothing fancy. 

And we keep some mailing lists: [EMAIL PROTECTED] [EMAIL PROTECTED] Maybe
a [EMAIL PROTECTED] which is intended for people to ask about Java stuff and
get redirected. Needs maybe one or two more web pages.

Build the stuff and a nice front page that gets a news ticker similar to
what Jakarta has today, add the these are our rules pages which we
also have today, as these are the base for many other projects, ready.

Do we need a PMC? Or could this be an effort run by an existing PMC? For
me, infra would be the logical solution. Because, the whole portal thing
is mainly that. Infrastructure. 

- create [EMAIL PROTECTED]
- let anyone interested subscribe
- get a repository which contains the site and hand out permissions for
it
- wait for a community to gather. 

This is a largely stable effort. There is not much work in it (IMHO).
Why add the overhead of a PMC?

I'd like to contribute to that effort.

Best regards
Henning



 Hi,
 
 Ok, I've followed the commons TLP vote thread with some interest
 because it seems to impact directly on the end-game for Jakarta.
 
 I believe that we have to make some pretty fundamental decisions about
 that future before we can fully resolve the commons TLP issues.
 
 0/ Do we agree that the end-game is dissolution of the Jakarta PMC and
 closure of the project?
   Pro - Draws a line under the reorg effort which has gone on for 3 or
 4 *years*.
   Con - Removes the remaining tangible  historic links between former
 Jakarta sub-projects.
 
 1/ If so do we wish to preserve the Jakarta brand? (the website and
 possibly general@)
Pro  - As Ted H. says We should stop thinking of Jakarta only as
 an entity, and go back to thinking of it as to the ASF synonym for
 Java, as originally intended.
With this thought in mind around 10% of the referrals to
 james.apache come from jakarta.apache.
Con - Others consider that the effort of maintaining the resources
 would be unacceptable to anyone.
 
 2/ If we believe that the brand should be preserved should the commons
 TLP take ownership of the brand (if/when Jakarta PMC is dissolved)
Pro - Commons is an active community which continues to fulfil the
 jakarta==java remit.
Con - Commons is not necessarily interested in the brand or
 maintenance of its resources. (would people from other projects step
 up)
 
 3/ If we believe that a commons TLP should not own the brand are any
 of the alternative options acceptable?
   - Retain the Jakarta PMC solely to maintain the brand
   - Move ownership of the brand to the prc (should they agree to have it)
   - Move ownership of the brand to projects.apache maintainers
 
 
  x/ Should we consult more widely the Members and/or the Board?
 
 My own (2c) opinion is that:
 
 0/ Yes dissolve the jakarta pmc
 
 1/ Yes preserve the brand
 
 2/ If commons PMC would be comfortable with this it would be my
 preferred choice, *and* it would resolve the naming issue because the
 project could be Jakarta Commons which is a minor change from the
 sub-project name Jakarta/Commons
 
 3/ If commons PMC would be against this then I think we should approach the 
 prc.
 
 x/ Don't know
 
 In essence are we in favour of a revolutionary end or an evolutionary one?
 
 WDYT?
 
 d.
 
 -
 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] The future of Jakarta

2007-05-15 Thread Henning Schmiedehausen
On Tue, 2007-05-15 at 21:56 +0200, Henning Schmiedehausen wrote:
 On Tue, 2007-05-15 at 10:22 +0100, Danny Angus wrote:
 
 0/ - Dismember the current Jakarta PMC  - +1
 1/ - Yes, preserve the brand - +1000
 2/ - No. The commons PMC will run the commons project. A possible
 Jakarta PMC will not have the attention that might be needed. - -1

^Jakarta PMC^Jakarta site^

 3/ - -1 on the PRC. They have enough to do running their stuff and they
 are not really interested in the day-to-day business of running a PRC.

^running a PRC^running as the PMC for Jakarta^

gee, why am I off my meds today? :-(

Best regards
Henning

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: TLP proposal Turbine POI for this board meeting and todo items.

2007-05-09 Thread Henning Schmiedehausen
Turbine vote is finished and we are ready to go. Our TLP proposal is on
the Turbine Wiki, it is the same as the template (except that we have a
single superflous is in it. Everyone who finds it, can keep it).

POI vote is still running AFAIK.

So please, add the Turbine TLP proposal to the board agenda. Thanks. If
it needs reformatting, ping me.


Best regards
Henning


Martin van den Bemt schrieb:
 Hi everyone,
 
 The 16th of May is the next board meeting, so I was wondering if you were all 
 ready to go TLP at
 this stage or if you prefer to wait for next months board meeting ?
 Getting the approval done will not mean you have to move over everything 
 immediately (we are still
 volunteers) and gives us a better time-line to help out with moving things 
 over, set up redirects, etc..
 There are a couple of things I like to see (re) checked :
 
 - Have all people added their name to the TLP proposal ?
 - Is the proposal setup according to
 https://svn.apache.org/repos/private/committers/board/templates/subproject-tlp-resolution.txt
  ?
 (this was just changed recently)
 
 If everything is ok, ping me, so I can add it to the boards agenda.. Please 
 remember that everything
 that is added to the agenda needs to be  80 characters on a line :)
 
 Mvgr,
 Martin
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [VOTE] Commons moving to TLP

2007-05-09 Thread Henning Schmiedehausen
 [X] -1  I'm opposed to the proposal because...

diffing the Wiki text against the template in SVN
(https://svn.apache.org/repos/private/committers/board/templates/subproject-tlp-resolution.txt)
shows significant differences. I'd like you to update the proposal
accordingly. As this proposal will not make the next board meeting
anyway, there is plenty of time to do so.

If this is done, then my vote will be +1.

Best regards
Henning


Henri Yandell schrieb:
 Sadly a bit too late to make the next board meeting I suspect.
 
 However, here's a vote for Commons to officially request that it move to
 TLP.
 
http://wiki.apache.org/jakarta-commons/TLPResolution
 
 Please add your name if you're a Commons developer and haven't added
 your name yet.
 
 [ ] +1 I support the proposal
 [ ] +0 I don't care
 [ ] -1  I'm opposed to the proposal because...
 
 Voting will close in one week.
 
 Hen
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [VOTE] Commons moving to TLP

2007-05-09 Thread Henning Schmiedehausen
Don't know about POI, Turbine is fine, Scott used the right template.

Best regards
Henning


Henri Yandell schrieb:
 On 5/9/07, Henning Schmiedehausen [EMAIL PROTECTED] wrote:
  [X] -1  I'm opposed to the proposal because...

 diffing the Wiki text against the template in SVN
 (https://svn.apache.org/repos/private/committers/board/templates/subproject-tlp-resolution.txt)

 shows significant differences. I'd like you to update the proposal
 accordingly. As this proposal will not make the next board meeting
 anyway, there is plenty of time to do so.

 If this is done, then my vote will be +1.
 
 Yeah, there was recent activity in changing that. Turbine/POI ones
 might have the same problem.
 
 I'll get it fixed (unless someone else hops in and does it).
 
 Hen
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [VOTE] Commons moving to TLP

2007-05-09 Thread Henning Schmiedehausen
Hi,

I think this was discussed before and the consensus was we will change
the charter if a C# project actually shows up. Jakarta is dying because
there is not enough adhesion between the projects. The binding element
of the commons TLP is currently we are developing Java components. If
there is significant mass in any other language/technology, it is simple
to update the charter later, not to over-engineer it at inception.

Best regards
Henning

On Wed, 2007-05-09 at 15:44 -0400, Ted Husted wrote:
 It would be nice if the proposal allowed for some flexibility as to language.
 
 We do have several ASF products written in C#, and the notion of
 starting a C# commons has come up a couple of times in discussions
 between open source C# developers.
 
 -Ted.
 
 On 5/8/07, Henri Yandell [EMAIL PROTECTED] wrote:
  Sadly a bit too late to make the next board meeting I suspect.
 
  However, here's a vote for Commons to officially request that it move to 
  TLP.
 
  http://wiki.apache.org/jakarta-commons/TLPResolution
 
  Please add your name if you're a Commons developer and haven't added
  your name yet.
 
  [ ] +1 I support the proposal
  [ ] +0 I don't care
  [ ] -1  I'm opposed to the proposal because...
 
  Voting will close in one week.
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: [VOTE] Move POI to TLP

2007-05-04 Thread Henning Schmiedehausen
+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]



Re: [VOTE] Move Turbine to TLP

2007-04-29 Thread Henning Schmiedehausen
+1  Let's go.


On Sun, 2007-04-29 at 09:24 +1000, Scott Eade wrote:
 The Turbine project has been discussing a proposal to the board that the 
 Turbine projects leave the Jakarta umbrella and become their own top 
 level project.  We are now at the point in the process that calls for a 
 vote to take place.
 
 The proposal is available at:
 http://wiki.apache.org/jakarta-turbine/TLPTurbine
 
 For the interested, most of the discussion took place in the following 
 thread:
 http://www.nabble.com/-DISCUSS--TLP--tf3574436.html
 
 Here are the vote options:
 [ ] +1 I support the proposal
 [ ] +0 I don't care
 [ ] -1  I'm opposed to the proposal because...
 
 Voting will close in one week.
 
 Thanks,
 
 Scott
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: [VOTE] Release Regexp 1.5

2007-03-19 Thread Henning Schmiedehausen

Vadim,

that is not the point. The procedure in itself is flawed. There might be 
files now, but the procedure still has to be aligned to ASF wide guide 
lines.


Before you wonder/think about conspiracy theories: Yes, I brought the 
board (i.e. Henri) attention to this. It is necessary to change the 
commons release procedures and if you think that experiences of other 
PMCs (Velocity) don't count, let's try with a board opinion.


Best regards
Henning



Vadim Gritsenko schrieb:

Henri Yandell wrote:

3) Creating the actual files that are going to be released and voting
on them. There's pressure to go this way, but it's not the policy yet.


Vote has passed, so now actual files are made, and are available at the 
same location [1].


Vadim

[1] http://people.apache.org/~vgritsenko/regexp/

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



--
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [VOTE] Release Regexp 1.5

2007-03-19 Thread Henning Schmiedehausen
On Mon, 2007-03-19 at 19:01 +0100, Oleg Kalnichevski wrote:

[... on vote-then-release ...]

Trust me, I have done my share of releases this way, too. The thing is,
that while it was/is common practice, there are ASF-wide guidelines that
are not there to hinder people / add administrative barriers / whatever
but to provide two things:

* Oversight
* Legal shielding

That is the difference between your private pet peeve that releases as
it wishes and a legal entity as the ASF, its acting officers (board /
PMC chairs) and its committers. 

From a technical PoV, I'm fully with you. However, this is not a
technical issue as you have probably found out by now.

Best regards
Henning

 In Commons HttpClient / HttpComponents land we historically voted on SVN
 revisions and published release packages based on a lazy consensus if no
 one raised complaints about the content of the release packages.
 
 Oleg
 
  On 3/19/07, J Aaron Farr [EMAIL PROTECTED] wrote:
   Jesse Kuhnert [EMAIL PROTECTED] writes:
  
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?
   
Maybe I'm just having a bad morning, but for some reason this really
rubs me the wrong way and feels extremely inefficient.
  
   The problem is that Vote-Then-Release leaves opportunities for the
   small details to get missed and you end up with a sloppy release.
   Examples include non-signed distributables, incomplete legal notices,
   missing or incorrect hashes.  The worst is someone slipping in some
   malicious code in between the time the vote is cast and the release is
   made.
  
   When a PMC votes on a release they should be approving the exact bits
   that hit the mirrors.  That vote binds the ASF to be _legally_
   responsible.  The only way to have sufficient and appropriate
   oversight is to give the PMC a chance to check that these final steps
   of a release have been properly handled.  Otherwise the PMC risks
   releasing a half baked product.
  
   It is completely appropriate for the ASF to set guidelines on release
   procedures.
  
   --
 jaaron  (who is not on the Jakarta PMC)
  
   -
   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: [VOTE] Release Regexp 1.5

2007-03-14 Thread Henning Schmiedehausen
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 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; personally I do prefer Vote-then-Release myself but
that seems to be the way it is. 

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

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-devm=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]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,   
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person  |eau
Open Source Consulting, Development, Design| Velocity - Turbine guy |rwc
|m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350 |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



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



Re: News feed,

2007-03-05 Thread Henning Schmiedehausen
As you seem to be building your site with maven: If you use maven 2, I'd
like to invite you to check out

http://velocity.apache.org/site/tools/velocity-site-news/index.html

which is used to build the announces, news and RSS feed for the velocity
site. It still has some rough edges.

This is intended to leave Velocity and join either the Maven sandbox or
maven plugins proper at some point.

Best regards
Henning




On Wed, 2007-02-07 at 11:42 +, Danny Angus wrote:
 I see jakarta has a news feed, I'd like to nick the idea for James.
 How did you do that?
 
 d.
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux, |gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person|eau
Open Source Consulting, Development, Design| Velocity - Turbine guy   |rwc
  |m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fürth, HRB 7350|a s
Sitz der Gesellschaft: Buckenhof. Geschäftsführer: Henning Schmiedehausen |n

  Save the cheerleader. Save the world.



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



Re: Nightly builds docu?

2007-01-17 Thread Henning Schmiedehausen
As we have at least one CI tool inside the ASF: How about setting up 
one of these for the nightlies?


Best regards
Henning



Martin van den Bemt schrieb:

Gump doesn't build against the versions of the dependencies specified in the 
pom / project.xml, but
builds against the latest of everything, which could mean other trouble if you 
are using those jars.

Mvgr,
Martin

Andrew C. Oliver wrote:

Ummwhy not out of Gump?

Phil Steitz wrote:

Henri Yandell wrote:
 

On 1/16/07, Ortwin Glück [EMAIL PROTECTED] wrote:
   

Hi,

Does anyone (Henry?) know what happened to
  http://www.apache.org/dev/nightly-builds.html ?

It's referenced from
  http://www.apache.org/dev/
at the very bottom of the page. I'm looking for information how to get
nightly builds done for HttpComponents.
  

It probably never existed. When that page was created the links were
made for pages that didn't exist to encourage people to write them -
didn't work :)

Nightly build wise... it's still an unorganized situation. In Commons
we have some hand written scripts that are used on a zone (vmbuild) to
build the code each night. Taglibs used to be built each night on
Glenn's machine (I suspect that's not true anymore).

We could expand the script for Commons to work from the Jakarta
perspective and not the Commons one. 

+1 and would not be hard to do.  Makes sense to do this for all Jakarta
components that want nightlies and as long as the builds are
reasonable in execution time, this should not be a problem.  The
current script supports Ant, Maven 1 and Maven 2.   The script code is
in svn at jakarta/commons/proper/commons-nightly/.  The main script,
commons_nigthly.sh gets svn upped on vmbuild by a crontab wrapper before
executing each night, so if you just make changes to include a new build
or build type into this script and config and check in the changes, the
new component will be added. 
Phil



-
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]



--
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [VOTE] Remove POI svn restrictions.

2006-12-17 Thread Henning Schmiedehausen
On Fri, 2006-12-15 at 18:25 -0500, Andrew C. Oliver wrote:

[...]

 what is your interest here?  Do you have nothing better to do?

You *might* (at some point) read up what part of Apache the POI project
is in and who is currently legally responsible for it. 

This is not your small, private show on sf.net as you seem to think. You
are, as a part of the ASF, bound to our legal structure, our rules and
our community. Get used to it. If you don't want to be a part of
Jakarta, apply for TLP. 

Best regards
Henning


 
 -Andy
 
 Martin van den Bemt wrote:
  Hi everyone,
 
  You probably think Hey I have seen a similar vote started by Henri on 
  27-3-2006 and the outcome
  was 3 -1 from POI so their SVN is still closed for Jakarta committers.
 
  The reasoning behind this is that POI is still trying to stick to what it 
  Jakarta once was and it is
   time they join the club completely.
 
  [+1] Open up POI svn commit access.
  [-1] Don't open POI svn commit access, because...
 
  The vote will be open for a week.
 
  Mvgr,
  Martin
 
  -
  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]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,
91054 Buckenhof, Germany   -- +49 9131 506540 | Apache person
Open Source Consulting, Development, Design | Velocity - Turbine guy

  Save the cheerleader. Save the world.



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



Re: [VOTE] Remove POI svn restrictions.

2006-12-17 Thread Henning Schmiedehausen
On Fri, 2006-12-15 at 20:30 -0500, Andrew C. Oliver wrote:
[...]

 I would like to see a formats.apache.org project which was devoted to 

We do know that you are not serious here.

[...]

 With the launch of Buni (http://buni.org) my time for repeating votes 

Domain Name:BUNI.ORG
Created On:06-Oct-2006 13:29:38 UTC
Last Updated On:14-Dec-2006 19:11:28 UTC
Expiration Date:06-Oct-2007 13:29:38 UTC
Sponsoring Registrar:Register.com Inc. (R71-LROR)
Status:CLIENT TRANSFER PROHIBITED
Registrant ID:4754392604712011
Registrant Name:Andrew Oliver
Registrant Organization:Bunisoft, Inc.
Registrant Street1:5426 Lake Vista Dr.
Registrant Street2:
Registrant Street3:
Registrant City:Durham
Registrant State/Province:NC
Registrant Postal Code:27712
Registrant Country:US
Registrant Phone:+1.9193218856

So what is the point? Just rebranding POI under another name? Why do you
care if you have so much better stuff to do?

Best regards
Henning

-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,
91054 Buckenhof, Germany   -- +49 9131 506540 | Apache person
Open Source Consulting, Development, Design | Velocity - Turbine guy

  Save the cheerleader. Save the world.



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



Re: svn commit: r487443 - /jakarta/site/docs/site/downloads/downloads_bsf.cgi

2006-12-17 Thread Henning Schmiedehausen
Hi Sanka,

what you are missing is 

svn propset svn:executable on site/docs/site/downloads/downloads_bsf.cgi

This will set this file to executable when you check out the site into
the jakarta tree and allow the CGI script to run. 

Best regards
Henning


On Fri, 2006-12-15 at 04:42 +, [EMAIL PROTECTED] wrote:
 Author: sanka
 Date: Thu Dec 14 20:42:34 2006
 New Revision: 487443
 
 URL: http://svn.apache.org/viewvc?view=revrev=487443
 Log:
 Removed the download page temporarily.
 
 Removed:
 jakarta/site/docs/site/downloads/downloads_bsf.cgi
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,
91054 Buckenhof, Germany   -- +49 9131 506540 | Apache person
Open Source Consulting, Development, Design | Velocity - Turbine guy

  Save the cheerleader. Save the world.



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



Re: [VOTE] Remove POI svn restrictions.

2006-12-15 Thread Henning Schmiedehausen
Hm,

does it pose a real legal threat or is it just a felt threat from
Andy?

I'm +0 for opening. I'm enthusiastic on pushing POI out of Jakarta to
remove this restriction. While I agree that POI fits Jakarta theme-wise,
this access restriction thing feels too much like a wart.

Push it to TLP, make Andy chief, wish them farewell. Problem solved. :-)

Best regards
Henning


On Fri, 2006-12-15 at 18:07 +0100, Martin van den Bemt wrote:
 Hi everyone,
 
 You probably think Hey I have seen a similar vote started by Henri on 
 27-3-2006 and the outcome
 was 3 -1 from POI so their SVN is still closed for Jakarta committers.
 
 The reasoning behind this is that POI is still trying to stick to what it 
 Jakarta once was and it is
  time they join the club completely.
 
 [+1] Open up POI svn commit access.
 [-1] Don't open POI svn commit access, because...
 
 The vote will be open for a week.
 
 Mvgr,
 Martin
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,
91054 Buckenhof, Germany   -- +49 9131 506540 | Apache person
Open Source Consulting, Development, Design | Velocity - Turbine guy

  Save the cheerleader. Save the world.



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



Re: [site] proposed changes

2006-12-04 Thread Henning Schmiedehausen



Henri Yandell schrieb:

Back on a kick to clean up the site a bit more.

Removals:
 1. Remove the faqs page. It's getting low on content.


+1


 2. Vendor support. This is getting increasingly threadbare - so
raising the removal of this again. Content to be moved to the Wiki.


+1


 3. Removal of the JSPA Agreement link. It's very dated - however
there are a few historical sites linking to the page, so I'd not
remove the page yet.


+1


 4. Acknowledgements.  I don't think we need to link to this.


+0 (i.e. I don't care)


 5. Translation sites. They can't keep up, time to go I think.


+1


 6. Reference Library. Move this to the Wiki.


+1


 7. 'Jakarta Webmaster' link from the contact us page.


+1

Ciao
Henning


--
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person
Open Source Consulting, Development, Design| Velocity - Turbine

  Save the cheerleader. Save the world.

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



Re: [RESULT] Move Velocity to TLP

2006-09-26 Thread Henning Schmiedehausen
On Tue, 2006-09-26 at 21:02 +0200, I scribbled:

 When is the next board meeting scheduled, BTW? 

I can actually answer that myself. We missed the Sep 20th board meeting,
so the next will be Wed, Oct 18th, the week after AC US.

Best 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

For a successful technology, reality must take precedence over
 public relations for Nature cannot be fooled - Richard P. Feynman


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



Re: [RESULT] Move Velocity to TLP

2006-09-23 Thread Henning Schmiedehausen
Hi,

I'm completely with Nathan here. A Velocity TLP will not be another
Jakarta (though I do fail to see why everyone seems to believe that
Jakata is always considered a bad example). 

On the opposite. The Velocity TLP is intended to help reducing the
number of projects that Jakarta has. Which is a push that was started by
Henri last year. The fact that Velocity already has a number of projects
(VelocityTools, which doesn't make any sense without Velocity and same
goes for DVSL; two projects that are heavily entwined with Velocity)
will not go away whether it is located under Jakarta or its own TLP.

I know that we will be reluctant in accepting new projects into Velocity
and I hope that you will be one of the watchguards of that policy on the
new Velocity PMC. But personally, I consider Clustering a good thing. 

Having a small group of related projects available through a single
point of access (like e.g. the Lucene related stuff) is a good thing.
Just pushing everything top-level IMHO is not. Especially if projects
are too small to go TLP. And putting e.g. VelocityTools under Jakarta
would IMHO not be correct because it would be somehow lost there. A
project like that would always look towards Velocity even if it is
located somewhere else.

For upcoming stuff: there currently is talk with Click (click.sf.net),
and the relation of Click to Velocity is similar (IMHO) the the relation
of Velocity to VelocityTools. They will have to go through incubation
(surely) if they decide to join, but the communities of Velocity and
Click seem to be an even match.

So, in a nutshell: Don't worry. Velocity will not become another
Jakarta. It might become another Lucene or MyFaces with a small number
of clearly defined, Velocity related projects, though. Which is a good
thing IMHO.

Best regards
Henning


On Fri, 2006-09-22 at 21:18 -0700, Nathan Bubna wrote:
 On 9/22/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
  This vote closed sooner than expected.  I was traveling and there was no
  stated deadline.
 
 Aw, c'mon.  It's been in discussion on velocity-dev for over a month,
 and i gave the vote a full week!
 
 Still, further votes and discussion are fine with me... :)
 
  I'm +1 and -1.
 
  I'm +1 as I do think that Velocity as a TLP is not unreasonable.  Not
  necessary, but not unreasonable.
 
  I'm -1 because I'm worried that this is a new kind of umbrella that's
  planned. Making it a catchall for things that are and use Velocity is
  going the wrong direction.
 
 Nothing new about it.  Velocity became just such an umbrella under
 your leading, or am i mistaken about your part in forming DVSL and
 VelocityTools?  :)
 
 And the idea is not that all Velocity using projects are welcome, but
 that we are free to invite projects that are explicitly built upon or
 for Velocity.  There are big differences between being free to invite
 projects and being a catchall and between being a project that uses
 or supports Velocity and one that is explicitly built for or upon
 Velocity.
 
  If there are projects that aren't template engines that want to come to
  Apache, the door is open and they are welcome.
 
 And template engines are welcome too, right?  The question is whether
 being here would be just about them having the foundation and
 infrastructure support or if there is a community aspect too.  If
 community matters, then it matters where they fit in Apache
 organizationally.  So rather than a blanket statement that any
 Velocity-related projects are welcome or not welcome, i prefer having
 the freedom to individually vet the merits and fit of project
 interested in joining the Velocity TLP.  And you, as a Velocity PMC
 member, would be very, very welcome to join in those discussions and
 decisions.
 
  But putting anything that uses Velocity into a TLP is like using things
  that use log4j into the same TLP (which would re-create Jakarta... :)
 
 Yep, good thing that's not the plan! :)
 
  geir
 
 
  Nathan Bubna wrote:
   Looks like the Velocity community is ready to head out on its own...
  
   +1 votes:
Nathan Bubna
Martin van den Bemt
James Mitchell
Henri Yandell
Jorg Schaible
Henning P. Schmiedehausen
Will Glass-Husain
Torsten Curdt
Rony G. Flatscher
Jesse Kuhnert
Dion Gillard
Daniel Rall
Matthijs Lambooy
Niall Pemberton
Claude Brisson
Malcolm Edgar
Christoph Reck
  
   +0 votes:
   -none-
  
   -1 votes:
   -none-
  
   I'm not sure who's on the PMC or not, but i'm fairly sure most of
   those votes are binding. :)
  
   thanks, everyone!
  
   On 9/15/06, Nathan Bubna [EMAIL PROTECTED] wrote:
   The Velocity project has for some time now been making plans for a
   proposal to the board that the Velocity projects leave the Jakarta
   umbrella and become their own top level project.  Martin has asked us
   to hold a vote on the proposal here before he passes it along to the
   board.  So...
  
   The proposal is 

Re: Tracking Jakarta Software Dependencies

2006-09-13 Thread Henning Schmiedehausen

Hi,

you just touched a raw nerve with me... :-)

As long as maven (at least maven 1, don't know about maven 2 yet) 
doesn't differentiate between


* Compile dependencies  (mandatory and optional)
* Runtime dependencies (mandatory and optional)

then IMHO the dependencies page not really useful.

A small example:

Velocity has two optional dependencies: java.util.logging.Logger and 
javax.sql.DataSource.


- If you don't have them at compile time, two classes will not be 
compiled. You will never miss them -- No runtime dependency. Any tool 
analyzing a jar built without these present at compile time will ever 
pick up this dependency.


- If you have them at compile time, you will get two additional classes 
in the jar. One allows you to log into jdk 1.4, the other to load 
templates from a JDBC data source.


- If you have these two additional classes in your velocity jar, you get 
java.util.logging.Logger and javax.sql.DataSource as *optional* runtime 
dependencies. You don't need them *unless* you want to use one of the 
scenarios described above. But the core functionality of Velocity, which 
 99% of all users use, *DO NOT NEED THEM*.


However, in most of the Velocity documentation you will read

Velocity requires the jdbc_2.0.jar And find it listed in dependency 
lists. And bazillions of Velocity based applications drag this 
completely unneeded jar around. Which sucks. Hard. No JDK since 1.4 
needs this.


If you look at a project like Turbine or Struts, you get drowned in 
optional, compile and runtime dependencies. Maintaining these by hand is 
a nightmare and doing it automatically will not list what is optional 
and what is not.


What is basically needed is:

- What are the core dependencies?
- What are the additional dependencies for the optional bell, whistle.
- What are the minimum compile dependencies for building?
- What can be optionally included for compiling.

These requirements have been recognized a long time ago. I don't know 
any build tool that is able to do this automatically. I'd love to be 
educated that e.g. maven 2 can do this.


Best regards
Henning



Ortwin Glück schrieb:

Dependencies: the Maven generated page on the project site lists them. I
strongly discourage manually maintaining them in a separate location.

JDK version: what a mess. IMHO this is THE information that is missing
on almost ANY project page out there.

As a user I expect this information close to where I obtain the
artifact. That is: on the download page and in the README.

So let's put the JDK compat information into these places.

Ortwin

Daniel F. Savarese wrote:

Hi All,

I and other Jakarta committers received an email today from a
developer at Wachovia pointing out how difficult it is to discover
library and JDK dependencies for Jakarta subprojects as a whole,
even though his main focus was Commons.  I couldn't really dispute
his observation upon trying to find dependency information for a
couple of software releases.  Would it be useful to start a Wiki
page containing a table where after each software release, we list
the library and JDK dependencies/compatibility for the release?
Or would it be better to simply agree on a common place in each
subproject's Web page hierarchy to list that information?
Interest for easy access to this information appears to be coming
from corporate developers using older JDK versions who are having
a hard time figuring out what's compatible with what.

daniel


-
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: Tracking Jakarta Software Dependencies

2006-09-13 Thread Henning Schmiedehausen

I do object to the everyone must build with maven 2 policy. :-)

Best regards
Henning

Stephen Colebourne schrieb:

Daniel F. Savarese wrote:
In message [EMAIL PROTECTED], =?ISO-8859-1?Q?Ortwin_Gl=FCck?= 
writes:



JDK version: what a mess. IMHO this is THE information that is missing
on almost ANY project page out there.


I think everyone's responses have brought this topic to closure.
Library dependencies are already available from most subprojects, but
JDK requirements aren't obvious.  Conclusion: let's try to make the JDK
requirements for our projects more obvious for Jakarta users.


Perhaps, this could be achieved by enhancing maven to allow the minimum 
JDK level to be specified in the POM, and thus on the dependencies page?


Stephen

-
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 BOF @ apachecon USA

2006-08-26 Thread Henning Schmiedehausen
I'll join you and muse about the state of Jakarta. Should be fun. :-)

Best regards
Henning

On Thu, 2006-08-24 at 12:27 +0200, Martin van den Bemt wrote:
 Cool :) Let's do this at dinner, since there are only 2 of us ;)
 
 Mvgr,
 Martin
 
 Torsten Curdt wrote:
  +1 cool bananas ..will be there
  
  cheers
  -- 
  Torsten
  
  On 8/22/06, Martin van den Bemt [EMAIL PROTECTED] wrote:
  Hi fellow Jakartians,
 
  I welcome everyone going to Apachecon to the Jakarta BOF (which I just 
  registered in the Wiki,
  assuming that is sufficient to have the BOF take place).
  I just put it at a certain date and time, though details are not known 
  yet.
 
  The main reason for the BOF is to discuss the future of Jakarta, with 
  me being moderator and giving
  the initial data of what the current thoughts are on this, based on 
  discussions that happened on the
mailinglist.
 
  Mvgr,
  Martin
 
  -
  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]
 
-- 
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

For a successful technology, reality must take precedence over
 public relations for Nature cannot be fooled - Richard P. Feynman


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



Re: Opening up the PMC

2006-08-09 Thread Henning Schmiedehausen
Hi,

well, I always thought that the PMC also has a legal role for the code
that it governs? So there might be committers that don't want to be on
the PMC for that reason.

I'm cautious +0 for this. 

Best regards
Henning

On Tue, 2006-08-08 at 16:53 -0400, Henri Yandell wrote:
 Being on a PMC means two actionable things. Firstly, you get a binding 
 vote; and secondly, you can subscribe to [EMAIL PROTECTED] - a list which 
 should be pretty quiet (mostly it's just vote results now - would be nice 
 to move those to this list).
 
 The purpose of the binding vote is that that allows you to perform 
 oversight on behalf of the foundation - it's not me making a release, it's 
 the foundation.
 
 That's all there is. It's nothing special, just that we can yay or nay 
 something. There's not even any paperwork beyond the board ack email. 
 Given that - why do we have committers and pmc members? Why do we have 
 people in our community who have been accepted as committers and are 
 happily churning code, but are not allowed a binding vote? It's definitely 
 not because we have an enormously low bar of entry to being a committer.
 
 My view is that we shouldn't keep wasting our time on such a separation. 
 There is no danger at all (given our size) to having a new committer 
 immediately join the PMC, and there are notable benefits in that we don't 
 have to keep remembering to add people to the pmc (which we really suck at 
 doing) and we'll have a more open environment (which we all like right?). 
 Also we won't have second class citizens who have to yet again sit and 
 wait while their elders remember to nominate them as an elder.
 
 What do people think to the following:
 
 1) Every existing committer not on the pmc receives an email asking if 
 they would like to join the pmc. Once that email is sent they are marked 
 in a file as having had the email sent and we can wash our hands until a 
 reply comes in.
 
 2) Every new committer automatically gets added to the pmc.
 
 ---
 
 I bring it up because the concept has cropped up elsewhere at the ASF and 
 given our large non-pmc to pmc ratio I think we'll have a lot of strong 
 views on the subject.
 
 Hen
 
 (Yeah, I recognize that the above is flamebait if we have any strong 
 opinions out there. Hopefully it'll stay constructive :) )
 
 -
 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

Social behaviour: Bavarians can be extremely egalitarian and folksy.
-- http://en.wikipedia.org/wiki/Bavaria
Most Franconians do not like to be called Bavarians.
-- http://en.wikipedia.org/wiki/Franconia


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



Re: State of Slide project

2006-07-31 Thread Henning Schmiedehausen
This raises an interesting question:

Before the umbrella permissions for Jakarta were installed, slide had
(and probably still has but without the subversion access file it is
much harder to find out :-( ) 33 (!) committers with write access.

Where did all these people go? 

Best regards
Henning

On Mon, 2006-07-31 at 08:44 -0400, Darren Hartford wrote:
 Hello all,
 I've been watching Slide for close to two years as a user/integrator for
 document  content management.  Here is my two cents as an end-user of
 the project:
 
 *WebDAV is great for document and content management, and Jakarta Slide
 is the only project that fully supports this.  The JCR may be nice, but
 it is java-specific and when dealing with document  content management,
 WebDAV is language agnostic and a better approach.  There are also a lot
 of tools that recognize and use WebDAV and not JCR (including .NET
 support for WebDAV).
 
 *Mailing List usage is dwindling, but I believe it is not because people
 don't want the project to thrive as much as frustration with the mailing
 list. There have been some key individuals (like Oliver) who have
 definitely helped, but they are few.  
 
 *Part of the problem is that Jakarta Slide codebase is extremely
 abstracted and complex to follow -- not that abstract hasn't benefited
 it, but it is difficult for people to get started/understand the
 codebase.  As for usage/configuration, examples of full implementations
 don't exist, only snippets that don't necessarily correlate with other
 snippets.  Although once someone has digested all the snippets they can
 move forward, someone new would find this daunting.
 
 *Jakarta Slide is dormant - there have been a number of key and very
 important fixes and enhancements made since the 2004 release of slide
 2.1, but these enhancements and fixes continue to be only within the SCM
 -- no releases have been made with these changes leaving users forced to
 always build from the SCM to get these fixes and features -- new users
 not familiar with Slide or the process may have poor impressions based
 on the 2004 binary versus what is available in the SCM.  Also, dormant
 from the standpoint of a number of bugs left in bugzilla.
 
 *Jackrabbit vs Slide - I am looking forward to transistion to
 Jackrabbit, but **the Slide project must maintain visibility until
 Jackrabbit can equally support WebDAV**, this includes the DASL
 basicsearch searching component that is a recognized standard.  Yes, I
 recognize the JCR does support Xquery, but tools that work with WebDAV
 (i.e. web publishing tools both open source and commercial, document
 management/knowledge management solutions using WebDAV repositories)
 don't support this, and for document  content management the DASL
 basicsearch and the rest of WebDAV are a requirement.
 
 In summary, please keep Jakarta Slide visible until the Jackrabbit
 project can replace the WebDAV functionality found in Slide.  In
 addition, a transition tool to move Jakarta Slide repositories to
 Jackrabbit would be a huge benefit to those users out there still using
 Slide.
 
 Thank you,
 -D
-- 
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

Social behaviour: Bavarians can be extremely egalitarian and folksy.
-- http://en.wikipedia.org/wiki/Bavaria
Most Franconians do not like to be called Bavarians.
-- http://en.wikipedia.org/wiki/Franconia


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



Re: State of Slide project

2006-07-29 Thread Henning Schmiedehausen
Hm,

how do you consider a project dormant? Is Velocity dormant? 

What I want to avoid is, that mature projects which are exactly where
the committers want them to have and the one release a year, just bug
fixes are put in the same bucket as projects that might be dormant or
dead. Once a project is in that state, FUD is inevitable.

We should make the effort to distinguish between stable projects/code
and dormant/dead code.

Best regards
Henning



On Sat, 2006-07-29 at 13:25 -0400, Henri Yandell wrote:
 
 On Sat, 29 Jul 2006, Oliver Zeigermann wrote:
 
  Hi, folks!
 
  Recently, worries about the state of the Slide project came up in
  private lists. It seems to be more or less unsupported and no
  community seems to exist any more. Most posts to the lists remain
  unanswered.
 
  Additionally, I have heard voices who consider Slide redundant now
  that Jackrabbit is a TLP.
 
  While this is not the thread to find out what has happened to the
  Slide project, we should think about what to do about it.
 
  If there is no one who feels responsible for the project or is willing
  to take responsibility we might put it into a dormant/unmaintained
  mode. This might give possible new users a warning.
  If new people came up who are ready to take the responsibility we
  might revive it.
 
  Additions? Opinions? Other voices? Am I completely wrong?
 
 Looking at mail-archives;
 
 Emails on the user list are 10% of what they were at the lists peak about 
 20 months ago. 40 odd so far this month, a dozen threads.
 
 Emails on the dev list are down to around 5% of what they were at its peak 
 (20 months ago too). 30 emails this month. 4 threads from contributors, 
 not committers and a bunch of automated wiki/issues/commit ones.
 
 How about creating a Dormant section on the LHS under Subprojects and 
 kicking off a vote to put ORO, Regexp, Slide, Alexandria (I know, it's 
 dead but simpler to put under Dormant for the moment), and ECS into it?
 
 The Incubator are going to be putting Agila into dormancy I think - so we 
 can simply delete that link.
 
 Hen
 
 -
 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

Social behaviour: Bavarians can be extremely egalitarian and folksy.
-- http://en.wikipedia.org/wiki/Bavaria
Most Franconians do not like to be called Bavarians.
-- http://en.wikipedia.org/wiki/Franconia


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



Re: svn commit: r422395 [2/2] - in /jakarta/site: docs/site/downloads/ xdocs/downloads/

2006-07-16 Thread Henning Schmiedehausen
While I understand the reason for this: Wouldn't it be better to get an
nightly.apache.org snapshot so we don't tie the snapshots to the
people.apache.org name?

I thought that infrastructure will want to make the shell accounts on
people go away at some point.

On Sun, 2006-07-16 at 07:38 +, [EMAIL PROTECTED] wrote:
 -  downloads primary=http://cvs.apache.org/dist/; mirrored=false 
 md5-text=false pgp-text=false
 +  downloads primary=http://people.apache.org/dist/; mirrored=false 
 md5-text=false pgp-text=false

[...]

Best 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

Social behaviour: Bavarians can be extremely egalitarian and folksy.
-- http://en.wikipedia.org/wiki/Bavaria
Most Franconians do not like to be called Bavarians.
-- http://en.wikipedia.org/wiki/Franconia


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



Re: [ApacheCon] jakarta (commons) beer chitchat

2006-06-27 Thread Henning Schmiedehausen

(added [EMAIL PROTECTED], which is probably more appropriate).

beer is fine, but 8pm is a bad time, because tonight Brazil - Ghana is 
on and the bar will probably be packed (it is not switzerland, you 
know... ;-) )


I've heard that rumour, too. you know. :-)

Best regards
Henning


Torsten Curdt schrieb:

Guys,

There are rumours people are interested in a beer chitchat BOF kind of 
thing :)

Say tonight 8pm at the bar?

cheers
--
Torsten

PS: Please respond on [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: [ApacheCon] jakarta (commons) beer chitchat

2006-06-27 Thread Henning Schmiedehausen

It's actually France - Spain. Sorry 'bout that.

Henning Schmiedehausen schrieb:

(added [EMAIL PROTECTED], which is probably more appropriate).

beer is fine, but 8pm is a bad time, because tonight Brazil - Ghana is 
on and the bar will probably be packed (it is not switzerland, you 
know... ;-) )


I've heard that rumour, too. you know. :-)

Best regards
Henning


Torsten Curdt schrieb:

Guys,

There are rumours people are interested in a beer chitchat BOF kind of 
thing :)

Say tonight 8pm at the bar?

cheers
--
Torsten

PS: Please respond on [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]



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



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

2006-04-20 Thread Henning Schmiedehausen



Felipe Leme schrieb:


[  ] +1 I am favorable to the move and would like to contribute to the new TLP
[ X] +1 I am favorable to the move but would not be participating in the new TLP
[  ] +0 it does not matter to me
[  ] -1 I am against it because 


Best regards
Henning



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



Re: [VOTE] Jakarta Sandbox

2006-04-10 Thread Henning Schmiedehausen
On Sat, 2006-04-08 at 00:48 -0400, Henri Yandell wrote:
  What would be the constraints on what could go in there? Anything, as long
  as it's written in or for Java?
 
 My fault, I thought we'd had a long thread on this before so didn't do 
 much explaining.
 
 The same as Commons Sandbox contains potential Commons components, Jakarta 
 Sandbox would be much the same but contain potential Jakarta components. 
 Maybe I'm jumping the gun.

Call me ignorant but that sounds like the incubator without incubation
process. 

If you want to know about sandboxes, ask the Turbine people. We have
had quite a number. Stratum, Fulcrum (which finally picked up speed),
flux, jyve, origami, you've named it. 

A sandbox without a defined process that either promotes a project to
become a real Jakarta project or calls quits and closes it (and moves
it into archives) will IMHO lead to a lot of dead stuff. Look at
sourceforge. While I like the basic idea of open source running free,
my experiences from Turbine show that it does not work without at least
some control.

So I vote -0. I don't really like the idea but I'm not deeply enough in
the discussion to veto it.

Best 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

Social behaviour: Bavarians can be extremely egalitarian and folksy.
-- http://en.wikipedia.org/wiki/Bavaria
Most Franconians do not like to be called Bavarians.
-- http://en.wikipedia.org/wiki/Franconia


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



Re: [VOTE] Remove SVN restrictions

2006-03-31 Thread Henning Schmiedehausen
+1

(It would be good to know how long the vote period is.)

Best regards
Henning


On Mon, 2006-03-27 at 02:50 -0500, Henri Yandell 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.
 
 [ ] +1
 [ ] -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]
 
-- 
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

Social behaviour: Bavarians can be extremely egalitarian and folksy.
-- http://en.wikipedia.org/wiki/Bavaria
Most Franconians do not like to be called Bavarians.
-- http://en.wikipedia.org/wiki/Franconia


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



Re: [ANNOUNCEMENT] ApacheCon EU 2006

2006-02-25 Thread Henning Schmiedehausen
(Catching up with my mail. Holidays are a wonderful thing...)

You are surely aware of the fact that this is right on top of the round
of 16 and quarter-final games of The World Cup, aren't you? 

(Well, Ireland hasn't qualified and England and the U.S.A. will be home
by then, so it might be just a problem for us Germans... ;-) 

However, IMHO you probably should plan to get T.V. sets in the common
areas and no talks scheduled after 4pm... :-) And beer of course. ;-) 

Best regards
Henning


On Sat, 2006-02-18 at 09:48 +, robert burrell donkin wrote:
 The ApacheCon Planners have announced that ApacheCon Europe
 2006 will be held in Dublin, Ireland, at the Burlington Hotel
 (http://www.jurysdoyle.com/ireland/doyle_burlington.htm), June 26-30.
 
 Further details to follow as they are available.
 
 Robert
-- 
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

   He said: I'm not the kind you have to wind up on Sundays


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



Re: [RESULT] Tapestry TLP

2006-02-08 Thread Henning Schmiedehausen
Cool. Good luck as a TLP and hopefully you set an example for other
projects.

+1

Best regards
Henning

On Tue, 2006-02-07 at 09:43 -0800, Howard Lewis Ship wrote:
 Below is the result of the recent Tapestry committers vote to move
 Tapestry to an Apache top level project. Pending the approval of the
 Jakarta PMC, we'll be submitting the request to the Apache board.
 
 ===
 
 Establish the Apache Tapestry Project
 
 WHEREAS, the Board of Directors deems it to be in the best
 interests of the Foundation and consistent with the
 Foundation's purpose to establish a Project Management
 Committee charged with the creation and maintenance of
 open-source software related to the implementation of the
 Tapestry Web Application Framework, for
 distribution at no charge to the public.
 
 NOW, THEREFORE, BE IT RESOLVED, that a Project Management
 Committee (PMC), to be known as the Tapestry PMC, be and
 hereby is established pursuant to Bylaws of the Foundation; and
 be it further
 
 RESOLVED, that the Tapestry PMC be and hereby is
 responsible for the creation and maintenance of software
 related to creation and maintenance of open-source software
 and documentation related to the Tapestry Web Application
 Framework based on software licensed to
 the Foundation; and be it further
 
 RESOLVED, that the office of Vice President, Tapestry be
 and hereby is created, the person holding such office to serve
 at the direction of the Board of Directors as the chair of the
 Tapestry PMC, and to have primary responsibility for
 management of the projects within the scope of responsibility
 of the Tapestry PMC; and be it further
 
 RESOLVED, that the persons listed immediately below be and
 hereby are appointed to serve as the initial members of the
 Tapestry PMC:
 
  * Howard M. Lewis Ship ([EMAIL PROTECTED])
  * Geoffrey Longman ([EMAIL PROTECTED])
  * Kent Tong (freemant2000 at yahoo dot com)
  * David Solis ([EMAIL PROTECTED])
  * Jesse Kuhnert ([EMAIL PROTECTED])
  * Paul Ferraro ([EMAIL PROTECTED])
  * Richard Lewis-Shell ([EMAIL PROTECTED])
  * Mind Bridge ([EMAIL PROTECTED])
  * Tsvetelin Saykov ([EMAIL PROTECTED])
 
 
 NOW, THEREFORE, BE IT FURTHER RESOLVED, that Howard Lewis Ship
 be appointed to the office of Vice President, Tapestry, to
 serve in accordance with and subject to the direction of the
 Board of Directors and the Bylaws of the Foundation until
 death, resignation, retirement, removal or disqualification, or
 until a successor is appointed; and be it further
 
 RESOLVED, that the initial Tapestry PMC be and hereby is
 tasked with the creation of a set of bylaws intended to
 encourage open development and increased participation in the
 Tapestry Project; and be it further
 
 RESOLVED, that the initial Tapestry PMC be and hereby is
 tasked with the migration and rationalization of
 the Apache Jakarta PMC Tapestry subproject; and be it further
 
 RESOLVED, that all responsibility pertaining to
 the Jakarta Tapestry sub-project and encumbered upon
 the Apache Jakarta PMC are hereafter discharged.
 
 ===
 
 Binding votes:
 
 Howard M. Lewis Ship: +1
 Jesse Kuhnert: +1
 Paul Ferraro: +1
 Geoff Longman: +1
 Richard Lewis-Shell: +1
 David Solis: +1
 Kent Tong: +1
 
 Non-binding votes:
 
 Kevin Menard: +1
 Danny Angus: +1
 Massimo Lusetti: +1
 Filip S. Adamsen: +1
 Andreas Andreou: +1
 
 --
 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

2006-01-29 Thread Henning Schmiedehausen
On Wed, 2006-01-25 at 17:53 -0500, Rahul Akolkar wrote:
 Noticed two pending(?) changes when I built the site.
 
  * Velocity folks: downloads_velocity-engine.html and
 ownloads_velocity-tools.html are generated but not in repository.d


We only reference and use the downloads_velocity.cgi and ...html. If
these files are still generated, then they are no longer used/needed.

Best 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

   He said: I'm not the kind you have to wind up on Sundays


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



Re: Going to TLP report

2006-01-22 Thread Henning Schmiedehausen
On Tue, 2006-01-10 at 03:56 -0500, Henri Yandell wrote:

  * Turbine: No reply on mailling list; at ApacheCon those I talked to were 
  generally -0. I think it really needs to stand alone as a TLP though.
 
 Need to prod.

Don't know about the other committers, but I'm currently over my head in
other stuff and have no network for private use during the week and a
family that demands some attention on the weekends. 

So sorry, for not reacting. However, this is basically the problem of
Turbine. We have a number of committers on the -dev list and quite a
number of users on the -users list. But there are none of the users that
seem to suggest to pull them into the -dev space. 

Turbine _needs_ more committers before going TLP. So I'd like you to
treat us like Velocity. At least I am currently quite happy being a part
of Jakarta. 

Best 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

   He said: I'm not the kind you have to wind up on Sundays


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



Re: [VOTE] Jakarta Http Components

2005-10-22 Thread Henning Schmiedehausen
[X] +1


-- 
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]



Jakata News and Quarters...

2005-09-05 Thread Henning Schmiedehausen
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]



Re: Jakata News and Quarters...

2005-09-05 Thread Henning Schmiedehausen
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: Multidoc-jnr - opinions?

2005-08-24 Thread Henning Schmiedehausen
Hi,

I toyed with similar ideas for a long time (I even had once an intern
whip something up), however, there are a number of drawbacks:

- different versions. The osjava variant tries to get this right by
  allowing the user to choose the versions. 

- inter-project links. Phils' variant builds everything in one big 
  javadoc (don't do that. IMHO). So links beween projects are resolved
  correctly. You might even toss in links to Suns' official API docs 
  for java.* and sun.* packages

- project-version-clashes. This is the hard one.

   Suggest we have project T

 T Version 1 relies on CL1.0
 T Version 2 relies on CL1.1
 T Version 3 relies on CL2.0

   (T and CL are real life projects, anonymized to protect the 
innocent... ;-)

   = We need information which CL version should be linked when 
  building the docs for T. For maven builds. that is not that
  hard, the information is inside the POM. 

   Alternatively you could just link to latest release of CL.
   Unfortunately, T 2 relies on some methods in CL 1.0 which are
   deprecated in CL 1.1 and removed in CL 2.0. Linking to the latest
   version would mean that the docs either point to outdated or missing
   information.

The best thing that I could come up with was some sort of dependency
database where you could pop in a source tree (or an URL to pull from.
or a CVS to pull from) and then add annotations that hint a doc builder
which projects are related and should be linked together.

This all gets worse if you have two equally good versions of a
package. Think JDK 1.4.2 and JDK 5.0

The easiest solution is just to toss the inter-project links. However,
then you just get a centralized collection of Javadocs, which is nice
but not really as useful as a well-linked collection.

Food for thought...

Regards
Henning

(Gee, anonymize is not an English word? )


On Sat, 2005-08-20 at 21:20 -0400, Henri Yandell wrote:
 
 On Sat, 20 Aug 2005, Phil Steitz wrote:
 
  Henri Yandell wrote:
  
  Prototype of what I want to do javadoc-wise for Jakarta :)
  
  http://dist.osjava.org/releases/multidoc-jnr/
  
  (click on something as long as it's not Payload 0.3 or 0.4; seems my 
  distributions are lacking javadoc there).
  
  Any opinions?
 
  I like the idea of doing this and being able to easily find javadoc for all 
  release versions.  It might be more convenient and maybe less confusing to 
  have the release versions on the front page, though, so you could click on 
  the release you are looking for.
 
 It's a toss up I think. I'd like to do Jakarta and then later the entire 
 ASF java codebase with something like this, so frontpage space isn't going 
 to be too cheap.
 
 Also, I think it'd be sweet if javadiff or something could be modified to 
 find differences between the two javadoc versions (no source available) 
 and there could be a viewcvs-like [changes from previous version] icon 
 link next to each release.
 
  I have been playing with something similar for commons using ant.  Here is 
  an 
  example built from current svn trunks:
 
  http://people.apache.org/~psteitz/apidocs/
 
 I like this a lot, for Commons anyway. Your link above is a tighter 
 focused version of my original multidoc, and I imagine that it has the 
 advantage of having cross-links between the particular projects working.
 
 Be interesting to see how you handle versions :) I assume that Commons 
 does not necessarily contain just a single version of each API in its 
 dependency graph, but that there are multiple Collections versions that 
 would have to be linked in.
 
  I was thinking we could add a link on the commons site to current 
  combined 
  api docs and also latest release with the titles changed to include the 
  release nunmbers. To keep the current content up to date, we could in 
  theory add the generating ant script to the nightly build. This could be a 
  slight pain to maintain, however, and because javadoc likes to do 
  everything 
  in memory, it is a pig to run. The script is here:
  http://people.apache.org/~psteitz/apidocs/build.xml
 
 Looks simple enough :) I like the 'current' and 'latest release' ideas. 
 Only downside is how specific you've had to be, would be nice to get the 
 title and packages from the project.xml and find a way to supply a small 
 number of wildcards, aka:
 
 svn.apache.org/repos/asf/jakarta/commons/trunks-proper/*/project.xml
 svn.apache.org/repos/asf/jakarta/commons/trunks-proper/*/src/(java|share)/
 
 or whatever.
 
  Maybe its just me, but I like being able to browse all of the packages in 
  one 
  place.
 
 My main itch was that I like to download the jars from ibiblio and use the 
 online javadoc, but that we're pretty weak in maintaining older versions 
 of the javadoc.
 
 My next step, now I have a simple script that can at least attempt to suck 
 javadoc out of maven distributions, is to start building a filesystem of 
 released javadocs.
 
 Hen
 
 

Re: Jakarta - Cleaning house

2005-08-10 Thread Henning Schmiedehausen
On Tue, 2005-08-09 at 17:53 -0400, Henri Yandell wrote:
 We're getting in a bit of a half-finished state with regards to location 
 of things etc. Here's my list of things that it seems we need to get 
 done. Nice and aggressive to cause consternation:
 
 
 Move Turbine JCS to SLP (might just be a mail list change now)

Should be done by now. On  http://jakarta.apache.org/jcs/mail-lists.html
they also mention old mailing list and the current lists are jcs-dev
and jcs-users @jakarta.

 Create a 'Graveyard' for dead projects

:-)

 Finish SVN migrations (Turbine-3, POI, JMeter, Cactus)

Turbine-3 should go from CVS to the graveyard. No detour through SVN
please. 

 Deletion of all CVS/SVN karma (and subsequent re-addition upon request).
 +  Clean up the very large lists of committers we have in each SLP.

+1

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]



RE: Jakarta - Cleaning house

2005-08-10 Thread Henning Schmiedehausen
On Tue, 2005-08-09 at 18:58 -0400, Henri Yandell wrote:

 Something to represent things that are not expected to have any form of 
 activity in the future:
 
 Alexandria
 Commons Messenger
 Commons Graph (1, 2)

jakarta-turbine-3/
jakarta-turbine-jyve/
jakarta-turbine-orgami/


jakarta-turbine-tdk/ (from CVS)
turbine/stratum (from SVN)

should go to the stable site at some point.

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]



Re: Jakarta - Cleaning house

2005-08-10 Thread Henning Schmiedehausen
Hi,

(... to SVN...)

Yep. But I intentionally didn't migrate the dead projects into the
jakarta/turbine name space because this would be bound to lead to
confusion and to users seeing this and starting to ask what these trees
were.

Once we agreed on a name, we should have repos/asf/mumble and the
migrate directly from the CVS there.

No, I don't want to call it mumble. ;-) 

Regards
Henning


On Wed, 2005-08-10 at 08:33 +0200, Torsten Curdt wrote:
  Finish SVN migrations (Turbine-3, POI, JMeter, Cactus)
 
 
  Turbine-3 should go from CVS to the graveyard. No detour through SVN
  please.
 
 AFAIU (not totally sure) all projects need to migrated to CVS
 by the end of the year because CVS is meant to go away. If we
 want it to be still available we need to migrate it, too.
 
 cheers
 --
 Torsten
 
-- 
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: [Jakarta Wiki] Update of Migrating to Subversion by HenriYandell

2005-07-15 Thread Henning Schmiedehausen
Hi Daniel,

(will you be @ ApacheCon EU?) Thomas Fischer of DB Torque and I have
agreed to migrate DB Torque at ApacheCon and we will also do the Turbine
conversion. If you are around (physically or at IRC), your help will be
very much appreciated.

Regards
Henning



On Fri, 2005-07-15 at 03:40 -0700, Daniel L. Rall wrote:
 Hey guys, I'm up for making this happen when ever the active Turbine
 committers give the thumbs up (I myself haven't been active lately).
 Henning, let me know.
 
 - Dan
 
 On Thu, 2005-07-14 at 03:15 +, 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 HenriYandell:
  http://wiki.apache.org/jakarta/Migrating_to_Subversion
  
  --
 * JMeter- Nudge sent.
 * POI   - Nudged. Is OS X support good enough? amongst other 
  questions.
 * Tapestry  - Nudged. Is [http://sublicpse.tigris.org/ 
  Subclipse] good enough?
  -  * Turbine   - Henning Schmiedehausen, Daniel Rall
  +  * Turbine   - Henning Schmiedehausen, Daniel Rall (Discussing on 
  Tuesday 19th at ApacheCon)

 


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



Re: VOTE: Tomcat - TLP

2005-04-11 Thread Henning Schmiedehausen
On Wed, 2005-04-06 at 19:36 -0400, Ian F. Darwin wrote:

 [ X] +1 Vote in support
 [  ]  0   Abstain
 [  ] -1  Vote against

Go, Tomcat!


-- 
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

Now you can start with implementation and integration and do the
requirements later.  -- Prof. Dr. Dr. h.c. Manfred Broy about the new
german federal software development standard V-Model XT
(found at http://de.biz.yahoo.com/050207/299/4en0t.html)


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



RE: future for maven generated websites?

2005-03-28 Thread Henning Schmiedehausen
Just deployed an update to the Turbine site; I'm sitting tight to see
whether it will show up or not.

Regards
Henning

On Mon, 2005-03-28 at 00:35 -0500, Noel J. Bergman wrote:
  does anyone have a plan to cope with rebuilding maven based
  websites when shell access is switched off to the machine
  serving the website?
 
 Yes.  And in the meantime, just update minotaur, and the site will be
 synched to the live server.  Which also means that we have a backup of the
 live site if the web server were to crash.
 
   --- Noel
 
 
 -
 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

Now you can start with implementation and integration and do the
requirements later.  -- Prof. Dr. Dr. h.c. Manfred Broy about the new
german federal software development standard V-Model XT
(found at http://de.biz.yahoo.com/050207/299/4en0t.html)


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



RE: future for maven generated websites?

2005-03-28 Thread Henning Schmiedehausen
FYI, it does show up. Thanks, good job, folks!

Regards
Henning

On Mon, 2005-03-28 at 20:07 +0200, Henning Schmiedehausen wrote:
 Just deployed an update to the Turbine site; I'm sitting tight to see
 whether it will show up or not.
 
   Regards
   Henning
 
 On Mon, 2005-03-28 at 00:35 -0500, Noel J. Bergman wrote:
   does anyone have a plan to cope with rebuilding maven based
   websites when shell access is switched off to the machine
   serving the website?
  
  Yes.  And in the meantime, just update minotaur, and the site will be
  synched to the live server.  Which also means that we have a backup of the
  live site if the web server were to crash.
  
  --- Noel
  
  
  -
  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

Now you can start with implementation and integration and do the
requirements later.  -- Prof. Dr. Dr. h.c. Manfred Broy about the new
german federal software development standard V-Model XT
(found at http://de.biz.yahoo.com/050207/299/4en0t.html)


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



Re: ann/ot?: linux distro to include much of jakarta, it ships w/ struts, tomcat, eclipse

2005-03-16 Thread Henning Schmiedehausen
AFAICS they build with gij, which leaves me less than thrilled. Or to
quote James Gosling testing is very important. The Java test suites
contain 200.000 - 300.00 tests. 

As long as gij doesn't come even close to pass the certification tests,
I'm not really interested in building my business on it.

Regards
Henning


On Wed, 2005-03-16 at 06:17 -0600, NetSQL wrote:
 http://www.fedoraforum.org/forum/showthread.php?t=47711
 
 Some of you will be excited, I am. I am still downloading, I hope you 
 have a spare box.
 
 .V
 
 
 -
 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

Now you can start with implementation and integration and do the
requirements later.  -- Prof. Dr. Dr. h.c. Manfred Broy about the new
german federal software development standard V-Model XT
(found at http://de.biz.yahoo.com/050207/299/4en0t.html)


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



RE: Jakarta jars binaries for JDK 1.3

2005-02-28 Thread Henning Schmiedehausen
On Wed, 2005-02-16 at 12:43 -0500, Henri Yandell wrote:
 Ditto for Commons. I'm pretty sure most of them are outputting 
 1.2-compatible code from a 1.4 compiler. I'll also happily believe that 
 that's not a perfect system :)

I'm very sure that there are incompatibilities with bytecode outputted
by the 1.4 compile which makes problems running it on 1.3. Because of
that, at one point I built a Turbine release (2.3) with both 1.3 and 1.4
jars.

The problem is documented in the Java bug database, but I'm not able to
find a reference to it. There should be something about it on the
turbine-dev archive around the time of the 2.3 release, but I don't know
whether the archives work again. 

I've pointed to this problem a long time ago but it got largely ignored,
mainly because everyone here seems to compile their jars themselves. But
I did have the problem with maven (when I was still using 1.3 as my main
platform) binary relases, which were built with JDK 1.4 (1.4.1 IIRC) and
did not run on the Sun 1.3.1 JRE.

IMHO this will get worse with 1.5.

Regards
Henning


 
 The only place I could imagine would have the 1.3 jars is either the 
 nightly build (only Commons, and it doesn't afaik) or gump (does 1.4 and 
 1.5). I don't think Gump want to be responsible for released jars either, 
 so currently I'd suspect it'll need a fair bit of effort/movement to get 
 1.3 jars created.
 
 Sorry,
 
 Hen
 
 On Wed, 16 Feb 2005, Jose Alberto Rodriguez Ruiz wrote:
 
  Hello Will, and thank you very much for your time.
 
  Indeed no, it seems that there are some incompatibilities at the JVM level
  which means that not all 1.4 bytecode runs in 1.3 JVM. I have had to
  recompile turbine source and commons-configuration source only to be able to
  make my webapp run.
 
  As errors appears only during runtime, I wonder whether I could find
  jakarta's binaries compiled 1.3 for the more-or-less-fifty-libraries-I-use
  in order for not to recompile all of them.
 
  However it is true, no need to touch velocity; it works as it.
 
  Thanks,
 
  José
 
  -Message d'origine-
  De : Will Glass-Husain [mailto:[EMAIL PROTECTED]
  Envoyé : mercredi 16 février 2005 17:56
  À : Jakarta General List
  Objet : Re: Jakarta jars binaries for JDK 1.3
 
  The byte code should be the same -- as long as the library doesn't use any
  JDK 1.4 specific libraries, it should work fine under 1.3.  I can vouch this
 
  is fine for Velocity.
 
  WILL
 
  - Original Message -
  From: Jose Alberto Rodriguez Ruiz [EMAIL PROTECTED]
  To: general@jakarta.apache.org
  Sent: Wednesday, February 16, 2005 2:04 AM
  Subject: Jakarta jars binaries for JDK 1.3
 
 
  Hello,
 
  I have a J2EE application built around Hibernate, Turbine, and
  Velocity, which I need to recompile to be able to run into a JDK1.3
  environment. This implies recompiling several common libraries, as well as
  Turbine itself and other components. I have sear the mirrors but it seems
  that all the available apache jars are now compiled with JDK 1.4
 
  My question is, is there any place to get (old) jars compiled with
  JDK1.3? Any help will be much appreciated.
 
  Thank you very much,
 
  José Alberto Rodriguez Ruiz
 
  P.D.: If this is not the right list to ask this question, sorry in advance.
 
 
  -
  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]
 
 -
 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

Now you can start with implementation and integration and do the
requirements later.  -- Prof. Dr. Dr. h.c. Manfred Broy about the new
german federal software development standard V-Model XT
(found at http://de.biz.yahoo.com/050207/299/4en0t.html)


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



RE: Jakarta jars binaries for JDK 1.3

2005-02-28 Thread Henning Schmiedehausen
This sounds like a good idea, however it would make it necessary to open
one of the more mainstream boxes (probably a Linux host running on
VMWare ESX) to all (Jakarta?) committers. I don't know if infrastructure
would be too thrilled about this (IIRC, they try to _reduce_ the number
of boxes that committers have access to).


Regards
Henning


On Mon, 2005-02-28 at 08:40 -0500, Henri Yandell wrote:
 Yep. What do you think to the idea of using one of the ASF boxes as a 
 build machine for releases?
 
 It'd have to have all JDK's on it, you'd do:
 
 jdk12
 svn export ...
 build ...
 
 Also nice as it stops people releasing from their snadbox, which can often 
 contain junk.
 
 We could ask Infra if such a box might exist.
 
 Hen
 
 On Mon, 28 Feb 2005, Henning Schmiedehausen wrote:
 
  On Wed, 2005-02-16 at 12:43 -0500, Henri Yandell wrote:
  Ditto for Commons. I'm pretty sure most of them are outputting
  1.2-compatible code from a 1.4 compiler. I'll also happily believe that
  that's not a perfect system :)
 
  I'm very sure that there are incompatibilities with bytecode outputted
  by the 1.4 compile which makes problems running it on 1.3. Because of
  that, at one point I built a Turbine release (2.3) with both 1.3 and 1.4
  jars.
 
  The problem is documented in the Java bug database, but I'm not able to
  find a reference to it. There should be something about it on the
  turbine-dev archive around the time of the 2.3 release, but I don't know
  whether the archives work again.
 
  I've pointed to this problem a long time ago but it got largely ignored,
  mainly because everyone here seems to compile their jars themselves. But
  I did have the problem with maven (when I was still using 1.3 as my main
  platform) binary relases, which were built with JDK 1.4 (1.4.1 IIRC) and
  did not run on the Sun 1.3.1 JRE.
 
  IMHO this will get worse with 1.5.
 
  Regards
  Henning
 
 
 
  The only place I could imagine would have the 1.3 jars is either the
  nightly build (only Commons, and it doesn't afaik) or gump (does 1.4 and
  1.5). I don't think Gump want to be responsible for released jars either,
  so currently I'd suspect it'll need a fair bit of effort/movement to get
  1.3 jars created.
 
  Sorry,
 
  Hen
 
  On Wed, 16 Feb 2005, Jose Alberto Rodriguez Ruiz wrote:
 
  Hello Will, and thank you very much for your time.
 
  Indeed no, it seems that there are some incompatibilities at the JVM level
  which means that not all 1.4 bytecode runs in 1.3 JVM. I have had to
  recompile turbine source and commons-configuration source only to be able 
  to
  make my webapp run.
 
  As errors appears only during runtime, I wonder whether I could find
  jakarta's binaries compiled 1.3 for the more-or-less-fifty-libraries-I-use
  in order for not to recompile all of them.
 
  However it is true, no need to touch velocity; it works as it.
 
  Thanks,
 
  José
 
  -Message d'origine-
  De : Will Glass-Husain [mailto:[EMAIL PROTECTED]
  Envoyé : mercredi 16 février 2005 17:56
  À : Jakarta General List
  Objet : Re: Jakarta jars binaries for JDK 1.3
 
  The byte code should be the same -- as long as the library doesn't use any
  JDK 1.4 specific libraries, it should work fine under 1.3.  I can vouch 
  this
 
  is fine for Velocity.
 
  WILL
 
  - Original Message -
  From: Jose Alberto Rodriguez Ruiz [EMAIL PROTECTED]
  To: general@jakarta.apache.org
  Sent: Wednesday, February 16, 2005 2:04 AM
  Subject: Jakarta jars binaries for JDK 1.3
 
 
  Hello,
 
  I have a J2EE application built around Hibernate, Turbine, and
  Velocity, which I need to recompile to be able to run into a JDK1.3
  environment. This implies recompiling several common libraries, as well as
  Turbine itself and other components. I have sear the mirrors but it seems
  that all the available apache jars are now compiled with JDK 1.4
 
  My question is, is there any place to get (old) jars compiled with
  JDK1.3? Any help will be much appreciated.
 
  Thank you very much,
 
  José Alberto Rodriguez Ruiz
 
  P.D.: If this is not the right list to ask this question, sorry in 
  advance.
 
 
  -
  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]
 
  -
  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

Re: [RESULT] [site] New download pages

2005-02-28 Thread Henning Schmiedehausen
[ back from holidays... ]

I like it. However, is there any docs for the projects how to update
these pages. At least for Turbine it points to an old / outdated
version...

Regards
Henning



On Sun, 2005-02-20 at 19:35 -0500, Henri Yandell wrote:
 8 +1's.
 
 It's now live at:   http://jakarta.apache.org/site/downloads/
 
 I've not tied it into the navigation yet, or put the redirects in place, 
 so no user should be hitting it yet.
 
 The navigation plan is to merge the Binaries and Source Code entires on 
 the RHS into a single Downloads link and take it and Source Repositories 
 into the Support group on the LHS.
 
 Hen
 
 On Thu, 17 Feb 2005, Henri Yandell 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
 
  [ ] +1
  [ ] -1
 
  or alternatively:
 
  [ ] +1, but fix this first: [ ]
 
  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.
 
  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]
 
-- 
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

Now you can start with implementation and integration and do the
requirements later.  -- Prof. Dr. Dr. h.c. Manfred Broy about the new
german federal software development standard V-Model XT
(found at http://de.biz.yahoo.com/050207/299/4en0t.html)


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



BCEL Volunteer! (was: Re: Question about nomination possibility)

2005-01-21 Thread Henning Schmiedehausen
Hi,

I've forwarded your request to the Jakarta PMC and our chair. It would
be great to see that there are people who want to pick up this dormant
project.

Regards
Henning


On Fri, 2005-01-21 at 03:24 -0500, Dave Brosius wrote:
 Hello,
 
 I'm a developer on the FindBugs project (on SF id=3Ddbrosius)
 which heavily uses the jakarta project BCEL. It would appear that the
 set of committers for BCEL are either operating at a very intermittant
 basis, or have all wondered off completely. I have submitted various
 patches to bugzilla for BCEL and am interested in helping to maintain
 and move the library forward. I would like to get committer status if
 that's possible, but again the one gentleman I was able to track down
 from an old Contributors.xml file I found, says that only one guy is
 sort-of involved anymore, and he hasn't been able to contact him.
 Apparently others have expressed interest, but with no one home to say
 yeah, or ney, there has been no movement. So anyway, I hope this is
 the right place to send this. If not, if someone could suggest how to
 go about being added to the project, I'd appreciate that.




-- 
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

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
  -- actual question from a Microsoft customer survey


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



Re: Mess in jakarta.apache.org/

2004-12-29 Thread Henning Schmiedehausen
On Wed, 2004-12-29 at 00:52 -0500, Henri Yandell wrote:
 Worringly, this is just the flotsam lying around at the top level :)

 turbine.old/
 Old copy of Turbine site.

You can nuke that. Sorry about it.

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

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
  -- actual question from a Microsoft customer survey


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



Re: Dormancy worries

2004-12-27 Thread Henning Schmiedehausen
On Sun, 2004-12-26 at 11:48 -0500, Henri Yandell wrote:
 ECS is another that I'm confident is being somewhat monitored. The ECS-dev 
 archive looks to be dead, so need to fix that. ECS is definitely one that 
 I wonder if the Commons community could be supporting; guess I need to 
 look at the code as my only worry would be that it's too large a codebase 
 to try to jam in.

I'm watching ECS.

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

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
  -- actual question from a Microsoft customer survey


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



Re: Scarab moved

2004-12-27 Thread Henning Schmiedehausen
Works for me (turbine, torque). Thanks a lot!

Regards
Henning

On Sun, 2004-12-26 at 20:28 -0500, Noel J. Bergman wrote:
 Scarab has been moved from nagoya to ajax.  If you were referencing the
 domain as issues.apache.org, which should have been the case for the past
 year, you should not see any change.  If you were referencing the nagoya
 hostname, you should see a redirect.
 
   --- Noel
 
 
 -
 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

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
  -- actual question from a Microsoft customer survey


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



Re: [vote] moving jakarta-site2 to subversion

2004-12-20 Thread Henning Schmiedehausen
On Sun, 2004-12-19 at 04:39, Tim O'Brien wrote:
 This is the simplest SVN migration in Jakarta.  The migration
 instructions follow for review:
 
 http://wiki.apache.org/jakarta/Site2_20Conversion_20Instructions
 
 72 hours for this vote - classify this as a public release vote requires
 majority (at least 3 +1s and more +1s than -1s )
 
 [X] +1, migrate jakarta-site2 CVS to /jakarta/site SVN
 [ ] +0
 [ ] -0
 [ ] -1, No
 
 -
 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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: Subversion status + volunteer request

2004-12-18 Thread Henning Schmiedehausen
On Fri, 2004-12-17 at 22:33 -0500, Henri Yandell wrote:

  * Turbine

We reached some concensus about this on turbine-dev. I'm currently
mainly concerned that our maven based build process will lose lots of
information as some maven-plugins are not yet able to process SVN
information.

When this is cleared up, I've already volunteered to do the conversion.
I have some experience with CVS, svn and cvs2svn.

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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
  -- actual question from a Microsoft customer survey



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



RE: Contributing to ApacheCon Europe 2005

2004-12-09 Thread Henning Schmiedehausen
Another thing: CeBit is much closer than ACon05. Shall we try to get
some sort of Apache people meeting organized @ CeBit? (BTW: did anyone
notice, that we overlap with LinuxTag? Will we just move from Stuttgart
to Karlsruhe and get on with the party? ;-) )

CfP will come, I'm sure about this. 

Regards
Henning


On Thu, 2004-12-09 at 17:35, Matthias Wessendorf wrote:
  I have recently learned that ApacheCon Europe 2005 will be in 
  Stuttgart:
  
 
 Yes! Heard the same! ;-) We (Apache MyFaces) are planing a talk
 on MyFaces there in July (or was it June?)
 
 But found no *Call for papers* etc. right now ;(
 
 Regards,
 Matthias
 
 
 -
 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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: Exception handling Was: Future JDK features 2 items

2004-10-30 Thread Henning Schmiedehausen
On Fri, 2004-10-29 at 19:35, Henri Yandell wrote:

 2/
 How about just being able to do multiple Exceptions in one block?
 
 try {
  
 } catch(JMSException, RemoteException, SQLException e) {
 }
 
 or possibly even:
 
 try {
  
 } catch( (JMSException | RemoteException | SQLException) e) {
 }

+a bazillion. I like the first one better, though.

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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

What is more important to you...
   [ ] Product Security
or [ ] Quality of Sales and Marketing Support
  -- actual question from a Microsoft customer survey



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



Re: hello all !

2004-10-11 Thread Henning Schmiedehausen
Hi,

if you want to learn about Turbine and Maven, please subscribe to
the users lists of these projects. The general list normally is
used for discussions that are not directly related to a project.

You subscribe to the Turbine list by sending a mail to
[EMAIL PROTECTED] and to the Maven users list by
sending a mail to [EMAIL PROTECTED]

Regards
Hennin

On Sat, 2004-10-09 at 07:03, project member wrote:
 just wrote this mail to say hello to you all. just subsribed to your list. trying to 
 learn what are mailing lists, trying to learn what is TDK, Maven, turbine and those 
 things. i hope to get guidance from this list : ) .
 bye
 
 
 -
   Yahoo! Messenger - Communicate instantly...Ping your friends today! Download 
 Messenger Now
-- 
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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: Can I use Hibernate in an Apache project without compromising the Apache License?

2004-09-29 Thread Henning Schmiedehausen
On Tue, 2004-09-28 at 11:11, Brett Porter wrote:
  is not ASF License compliant?
  
  If yes, than I would really hate to have to point you at
  
  http://cvs.apache.org/viewcvs.cgi/maven-plugins/hibernate/src/main/org/apache/maven/hibernate/beans/SchemaExportBean.java?annotate=1.7
  
  This would compromise all Maven releases that include the
  maven-hibernate-plugin. We distribute Binary and Source from apache.org
  sites...
 
 Thanks for bringing this up. I've been meaning to respond to this
 thread with that in mind. I think we've checked this in the past and
 because the ASF is not distributing the hibernate code, there wasn't a
 problem (as you say, hibernate is downloaded from ibiblio when the
 user chooses to use the hibernate plugin).

So what would the answer of the first question of Oliver (can I use
Hibernate in an ASF project) now be? 

If I got it right; Oliver wants to implement a Slide Store that uses
Hibernate as back-end. According to your answer, he could do this as
part of the official Slide distribution, as long as it does not contain
the hibernate.jar itself (which could be downloaded as part of the build
process (maven or ant)).

I agree, that we need a clarification (best would be a legal council
backed clarification). 

Having to move every bit of maven code that references LGPL off-ASF
would hit quite a few plugins. :-( 

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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



RE: CVS-SVN Was: SVN of ECS

2004-09-28 Thread Henning Schmiedehausen
Hi,

ok. So this means, once we get e.g. /jakarta/turbine, we could
set the repository structure below it just as we see it fit?

We (Turbine) currently have (for history reasons) a lot of CVS
repositories and consolidating them is a real pet peeve for me. ;-)

Regards
Henning

On Mon, 2004-09-27 at 18:47, Noel J. Bergman wrote:
   If I'm not wrong (and I could be) we should just have
/jakarta/tomcat
   /jakarta/velocity
   /jakarta/
 
 Correct.  https://svn.apache.org/repos/asf/jakarta/sub/{ttb}.  I suggest
 that tags be used instead of releases, since (a) it is a known convention,
 and (b) you may have tags other than releases.
 
  I'd -1 that. Every single commit to a Jakarta project would
  increase the global revision number.
 
 Ignore it.  It is not a per-project revision indictor, and there is no
 intent to have more than one public SVN repository for the ASF.  Every
 commit to every ASF project will increase the GBN.
 
 SVN repositories are not cheap to setup and maintain when you take into
 account other behind-the-scenes issues, including access control, hooks,
 backup, et cetera.  It is quite easy to do access control with a single
 Subversion repository.  And it is trivial to handle project promotion or
 migration since we simply do an `svn move` operation.
 
 In any event, this isn't a Jakarta issue.  If you want to debate the merits,
 that would be on [EMAIL PROTECTED]
 
   --- Noel
 
 
 -
 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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: Can I use Hibernate in an Apache project without compromising the Apache License?

2004-09-28 Thread Henning Schmiedehausen
On Tue, 2004-09-28 at 00:15, Geir Magnusson Jr. wrote:
 On Sep 27, 2004, at 11:37 AM, Tim O'Brien wrote:
 
  For Oliver's sake, could we submit the question to ASF counsel and see
  if there is any way to allow us to use Hibernate in even the most round
  about way.
 
 
 Our counsel would have no opinion different than what you've heard.  We 
 (the ASF) have tried to get a clear statement from the FSF, and so far, 
 none have been forthcoming.
 
  Even though I'm fairly certain of the answer (no).  It would be nice to
  get a firm answer - yes or no - from an officer or the board.  What is
  the best way to bring this to the boards' attention.  Email to Greg,
  copying Robyn Wagner?
 
 board_hat
 no
 /board_hat
 
 This is an issue important to me as well - I'd like to see this go 
 away, so we can use software w/ the LGPL.  But until the problem is 
 resolved, right now the only way is to use via a dynamic dispatch 
 mechanism.

Hm. So writing a file

 cut 
package org.apache.foo;

import net.sf.hibernate.Session;

public class Foo
{
Session session = null;
}
 cut 

is not ASF License compliant?

If yes, than I would really hate to have to point you at

http://cvs.apache.org/viewcvs.cgi/maven-plugins/hibernate/src/main/org/apache/maven/hibernate/beans/SchemaExportBean.java?annotate=1.7

This would compromise all Maven releases that include the
maven-hibernate-plugin. We distribute Binary and Source from apache.org
sites...

To make it worse: Maven and the seed repository available at
http://www.apache.org/dist/maven/binaries/seed-repo-maven-1.0.tar.gz
contain the a checkstyle.jar which, according to 

http://checkstyle.sourceforge.net/java.header

is LGPL. This once more pointed out explicitly by
http://cvs.sourceforge.net/viewcvs.py/checkstyle/checkstyle/README?annotate=1.3

--- cut ---
This software is licensed under the terms in the file named LICENSE in
this directory.
--- cut ---

There _is_ also a file called LICENSE.apache in the CVS but it was not
clear to me if it is just there for documentation purposes (checkstyle
uses e.g. jakarta-regexp) or if checkstyle is dual-licensed.

I really understand the move to ibiblio.org now... 

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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: SVN of ECS Re: [Jakarta Wiki] Updated: JakartaBoardReport-September2004

2004-09-24 Thread Henning Schmiedehausen
I think that Robert is the best person to answer this. He is the main
responsibe developer of ECS. ;-) 

On Tue, 2004-09-21 at 22:56, Henri Yandell wrote:
  +Robert Burrel Donkin has volunteered to migrate ECS over to SVN as a trial 
  migration.
 
  it went a bit quiet after i made this offer. if there's interest, i'd be 
  willing to push this forward again.
 
 
 Well, do we know who would be the one to accept the offer?
 
 As far as I know, ECS doesn't really have a champion anymore.

I'd vote for Robert here. 

 
 It seems that the community in general would need to answer:
 
 1) Should we goto SVN (likely to be a big problem if we say no)?

Yes. Up to the projects to decide when they move. E.g. I hope to use the
CVS-SVN move for Turbine as a cleaning move for the project to reduce
the huge number of turbine CVS repositories.

 2) Should inactive projects (ECS, Watchdog, ...) goto SVN?

If they find someone that maintains them: yes.

 3) Any reason why ECS should not be the first to go?

No. +1 Go ahead. :-) 

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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: FYI: Author tags

2004-09-14 Thread Henning Schmiedehausen
I would consider this a bug. Java 1.4.x compiles UTF-8 code just fine
and if a random bundled tool chokes on UTF-8 in comments, then the
tool should be fixed.

Regards
Henning


On Mon, 2004-09-13 at 18:38, Craig McClanahan wrote:
 Recently, a new twist on @author tags came up, from a direction I
 never would have expected.  It seems that the JDK 1.5 compiler whines
 when you have non-ISO-8859-1 characters in Javadoc comments in your
 source files.  Someone was kind enough to run a compile of a bunch of
 open source projects with 1.5, to help identify projects that have
 such sources.
 
 It turns out that commons-beanutils has a few such occurrences --
 because of non-ASCII characters in the authors's names in the @author
 tags.
 
 Guess we need to tell such people to change their names if they want
 to be an @author :-).
 
 Craig McClanahan
 
 
 
 On Mon, 13 Sep 2004 12:48:33 -0400 (EDT), Henri Yandell
 [EMAIL PROTECTED] wrote:
  
  Many will remember the discussion on whether the ASF should discourage,
  ban or allow @author tags. I'm not sure that the end result was reported
  out to the whole community, so going ahead and doing so now. Apologies if
  a repeat.
  
  The boards statement (via Sam) is that:
  
 Sam: The choice of @authors or not is a PMC level decision. 
  
  Many do think that @author tags are not useful, but we're free to do what
  we want.
  
  My opinion:
 If we ever get subprojects where things are getting childish over
  @author tags and recognition for fixing newlines or removing unused
  imports (made up examples), then we should just take the easy way out on
  that subproject and remove the @author tags. Otherwise, we continue as
  normal.
  
  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]
-- 
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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: [VOTE] Updating PMC bylaws

2004-08-16 Thread Henning Schmiedehausen
Late, but not too late... :-)

+1  Let's do it.

On Tue, 2004-08-10 at 17:58, Henri Yandell wrote:
 Suggested new bylaws are at:
 
 http://www.osjava.org/~hen/jakarta/management.html
 
 The aim is to identify the current reality, rather than plan out a new set
 of bylaws. I believe I've responded to the past week of comments,
 sometimes by dropping things from the text as they require discussion
 (ie: active/inactive projects).
 
 Voting rules are that we need at least 3 +1 _PMC votes_, and a 3/4
 majority of +1's to -1's. I'll announce results next Tuesday.
 
 ===
 [ ] +1 - let's do it
 [ ] -1 - not good
 ===
 
 I think the above voting rule is fair enough, though there are others we
 could use. Let's not worry too much about it unless we have major
 disagreements. Also, if people have non-voting commentary, it would be
 nice if they could change the subject (ie:  Madness   Was: [VOTE] Updating
 PMC bylaws). Makes counting the votes a lot easier.
 
 Hen
 
 
 
 -
 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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: Who is moderating Jakarta Turbine JCS mailing lists?

2004-08-12 Thread Henning Schmiedehausen
Hi,

thanks. As Quinton seems to do different things these days: Can you add
me too as a moderator? Thanks.

Regards
Henning

On Thu, 2004-08-12 at 09:33, Christian Geisert wrote:
 Henning Schmiedehausen wrote:
  Hi,
  
  the subject is already the question: Is anyone moderating
  turbine-jcs-dev and turbine-jcs-user @  jakarta?
 
 The moderator for both lists is quintonm at apache.org
 
 See docs/resources.txt in the committers module for a way to
 get this information yourself.
 
 Christian
-- 
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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Who is moderating Jakarta Turbine JCS mailing lists?

2004-08-11 Thread Henning Schmiedehausen
Hi,

the subject is already the question: Is anyone moderating
turbine-jcs-dev and turbine-jcs-user @  jakarta?

Regards
Henning

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
RHCE - Consultant - Jakarta Turbine Development  - hero for hire

Fighting for one's political stand is an honourable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems. 
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development



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



Re: download pages rethink

2004-07-19 Thread Henning Schmiedehausen
I keep the keys that I've used to sign the releases that I have done on
a floppy disk away from any networked system. If you have the sign keys
on an Apache server and if these servers ever get hacked (and it _will_
happen), then you have compromised the whole chain of trust. 

I very much prefer to keep the signing keys away from networked
infrastructure.

Regards
Henning


On Sun, 2004-07-18 at 01:32, Howard Lewis Ship wrote:
 I wish we could get away from PGP keys (though I understand it helps
 limit liability). It tends to be a decidely manual step, and error
 prone.  I generate my PGP keys on my local machine and upload, it
 might be easier if I could figure out how to get my GnuPG key
 translated to a PGP key compatible with the tools on
 jakarta.apache.org, so I could sign the files there.
 
 On Sat, 17 Jul 2004 12:25:20 +0100, robert burrell donkin
 [EMAIL PROTECTED] wrote:
  On 15 Jul 2004, at 20:51, Stefan Bodewig wrote:
  
  snip
  
   BTW, I just now realized that we have a couple of releases that are
   neither PGP signed nor accompanied by MD5 hashes, this should be
   strongly discouraged IMHO.  In particular since Ant supports
   generation of MD5 hashes since a few years now - and so does Maven.
  
  +1
  
  i'm not sure what can be done about it, though. maybe the pmc could
  insist that all new release have sums and signatures.
  
   Finally I'd move the section about archived builds to the bottom as
   well.  Thinking about it, I should probably mock up a design to show
   what I mean, will do so next week unless I get shot down before 8-)
  
  
  cool.
  
  i've been playing around with tables so maybe i'll post up a mock
  somewhere too.
  
  - robert
  
  
  
  
  -
  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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



Re: support for native java continuations

2004-07-15 Thread Henning Schmiedehausen
Just curious:

Why is this not developed under the Apache Incubator? Is there a reason
for the codehaus move?

Regards
Henning


On Thu, 2004-07-15 at 10:42, Torsten Curdt wrote:
 We'd like to invite everyone who is interested
 to join our initiative on codehaus.org. We are
 aiming to write and submit a JSR for native java
 continuations support inside the JVM.
 
 We are currently looking for people that have
 any kind of expertise in the continuations field
 or just like to support the effort by any means.
 
 Please subscribe by sending a mail to
 
   [EMAIL PROTECTED]
 
 all post will have to go to
 
   [EMAIL PROTECTED]
 
 Please spread the word,
 Thanks
 
 -
 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  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems.
   --Michelle Levesque, Fundamental Issues with
Open Source Software Development


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



[GERMAN CONFERENCE] JAX 2004

2004-01-19 Thread Henning Schmiedehausen
Hi,

some fellow Apache names I've already spotted at the conference
schedule for JAX 2004 (11.-13. May 2004 in Frankfurt). As there
was talk about a german Apache get-together, this might be a good
as any opportunity.

Any ideas?

Regards
Henning


-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire

Dominate!! Dominate!! Eat your young and aggregate! I have grotty silicon! 
  -- AOL CD when played backwards  (User Friendly - 200-10-15)



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



Re: [POLL] Future Of Turbine-JCS

2003-12-12 Thread Henning Schmiedehausen
On Thu, 2003-12-11 at 21:07, robert burrell donkin wrote:
 hi henning
 
 you don't need to be a committer to act as a mentor. from what i've  
 heard, i'd say that you'd be an ideal candidate :)

Hi,

thanks. :-)

I'm willing to subscribe to JCS for watching the developers there and
help them getting out a release. We should try to get genuine interest
from their side to push JCS ahead.

Just as you I'm currently spread out between a few hats but I'll try to
squeeze in some time to help here.

Regards
Henning


-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire

Außerdem können in Deutschland alle Englisch. [...] so entfällt die
Notwendigkeit [...] Deutsch zu lernen. 
-- Johan Micoud auf die Frage warum er kein Deutsch spricht.
   (http://www.spiegel.de/spiegel/0,1518,273205,00.html)



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



Re: Promotion of sub projects

2003-12-10 Thread Henning Schmiedehausen
On Tue, 2003-12-09 at 23:00, Stephen Colebourne wrote:

 The question is whether some projects are willing to make the step to TLP.
 These seem like possible candidates:
 Tomcat, Lucene, Struts, Velocity

Turbine.

SCNR
Henning


-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire

Außerdem können in Deutschland alle Englisch. [...] so entfällt die
Notwendigkeit [...] Deutsch zu lernen. 
-- Johan Micoud auf die Frage warum er kein Deutsch spricht.
   (http://www.spiegel.de/spiegel/0,1518,273205,00.html)



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



Re: [POLL] Future Of Turbine-JCS

2003-12-10 Thread Henning Schmiedehausen
I'd do it, but I'm not personally involved in JCS. IMHO Martin Poeschl
(who is a Turbineer _and_ works with JCS) would be perfect but I know
that he will be on holidays for a longer time (either already is or will
be soon. Martin?).

Martin did the Turbine 2.2 release and most of the Torque releases in
the past and I did the 2.3 release of Turbine, so this might count as
release management experience. ;-)

Regards
Henning


On Tue, 2003-12-09 at 13:13, robert burrell donkin wrote:
 in this case, i'd say we'll need sufficient volunteers from the jakarta 
 pmc to ensure oversight during this period. it'd probably be good if 
 they were turbineers and if at least one had recent experience of 
 release management.
 
 anyone willing to step up?
 
 - robert
 
 On 8 Dec 2003, at 15:28, Aaron Smuts wrote:
 
  Sounds good.  Less disruption on the way to a release would be best.
 
  Aaron
 
  -Original Message-
  From: Henning Schmiedehausen [mailto:[EMAIL PROTECTED]
  Sent: Monday, December 08, 2003 3:22 AM
  To: Jakarta General List
  Subject: Re: [POLL] Future Of Turbine-JCS
 
  IMHO too complex. If there is already a JCS list (is there? As you can
  see, I'm a Turbine committer but I have zero overlap with JCS. In fact
  I
  didn't even know that this is a turbine sub-sub project for quite
  some
  time ;-) ), let's keep it. We want to build community? Let's _not_
  fold
  it into the commons list where a completely different culture exists
  compared to a normal project list. I'm pretty sure that this will
  scare JCS users away.
 
  I'm thinking that making it a direct Jakarta sub project starts to
  make more and more sense. I'd propose that we move JCS in this
  direction, if the JCS developers push for a 1.0 release inside
  turbine-jcs and we make the transition into a Jakarta project with
  this
  1.0 release (which would IMHO a fine reason to do so).
 
 Regards
 Henning
 
 
  On Sun, 2003-12-07 at 17:16, robert burrell donkin wrote:
  On 5 Dec 2003, at 09:10, Henning Schmiedehausen wrote:
 
  On Thu, 2003-12-04 at 20:43, Daniel Rall wrote:
 
  Given Robert's description of his experience with the Incubator,
  I'm
  for the
  Jakarta Commons to gather some community (direct drop rather than
  sandbox
  route), with the goal of an eventual promotion to a full
  sub-project.
 
  +1 but direct drop only if the move to the commons is accompanied
  by a
  release (1.0 or 0.something, I don't care).
 
  the way that i'd like to see a potential drop working is by folding
  the
  jcs user and development lists into the commons lists first. this
  would
  allow the rest of the commons to provide oversight.
 
  next, the JCS team should push towards some kind of release for the
  core engine (even if it's a 0.1 version). once this is ready, we'd
  update the commons website and officially add JCS to the commons.
  hopefully this would provide enough momentum to bootstrap a
  community
  and to create releases for all the various JCS bits and pieces. once
  the community exists, then JCS could apply for promotion out of the
  commons.
 
  Else it would not be fair to
  many other sub-projects currently in the sandbox which have been
  kept
  there because there is no release (commons-configuration e.g.).
 
  (just to set the record straight on commons-configuration) sandbox
  components are not allowed to have releases. one major factor when
  promotion (to the commons proper) is being consider is that a
  component
  is ready for a release (even if it's a 0.1 one). i now think that
  every
  component in commons proper needs a proper release of some kind so
  that
  other projects have the chance to depend on a released version.
 
  i'm not sure why eric hasn't started to push towards promotion for
  commons-configuration but it's possible that there's addition work
  that
  needs doing before commons-configuration is ready.
 
  - robert
 
 
 
  -
  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/
 
  Java, perl, Solaris, Linux, xSP Consulting, Web Services
  freelance consultant -- Jakarta Turbine Development  -- hero for hire
 
  Außerdem können in Deutschland alle Englisch. [...] so entfällt die
  Notwendigkeit [...] Deutsch zu lernen.
  -- Johan Micoud auf die Frage warum er kein Deutsch
  spricht.
 
  (http://www.spiegel.de/spiegel/0,1518,273205,00.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

Re: [POLL] Future Of Turbine-JCS

2003-12-08 Thread Henning Schmiedehausen
IMHO too complex. If there is already a JCS list (is there? As you can
see, I'm a Turbine committer but I have zero overlap with JCS. In fact I
didn't even know that this is a turbine sub-sub project for quite some
time ;-) ), let's keep it. We want to build community? Let's _not_ fold
it into the commons list where a completely different culture exists
compared to a normal project list. I'm pretty sure that this will
scare JCS users away.

I'm thinking that making it a direct Jakarta sub project starts to
make more and more sense. I'd propose that we move JCS in this
direction, if the JCS developers push for a 1.0 release inside
turbine-jcs and we make the transition into a Jakarta project with this
1.0 release (which would IMHO a fine reason to do so).

Regards
Henning


On Sun, 2003-12-07 at 17:16, robert burrell donkin wrote:
 On 5 Dec 2003, at 09:10, Henning Schmiedehausen wrote:
 
  On Thu, 2003-12-04 at 20:43, Daniel Rall wrote:
 
  Given Robert's description of his experience with the Incubator, I'm 
  for the
  Jakarta Commons to gather some community (direct drop rather than 
  sandbox
  route), with the goal of an eventual promotion to a full sub-project.
 
  +1 but direct drop only if the move to the commons is accompanied by a
  release (1.0 or 0.something, I don't care).
 
 the way that i'd like to see a potential drop working is by folding the 
 jcs user and development lists into the commons lists first. this would 
 allow the rest of the commons to provide oversight.
 
 next, the JCS team should push towards some kind of release for the 
 core engine (even if it's a 0.1 version). once this is ready, we'd 
 update the commons website and officially add JCS to the commons. 
 hopefully this would provide enough momentum to bootstrap a community 
 and to create releases for all the various JCS bits and pieces. once 
 the community exists, then JCS could apply for promotion out of the 
 commons.
 
  Else it would not be fair to
  many other sub-projects currently in the sandbox which have been kept
  there because there is no release (commons-configuration e.g.).
 
 (just to set the record straight on commons-configuration) sandbox 
 components are not allowed to have releases. one major factor when 
 promotion (to the commons proper) is being consider is that a component 
 is ready for a release (even if it's a 0.1 one). i now think that every 
 component in commons proper needs a proper release of some kind so that 
 other projects have the chance to depend on a released version.
 
 i'm not sure why eric hasn't started to push towards promotion for 
 commons-configuration but it's possible that there's addition work that 
 needs doing before commons-configuration is ready.
 
 - robert
 
 
 -
 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/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire

Außerdem können in Deutschland alle Englisch. [...] so entfällt die
Notwendigkeit [...] Deutsch zu lernen. 
-- Johan Micoud auf die Frage warum er kein Deutsch spricht.
   (http://www.spiegel.de/spiegel/0,1518,273205,00.html)



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



Re: [POLL] Future Of Turbine-JCS

2003-12-05 Thread Henning Schmiedehausen
On Thu, 2003-12-04 at 23:35, Andrew C. Oliver wrote:
 So far it sounds to me like JCS is only used by Turbine and that only the
 Turbiners really care about it.  Thus I don't see why it doesn't just get
 flattened into Turbine and just consider it one more turbine service.

+--+
|  Don't   |
| feed the |
|  Troll!  |
+--+
 ||
 ||
 ||
/  \__

Come on Andrew, even you can do better than that!

Obviously you haven't read s single article in this thread, did you?.
JCS is neither a Turbine Service, nor is it used by Turbine at all.
The fact that it has been developed under the Turbine label, well it
just happened. But JCS neither depends on Turbine nor the other way
round. So IMHO it is time to move this (IMHO quite decent) project to a
place where it gets much more attention.

Regards
Henning

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen  INTERMETA GmbH
[EMAIL PROTECTED]+49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire



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



  1   2   >