Patch: To avalon-logkit maven.xml

Mispelt the subject line which may have hidden what it was about. -- Forwarded by David Gray/CO/HIC on 08/07/2003 15:36 --- [EMAIL PROTECTED] on 08/07/2003 08:58:45 Please respond to "Avalon Developers List" <[EMAIL PROTECTED]> To:[EMAIL PROTECT

[VOTE] Aaron Farr as a committer on Avalon

I would like to propose Aaron Farr as a committer on the Avalon Project. Aaron get involved (publicly) with Avalon back in December. Since then he's been providing documentation, guides, patches addressing Avalon Framework, Fortress and Merlin. More recently Aaron has been getting deep into conta

Re: [Fortress] Cyclic loops

Anton Tagunov wrote: BL> When the Component "A"s are really Component Acapture and Component Ascan Acapture, Ascan?? What's this? :) Those were just example components from my JMF application. The Interface(Role) is "A", and "Acapture" and "Ascan" are implementations of "A". Cheers, Leif --

Re[2]: [Fortress] Cyclic loops

Hello Berin! Glad to see you again! :-)) AT> Are the loops evil after all? BL> When the Component "A"s are really Component Acapture and Component Ascan Acapture, Ascan?? What's this? :) BL> then those are not really cyclic. THey are two different components. -Anton ---

Path: To avalon-logkit maven.xml

Index: maven.xml === RCS file: /home/cvspublic/avalon-logkit/maven.xml,v retrieving revision 1.3 diff -u -r1.3 maven.xml --- maven.xml19 Jun 2003 13:36:22 - 1.3 +++ maven.xml7 Jul 2003 12:54:30 -00

Re: [RT] Standardizing Meta Info

The big answer Berin Loritsch wrote: We have a start with the AMTAGS proposal, so we do have a vested interest in completing the job of Meta Info representation. Yes. The purpose of this Random Thought (RT) is to standardize the persistence of the Meta Information, or how it is stored i

Re: [Merlin] Tests could be simplified...

Berin Loritsch wrote: If you are open to the idea of using the Merlin Meta as a base for a common Avalon meta info API, then I can start performing those types of changes. More importantly, this will help writing future tests. More than open - please feel free to make the changes. Cheers, S

[Merlin] Tests could be simplified...

Stephen, I noticed a couple things about your tests that you might want to concider: Serveral places you have something like this: assertTrue( "description", false ); throw new Exception( "description" ); That can be simplified by the following line: fail( "description" ); That line

Re: [RT] Standardizing Meta Info

Berin Loritsch wrote: Stephen McConnell wrote: Not suprised - I've been hacking away at the meta package over the last few days (not on the meta-info but heavily into the meta data layer). Steve. p.s. Have you patched you jar plugin? Uuh, no. What do you mean? I am running Maven 0.9, i

Re: [RT] Standardizing Meta Info

Stephen McConnell wrote: Not suprised - I've been hacking away at the meta package over the last few days (not on the meta-info but heavily into the meta data layer). Steve. p.s. Have you patched you jar plugin? Uuh, no. What do you mean? I am running Maven 0.9, isn't that good enough? I

cvs commit: avalon-sandbox/merlin/meta-spi/src/java/org/apache/avalon/meta/data CompositionProfile.java

mcconnell2003/07/07 12:06:05 Removed: merlin/meta-spi/src/java/org/apache/avalon/meta/data CompositionProfile.java Log: No longer required. - To unsubscribe, e-mail: [EMAIL PROTECTED] For add

Re: [RT] Standardizing Meta Info

Berin Loritsch wrote: Stephen McConnell wrote: Hi Berin: Berin Loritsch wrote: Berin Loritsch wrote: The important thing to do in this case is to ensure that the meta info is collected the same way. I have a feeling that if we remove the *.meta.* from the Merlin collection mechanism thing

cvs commit: avalon-sandbox/merlin/composition/src/test/org/apache/avalon/composition/model/testa TestA.xprofile

