Re: [VOTE] Use Maven as official build tool

Jason van Zyl wrote: On Thu, 2003-01-30 at 12:04, Leo Simons wrote: ... I'd planned to delay looking at maven again until beta8. From a quick glance at maven-dev (ie I could be wrong), it sounds like more users are anxiously waiting for it but it isn't getting here anytime soon (there was ta

cvs commit: avalon-sandbox/merlin/src/java/org/apache/avalon/merlin/service DefaultRegistry.java

mcconnell2003/01/30 23:18:10 Modified:merlin/src/java/org/apache/avalon/merlin/block/impl DefaultBlockLoader.java merlin/src/java/org/apache/avalon/merlin/service DefaultRegistry.java Log: Fixing bugs introduced by my las

Re: [Proposal] LogKit Release Plan

Berin Loritsch wrote: LogKit is at the bottom of our food chain, and there are some minor issues we need to work out before we do a release. Below is the order of precedence. If we cannot get consensus we will take the easiest route to get a release. #1 Remove circular dependency on Framewo

[Proposal] LogKit Release Plan

LogKit is at the bottom of our food chain, and there are some minor issues we need to work out before we do a release. Below is the order of precedence. If we cannot get consensus we will take the easiest route to get a release. #1 Remove circular dependency on Framework ---

Re: [A4] release plan thoughts

I would love it if someone would correct this problem as Eclipse (and WSAD) do not like this. I have left Avalon Formatter as a compilation error in both of these IDEs. What are the actual legacy dependencies. Berin Loritsch <[EMAIL PROTECTED]> on 31/01/2003 16:46:24 Please respond to "Ava

Re: [A4] release plan thoughts

Stephen McConnell wrote: On a related subject - LogKit is depedent on Framework. is dependent on Logkit, etc. It appears that this is linked to LogKit extension of the AvalonFormatter. Does anyone have any additional knowlege about this particular circular dependency? THis is a legacy issu

Re: [EXCALIBUR] converter

Mircea Toma wrote: Hi, I thought that ECM had been updated to handle this. Should this change be backed out? I'm using Converter under Cocoon and I get a ClassCastException if the service doesn't implement the Component interface. We will be releasing a new version of ECM in the near futu

Re: [VOTE] Use Maven as official build tool

Jason van Zyl wrote: I would think that Maven developers would be interested in knowing if their changes were likely to end up breaking others, but what do I know. ;-) I rely on the functional tests (the touchstone) that are in maven to make sure we work as advertised. I know there are no tec

Re: [VOTE] Use Maven as official build tool

On Thu, Jan 30, 2003 at 05:04:40PM -0500, Jason van Zyl wrote: > On Thu, 2003-01-30 at 12:04, Leo Simons wrote: ... > I don't know exactly when it will be released, but Continuum is > functioning and Bob and I are working on getting it finished. A CI tool > that uses Plexus, Maven, Summit and an SC

Re: [VOTE] Use Maven as official build tool

On Thu, 2003-01-30 at 22:39, Sam Ruby wrote: > Jason van Zyl wrote: > > > > Ant is not a typical project, as Maven isn't. Both are at the top of the > > food chain so to speak. I think primarily projects are interested in 1) > > making sure they have their act together internally 2) trying to buil

Re: [VOTE] Use Maven as official build tool

Jason van Zyl wrote: Ant is not a typical project, as Maven isn't. Both are at the top of the food chain so to speak. I think primarily projects are interested in 1) making sure they have their act together internally 2) trying to build their entire project from source and if all that is easy the

Re: [VOTE] Use Maven as official build tool

On Thu, 2003-01-30 at 22:18, Sam Ruby wrote: > Jason van Zyl wrote: > > > > I could certainly give instructions to anyone who wanted to try and > > duplicate exactly what Gump does but I don't think many projects will be > > that interested to be honest. Continuum will definitely work more along >

Re: [VOTE] Use Maven as official build tool

Jason van Zyl wrote: I could certainly give instructions to anyone who wanted to try and duplicate exactly what Gump does but I don't think many projects will be that interested to be honest. Continuum will definitely work more along the lines of Cruise Control which is what is useful to most pro

Re: [A4] release plan thoughts

