[Jakarta Wiki] Update of JakartaBoardReport-June2006 by HenriYandell
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/JakartaBoardReport-June2006 -- === Releases === - * Cactus 1.7.2 was released on March 26th, 2006. - * Commons Pool 1.3 was released on April 3rd 2006. + * 14 May 2006 - Commons Collections 3.2 Released + * 14 May 2006 - Commons Logging 1.1 Released + * 08 May 2006 - Commons HttpClient 3.0.1 Released + * 25 April 2006 - Commons SCXML promoted out of Commons Sandbox + * 23 April 2006 - HttpComponents HttpCore 4.0-alpha1 Released + * 13 April 2006 - Tapestry 4.0.2 Released + * 03 April 2006 - Commons Pool 1.3 Released + * 01 April 2006 - Tapestry 3.0.4 Released + * 01 April 2006 - Tapestry 4.0.1 Released + * 26 March 2006 - Cactus 1.7.2 Released === Community changes === @@ -23, +31 @@ News related to various subprojects, if they have news. Volunteers for subproject news are desired, otherwise the Chair is responsible for finding out said news (and should mark that they had to do so). - Subproject A + Cactus - Committer lands on Moon + Commons Collections - Subproject B + Commons Logging - Sending committer to Mars + Commons Pool + Commons SCXML + + HttpComponents + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by HenriYandell
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/JakartaBoardReport-June2006 -- - == Month Year Board Report == + == June 2006 Board Report == === Status === @@ -21, +21 @@ === Community changes === - New committers, pmc persons, asf members and departures. + New committers + + * 26 March 2006 - Roland Weber (rolandw) + + PMC + + * 27 March 2006 - Emmanuel Bourg (ebourg) === Infrastructure news === - Changes to the projects infrastructure. Migrations to Subversion, new vmware instances etc. + - === Subproject news === - - News related to various subprojects, if they have news. Volunteers for subproject news are desired, otherwise the Chair is responsible for finding out said news (and should mark that they had to do so). Cactus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
testing.apache.org
Should have sent this a week or two ago. The proposed resolution for a testing.apache.org was tabled until next month (ie: June 21st) because the board were concerned about yet another umbrella - with this one feeling too artificial. They made the point that size of TLP is not a concern - jmeter.apache.org would not be a problem - though I know that the JMeter guys weren't very into the idea. The conversation was more on JMeter than Cactus. I was listening in, but didn't do a very good job of selling the testing.apache idea. I don't have any great ideas for how to take things further. The idea was formed around db.apache/logging.apache style umbrellas that at one point were the solution to language centric umbrellas - seems that the focus is clearly on single projects now. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by HenriYandell
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/JakartaBoardReport-June2006 -- === Status === - Chair to summarize Jakarta-wide news + the current state of affairs. + This quarter saw HiveMind becoming a TLP - it is waiting on its infra requests to complete its move. The proposal for JMeter and Cactus to form a testing.apache.org TLP was tabled by the board until the following month (the meeting this report is for). + + There was a lot of activity on the Jakarta General mailing list - first passing a vote to merge SVN karma and then rejecting a vote to move the Commons Sandbox up to the Jakarta level. The concept of Jakarta containing a set of Xxx Components groupings has some momentum, and there were various threads of discussion concerning the chair's pushing of Jakarta to thinking of itself as a single community and not a set of communities. + + Struts suggested Tiles as a first component within a Web Components grouping - but nothing has happened as yet. Geronimo are hoping for a Commons Modeler release soon to help with their 1.1 release. There was discussion as to how best to handle copyright dates - Cliff is aware of this but we haven't brought it up on legal-discuss yet. === Releases === @@ -31, +35 @@ === Infrastructure news === - - + Subversion karma within Jakarta has changed this quarter so that any member of Jakarta has access to any part of Jakarta with the exception of Jakarta POI which has concerns over NDAs concerning its subject matter. + + Jakarta Commons and Jakarta HttpComponents both moved from Bugzilla to JIRA. === Subproject news === + + BCEL Cactus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Stephane QUIN/BPSS/FR/EUROPE/GROUP est absent(e).
Je serai absent(e) du 06/06/2006 au 12/06/2006. Je répondrai à votre message dès mon retour. This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. - Ce message et toutes les pieces jointes (ci-apres le message) sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by StephenColebourne
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 StephenColebourne: http://wiki.apache.org/jakarta/JakartaBoardReport-June2006 The comment on the change is: Collections -- Cactus Commons Collections + Commons Collections released version 3.2. This contained lots of bug fixes and a few new classes. Collections is a widely used project which doesn't have nearly enough releases (one every 18 months or so). Hopefully we can look at creating a generics version of the project before too long. Commons Logging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: testing.apache.org
I hope I'm not butting in in the middle of a known conversation, but was testing.apache.org generally supposed to hold any sort of shared libraries for testing? If so I've got some things I could donate right away, like a dojo test ant task / others. On 6/6/06, Henri Yandell [EMAIL PROTECTED] wrote: Should have sent this a week or two ago. The proposed resolution for a testing.apache.org was tabled until next month (ie: June 21st) because the board were concerned about yet another umbrella - with this one feeling too artificial. They made the point that size of TLP is not a concern - jmeter.apache.org would not be a problem - though I know that the JMeter guys weren't very into the idea. The conversation was more on JMeter than Cactus. I was listening in, but didn't do a very good job of selling the testing.apache idea. I don't have any great ideas for how to take things further. The idea was formed around db.apache/logging.apache style umbrellas that at one point were the solution to language centric umbrellas - seems that the focus is clearly on single projects now. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind.
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by TorstenCurdt
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 TorstenCurdt: http://wiki.apache.org/jakarta/JakartaBoardReport-June2006 -- === Releases === + * 06 June 2006 - BCEL 5.2 Released * 14 May 2006 - Commons Collections 3.2 Released * 14 May 2006 - Commons Logging 1.1 Released * 08 May 2006 - Commons HttpClient 3.0.1 Released @@ -43, +44 @@ BCEL + The main contributors have left the project over the years. Obviously still quite a few users though. With a few people we managed so apply the outstanding patches and close many bugs. After 3 years we just released BCEL 3.2 as a bugfix release. Due to the lack of recent activity at least 2 communites (findbugs and aspectj) are known to have forked BCEL and maintain their own version. They have implemented features (JDK1.5 support, speed and memory handling improvements) that we would like try to port back. A GSoC student is currently trying to implement JDK1.5 and -if time permits- JDK1.6 support in BCEL. Contribution happens through jira without a special branch. We are in contact with the other communities. No one is excited yet - we got positive feedback. They are interested in JDK 1.6 support as well. We might have a chance to drag them back to BCEL. This could be a good chance to increase the number of active committers again. Hopefully we will see another relase afte r the GSoC. + + Unfortunately only few PMC members (at least two) are on the development list at the moment. + + BCEL moved to maven2 as build system. + Cactus Commons Collections - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by FelipeLeme
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 FelipeLeme: http://wiki.apache.org/jakarta/JakartaBoardReport-June2006 The comment on the change is: Added Cactus stuff -- Cactus + Cactus had a submission (regarding build Cactus with Maven 2 and providing a Maven 2 Cactus plugin) for the Google's Summer of Code initiative, but infortunately it did not get ranked high enough to be accepted. On the brigher side, the student (Petar) said he would still want to contribute to the project, so we might get some activities in that direction in the upcoming quarter. + + We also had a nice patch regarding a new feature provided by an user, but it has not been incorporated to the source code yet. + + Finally, the Cargo integration has not been completed yet. + + Commons Collections Commons Collections released version 3.2. This contained lots of bug fixes and a few new classes. Collections is a widely used project which doesn't have nearly enough releases (one every 18 months or so). Hopefully we can look at creating a generics version of the project before too long. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: testing.apache.org
Hi Jesse, Initially, the idea was to provide Java-related testing projects. Not that we were against a language-agnostic project - we just didn't think about that. After the proposal, someone raised the questions if we would accepts contributions from other languages and we said it would be fine. So, answering your question, yes, the project is supposed to support libraries from another languages. In fact, the existence of such libraries is an argument for the TLP creation; besides the existing Cactus and JMeter, we have at least 3 sub-projects contenders (the 2 you mentioned and one for testing HTML pages), 4 if we count DbUnit (although this one will take more time due to the licenses incompatibility). -- Felipe Jesse Kuhnert wrote: I hope I'm not butting in in the middle of a known conversation, but was testing.apache.org generally supposed to hold any sort of shared libraries for testing? If so I've got some things I could donate right away, like a dojo test ant task / others. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
xsl:include not working properly under Gump
On 03/06/06, sebb [EMAIL PROTECTED] wrote: On 03/06/06, Stefan Bodewig [EMAIL PROTECTED] wrote: To whom it may engage... news-gen: [mkdir] Created dir: /x1/gump/public/workspace/jakarta-site2/target/news-gen [xslt] Processing /x1/gump/public/workspace/jakarta-site2/news.xml to /x1/gump/public/workspace/jakarta-site2/docs/site/rss.xml [xslt] Loading stylesheet /x1/gump/public/workspace/jakarta-site2/xdocs/stylesheets/news2content.xsl [xslt] /x1/gump/public/workspace/jakarta-site2/news2content.xsl:28:36: Error! Had IO Exception with stylesheet file: common.xsl Cause: java.io.FileNotFoundException: /x1/gump/public/workspace/jakarta-site2/common.xsl (No such file or directory) Something odd going on here. The loaded style-sheet is .../jakarta-site2/xdocs/stylesheets/news2content.xsl but the error message quotes: .../jakarta-site2/news2content.xsl This may explain why it is looking for .../jakarta-site2/common.xsl rather than .../jakarta-site2/xdocs/stylesheets/common.xsl I'm going to try: - deleting .../jakarta-site2/news2content.xsl just in case there is a copy there - copying common.xsl into top-level Copying common.xsl to the top-level works. But that in turn then fails, because it also uses xsl:import. That can be fixed. But then later xslt transformations fail. Etc. According to the documentation I've read, relative references in xsl:import tags should be resolved with respect to the parent document. However, when run under Gump, the references seem to be resolved relative to the current working directory, which stops the build from working. Does anyone know how to fix this? Is it perhaps a feature of the xslt processor that is used? How do I find out what is being used? Note that the build script works fine under Java 1.4 and 1.5 when run outside Gump. Sebastian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by RolandWeber
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 RolandWeber: http://wiki.apache.org/jakarta/JakartaBoardReport-June2006 -- HttpComponents + The most important thing first: [http://jakarta.apache.org/httpcomponents/ HttpComponents] has a shiny new logo, mostly red with vertical violet lines adding some contrast and matching nicely with the feather in the Jakarta logo. + + Bug tracking has moved from bugzilla to JIRA for both HttpClient and HttpComponents. + A new Client HTTP Programming Primer in the wiki simplifies the life of new users. + + The release of HttpComponents HttpCore 4.0-alpha1 in April is to be followed by an alpha2 in June. That is a prerequisite for Axis2 switching from a fork of HttpClient test code to HttpCore, making them our first official user! + Work on HttpClient 4.0 is making progress on the coding front. For the time being, this component will also include the cookie, authentication and connection management code to reduce the overhead for release management. + HttpAsync has seen some design documentation being added and will pick up on coding in the next quarter. + + For HttpClient 3, there was a minor bugfix release 3.0.1. Work on the 3.1 release that will include the Cookie2 support from last year's GSoC is in progress. Our apologies for the delay, but there is really a lot of tedious work to be done to get HttpComponents up to speed, so HttpClient 3 development had to be cut back to life support for a while. Cookie2 support is expected to be the last major addition to the old code base. + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xsl:include not working properly under Gump
Hello Sebb, I broke xsl:include with a change in the XSLTTask in ant. I will fix this evening. Regards, Antoine Original-Nachricht Datum: Tue, 6 Jun 2006 18:05:13 +0100 Von: sebb [EMAIL PROTECTED] An: Jakarta General List general@jakarta.apache.org, Gump code and data general@gump.apache.org Betreff: xsl:include not working properly under Gump On 03/06/06, sebb [EMAIL PROTECTED] wrote: On 03/06/06, Stefan Bodewig [EMAIL PROTECTED] wrote: To whom it may engage... news-gen: [mkdir] Created dir: /x1/gump/public/workspace/jakarta-site2/target/news-gen [xslt] Processing /x1/gump/public/workspace/jakarta-site2/news.xml to /x1/gump/public/workspace/jakarta-site2/docs/site/rss.xml [xslt] Loading stylesheet /x1/gump/public/workspace/jakarta-site2/xdocs/stylesheets/news2content.xsl [xslt] /x1/gump/public/workspace/jakarta-site2/news2content.xsl:28:36: Error! Had IO Exception with stylesheet file: common.xsl Cause: java.io.FileNotFoundException: /x1/gump/public/workspace/jakarta-site2/common.xsl (No such file or directory) Something odd going on here. The loaded style-sheet is .../jakarta-site2/xdocs/stylesheets/news2content.xsl but the error message quotes: .../jakarta-site2/news2content.xsl This may explain why it is looking for .../jakarta-site2/common.xsl rather than .../jakarta-site2/xdocs/stylesheets/common.xsl I'm going to try: - deleting .../jakarta-site2/news2content.xsl just in case there is a copy there - copying common.xsl into top-level Copying common.xsl to the top-level works. But that in turn then fails, because it also uses xsl:import. That can be fixed. But then later xslt transformations fail. Etc. According to the documentation I've read, relative references in xsl:import tags should be resolved with respect to the parent document. However, when run under Gump, the references seem to be resolved relative to the current working directory, which stops the build from working. Does anyone know how to fix this? Is it perhaps a feature of the xslt processor that is used? How do I find out what is being used? Note that the build script works fine under Java 1.4 and 1.5 when run outside Gump. Sebastian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jakarta Commit access
Hi folks, how is the common svn commit access supposed to work? I was trying to commit something to Fulcrum but got 403 Forbidden. I have commit access to Torque, however. Any hint is welcome. Bye, Thomas. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jakarta Commit access
On 6/6/06, Thomas Vandahl [EMAIL PROTECTED] wrote: Hi folks, how is the common svn commit access supposed to work? I was trying to commit something to Fulcrum but got 403 Forbidden. I have commit access to Torque, however. Any hint is welcome. Torque is part of the Apache DB project. Fulcrum is part of the Apache Jakarta project. They are entirely separate, with entirely separate SVN access control. From what I can see, you are a committer to the Torque sub-project, but you are not a Jakarta committer. -- Martin Cooper Bye, Thomas. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: testing.apache.org
On 6/6/06, Felipe Leme [EMAIL PROTECTED] wrote: snip/ So, answering your question, yes, the project is supposed to support libraries from another languages. In fact, the existence of such libraries is an argument for the TLP creation; besides the existing Cactus and JMeter, we have at least 3 sub-projects contenders (the 2 you mentioned and one for testing HTML pages), 4 if we count DbUnit (although this one will take more time due to the licenses incompatibility). snap/ Yup, there clearly is developer/community interest towards the formation of this project. Plus, there is a chance to rejuvenate some existing projects by sheer proximity to newer projects with active developers (amongst other things). Per the umbrella concern, the question then becomes what -- if any -- are the mitigating factors that can address such a concern with regards to this proposal. Based on Hen's email, seems like the ball is still in the board's court -- as we wait for the next meeting -- so maybe its premature to discuss if we should be trying to address those comments yet? -Rahul -- Felipe snip/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by RahulAkolkar
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 RahulAkolkar: http://wiki.apache.org/jakarta/JakartaBoardReport-June2006 The comment on the change is: Added Commons SCXML promotion blurb. -- Commons SCXML + The Commons SCXML (State Chart XML) project has been promoted from Commons Sandbox to Commons Proper. Commons SCXML provides a generic state-machine based execution environment. It borrows most semantics from its namesake Working Draft at the W3C. Anything that can be represented as a UML state chart -- business process flows, view navigation bits, interaction or dialog management, and many more -- can leverage the Commons SCXML library. + + Commons SCXML was the most active component in the Commons Sandbox repository and the Commons user mailing list for the last three months. A first release plan has been drafted. Atleast one project (in Jakarta Taglibs) will be immediately using Commons SCXML after its first release. + HttpComponents The most important thing first: [http://jakarta.apache.org/httpcomponents/ HttpComponents] has a shiny new logo, mostly red with vertical violet lines adding some contrast and matching nicely with the feather in the Jakarta logo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by RahulAkolkar
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 RahulAkolkar: http://wiki.apache.org/jakarta/JakartaBoardReport-June2006 The comment on the change is: Torsten, please cross-check (I've corrected the BCEL release version number) -- BCEL - The main contributors have left the project over the years. Obviously still quite a few users though. With a few people we managed so apply the outstanding patches and close many bugs. After 3 years we just released BCEL 3.2 as a bugfix release. Due to the lack of recent activity at least 2 communites (findbugs and aspectj) are known to have forked BCEL and maintain their own version. They have implemented features (JDK1.5 support, speed and memory handling improvements) that we would like try to port back. A GSoC student is currently trying to implement JDK1.5 and -if time permits- JDK1.6 support in BCEL. Contribution happens through jira without a special branch. We are in contact with the other communities. No one is excited yet - we got positive feedback. They are interested in JDK 1.6 support as well. We might have a chance to drag them back to BCEL. This could be a good chance to increase the number of active committers again. Hopefully we will see another relase afte r the GSoC. + The main contributors have left the project over the years. Obviously still quite a few users though. With a few people we managed so apply the outstanding patches and close many bugs. After 3 years we just released BCEL 5.2 as a bugfix release. Due to the lack of recent activity at least 2 communites (findbugs and aspectj) are known to have forked BCEL and maintain their own version. They have implemented features (JDK1.5 support, speed and memory handling improvements) that we would like try to port back. A GSoC student is currently trying to implement JDK1.5 and -if time permits- JDK1.6 support in BCEL. Contribution happens through jira without a special branch. We are in contact with the other communities. No one is excited yet - we got positive feedback. They are interested in JDK 1.6 support as well. We might have a chance to drag them back to BCEL. This could be a good chance to increase the number of active committers again. Hopefully we will see another relase afte r the GSoC. Unfortunately only few PMC members (at least two) are on the development list at the moment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Wiki] Update of JakartaBoardReport-June2006 by DionGillard
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 DionGillard: http://wiki.apache.org/jakarta/JakartaBoardReport-June2006 The comment on the change is: Add Jelly blurb -- Commons Collections Commons Collections released version 3.2. This contained lots of bug fixes and a few new classes. Collections is a widely used project which doesn't have nearly enough releases (one every 18 months or so). Hopefully we can look at creating a generics version of the project before too long. + Commons Jelly + Jelly has had some active discussion and bug fixing development, as well as upgrading the dependencies to a later version of dom4j and jaxen. There are calls, but as yet no definitive plan for a release of some of the taglibs and core. + Commons Logging Commons Pool - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: testing.apache.org
On Tue, 6 Jun 2006, Rahul Akolkar wrote: On 6/6/06, Felipe Leme [EMAIL PROTECTED] wrote: snip/ So, answering your question, yes, the project is supposed to support libraries from another languages. In fact, the existence of such libraries is an argument for the TLP creation; besides the existing Cactus and JMeter, we have at least 3 sub-projects contenders (the 2 you mentioned and one for testing HTML pages), 4 if we count DbUnit (although this one will take more time due to the licenses incompatibility). snap/ Yup, there clearly is developer/community interest towards the formation of this project. Plus, there is a chance to rejuvenate some existing projects by sheer proximity to newer projects with active developers (amongst other things). Per the umbrella concern, the question then becomes what -- if any -- are the mitigating factors that can address such a concern with regards to this proposal. Based on Hen's email, seems like the ball is still in the board's court -- as we wait for the next meeting -- so maybe its premature to discuss if we should be trying to address those comments yet? It's more in our court to come up with something to convince them I think. I asked them a couple of times for a bit more in the way of info to bring back, but didn't get a reply (by memory from the meeting wasn't very good - it lasted 2.5 hrs). Mostly I think we need to detail the cross-ASF interest in the idea. Otherwise Jakarta Test Components it is ;) [joke] Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