mcconnell2003/07/07 11:54:10 Added: merlin/composition/src/test/org/apache/avalon/composition/model/testa TestA.xprofile Log: Extending the meta data test case to include packaged profiles. Revision ChangesPath 1.1 avalon-sandbo

Re: [RT] Standardizing Meta Info

Berin Loritsch wrote: Stephen McConnell wrote: ??? $ cd merlin/meta $ maven jar:install This is the one not compiling. More details needed. Is your CVS up-to-date? What errors are you getting? I've just a clean build and everything seems to be fine. Steve. -- Stephen J. McConnell mailto

cvs commit: avalon-sandbox/merlin/meta-spi/src/java/org/apache/avalon/meta/info ContextDescriptor.java

mcconnell2003/07/07 11:45:36 Modified:merlin .cvsignore merlin/assembly-spi/src/java/org/apache/avalon/assembly/logging TargetDescriptor.java merlin/composition/src/java/org/apache/avalon/composition/model/impl

Re: [RT] Standardizing Meta Info

Stephen McConnell wrote: Hi Berin: Berin Loritsch wrote: Berin Loritsch wrote: The important thing to do in this case is to ensure that the meta info is collected the same way. I have a feeling that if we remove the *.meta.* from the Merlin collection mechanism things will be a bit easier to

Re: [RT] Standardizing Meta Info

Stephen McConnell wrote: Hi Berin: Berin Loritsch wrote: Berin Loritsch wrote: The important thing to do in this case is to ensure that the meta info is collected the same way. I have a feeling that if we remove the *.meta.* from the Merlin collection mechanism things will be a bit easier to

Re: [RT] Standardizing Meta Info

Hi Berin: Berin Loritsch wrote: Berin Loritsch wrote: The important thing to do in this case is to ensure that the meta info is collected the same way. I have a feeling that if we remove the *.meta.* from the Merlin collection mechanism things will be a bit easier to integrate. Any thoughts o

Re: [RT] Standardizing Meta Info

Berin Loritsch wrote: The important thing to do in this case is to ensure that the meta info is collected the same way. I have a feeling that if we remove the *.meta.* from the Merlin collection mechanism things will be a bit easier to integrate. Any thoughts on this? I just attempted to build

cvs commit: avalon-excalibur maven.log

bloritsch2003/07/07 09:55:13 Removed: .maven.log Log: remove unnecessary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur Avalon Excalibur.iml build.xml depchecker.xml forrestbuild.xml maven-common-gump-build.xml maven.xml project.xml status.xml

bloritsch2003/07/07 09:50:43 Modified:compatibility/src/xdocs index.xml compatibility project.xml component/examples/instrument-manager/conf components.xml instrument.xml component/examples/instrument-manager project.pr

cvs commit: avalon-excalibur/site/dist/docs/lifecycle/skin/images - New directory

bloritsch2003/07/07 09:39:46 avalon-excalibur/site/dist/docs/lifecycle/skin/images - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/site/dist/docs/lifecycle/skin - New directory

bloritsch2003/07/07 09:39:43 avalon-excalibur/site/dist/docs/lifecycle/skin - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/site/dist/docs/lifecycle/images - New directory

bloritsch2003/07/07 09:39:33 avalon-excalibur/site/dist/docs/lifecycle/images - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/site/dist/docs/lifecycle - New directory

bloritsch2003/07/07 09:39:30 avalon-excalibur/site/dist/docs/lifecycle - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/site/dist/docs - New directory

bloritsch2003/07/07 09:39:25 avalon-excalibur/site/dist/docs - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/site/dist - New directory

bloritsch2003/07/07 09:39:21 avalon-excalibur/site/dist - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/skin/images - New directory

bloritsch2003/07/07 09:38:07 avalon-excalibur/datasource/docs/skin/images - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/skin - New directory

bloritsch2003/07/07 09:38:05 avalon-excalibur/datasource/docs/skin - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/images - New directory

bloritsch2003/07/07 09:37:55 avalon-excalibur/datasource/docs/images - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/api/org/apache/avalon/excalibur/datasource/ids - New directory

