About: Application Configuration Access Protocol     Goto   Sponge   NotDistinct   Permalink

An Entity of Type : yago:Rule106652242, within Data Space : dbpedia.demo.openlinksw.com associated with source document(s)
QRcode icon
http://dbpedia.demo.openlinksw.com/c/5u421xpMqB

The Application Configuration Access Protocol (ACAP) is a protocol for storing and synchronizing general configuration and preference data. It was originally developed so that IMAP clients can easily access address books, user options, and other data on a central server and be kept in synch across all clients. Two International ACAP Conferences were held, one in Pittsburgh, PA, USA, in 1997, and the other at Qualcomm Incorporated, San Diego, CA, USA, in February 1998.

AttributesValues
rdf:type
rdfs:label
  • Application Configuration Access Protocol (en)
  • Application Configuration Access Protocol (pl)
  • Application Configuration Access Protocol (ru)
rdfs:comment
  • Протокол доступа к конфигурационным данным приложения (англ. Application Configuration Access Protocol, ACAP) — сетевой протокол, позволяющий пользователю иметь доступ к конфигурационным данным приложений, поддерживающих ACAP, с любого компьютера, подключенного к сети. Протокол основан на IMAP4. (ru)
  • The Application Configuration Access Protocol (ACAP) is a protocol for storing and synchronizing general configuration and preference data. It was originally developed so that IMAP clients can easily access address books, user options, and other data on a central server and be kept in synch across all clients. Two International ACAP Conferences were held, one in Pittsburgh, PA, USA, in 1997, and the other at Qualcomm Incorporated, San Diego, CA, USA, in February 1998. (en)
  • Application Configuration Access Protocol (ACAP) – protokół do przechowywania i synchronizowania ogólnej konfiguracji i danych preferencji. Początkowo był opracowany tak żeby klienci IMAP mogli łatwo uzyskać dostęp do książek adresowych, opcji użytkownika i innych danych na centralnym serwerze i były utrzymywane w synchronizacji ze wszystkimi klientami. Odbyły się dwie międzynarodowe konferencje jedna w Pittsburgh, PA, USA, a druga w lutym w 1998 w Qualcomm Incorporated, San Diego, Kalifornia, USA. (pl)
foaf:depiction
  • http://commons.wikimedia.org/wiki/Special:FilePath/ACAP-small.png
dct:subject
Wikipage page ID
Wikipage revision ID
Link from a Wikipage to another Wikipage
Link from a Wikipage to an external page
sameAs
dbp:wikiPageUsesTemplate
thumbnail
has abstract
  • The Application Configuration Access Protocol (ACAP) is a protocol for storing and synchronizing general configuration and preference data. It was originally developed so that IMAP clients can easily access address books, user options, and other data on a central server and be kept in synch across all clients. Two International ACAP Conferences were held, one in Pittsburgh, PA, USA, in 1997, and the other at Qualcomm Incorporated, San Diego, CA, USA, in February 1998. ACAP grew to encompass several other areas, including bookmark management for web browsers—it's effectively a roaming protocol for Internet applications. ACAP is in use by at least four clients and three servers to varying degrees, but it has never achieved the popularity of Lightweight Directory Access Protocol or SyncML. It is a deceptively simple protocol, but the combination of three key features, hierarchical data, fine-grained access control, and "contexts" or saved searches with notification, has caused serious problems for server implementors. Unlike LDAP, ACAP was designed for frequent writes, disconnected mode access (meaning clients can go offline and then resynchronize later), and so on. It also handles data inheritance, sometimes known as stacking, which provides easy creation of defaults. The IETF ACAP Working Group ceased activity in April 2004, having released two RFCs, RFC 2244 ("ACAP — Application Configuration Access Protocol") and RFC 2245 ("Anonymous SASL Mechanism"). (en)
  • Application Configuration Access Protocol (ACAP) – protokół do przechowywania i synchronizowania ogólnej konfiguracji i danych preferencji. Początkowo był opracowany tak żeby klienci IMAP mogli łatwo uzyskać dostęp do książek adresowych, opcji użytkownika i innych danych na centralnym serwerze i były utrzymywane w synchronizacji ze wszystkimi klientami. Odbyły się dwie międzynarodowe konferencje jedna w Pittsburgh, PA, USA, a druga w lutym w 1998 w Qualcomm Incorporated, San Diego, Kalifornia, USA. ACAP rozwinął się i obejmuje kilka innych obszarów, m.in. zarządzaniem zakładkami do przeglądania internetowych przeglądarek – jest skutecznym protokołem roaming dla internetowych aplikacji. ACAP jest używany w różnym stopniu przez co najmniej czterech klientów i trzy serwery, ale nigdy nie zyskał dostępu do globalnej sieci z Lightweight Directory Access Protocol lub SyncML. To pozornie prosty protokół, ale połączenie trzech kluczowych cech, danych hierarchicznych, drobnoziarnistej kontroli dostępu, oraz „konteksty” lub zapisanie wyszukiwania z powiadomieniem, spowodował poważne problemy dla osób wdrażających (lub realizujących) aplikacje. W przeciwieństwie do protokołu LDAP, ACAP został zaprojektowany do częstego pisania, tzn. bezładnego tryb dostępu (czyli klienci mogą przejść do trybu offline, a później ponownie go zsynchronizować), i tak dalej. Obsługuje też dziedziczenie danych, czasami znane jako separacja pionowa, który zapewnia łatwe tworzenie standardowych opcji. IETF ACAP Grupa Robocza zaprzestała działalności w kwietniu 2004 r., opublikowała dwa dokumenty RFC, („ACAP) i („Anonimowy mechanizm SASL”). (pl)
  • Протокол доступа к конфигурационным данным приложения (англ. Application Configuration Access Protocol, ACAP) — сетевой протокол, позволяющий пользователю иметь доступ к конфигурационным данным приложений, поддерживающих ACAP, с любого компьютера, подключенного к сети. Протокол основан на IMAP4. (ru)
gold:hypernym
prov:wasDerivedFrom
page length (characters) of wiki page
foaf:isPrimaryTopicOf
is Link from a Wikipage to another Wikipage of
is Wikipage disambiguates of
is foaf:primaryTopic of
Faceted Search & Find service v1.17_git147 as of Sep 06 2024


Alternative Linked Data Documents: ODE     Content Formats:   [cxml] [csv]     RDF   [text] [turtle] [ld+json] [rdf+json] [rdf+xml]     ODATA   [atom+xml] [odata+json]     Microdata   [microdata+json] [html]    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 08.03.3331 as of Sep 2 2024, on Linux (x86_64-generic-linux-glibc212), Single-Server Edition (378 GB total memory, 52 GB memory in use)
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2024 OpenLink Software