[prev in list] [next in list] [prev in thread] [next in thread] 

List:       midgard-dev
Subject:    Re: [midgard-dev] Midcoms and new datatypes
From:       Torben Nehmer <torben () nehmer ! net>
Date:       2005-11-30 7:43:48
Message-ID: 438D5834.8000602 () nehmer ! net
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Tarjei,

- --Tarjei Huse wrote on 2005-11-29 10:21:
>> This is on my todo list, yes. Problem is, that I need this information from the
>> Manifests, but I have not yet separated it out from the orignal class file
>> loader. It cannot be that simply separated, as the legacy compatibility code
>> (class "generation" identification and accociated typecasting rules) depends
>> heavily on this information being available.
> 
>> What I want to build for 2.6 final is a "hard" limiter, which just rejects
>> components with missing class files, as you have proposed, loading the rest. For
>> 3.0 we will drop the compat layer most probably anyway, so some changes in the
>> class handling are in order there, which I'll use to make a better solution here.
> 
> Sounds good. Another thing, would it be possible and/or usefull to move 
> the requirements to the manifest file also - instead of hardcoding them 
> into the autoconfiguration system?
> 
> I'm mainly asking as this could then be used for compliance checks when 
> trying to install modules as well as when generating packagefiles.

Thing is, that there is already such a list, the class definition file, which
contains the neccessary typename mapping information. At this time however,
MidCOM validates this list quite strictly when loading, so that all classes are
avaialable when it comes to the point where I need to work with any of them.

What we could do for an intermediate solution is the ability to enable/disable
components in some way. Perhaps with some config file in /etc.


Live long and Prosper!
Torben Nehmer

- --
Torben Nehmer, Guenzburg, Bavaria, Germany
http://www.nathan-syntronics.de, mailto:torben@nehmer.net
PGP Public Key: https://www.link-m.de/pgp/t.nehmer.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDjVg0JPh4Kn6d5FYRAl1sAKDHOH4I/Ow8gD/QHlrmJGbOMlUSCgCg0MP5
F5NjIuvQsv+tl2t3bcrN97A=
=zSlK
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@midgard-project.org
For additional commands, e-mail: dev-help@midgard-project.org

[prev in list] [next in list] [prev in thread] [next in thread]