bloritsch2003/07/07 09:35:48 avalon-excalibur/datasource/docs/api/org/apache/avalon/excalibur/datasource/ids - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/api/org/apache/avalon/excalibur/datasource/cluster - New directory

bloritsch2003/07/07 09:35:11 avalon-excalibur/datasource/docs/api/org/apache/avalon/excalibur/datasource/cluster - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED

cvs commit: avalon-excalibur/datasource/docs/api/org/apache/avalon/excalibur/datasource - New directory

bloritsch2003/07/07 09:35:08 avalon-excalibur/datasource/docs/api/org/apache/avalon/excalibur/datasource - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/api/org/apache/avalon/excalibur - New directory

bloritsch2003/07/07 09:35:04 avalon-excalibur/datasource/docs/api/org/apache/avalon/excalibur - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/api/org/apache/avalon - New directory

bloritsch2003/07/07 09:34:59 avalon-excalibur/datasource/docs/api/org/apache/avalon - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/api/org/apache - New directory

bloritsch2003/07/07 09:34:57 avalon-excalibur/datasource/docs/api/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/api/org - New directory

bloritsch2003/07/07 09:34:54 avalon-excalibur/datasource/docs/api/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs/api - New directory

bloritsch2003/07/07 09:34:51 avalon-excalibur/datasource/docs/api - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/datasource/docs - New directory

bloritsch2003/07/07 09:34:46 avalon-excalibur/datasource/docs - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: avalon-excalibur/component/src/xdocs index.xml

bloritsch2003/07/07 09:31:14 Modified:component/src/xdocs index.xml Log: Deprecate all the classes in ECM. Revision ChangesPath 1.9 +11 -1 avalon-excalibur/component/src/xdocs/index.xml Index: index.xml

[RT] Standardizing Meta Info

We have a start with the AMTAGS proposal, so we do have a vested interest in completing the job of Meta Info representation. The purpose of this Random Thought (RT) is to standardize the persistence of the Meta Information, or how it is stored in the JAR files. All three of the Avalon containers h

[RT] Standardizing Meta Info

We have a start with the AMTAGS proposal, so we do have a vested interest in completing the job of Meta Info representation. The purpose of this Random Thought (RT) is to standardize the persistence of the Meta Information, or how it is stored in the JAR files. All three of the Avalon containers h

Re: [Fortress] Cyclic loops

Anton Tagunov wrote: Hello Leif! LM> The problem that I am now running into is because all of components LM> implement the TJMFDataSourceProvider role and the processor LM> components also depend on other TJMFDataSourceProvider implementations, LM> fortress will throw a CyclicDependencyException b

Re: [Fortress] Cyclic loops

Berin Loritsch wrote: Leif Mortenson wrote: One way around it is to specify the longer form of ${ROLE}/${type} which for the above could be translated to: org.leif.mortenson.TJMFDataSourceProvider/capture org.leif.mortenson.TJMFDataSourceProvider/sharpen org.leif.mortenson.TJMFDataSourceProvi

Re: [Fortress] Cyclic loops

Anton Tagunov wrote: Hello Leif! LM> The problem that I am now running into is because all of components LM> implement the TJMFDataSourceProvider role and the processor LM> components also depend on other TJMFDataSourceProvider implementations, LM> fortress will throw a CyclicDependencyException b

[SourceResolve] need for mime-type mappings

