2:26:43AM +0100, Stephen McConnell wrote:
> >...
> > The Avalon community established a PMC to represent the community
> > interests concerning the direction and administration of the Avalon
> > project.
>
> Um. No. The Apache Software Foundation established the
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
> And on behalf of the developers at Avalon, I would like to Thank ALL
the
> past Chairs and members of the Avalon PMC, for a all-in-all a job well
> done.
I'm sorry - but you will have to exclude myself from the abo
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> So I agree with you Stephen that we should have allowed for the
natural
> division of Avalon.
In the meantime the housekeeping remains to be done:
* no pmc vote on the subject of avalon
* no community vote on th
> -Original Message-
> From: Leo Sutic [mailto:[EMAIL PROTECTED]
> Sent: 13 November 2004 16:30
> To: Avalon Developers List
> Subject: Re: FW: Organizational analysis of ASF codebases
>
> Steve,
>
> you're known for responding with extremely verbose emails that few, if
> any, understan
Historians may find the disconnect between this article and the opinions
of an elected representatives of the Avalon community an interesting
topic in an of itself. The really interesting questions is if the board
accept the unpublished and unendorsed recommendations to the board by
that chair -
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> Sent: 03 November 2004 22:16
> To: 'Avalon Developers List'
> Subject: RE: Move along people, move along...
>
>
> > -Original Message-
> > From: Stephen McConnell [ma
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
> Sent: 03 November 2004 17:52
> To: Avalon Developers List
> Subject: Re: Move along people, move along...
>
> Niclas Hedhman wrote:
>
> > On Wednesday 03 November 2004 17:44, Leo Simons wrote:
> >
> >>The Pest Co
even becoming an issue now, but read on.
>
> Stephen McConnell wrote:
>
> >>Stephen,
> >>
> >>A decision was made by the PMC and we are comfortable with it.
> >
> > Aaron:
> >
> > With all due respect - you have not provided any evidenc
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> Sent: 02 November 2004 20:01
> To: 'Avalon Developers List'
> Subject: RE: Example "closed" site
>
>
>
> > -Original Message-
> > From: Stephen McC
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
> Sent: 02 November 2004 18:06
> To: Avalon Developers List
> Subject: Re: Example "closed" site
>
> Stephen McConnell wrote:
>
> > Stefano:
> >
> > Perhaps you
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
> Sent: 02 November 2004 15:04
> To: Avalon Developers List
> Subject: Re: Example "closed" site
>
> Henning P. Schmiedehausen wrote:
>
> > "Farr, Aaron" <[EMAIL PROTECTED]> writes:
> >
> >
> >>I uploaded a simple
> -Original Message-
> From: Henning P. Schmiedehausen [mailto:[EMAIL PROTECTED]
> Sent: 02 November 2004 09:38
> To: [EMAIL PROTECTED]
> Subject: Re: Example "closed" site
>
> "Farr, Aaron" <[EMAIL PROTECTED]> writes:
>
> >I uploaded a simple example of an "Avalon is Closed" notice at:
> -Original Message-
> From: Leo Simons [mailto:[EMAIL PROTECTED]
> Sent: 01 November 2004 21:00
> To: [EMAIL PROTECTED]
> Subject: Re: Example "closed" site
>
> Hello Stephen,
>
> I know that I speak not only on behalf of a large part of the user and
> development communities surroundi
> -Original Message-
> From: hammett [mailto:[EMAIL PROTECTED]
> Sent: 02 November 2004 01:14
> To: Avalon Developers List
> Subject: Re: Example "closed" site
>
> Steve,
>
> Avalon is closing due to this kind of attriction-behavior.
I'm sorry, I'm not familiar with the word 'attrictio
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> Sent: 01 November 2004 19:40
> To: 'Avalon Developers List'
> Subject: RE: Example "closed" site
>
> > -Original Message-
> > From: Stephen McConnell [ma
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> Sent: 01 November 2004 18:58
> To: avalon-dev
> Subject: Example "closed" site
>
> I uploaded a simple example of an "Avalon is Closed" notice at:
>
> http://avalon.apache.org/closed.html
Just out of curiosity - on wh
> -Original Message-
> From: Kazimierz Pogoda [mailto:[EMAIL PROTECTED]
> Sent: 25 October 2004 13:37
> To: Avalon Developers List
> Subject: [patch] dispose() for cornerstone thread managers
>
> I hope it is useful patch.
Thanks - I've applied it on my local copy.
Steve.
>
> --
> "
> -Original Message-
> From: Leo Simons [mailto:[EMAIL PROTECTED]
> Sent: 23 October 2004 22:52
> To: [EMAIL PROTECTED]
> Subject: distribution cleanup
>
> Hi gang,
>
> I'm now in the process of moving framework, logkit and cornerstone to
> the excalibur project (I found out I still hav
Just a quick note - the project.xml that is bundled with the build is
hard coded with version refs. What is really needed here is a plugin in
magic which will auto-generate the maven project.xml for a maven plugin.
We have the technology - just a matter of incentive.
Steve.
> -Original Mes
I'm guessing that the update to the framework-api deps (logkit) are not
reflected in the generated gump descriptor.
Steve.
> -Original Message-
> From: Magic Integration [mailto:[EMAIL PROTECTED]
> Sent: 11 October 2004 05:32
> To: [EMAIL PROTECTED]
> Subject: [EMAIL PROTECTED]: Projec
The attached diff includes interrogation of a new property under the
magic JUnitTest task:
project.test.fork.mode
This property can contain one of the JUnitTask.ForkMode enumerated
values 'once', 'perBatch' or 'perTest'. If forking of a test is enabled,
the diff adds supporting for the setting
The attached diff seems to have been lost in the recent discussions and
needs to be committed to clear an outstanding gump build failure. A
summary of the diff is included below.
Cheers, Steve.
-Original Message-
From: Stephen McConnell [mailto:[EMAIL PROTECTED]
Sent: 25 September
> -Original Message-
> From: J Aaron Farr [mailto:[EMAIL PROTECTED]
> Sent: 30 September 2004 00:58
> To: Avalon Developers List
> Subject: Re: Stepping Back to Move Foward
>
> Stephen McConnell wrote:
>
> > Leo:
> >
> > Seems to me that the m
Leo:
Seems to me that the member of the board are to some extend into bad
position when it comes to making any real decision relative to the
information available to them at this time. When I say real decision I
mean a decision that is solid, firm, committed and without reservation.
I don't wa
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> Sent: 29 September 2004 23:26
> To: 'Avalon Developers List'
> Subject: RE: Stepping Back to Move Foward
>
>
>
> > -Original Message-
> > From: David Leangen [mailto:[EMAIL PROTECTED]
> >
> > First, we need to
> -Original Message-
> From: David Leangen [mailto:[EMAIL PROTECTED]
> Sent: 29 September 2004 22:22
> To: Avalon Developers List
> Subject: RE: Stepping Back to Move Foward
>
>
> Again, I very much appreciate your explanations of the current
situation.
> I hope to see the current issue
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> Sent: 29 September 2004 22:13
> To: 'Avalon Developers List'
> Subject: RE: Stepping Back to Move Foward (WAS: RE: [VOTE] Stephen
> McConnell as a committer)
>
> > -Original Mes
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> Sent: 29 September 2004 17:50
> To: 'Avalon Developers List'
> Subject: Stepping Back to Move Foward (WAS: RE: [VOTE] Stephen
McConnell
> as a committer)
>
>
>
> > -
> -Original Message-
> From: Farr, Aaron [mailto:[EMAIL PROTECTED]
> Sent: 29 September 2004 19:45
> To: 'Avalon Developers List'
> Subject: RE: [VOTE] Stephen McConnell as a committer
>
>
>
> > -Original Message-
> > Fr
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
> Sent: 29 September 2004 17:17
> To: Avalon Developers List
> Subject: Re: [VOTE] Stephen McConnell as a committer
>
> Stephen McConnell wrote:
>
> >>Ask yourself: if th
Hi Stefano:
It's a really interesting read.
See notes in line.
> -Original Message-
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
> What you have been told is that the ASF board has lost trust in Mr.
> Stephen McConnell's ability to handle disagreement in a way that
brings
> posit
> -Original Message-
> From: Peter Neubauer [mailto:[EMAIL PROTECTED]
> Sent: 26 September 2004 11:06
> To: [EMAIL PROTECTED]
> Subject: RE: [VOTE] Stephen McConnell as a committer
>
> On Sun, 2004-09-26 at 08:24 +0900, David Leangen wrote:
> > I know I d
Transit is not at the point where the full transit system can be
executed as an Ant plugin. This basically means 100% of the fully
functional repository services available in ant.
Earlier today I was experimenting with repository based deployment of
runnable plugins - which is working fine. I
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
> Sent: 26 September 2004 04:49
> To: Avalon Developers List
> Subject: Re: [VOTE] Stephen McConnell as a committer
>
> On Sunday 26 September 2004 07:24, David Leangen wrote:
>
> >
> -Original Message-
> From: Leo Sutic [mailto:[EMAIL PROTECTED]
> Excellence in coordination and consistency of message. I mean it.
I wish!
Actually - there's no synchronized swimming. You just happened to
receive two similar opinions from a couple of guys doing stuff and just
wantin
Attached diff contains:
Updates the exception message in DefaultContainmentModelAssemblyHelper
to improve clarity of the generated message in the even of an invalid
explicit dependency path assignment.
ComponentProfile update to include an initial ContextDirective
resolving
A NPE cond
> -Original Message-
> From: Leo Sutic [mailto:[EMAIL PROTECTED]
> Sent: 24 September 2004 18:05
> To: Avalon Developers List
> Subject: Re: [VOTE] Stephen McConnell as a committer
>
> (Full motivation this time.)
>
> -1
>
> We have...
>
>
Berin:
If the guys want me to resume committer status - that's cool with me.
If you or Leo are uncomfortable with that then that's ok too.
Cheers, Steve.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
Good idea! The change to the replicator task is rather simple - just
the addition of a flatten setter and the propagation of this to the
underlying copy operation.
Patch attached.
Cheers, Steve.
> -Original Message-
> From: Cameron Taggart [mailto:[EMAIL PROTECTED]
> Sent: 23 Septem
Woops - this time with correct spelling in the exception message.
Steve.
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 23 September 2004 12:07
> To: Avalon Developers List
> Subject: [patch] impoved exception message for ass
Supplied patch improves the exception message created when manual
assembly binding references an unknown component path.
Steve.
Index:
src/java/org/apache/avalon/composition/model/impl/DefaultContainmentModelAssemblyHelper.java
===
The attached patch adds two component declarations to the manual
dependencies tutorials (these declarations were missed during the
conversion to the magic based block definition).
Steve.
Index: build.xml
===
--- build.xml (revisi
Attached path resolves property references that do not need resource
resolution (under jmx and dbcp project build files).
Steve.
Index: planet/facilities/dbcp/impl/build.xml
===
--- planet/facilities/dbcp/impl/build.xml (revis
Peter:
No attachment - try renaming to .txt and send again.
Cheers, Steve.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 20 September 2004 13:26
> To: [EMAIL PROTECTED]
> Subject: [patch] Downloading of artifacts on x:property in magic
>
> Hi,
> toge
Update blocks to include filtered artifact specs.
Steve.
Index: etc/test/playground.xml
===
--- etc/test/playground.xml (revision 46322)
+++ etc/test/playground.xml (working copy)
@@ -9,7 +9,7 @@
- artifa
Attached is an update to the GumpTask (removes a bug related to projects
that produce plugins types). Also included is an update to the gump
descriptor resulting from the change to the gump task.
Steve.
Index: tools/magic/src/main/org/apache/avalon/tools/tasks/GumpTask.java
The attached patch contains an update to tools/index.xml (some gump
alias names are added for the checkstyle spell fixing the latest gump
failure notification). The diff also includes the earlier changes to
Magic's path datatype and the replicator task.
Steve.
Index: tools/magic/src/main/org/a
Attached diff fixes a bug in the magic path datatype and replicator
task.
Steve.
Index: src/main/org/apache/avalon/tools/model/MagicPath.java
===
--- src/main/org/apache/avalon/tools/model/MagicPath.java (revision 46237)
+++
Slightly updated diff that corrects reference to plugin uri.
SJM
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 17 September 2004 06:23
> To: Avalon Developers List
> Subject: [patch] magic update
>
>
> The attached di
The attached diff corrects a bug in the PluginTask that was resulting in
a IndexOutOfBoundsException when dealing with artifacts without a
version. In addition I've added a name setter to the task to make the
process of handling plugs that wrap a single class easier to use.
For example, you can
Attached diff includes changes to runtime/index and the gump output to
refect test project dependencies used in the composition impl package.
Steve.
Index: runtime/merlin/unit/etc/test/merlin.properties
===
--- runtime/merlin/unit/e
Corrected diff attached.
SJM
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 16 September 2004 09:27
> To: 'Avalon Developers List'
> Subject: RE: [patch] composition impl test blocks
>
>
> Woops - ignore this for a
Woops - ignore this for a moment - will send an updated diff in a moment
or two.
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 16 September 2004 08:27
> To: Avalon Developers List
> Subject: [patch] composition impl test blocks
>
>
The attached diff corrects the composition-impl test block definitions.
The definitions contained classic artifact references - however, under
gump this breaks as the artifact is generated differently to capture the
gump named resources. Basically its just a case of adding a bunch of
filters on a
Hi Dave!
Proper procedure for submitting patches is via a unified diff. For
example on windows with svn installed you can do the following:
$ svn diff LoaderUtils.java > LoaderUtils.txt
Then attach LoaderUtils.txt to a message to dev. I'm not sure if svn
handles new files in a diff or not -
> +public class CyclicDependencyException extends RuntimeException
> +{
> +
> +/**
> + * @see RuntimeException
> + */
> +public CyclicDependencyException( String arg0, Throwable arg1 )
> +{
> +super( arg0, arg1 );
> +}
> +
Sorry guys! The above code will fail u
Have just completed updated to the 'transit' controller plugin then
introduce full logging support. This is kind of significant as it maps
directly with the original objects of a completely customizable
repository solution.
In the process and getting this far I've forked framework configuration
c
Attached is a patch to Magic.java modifies the handling of the
resolution of the index.xml file. If no index is declared - the handler
will recursively look in parent directories for an index.xml until
either an index (or if nothing found - the normal exception process
kicks in).
Cheers, Steve.
-Original Message-
From: Andreas Oberhack [mailto:[EMAIL PROTECTED]
Sent: 13 September 2004 10:18
To: 'Stephen McConnell'
Subject: RE: Studio changes...
Hi Steve,
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: Sonntag, 12. S
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
> Sent: 12 September 2004 11:38
> To: Avalon Developers List
> Subject: Re: [transit] update on the refactored repository package
>
> On Sunday 12 September 2004 13:55, Stephen McConnell wrote:
&
Have just about finished a refactored version of repository. It's
smaller, cleaner, and most importantly - more futureproof. Unlike the
current implementation, the package is broken down into two sub-projects
- main and plugin.
The main package (metro-transit-main) contains the bootstrap load
> -Original Message-
> From: Andreas Oberhack [mailto:[EMAIL PROTECTED]
> Sent: 11 September 2004 15:03
> To: 'Avalon Developers List'
> Subject: RE: Studio changes...
>
> Wow... :-)
>
> Now the code is getting open source .
>
> Do you need any assistance?
Andreas:
I'm guessing t
Add setFactory( String classname ) to ArtifactTask. This patch allows
explicit declaration of the artifact factory classname as opposed to
depending on a property value (which has been a source of error).
Steve.
Index: ArtifactTask.java
==
Index: Resource.java
===
--- Resource.java (revision 45897)
+++ Resource.java (working copy)
@@ -21,6 +21,7 @@
import org.apache.tools.ant.Project;
import org.apache.tools.ant.taskdefs.Get;
import org.apache.tools.ant.
Bump ant dependency from 1.6.1 to 1.6.2.
Index: installation.xml
===
--- installation.xml(revision 43585)
+++ installation.xml(working copy)
@@ -15,7 +15,7 @@
Magic runs on top of Ant. Before installing Magic
Same story with the repository test package - tighter filtering on
applicable test cases needed.
Steve.
Index: build.properties
===
--- build.properties(revision 43585)
+++ build.properties(working copy)
@@ -2,3 +2,4 @@
pr
Reposting with attachment as .txt.
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 09 September 2004 14:59
> To: Avalon Developers List
> Subject: [patch] meta/impl build properties
>
>
> The attached patch adds the f
The attached patch adds the following property to the build.properties
file (corrects test case execution by only including unit test).
project.test.includes = "**/*TestCase.java";
Steve.
-
To unsubscribe, e-mail: [EMAIL PROTE
> -Original Message-
> From: hammett [mailto:[EMAIL PROTECTED]
> Sent: 07 September 2004 22:10
> To: Avalon Developers List
> Subject: What does it means?
"The state of being prepared or made ready; preparedness; readiness;
fitness; as, a nation in good preparation for war."
;-)
---
Just a note to say that I've created a fork of the repository package
under which I'm doing a number of experiments:
Primary objective is to arrive at a repository bootstrap system that is
small and immune from future changes (current system is close but not
quite there yet). In effect, n years
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
> Sent: 04 September 2004 12:58
> To: Avalon Developers List
> Subject: Re: [patch] recent magic updates
>
> From: "Stephen McConnell" <[EMAIL PROTECTED]>
>
> > &
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
> Sent: 04 September 2004 11:45
> To: Avalon Developers List
> Subject: Re: [patch] recent magic updates
>
> Why is that breaking LogKit??
>
> The change was made as it is fairly common naming convention with
> *Test.
The following patch corrects a change introduced a couple of days ago to
Magic's Context class. The old change introduced the parameterization
of unit test class filters but in the process changed the included
pattern from only *UnitTest.java to *Test.java. That change is breaking
builds in log
Seems we have a problem with the root build resulting from some changes
to central/index.xml changes (required to eliminate gump complaints).
I've attached a new index.xml to be placed at the root of the avalon
trunk directory that basically links to the index.xml files in runtime,
central, and p
Can someone please rename DatagramTast.java in the directory
runtime\logkit\src\test\org\apache\log\output\test to something that
does not end in Test as this class is not a unit test class.
Stephen.
-
To unsubscribe, e-mail:
The following patch disables content that fails under gump. Please note
that this test case has only recently been included do to changes in
magic unit test filtering.
Steve.
Index:
src/test/org/apache/avalon/repository/util/RepositoryUtilsTest.java
===
The patch bring a test case into operation that was previously filtered
out of the test run and fixes the bug in the artifact descriptor class.
C:\dev\avalon\runtime\repository\spi>svn diff
Index: src/test/org/apache/avalon/repository/meta/MetaTest.java
=
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Vijay Kumar AB
> Sent: 03 September 2004 06:06
> To: [EMAIL PROTECTED]
> Subject: Will Cocoon Live again?
>
> Hi, I understand that Cocoon is written over older container
frameworks of
> Avalon,
Cocoon's core compo
The following patch updates avalon/central with two changes:
1. updating of the index.xml to rename the site project
from site to avalon-central-site
2. update the site buildfile to exclude the generation of
javadoc for facilities and magic (simply because magic's
javadoc
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 27 August 2004 07:54
> To: 'Avalon Developers List'
> Subject: RE: [patch] magic md5 and asc enhancements
>
>
> Resending with .txt attachment.
Or test in-line.
Index
Resending with .txt attachment.
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 27 August 2004 07:47
> To: Avalon Developers List
> Subject: [patch] magic md5 and asc enhancements
>
>
> The attached multi-file patch r
The attached multi-file patch refactors the asc and md5 generation
within magic. This functionality was provided in an abstract task and
this patch moves that functionality into a static helper class. This
change enables easier reuse of the asc and md5 functionality from tasks
that cannot direct
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 27 August 2004 01:34
> To: Avalon Developers List
> Subject: RE: [patch] GumpTask.java
>
>
> Any reason why you did not do something like this?
>
> String type = resource.getInfo().getType();
>
The following path updates the facilities index.xml to reflect the
correct versions and improves the version references related to the
examples block project.
Stephen.
C:\dev\avalon\planet>svn diff
Index: facilities/http/blocks/index.xml
=
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 27 August 2004 01:15
> To: Avalon Developers List
> Subject: [patch] GumpTask.java
>
>
>
> The following patch updates Magic's GumpTask to generate dependency
> declarat
The following patch updates Magic's GumpTask to generate dependency
declarations for all types of projects (not just jar files). This
change correct the problem with the examples project which was
attempting to reference the blck generated by a project that Gump has
not build (because the depend
Thanks to some help from Adam we we're getting real close now:
Successful builds: 128
Build failures: 1
Prerequisite failures:8
The single build failure is related to the avalon-http-examples project
due to a FileNotFoundException:
avalon/http/blocks/avalon-http-servlet-
The following patch updates planet/facilities/index.xml to include an
alias to the installed gump project for jetty jaas and explicit
declaration of the version.
Cheers, Steve.
Index: index.xml
===
--- index.xml (revision 37083)
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 26 August 2004 07:10
> To: 'Avalon Developers List'
> Cc: [EMAIL PROTECTED]
> Subject: RE: more on gump
>
>
>
> > -----Original Message-
> > From: Ste
> -Original Message-
> From: Stephen McConnell [mailto:[EMAIL PROTECTED]
> Sent: 24 August 2004 05:08
> To: 'Avalon Developers List'
> Cc: [EMAIL PROTECTED]
> Subject: RE: more on gump
>
>
> Current status of the Avalon Gump builds:
>
> Suc
The following patch corrects the dependencies declared by the jmx/util
project.
Steve.
Index: planet/facilities/index.xml
===
--- planet/facilities/index.xml (revision 36802)
+++ planet/facilities/index.xml (working copy)
@@ -369,7
> -Original Message-
> From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
> Sent: 24 August 2004 20:14
> To: Avalon Developers List
> Subject: RE: more on gump
>
> > Failures are merlin-cli, jmx-mx4j, and http-impl. The cli failure
> > appears to be related to the build referencing its own
The following diff (relative to the tools directory) updates the path,
resource and filter classes to handle the optional creation of ant path
structures without forcing path resolution through a repository. This
is needed to fix the current gump build problem with merlin-cli.
Steve.
Index:
The following patch adds a debug level trace to the filter task (helpful
to establish the feature that is causing a problem if a problem occurs).
Steve.
Index:
tools/magic/src/main/org/apache/avalon/tools/tasks/FilterTask.java
===
> Current status of the Avalon Gump builds:
>
> Successful builds: 98
> Build failures: 9
> Prerequisite failures: 30
Current status:
Successful builds: 114
Build failures: 3
Prerequisite failures: 20
Failures are merlin-cli, jmx-mx4j, and http-i
> -Original Message-
> From: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
> This of any help?
>
>http://neukadye.chalko.com/archive/13.html
Thanks - yes, didn't think about that!
Cheers, Steve.
-
To unsubscrib
Gump run started a few minutes ago ...
The truth is out there!
Steve.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This is a proposal to include Cameron Fiber as an Avalon PMC Member.
Cameron is a committer on the Avalon project and is affiliated with the
proposed Metro TLP initiative. Cameron has express to me his interest
in participating in the decision taken by the Avalon PMC pertaining to
its direction a
Current status of the Avalon Gump builds:
Successful builds: 98
Build failures: 9
Prerequisite failures: 30
The build failures are related to two items:
1. getting the jetty jaas libraries into gump
2. a bug in the meta-info generator task (patches by Tim a few
Thanks Tim!
Steve.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Modified:
>
avalon/trunk/runtime/meta/tools/src/java/org/apache/avalon/meta/info/bui
ld
> er/tags/AbstractTag.java
>
==
>
1 - 100 of 5873 matches
Mail list logo
