Daniel S. Haischt wrote:
hello,Consider it as nothing more that me exposing a little frustration from time to time on statements of what has happened, and annoyance concerning projections about what will happen. His comments on interference and etc., etc. is so full of rubbish - and I reserver the right to correct him when he drops these little references. One day Pete's going to get over whatever his problem is - but as long as he keep up the back-stabbing, slander and innuendoes ... well, he's going get his but kicked because he has a tendency to do all over the place - not just here.
-----Ursprungliche Nachricht-----
Von: Stephen McConnell [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 19. November 2002 11:06
An: Avalon-Phoenix Developers List
Betreff: Re: [Proposal] Breaking up Avalon
Peter Donald wrote:
On Mon, 18 Nov 2002 20:17, Ulrich Mayring wrote:on phoenix. And
Regardless, what you describe seem to be interpersonal problems betweenBecause those same individuals have vote and commit privlidges
certain individuals. Would you mind explaining precisely why a promotion
of Phoenix to a TLP would solve these socially motivated problems?
thus people who have never participated in the development ofPhoenix can
block changes in phoenix if it conflicts or competes with theirpet toolkit
(this has happened in the past and will happen again if westay). Progressing
to a TLP essentially removes that risk.There are two mistakes you have made here Pete:
1. I have contributed to Phoneix during its early days, locating
and reporting bugs, documentation and end-user support (back
when there were lots of problems and the comunity was small).
2. Objections that I have raised have been in relation to the
overarching issue of avoiding inconsitencies and
incompatabilities related to concurrent containerment
solutions.
The problems that have occured arrose when we didn't agree on approaches
concerning component assembly, configuration and context management, and
more recently - meta. You made it clear that the approaches I was
putting forward at the time would *never* make it into Phoenix (or any
other project you consider to be under your control). You reinforced
that point of view with sustained -1, ensuring my exclusion. Following
this, you chose to proceed on a path of character assasination.
btw - blaming each other for having done something wrong wouldn't solve ur problems anyway.
There is a seperate thread just reserved for this which Pete needs to respond to.
http://marc.theaimsgroup.com/?t=103670081300004&r=1&w=2
I really thing things could go a lot further than that. If you look at the solutions that are being addressed by Merlin and Phoenix - they are different. Phoenix is much more focussed on the application deployment scenario. If you attempt to look at Phoenix as a enbeded component deployment solution is sucks big time. If you look at Merlin it has zero app level features (i.e. Merlin as app-server solution sucks) - but it really is nice at the component level. Heck - putting these solutions together would be brilliant.the point is that people who just want to use a container like system, first of all are getting focused to phoenix because there is a allready working release and a couple of other third party projects are using phoenix as their underlying technology. so basicly phoenix has been proven to work out of the box and that is what matters to people. having a different architectural design approach isn't that much important to people if they are just starting over to use a container system. so what i have to say is - don't screw up the good work just because having two opposit opinions. that problem could be solved.
Cheers, Steve.
With best regards / Mit freundlichen Gruessen
Daniel S. Haischt IT Consulting
______________________________
[revolutionary and alpha geek]
Daniel S. Haischt
Grabenstrasse 11
D-71083 Herrenberg
G E R M A N Y
FON: +49 -7032-992909
+49 -700-DHAISCHT
FAX: +49 -7032-992910
CELLULAR: +49 -172-7668936
email: [EMAIL PROTECTED]
web: http://www.daniel-s-haischt.biz
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS dx s:- a- C++ UB++++ P+++ L++++ E W+++ N+++ o-- K- w---
O++ M++ V- PS+ PE++ Y+ PGP++ t+++ 5+ X+++ R+ tv++ b+++ DI+ D+++
G e++ h-- r+ y+++++
------END GEEK CODE BLOCK------
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
-- Stephen J. McConnell OSM SARL digital products for a global economy mailto:[EMAIL PROTECTED] http://www.osm.net -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