Hi all, I was thinking that we need a common way to map mime-types in Avalon and that sourceresolve package is the place to put it. I have two use cases that raise the need for such a utility both related to sourceresolve: one is FTPSource where I need to determine what FTP transfer mode to use (

Re: [Fortress] Cyclic loops

Leif Mortenson wrote: > I have been playing around with JMF off and on for a few years. This > weekend I attempted to upgrade a project that I have had on the back > burner for a few months to the latest and greatest Fortress and am > running into a problem. > > I have defined a series of Media Pr

Re: help me

Hello Dinhhong! dk> I installed and configuration Tomcat sucessful. dk> Today, I want to build a tomcat server to source code, I do'nt dk> understand very much about component of tomcat web server, You can help dk> me dk> about components and build Tomcat server from source code ?? dk> I'm look

Re: Bug report for Avalon [2003/07/06]

Stephen McConnell wrote: Anton Tagunov wrote: Hello All! bao> |19892|Opn|Nor|2003-05-13|[CLI] Odd(Buggy?) handling of PARAMETERS_REQUIRED_| There has been some discussion on this and the outcome was: CLI at Avalon is not developed any longer, please move your focus of interest to commons C

[GUMP] Build Failure - excalibur-meta-sourceresolve

This email is autogenerated from the output from: Buildfile: build.xml Caught exception (org.apache.tools.ant.B

[GUMP] Build Failure - excalibur-store

This email is autogenerated from the output from: Buildfile: build.xml dependencies: compile: [mkdir] Created dir: /ho

Re: [merlin] maven.xml patch

Applied. Jakob Praher wrote: hi folks, attched you find a diff for a patched maven.xml that includes the line: This sets the executable flag for merlin.sh [after it is copied into the target directory]. -- Jakob ---

cvs commit: avalon-sandbox/merlin maven.xml

mcconnell2003/07/07 02:42:35 Modified:merlin maven.xml Log: Added patch from Jakob Praher to set the executable flag for merlin.sh [after it is copied into the target directory]. Revision ChangesPath 1.21 +1 -6 avalon-sandbox/merlin/maven.xml Index: ma

Re: [OT] vacation time

Have fun mate! :) Cheers, Marcus On Sun, Jul 06, 2003 at 10:27:57AM +0200, Leo Simons wrote: > Hi gang, > > my bus leaves in an hour or so. You're likely not to hear anything from > me for three weeks. Cheers! > > - Leo > > > > --

[merlin] maven.xml patch

hi folks, attched you find a diff for a patched maven.xml that includes the line: This sets the executable flag for merlin.sh [after it is copied into the target directory]. -- Jakob Index: maven.xml === RCS file: /home/cvspubli

cvs commit: avalon-sandbox/merlin/composition-spi/src/java/org/apache/avalon/composition/model Model.java Consumer.java Producer.java

mcconnell2003/07/07 01:40:03 Modified:merlin/composition-spi/src/java/org/apache/avalon/composition/model Model.java Removed: merlin/composition-spi/src/java/org/apache/avalon/composition/model Consumer.java Producer.java Log: Mer

cvs commit: avalon-sandbox/merlin/meta-spi/src/java/org/apache/avalon/meta/data ContainmentProfile.java DeploymentProfile.java Profile.java ProfilePackage.java

mcconnell2003/07/07 01:31:20 Modified:merlin/composition/src/java/org/apache/avalon/composition/model/impl DefaultClassLoaderModel.java DefaultContainmentModel.java DefaultDeploymentModel.java DefaultModel.java

Re: Component not visible from class loader

Hello Hugo! HB> I have written an Avalon component following the white paper HB> "Developing with Apache Avalon". An excellent book indeed :-) HB> java.lang.IllegalArgumentException: interface HB> org.apache.avalon.framework.component.Component is not visible from class HB> loader HB> at

help me

I installed and configuration Tomcat sucessful.Today, I want to build a tomcat server to source code, I do'nt understand very much about component of tomcat web server, You can help me about components and build Tomcat server from source code ??I'm looking forward to hearing  from you!ThanksKhanhDH

Re: Bug report for Avalon [2003/07/06]

Anton Tagunov wrote: Hello All! bao> |19892|Opn|Nor|2003-05-13|[CLI] Odd(Buggy?) handling of PARAMETERS_REQUIRED_| There has been some discussion on this and the outcome was: CLI at Avalon is not developed any longer, please move your focus of interest to commons CLI, which is developing rapid

Re: Bug report for Avalon [2003/07/06]

Hello All! bao> |19892|Opn|Nor|2003-05-13|[CLI] Odd(Buggy?) handling of PARAMETERS_REQUIRED_| There has been some discussion on this and the outcome was: CLI at Avalon is not developed any longer, please move your focus of interest to commons CLI, which is developing rapidly and request the new f