Leo Simons wrote: Stephen McConnell wrote: how about fixing the wrapper classes "to get things working properly" (regardless of where they go exactly, they're needed)? What is the exact problem? From memory - its the ComponentSelector wrapper that does not wrap components returned from

Re: [VOTE] Use Maven as official build tool

On Thu, 2003-01-30 at 18:12, Sam Ruby wrote: > Jason van Zyl wrote: > > > > Once Continuum works I think that Sam will be pleased as he's always > > encourage a reimplementation of Gump, or at least been in favour of one. > > Can it be bootstrapped from source? My first priority is the behavior

Re: [VOTE] Use Maven as official build tool

Nicola Ken Barozzi wrote: Stephen McConnell wrote: ... LOADING PLUGIN: maven-gump-plugin-1.0 -> F:\system\maven\plugins\maven-gump-plugin-1.0 Do you know what it does? Can you point me to a project that is built by Gump using Maven? All I know is that there is something related to

Re: [VOTE] Use Maven as official build tool

Jason van Zyl wrote: Once Continuum works I think that Sam will be pleased as he's always encourage a reimplementation of Gump, or at least been in favour of one. Can it be bootstrapped from source? - Sam Ruby - To unsubscr

Re: [EXCALIBUR] converter

Mircea Toma wrote: Hi, I thought that ECM had been updated to handle this. Should this change be backed out? I'm using Converter under Cocoon and I get a ClassCastException if the service doesn't implement the Component interface. I'll defer to Berin on this point. Am I miss

Re: [VOTE] Use Maven as official build tool

Jason van Zyl wrote: 3) 'compatible' with forrest If you mean the markup that could certainly be accommodated. yep (mostly), the two concerns basically are: - support for validation and transformation of document-v11.dtd & friends - brain-dead simple to setup (maybe I'm weird, but I find using

DO NOT REPLY [Bug 16620] - Diffs for jakarta-avalon-site

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16620] New: - Diffs for jakarta-avalon-site

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [EXCALIBUR] converter

Hi, > I thought that ECM had been updated to > handle this. > > Should this change be backed out? I'm using Converter under Cocoon and I get a ClassCastException if the service doesn't implement the Component interface. > Am I missing something? I don't know what is the problem. I didn't have t

Re: [site] Excalibur Home

Leo Simons wrote: +100! I also kind-of had the idea to do a bit more integration of the excalibur and cornerstone website, perhaps do a common catalogue. Quickly threw up http://avalon.apache.org/components/index.html for that. Be sure to harvest http://www.osm.net/technical/avalon/docs/av

Re: [site] Excalibur Home

J Aaron Farr wrote: What are the plans for the Excalibur home page (http://jakarta.apache.org/avalon/excalibur/index.html)? first off, setting a redirect to http://avalon.apache.org/excalibur/ The site has always looked intimidating to me -- a HUGE list of components (what do these do? Which

Re: [VOTE] Use Maven as official build tool

On Thu, 2003-01-30 at 12:04, Leo Simons wrote: > > I have yet to take a good look at recent maven and try it out. We have > four requirements: > > 1) be easier than ant to use in addressing our build requirements Not all the POMs I send work because of the circular dependencies but I use many

[site] Excalibur Home

What are the plans for the Excalibur home page (http://jakarta.apache.org/avalon/excalibur/index.html)? The site has always looked intimidating to me -- a HUGE list of components (what do these do? Which one do I want?) and a big notice saying "Refactoring!!!", which is like telling developers yo

Re: [VOTE] Use Maven as official build tool

On Thu, 2003-01-30 at 10:38, Berin Loritsch wrote: > Several of our committers are very keen on Maven, and we have a butt- > load of releases to make. The question is, should we do the Maven > migration project by project as we release, should we wait until after > the releases to decide? > > Mav

Re: [VOTE] AltRMI joining incubator project

Leo Sutic wrote: In general, what projects will be spun off? I'm doing it piece by piece. Now AltRMI, then we'll see. -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) --

RE: [VOTE] AltRMI joining incubator project

+0 it seems sensible, but I abstain on the grounds that the AltRMI committers (as listed) probably have a better idea of what is best. In general, what projects will be spun off? I remember P Donald proposing some reorg, but that was met with a quite lukewarm reception. > -Original Message---

Re: FW: [VOTE] Propose Sylvain Wallez as new committer (was RE: DONOT REPLY [Bug 16500] )

