KommunikationsInfrastruktur

Please don't care about this page!

It was used to collect some notes and remarks.

Somehow some spammer likes to use the comment feature to push it up in the rss feed.

Aufgabe

"Das Tool für den KnowledgeWorker". Muß seine Techniken und Werte des KnowledgeManagement stützen.

Was ist ein Application Server: http://dataquest.ciol.com/content/enterprise/datatech/100051502.asp

Messaging System

The messaging system is based on evolutionary strong mechanism for exchanging messages. The fact of beeing evolutionary strong is to weight out technical perfection.

See byzantine agreement for deployed messaging environments. Furthermore we found SMTP, NNTP and HTTP strong. SOAP and XMLRPC are other candidates.

Messaging environments more research http://www.cs.colorado.edu/~mishras/research/ especially Da|Agents and member ship protocols.

The Jabber http://www.jabber.org what's that? and Gale http://gale.org/ messaging systems are somewhat interesting.

Another option could be SILC, http://silcnet.org/, which is a "secure irc".

http://www.dp2.org/ : The Dropped Pomegranate Project (`dp2') is working on event-based programming systems and a distributed message passing interface. "We feel that software should be transparantly distributable, reusable, and heavily intertwingled." As such it seems a perfect fit, but evolutionary strong?

Some articles claim that spectrum capacity increases in distributed multi user environments. http://slashdot.org/article.pl?sid=02/06/02/1251233 Good news for distributed systems? At least facts to remember!

The oxygen project http://www.oxygen.lcs.mit.edu/ of MIT has some visions.

 Verteilt.  Jede Nachricht muß (für gewisse Zeit) an beiden Enden einer
 Verbindung /wiederherstellbar/ sein.

 Unidirectional, asynchronous messages RPCisBrokenByDesign,
 FanOut:1000-10000

 Related Work: WrapBit nochmal: http://aachen.amergin.org/
               20000315: Habe heute von Xanadu gehört!

 http://www.infowin.org/ACTS/ANALYSYS/PRODUCTS/THEMATIC/BROKERAGE/semper.html

 Address-Event Protocol neral modeled analog VLSI chip interconnections
   http://www.ini.unizh.ch:80/%7Eamw/scx/aeprotocol.html

High Level Design

The structure shall be simillar the RelatedProjects. It's detailed in OverviewAbstract.

größtenteils serverseitig, prefered ->BSD (GNU / Linux ist eher Desktop) (really?)

 Datenmodellierung Anforderungen vgl. DokumentArchive

 Als Proxy
    Konsumentenbindung
    transparent
    stärker benutzt

  * Effiziente Implementation Squid&*BSD, http://slashdot.org/article.pl?sid=00/02/29/2138248
  * Large scale caching and fine grained sharing
    about network storage systems
    http://www.pmg.lcs.mit.edu/areas/caching.html

 weiche Replikation (kann getrennt werden)
    kaskadierbar
    RPC (CORBA-interface? via orbit/gnome) Vorsicht: RPCisBrokenByDesign,
    R5RS,  C ggf. DSSSL / XSL-Tranfomationen (in ApacheCocoon?)
    Datenkonvertierungsschritt sehr ähnlich
    http://www.gingerall.com/charlie-bin/get/webGA/act/charlie.act ,
    http://him.newmail.ru/ - Hirarchical Marshalling Library
   attempt to build tree data structures in memory and dump into binary
   files.  Other alternatives: RScheme's pstore,
   FramerD storage system (which wasreplaced by pstore),
   libxmldb.

 SOAP became the winner in askemos , http://www.technocrat.net/964783607/index_html
  auch in SCWM
  vgl: http://www.cs.sunysb.edu/~maxim/OpenGRiD/ ,

CORBA:TAO / ACE v. Woshicton University

Transportprotokoll/virtuelles Speichermedium
  FreeNet, entropy http://entropy.stop1984.com/
   ( http://f27.parsimony.net/forum66166/messages/6150.htm ) ,
  gnunet http://www.ovmj.org/GNUnet/ ,
  (more http://www.mail-archive.com/devl@freenetproject.org/msg10651.html )
  Publius http://cs1.cs.nyu.edu/waldman/publius/ ,
  about the storage capacity of network protocols:
    http://isec.pl/papers/juggling_with_packets.txt
  OceanStore:http://oceanstore.cs.berkeley.edu/publications/
    concernd with data storage; first read shows that it's based on the same assumtions
    no missonceptions about data protection and trustworhty of infrastructure
  XMLStore (simillar implementation)
  Netmess http://netmess.multimania.com/
  Gnutella http://www.gnutelliums.com/ ,
  http://gnutella.wego.com/go/wego.pages.page?groupId=116705=page=119598=116767=-1=view  ,
  http://www.umr.edu/~jjp/
    gPulp  http://www.gpulp.tvhttp://www.gpulp.com/  Gnutella protocoll next generation
    finally J. Ritter took his time to analyse it:
      http://www.monkey.org/~dugsong/mirror/gnutella.html
  Gnutella2 addresses issues http://www.gnutella2.com/
  rfc2338 (vrrpv2 take over protocol) http://freshmeat.net/projects/vrrpd/homepage/
  napry Napster/irc proxy http://melkor.dnp.fmph.uniba.sk/~garabik/napyrc.html ,
  http://cubicmetercrystal.com/alpine/ - ressource discovery and location
  http://www.filerogue.com , http://www.junglemonkey.net ,
  http://konspire.sourceforge.net/ and a rant http://www.shmoo.com/story/20000717-dist-client.shtml
  How about a protocol based on BXXP?
  Have an eye at http://bitconjurer.org/BitTorrent/index.html , which
  spreads download over other clients.

Kommunikationskanal "Pagefault"
  http://www.staff.city.ac.uk/~sh392/multics/timing-chn.html

Related Tools

http://www.mediate.se/index.xim?part=inline=noveltyserver=Specifications
Browser mozilla und http://galeon.sourceforge.net/ , http://developer.mediate.se/
Nachteil: imperative programmierung ist fehleranfällig
(locking an Nonegeeks schwer vermittelbar)