----- Original Message -----
From: "Berin Loritsch" <[EMAIL PROTECTED]>
> > I was wondering about "type checking". Seems that every check occurs in
the
> > type loading/initialization. Maybe this type checking could be done in a
> > transparent way using ContextBoundObject/Interception in .Net. Then just
a
> > simple "new" could fire every checking and no explicit type checking
would
> > be necessary. Anyway is too soon to say. If I'm in the right path
signalize
> > that and I would create some samples, tests, labs..
>
> TO be honest, I wouldn't want to port it over to .NET. I think with .NET
we
> can explore some new territory where we don't need an object model for the
> meta information. Esp. since in .NET the attributes are part of the
class.
> In Java things are a bit different in the short term.
Yes yes! I always thought in porting using attributes. No xinfo files, etc.
The code could be something like:
namespace Apache.Avalon.Playground
{
using System;
using Apache.Avalon.Attributes;
[Component("primary-component", Lifestyle.Singleton)]
public class Primary : IPrimaryService, IContextualizable
{
[RequiredContextEntry("file", typeof(System.IO.File))]
public void Contextualize(Context context)
{
}
}
}
I just don't about the Version as .net handles side-by-side execution. Or
maybe the dependencies could be specified in a assembly full name way.
> Part of the implications of the technical part of the RRT I put forth was
that
> in an ideal world, the object model for meta information would not be
needed.
> In fact, it would be limiting the potential of what the container could
do.
Maybe you're right. .Net assemblies includes dependency information, version
and other things meta project included.
> I think that .NET provides the clean slate we can start with to use the
ideas
> I set forth.
How about ContextBoundObjects ? When the container code will start to be
written?
hammett
MCAD
Meet Polyethylene at http://polyethy.sourceforge.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