On Thu, 30 Jan 2003, Carsten Ziegeler wrote: > could you please give Sylvain Wallez ([EMAIL PROTECTED]) cvs > access to the avalon repositories? Sure thing, done. Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

Re: [VOTE] AltRMI joining incubator project

Nicola Ken Barozzi wrote: AltRMI [1] is a project made by some Avalon committers that is already used in Apache and non-Apache projects. It's a from-scratch replacement for RMI, which is the java API for remote method invocation. Avalon is reorganizing and spinning of projects that are out of

Avalon releases moved

Hi gang, I have moved over the avalon releases to http://www.apache.org/dist/ to follow the best-practice for apache releases and allow avalon to be mirrored. I have right now symlinked to the new location from the old location, when y'all verify things are correct I will also add appropriate

[VOTE] AltRMI joining incubator project

AltRMI [1] is a project made by some Avalon committers that is already used in Apache and non-Apache projects. It's a from-scratch replacement for RMI, which is the java API for remote method invocation. Avalon is reorganizing and spinning of projects that are out of scope, and AltRMI is one o

Re: [A4] release plan thoughts, sevak

> "Ulrich" == Ulrich Mayring <[EMAIL PROTECTED]> writes: Ulrich> There is one potential issue to be resolved: I have sent a Ulrich> demo app for Sevak to Paul, which shows the whole process Ulrich> (Phoenix deploying Jetty, Jetty running a servlet that uses Ulrich> a Phoenix se

Re: [A4] release plan thoughts

Berin Loritsch wrote: Leo Simons wrote: I've been using Maven as part of experimenting with relase control. The really big plus ius the ability to formally publish jars and jave builds locking into relased products (as opossed to our current process of validating against CVS). we can do that

Re: [A4] release plan thoughts

Leo Simons wrote: I've been using Maven as part of experimenting with relase control. The really big plus ius the ability to formally publish jars and jave builds locking into relased products (as opossed to our current process of validating against CVS). we can do that right now. I can try

Re: [A4] release plan thoughts

Stephen McConnell wrote: how about fixing the wrapper classes "to get things working properly" (regardless of where they go exactly, they're needed)? What is the exact problem? From memory - its the ComponentSelector wrapper that does not wrap components returned from the ServiceSelector as

Re: [VOTE] Use Maven as official build tool

Stephen McConnell wrote: ... LOADING PLUGIN: maven-gump-plugin-1.0 -> F:\system\maven\plugins\maven-gump-plugin-1.0 Do you know what it does? Can you point me to a project that is built by Gump using Maven? -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volan

Re: [VOTE] Use Maven as official build tool

Paul Hammant wrote: -0.5 : I don't think it is ready yet. I also think it is difficult to make easily understandable scripts for our - quite complicated sub-projects. Actually I am going to shift to a full -1. We'll have weeks of down time whilst this gets rolled out. How many times are we goi

Re: [VOTE] Use Maven as official build tool

> -0.5 : I don't think it is ready yet. I also think it is difficult to make easily >understandable > scripts for our - quite complicated sub-projects. Actually I am going to shift to a full -1. We'll have weeks of down time whilst this gets rolled out. How many times are we going to do this bi

cvs commit: jakarta-avalon-excalibur/fortress/examples/src/java/org/apache/avalon/fortress/examples/extended Main.java

bloritsch2003/01/30 10:24:38 Modified:fortress build.xml fortress/examples/src/java/org/apache/avalon/fortress/examples/components TranslatorImpl.java fortress/examples/src/java/org/apache/avalon/fortress/examples/extended

cvs commit: jakarta-avalon-excalibur/sourceresolve/src/test/org/apache/excalibur/source SourceResolverImplTestCase.java

bloritsch2003/01/30 10:11:54 Modified:sourceresolve/src/java/org/apache/excalibur/source/impl SourceResolverImpl.java sourceresolve/src/test/org/apache/excalibur/source SourceResolverImplTestCase.java Log: SourceResolve s

Re: [Site] progress

Looks great! I found a couple of bad links. On the Excalibur Fortress overview page (avalon.apache.org/excalibur/fortress), there is the following link: http://jakarta.apache.org/avalon/fortress/., which doesn't exist. Same with the javadoc link http://avalon.apache.org/excalibur/fortress/api/

Re: [VOTE] Use Maven as official build tool

Leo Simons wrote: I have yet to take a good look at recent maven and try it out. We have four requirements: 1) be easier than ant to use in addressing our build requirements 2) GUMP integration From my Maven log: LOADING PLUGIN: maven-gump-plugin-1.0 -> F:\system\maven\plugins\maven-gump

