TPTP har en automatiserad ramverkstjänst med funktioner för
reservation och användning av Eclipse-baserade TPTP-tjänster från
olika miljöer. Förutsatt att dessa tjänster i grund botten är
funktioner som publicerar sig själva via utökningar (med en associerad
specifikation för stödda egenskaper och ett funktionalitetskontrakt) är
det möjligt att skapa en ny tjänsteleverantör som implementerar samma
tjänst. Den implementerade inställningen tillåter en lös och dynamisk
bindning mellan den som använder och den som tillhandahåller tjänsten.
TPTP:s tjänsteabstraktioner är inte exakt desamma som en standardnättjänst
abstraktioner (de är mycket enklare och mer informella) även om de för
TPTP närmare en roll i en tjänsteorienterad arkitektur. Begrepp och
abstraktioner som infördes tillsammans med ramverket för automatiserade
tjänster är synonyma med högnivåabstraktionerna i vilken tjänsteorienterad
struktur som helst.
De funktioner som bildar TPTP kommer att stegvist utveckla och publicera
tjänster som preparerar TPTP-plattformen så att det går att köra kommandon
från skript och slumpmässiga program utanför Eclipse. Nuvarande
TPTP-testfunktioner har en testkörningstjänst för flexibel körning av
TPTP-test på ett programmatiskt sätt.
De automatiserade ramverkstjänsterna har en skiktad arkitektur som
tillåter en lös koppling mellan ramverkets komponenter. Den buss som
överför begäran om kundtjänst till tjänsteleverantörssvar (utförandet
av tjänster) har för utökningen i varje ände en adaptermodell på klientslutet
(klientslutet kan vara kod som körs inuti en Eclipse-förekomst som t.ex.
kommandoradskript) och en tjänsteleverantör på serverslutet och en
tjänsteleverantör som erbjuder modell i serverslutet (serverslutet är
den Eclipse-förekomst som är värd för de insticksprogram som
tillhandahåller implementering av tjänster):
Du kan utveckla ytterligare automatiseringsklientadaptrar som kan
anpassa nya mönster för användartjänster i de standardiserade
automatiseringsklientgränssnitten som finns i TPTP. En
klientautomatiseringsadapter för webbtjänstklienter kan t.ex. utvecklas av en
tredjeparts-TPTP så att den körs från en standardwebbtjänstemiljö
eller så att en Jython-klientautomatiseringsadapter kan skrivas så att
den stöder tjänstekonsumtionen från Jython-miljön.
Då nya enhetliga automatiseringstjänster publiceras ökar de förrådet av
tillgängliga allmänna tjänster som är tillgängliga från en
TPTP Eclipse-förekomst, och därför kan tillgängliga tjänsteleverantörer
tillhandahålla funktionalitet för intresserade kunder som kan hantera det
automatiserade tjänsteramverket. En slutanvändare kan skapa ett
insticksprogram som tillhandahåller en ny tjänst genom att bara
implementera lämpliga utökningspunkter och utveckla minst en Java-klass.
Därav följer att tjänsten automatiskt görs tillgänglig från ant-
och shell-skript, Java-program och andra installerade klientadaptrar
i kundens miljö på grund av den skiktade arkitekturen och busstypen.
Den lättviktiga automatiseringsklientkomponenten har en standarduppsättning av
tjänstegränssnitt som både kan användas av klientadaptrar och tillhandahålla
lämpliga Eclipse-startstrategier för scenarierna. För närvarande erbjuds
två start- och körningsstrategier: en för in-process-tjänstekonsumtion
och en för out-of-processtjänstekonsumtion (out-of-process-strategin
är den typiska strategin, som betjänar klienter som befinner sig utanför
en viss Eclipse-förekomst). In-process-strategin används i
situationer där det är önskvärt att tjänsten körs i samma Eclipse-förekomst
som anroparen.
Lättviktskomponenten interagerar med tungviktskomponenten
(tungvikt därför att den är mer beroende av Eclipse och därmed
ännu mer beroende av bibliotek som den utanförliggande
automatiseringsklientkomponenten är abstraherad från). Lättviktskomponentens
enda koppling till en viss Eclipse-förekomst sker via ett sträng-ID
som går att ange på förekomsten av automatiseringsklientkomponenten.
Den automatiseringsserver som finns inuti en Eclipse-förekomst
(kallas också inre tungviktskomponent eller mäklare)
tar emot inkommande kommunikation från den lättviktiga automatiseringsklientkomponenten och
styr anropet till lämplig tjänsteleverantör (kallas också
automatiseringstjänst). Automatiseringsservern definierar en del
enkla utökningspunkter som tillåter indirekt styrning mellan den
begärda tjänsten och den Java-klass som har hand om begäran.
Närliggande uppgifter
Starta tester från skript och tillämpningar
Köra testkörningstjänsten
Närliggande referens
Egenskaper för testkörningstjänsten som stöds
(C) Copyright IBM Corporation 2000, 2006. All Rights Reserved.