cvs commit: jakarta-avalon-excalibur/fortress/src/java/org/apache/avalon/fortress/impl AbstractContainer.java

bloritsch2003/01/30 09:37:12 Modified:fortress build.xml fortress/src/java/org/apache/avalon/fortress/impl AbstractContainer.java Log: committed code that provides a workaround for the SourceResolve--but it still does not address the presumed c

Re: [A4] release plan thoughts

Berin Loritsch wrote: Stephen McConnell wrote: Berin Loritsch wrote: Stephen McConnell wrote: Need to get the manifest into something rationale before a release. Huh? Translate, please. Doug Lea's Concurrency Utils are currently packaged in a jar file in the Excalibur event pack

Re: [VOTE] Use Maven as official build tool

Berin Loritsch wrote: Several of our committers are very keen on Maven, and we have a butt- load of releases to make. The question is, should we do the Maven migration project by project as we release, should we wait until after the releases to decide? Maven is pretty solid, and I actually do pr

Re: [A4] release plan thoughts

Leo Simons wrote: Stephen McConnell wrote: I am prepared to take on Release Manager if needed - but I'll probably be a PITA. So if someone else wants to take on the job - please volunteer now. If someone else does volunteer - well - I'll still be a PITA. why? Are you jesting here? If you

RE: Allows Source objects lifecycle methods?

On Thu, 30 Jan 2003, Carsten Ziegeler wrote: > Stephan Michels wrote: > > > > Hi, > > > > I want to ask about the intention of Source objects. Some time ago, > > the Source allows to use lifecycle methods like configure, compose etc. > > But the execution part in the SourceResolverImpl seems to b

Re: [A4] release plan thoughts

Berin Loritsch wrote: Stephen McConnell wrote: Leo Simons wrote: I am prepared to take on Release Manager if needed - but I'll probably be a PITA. So if someone else wants to take on the job - please volunteer now. If someone else does volunteer - well - I'll still be a PITA. I though

Re: [VOTE] Use Maven as official build tool

Berin Loritsch wrote: Several of our committers are very keen on Maven, and we have a butt- load of releases to make. The question is, should we do the Maven migration project by project as we release, should we wait until after the releases to decide? Maven is pretty solid, and I actually do

Re: [VOTE] Use Maven as official build tool

Leo Sutic wrote: From: Berin Loritsch [mailto:[EMAIL PROTECTED]] It is obvious that we need *something*. If Maven can do it, then I say we go for it. Centipede can do it too, that's not the point. I would have preferred that all committers had a chance to try both tools and decide with k

RE: Allows Source objects lifecycle methods?

Stephan Michels wrote: > > Hi, > > I want to ask about the intention of Source objects. Some time ago, > the Source allows to use lifecycle methods like configure, compose etc. > But the execution part in the SourceResolverImpl seems to be droped. > > This goes fine for me, but the javadoc told som

Re: [VOTE] Use Maven as official build tool

Berin, > Use Maven as build tool (+1 from me) -0.5 : I don't think it is ready yet. I also think it is difficult to make easily understandable scripts four our - quite complicated sub-projects. > Do migration as we release each project (+1 from me) +1 (if that is not a contradition) -ph

Allows Source objects lifecycle methods?

Hi, I want to ask about the intention of Source objects. Some time ago, the Source allows to use lifecycle methods like configure, compose etc. But the execution part in the SourceResolverImpl seems to be droped. This goes fine for me, but the javadoc told some other things: * When the Source ob

Re: New Fortress not working

J Aaron Farr wrote: --- Carsten Ziegeler <[EMAIL PROTECTED]> wrote: Berin Loritsch wrote: However, Fortress's ContextManager doesn't put a "*" in the selector, all it puts is: selector.put( "resource", resource ); Hmm. that is a problem. On two accounts: In Fortress the default

RE: New Fortress not working

> -Original Message- > From: J Aaron Farr [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 30, 2003 4:57 PM > To: Avalon Developers List > Subject: RE: New Fortress not working > > > > --- Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > > > > Berin Loritsch wrote: > > > > However, Fortr

RE: New Fortress not working

--- Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > > Berin Loritsch wrote: > > > However, Fortress's ContextManager doesn't put a "*" in the > > selector, all it > > > puts is: > > >selector.put( "resource", resource ); > > > > Hmm. that is a problem. On two accounts: > > > > In Fortr

Re: [VOTE] Use Maven as official build tool

On Thursday, January 30, 2003, at 10:38 AM, Berin Loritsch wrote: Use Maven as build tool (+1 from me) +0 ... I have not used Maven personally, so I cannot directly vouch for it. I'm leaning in the Maven direction though. Do migration as we release each project (+1 from me) +1 -pete --

RE: [VOTE] Use Maven as official build tool

> From: Berin Loritsch [mailto:[EMAIL PROTECTED]] It is obvious that we need *something*. If Maven can do it, then I say we go for it. > Use Maven as build tool (+1 from me) +1 > Do migration as we release each project (+1 from me) +1 /LS -

[VOTE] Use Maven as official build tool

Several of our committers are very keen on Maven, and we have a butt- load of releases to make. The question is, should we do the Maven migration project by project as we release, should we wait until after the releases to decide? Maven is pretty solid, and I actually do prefer it to Centipede (s

cvs commit: jakarta-avalon-excalibur/event WARNING.txt

bloritsch2003/01/30 07:24:43 Removed: eventWARNING.txt Log: removing the warning text file, this is a released project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTE

Re: [A4] release plan thoughts

Berin Loritsch wrote: I thought I did volunteer. If it wasn't clear, I do. whoohooh! +1 for Berin as release manager :D You know, it may be better to do it in this fashion: LogKit Excalibur (ECM dependencies) ECM Framework Excalibur (Fortress dependencies) Fortress Excalibur (all remaining)

Re: [A4] release plan thoughts

Stephen McConnell wrote: Berin Loritsch wrote: Stephen McConnell wrote: Need to get the manifest into something rationale before a release. Huh? Translate, please. Doug Lea's Concurrency Utils are currently packaged in a jar file in the Excalibur event package. The manifest does not dec

Re: [A4] release plan thoughts

Berin Loritsch wrote: Stephen McConnell wrote: Berin Loritsch wrote: Doug Lea's Concurrency Utils Need to get the manifest into something rationale before a release. Huh? Translate, please. Doug Lea's Concurrency Utils are currently packaged in a jar file in the Excalibur eve

Re: [A4] release plan thoughts

Stephen McConnell wrote: I am prepared to take on Release Manager if needed - but I'll probably be a PITA. So if someone else wants to take on the job - please volunteer now. If someone else does volunteer - well - I'll still be a PITA. why? Are you jesting here? If you're serious, well, you s

RE: New Fortress not working

Berin Loritsch wrote: > > However, Fortress's ContextManager doesn't put a "*" in the > selector, all it > > puts is: > >selector.put( "resource", resource ); > > Hmm. that is a problem. On two accounts: > > In Fortress the default selection is "default". > > It stems from no formal

Re: New Fortress not working

J Aaron Farr wrote: Hello. I'm having trouble running anything with the new fortress (both the examples and my own code). Everything gives me this: I think the problem is in org.apache.excalibur.source.impl.SourceResolverImpl.java. The latest CVS code (checked in 5 hours ago) has this: pu

Re: [EXCALIBUR] converter

Stephen McConnell wrote: There was a recent change to the Excalibur Converter - the introduction of the Component interface on the SimpleMasterConverter class. According the CVS log this was done in order to reslve problems in using the component under ECM. I thought that ECM had been updated

Re: Fortress Tutorial

J Aaron Farr wrote: Hello all. I've been slowly working on a Fortress Newbie Tutorial. Shash Chatterjee has also volunteered to help me. Thus far I've mostly just been jotting down notes as I've been building my own first Fortress app, but I hope to start really writing something over the next

Re: [A4] release plan thoughts

Stephen McConnell wrote: Leo Simons wrote: I am prepared to take on Release Manager if needed - but I'll probably be a PITA. So if someone else wants to take on the job - please volunteer now. If someone else does volunteer - well - I'll still be a PITA. I thought I did volunteer. If it wa

Re: [A4:Proposal] Prior to 4.1.4 release....

Dynamic Proxy support under JDK 1.2+: CGLIB: http://cglib.sourceforge.net/ Java Class File Editor: http://staff.develop.com/halloway/code/jcfe.html Berin Loritsch :: Neeme Praks wrote: In order to support users under JDK 1.2, I think there needs to be some sort of abstraction to the Proxy.n

Re: New Fortress not working

--- J Aaron Farr <[EMAIL PROTECTED]> wrote: > > > For the meantime I'm going to rollback my version of SourceResolverImpl and I > think that will work. > > jaaron > Rolling back did work for me. So why was this changed in SourceResolverImpl? jaaron __

Re: [Fwd: [Site] progress]

Ulrich Mayring wrote: As to your idea: I can certainly check everything out from cvs and send diffs to a reviewer. But what is the particular advantage of that? it makes life easy on the reviewer. It generally speeds up and eases the development process. Also, rather than that we assign a revie

Re: [A4] release plan thoughts

Stephen McConnell wrote: Berin Loritsch wrote: Doug Lea's Concurrency Utils Need to get the manifest into something rationale before a release. Huh? Translate, please. Excalibur Event More info needed from you - I'm feeling nervouse folowing recent changes and comments. Info

New Fortress not working

Hello. I'm having trouble running anything with the new fortress (both the examples and my own code). Everything gives me this: [FATAL ERROR] Unable to initialize the contextManager. org.apache.avalon.framework.service.ServiceException: Unable to provide implemen tation for * at org.apac

Re: [Fwd: [Site] progress]

J Aaron Farr wrote: Hello. I'm familiar with Forrest, so I can help with the conversion of some of the Anakia docs if you'd like, or anything else that needs moved to forrest for that matter. that'd be real cool! If you check out the jakarta-avalon-excalibur cvs, you will find a cocoonbuild.x

Re: [A4:Proposal] Prior to 4.1.4 release....

Neeme Praks wrote: In order to support users under JDK 1.2, I think there needs to be some sort of abstraction to the Proxy.newProxyInstance(...) method. If JDK 1.2, call net.sf.cglib.Proxy.newProxyInstance(...) otherwise call java.lang.reflect.Proxy.newProxyInstance(...). Any ideas how to ach

Re: cvs commit: jakarta-avalon build.xml

Stephen McConnell wrote: I agree in principal - but if you commit the change you nbeed to update every properties file in al related projects - Excalibur * + Sandbox * + Cornerstone *. ?? They look in ${jakarta-avalon}/target/lib/avalon-framework.jar for the necessary jar. No version number

[EXCALIBUR] converter

There was a recent change to the Excalibur Converter - the introduction of the Component interface on the SimpleMasterConverter class. According the CVS log this was done in order to reslve problems in using the component under ECM. I thought that ECM had been updated to handle this. Should

Re: Fortress Tutorial

J Aaron Farr wrote: Hello all. I've been slowly working on a Fortress Newbie Tutorial. Shash Chatterjee has also volunteered to help me. way cool! I'll be happy to answer any questions I can :D Thus far I've mostly just been jotting down notes as I've been building my own first Fortress app,

cvs commit: jakarta-avalon-excalibur/sourceresolve/src/java/org/apache/excalibur/source/impl URLSource.java

cziegeler2003/01/30 03:50:41 Modified:sourceresolve/src/java/org/apache/excalibur/source/impl URLSource.java Log: adding missing mime-type Revision ChangesPath 1.20 +16 -1 jakarta-avalon-excalibur/sourceresolve/src/java/org/apache/excalib

Re: Avalon 5 Core Interfaces

Antti Koivunen wrote: Sorry for the delayed reply. Stephen McConnell wrote: Antti Koivunen wrote: Object logger = context.get(LOGGER); if (logger instanceof avalon.Logger) { m_logger = (avalon.Logger) logger; } else if (logger instanceof commons.Log) { m_logger = ne

cvs commit: avalon-sandbox/merlin/src/java/org/apache/avalon/merlin/block/impl DefaultBlockLoader.java

mcconnell2003/01/30 03:15:52 Modified:merlin/src/java/org/apache/avalon/merlin/block/impl DefaultBlockLoader.java Log: Remove sourceresolver stuff until sourceresolver has a working test case. Revision ChangesPath 1.4 +1 -31 avalon-sandb

[GUMP] Build Failure - excalibur-converter

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