Изтеглете PDF
1) Дефиниране на уеб услуга?
Уеб услугата е вид софтуер, достъпен в Интернет. Той използва XML системата за съобщения и предлага лесен за разбиране интерфейс за крайните потребители.
2) Какво е новото в тази област през последните няколко години?
Инициирането на XML в това поле е напредъкът, който предоставя на уеб услугата един език за комуникация между RPC, уеб услугите и техните директории.
3) Дайте ми пример за истинска уеб услуга?
Един пример за уеб услуги е браузърът за уеб услуги на IBM. Можете да го получите от сайта на IBM Alphaworks. Този браузър показва различни демонстрации, свързани с уеб услуги. По принцип уеб услугите могат да се използват с помощта на SOAP, WSDL и UDDI. Всичко това осигурява интерфейс plug-and-play за използване на уеб услуги като услуга за котировки на акции, услуга за отчитане на трафика, метеорологична услуга и т.н.
4) Как определяте стека на протокола за уеб услуги?
Това е основно набор от различни протоколи, които могат да се използват за изследване и изпълнение на уеб услуги. Целият стек има четири слоя, т.е. Service Transport, XML Messaging, Service Description и Service Discovery.
5) Можете ли да дефинирате всеки от тези слоеве протоколен стек?
Слоят Service Service прехвърля съобщения между различни приложения, като HTTP, SMTP, FTP и Blocks Extensible Exchange Protocol (BEEP). Слоят XML Messaging кодира съобщения в XML формат, така че съобщенията да могат да се разбират от всеки край, като XML-RPC и SOAP. Слоят Описание на услугата описва потребителския интерфейс към уеб услуга, като WSDL. Услугата Discovery ниво централизира услугите в общ регистър и предлага проста функционалност за публикуване, като UDDI.
6) Определете XML - RPC?
Това е протокол, който използва XML съобщения за извършване на отдалечени процедурни повиквания.
7) Определете SOAP?
SOAP е XML базиран протокол за прехвърляне между компютри.
8) Определете WSDL?
Това означава език за описание на уеб услуги. По същество това е слоят с описание на услугата в запаса от протокол за уеб услуги. Слоят Описание на услугата описва потребителския интерфейс на уеб услуга.
9) Какъв вид сигурност е необходим за уеб услугите?
Нивото на сигурност за уеб услугите трябва да бъде повече от това, което казваме Secure Socket Layer (SSL). Това ниво на сигурност може да бъде постигнато само от платформата за сигурни транзакции на Entrust. Уеб услугите се нуждаят от това ниво на сигурност, за да осигурят надеждни транзакции и поверителна информация.
10) Имате ли представа за услугите за сигурност на фондацията?
Както се подразбира от името му, тези услуги са основата или основите на процесите на интеграция, удостоверяване, упълномощаване, цифрови подписи и криптиране.
11) Определете услугата за идентификация на доверие?
Услугата за идентификация на доверие идва от платформата за транзакции за сигурност на доверието. Тази платформа позволява на компаниите да контролират самоличностите, на които е доверено да извършват транзакции за транзакции на уеб услуги.
12) Какво означава UDDI?
UDDI означава универсален, описание, откриване и интеграция. Това е слоят за откриване в стека на протоколи за уеб услуги.
13) Определяне на услугата за поверяване на правомощия?
Тази услуга проверява обекти, които се опитват да получат достъп до уеб услуга. Например услугата за удостоверяване, услугата Entitlements осигурява сигурност при бизнес операции.
14) Дефинирайте услугата за поверителност на доверието?
Както подсказва името му, той се занимава със сигурност и поверителност. Тази услуга криптира данни, за да гарантира, че само заинтересованите страни имат достъп до данните.
15) Какво имате предвид под PKI?
Това означава инфраструктура с публичен ключ.
16) Какви инструменти се използват за тестване на уеб услуга?
Използвал съм SoapUI за SOAP WS и приставка за плакат Firefox за RESTFul Services.
17) Разграничаване между SOA и уеб услуга?
SOA е дизайн и архитектура за внедряване на други услуги. SOA може лесно да се внедри с помощта на различни протоколи като HTTP, HTTPS, JMS, SMTP, RMI, IIOP, RPC и др. Докато уеб услугата сама по себе си е внедрена технология. Всъщност човек може да внедри SOA с помощта на уеб услугата.
18) Обсъдете различни подходи за разработване на базирана на SOAP уеб услуга?
Можем да разработим SOAP базирана уеб услуга с два различни типа подходи, като договор първи и последен договор. При първия подход първо се дефинира договорът и след това класовете се извеждат от договора, докато при по-късния първо се дефинират класовете и след това договорът се извлича от тези класове.
19) Ако трябва да изберете един подход, тогава какъв ще бъде вашият избор?
По моята гледна точка първият подход, който е подходът първи договор е по-осъществим в сравнение с втория, но все пак зависи и от други фактори.
20) Необходимо ли е специално приложение за достъп до уеб услуга?
Не, не е нужно да инсталирате специално приложение за достъп до уеб услуга. Можете да получите достъп до уеб услуга от всяко приложение, което поддържа XML базирани обектни заявки и отговори.
21) Можете ли да посочите няколко безплатни и комерсиални реализации за уеб услуги?
Познанията, които познавам, са Apache SOAP, JAX-WS Reference Implementation, JAX-RS Reference Implementation, Metro, Apache CXF, MS.NET и Java 6.
22) Име браузър, който позволява достъп до уеб услуга?
Обектът JavaScript XmlHttpRequest е необходим за достъп до уеб услуга чрез браузъри. Браузърите, които поддържат този обект, са браузъри, базирани на Internet Explorer, Safari и Mozilla като FireFox.
23) Какво е REST?
REST означава представителния държавен трансфер. Самият REST не е стандарт, докато използва различни стандарти като HTTP, URL, XML / HTML / GIF / JPEG.webp (Представяне на ресурси) и text / xml, text / html, image / gif, image / jpeg.webp и т.н. (MIME Типове ).
24) Как може да се предостави API на потребителите?
За да предоставите API на потребителите, можете лесно да направите това с "отворена таблица". Всичко, което трябва да направите, е да напишете отворена таблица, която по същество е XML схема, която сочи към уеб услуга.
25) Назовете различните комуникационни канали в уеб услугата?
Уеб услугата е интегрирана с три протокола като HTTP / POST, HTTP / GET и SOAP. Той предоставя на клиентите три различни комуникационни канала. Клиентът може да избере всеки метод за комуникация според изискванията.
26) Как можете да документирате уеб услуга?
Уеб услугите се разглеждат като самодокументиращи се, защото предоставят пълна информация относно наличните методи и параметри, използвани за XML базиран стандарт, известен като WSDL. Може също така да се предостави повече информация за обяснение на уеб услугите чрез техните собствени атрибути WebService и WebMethod.
27) Какви са ситуациите, когато се нуждаем от уеб услуги ASP.NET?
ASP.NET уеб услугите се използват, когато е необходимо да се приложи тристепенна архитектура в уеб услуга. Тя позволява удобни начини за използване на компоненти от средно ниво чрез интернет. Основното предимство на .NET уеб услугите е, че те са достатъчно способни да комуникират през защитни стени, тъй като използват SOAP като транспортен протокол.
28) Какво представляват разпределените технологии?
Нарастващото съотношение на разпределените приложения повиши търсенето на разпределени технологии. Позволява сегментиране на приложенията и прехвърлянето им към различни компютри в различни мрежи.
29) Разграничаване между уеб услуги, CORBA и DCOM?
Уеб услугите прехвърлят / получават съобщения към / от приложението, съответно, чрез HTTP протокол. Той използва XML за кодиране на данни.
CORBA и DCOM прехвърлят / получават съобщения към / от приложението съответно чрез нестандартни протоколи като IIOP и RPC.
30) Можете ли да кажете няколко предимства на уеб услугите?
Най-голямото предимство на уеб услугата е, че се поддържа от голямо разнообразие от платформи. Освен това в близко бъдеще уеб услугите могат да разширят своята граница и да подобрят нови методи, които ще улеснят клиентите. Подобрението няма да засегне клиентите, дори ако те предлагат стари методи и параметри.
31) Можете ли да посочите някои стандарти, използвани в уеб услугите?
Стандартите, използвани в уеб услугите са WSDL (използва се за създаване на дефиниция на интерфейс), SOAP (използва се за структуриране на данни), HTTP (комуникационни канали), DISCO (използва се за създаване на документи за откриване) и UDDI (използва се за създаване на бизнес регистри).
32) Обяснете накратко какво е DISCO?
DISCO означава откритие. Той групира списъка на взаимосвързаните уеб услуги. Организацията, която предоставя уеб услуги, издава DISCO файл на своя сървър и този файл съдържа връзките към всички предоставени уеб услуги. Този стандарт е добър, когато клиентът вече познава компанията. Също така може да се използва и в локална мрежа.
33) Обяснете накратко какво е UDDI?
UDDI (универсално описание, откриване и интеграция) предоставя консолидирана директория за уеб услуги в интернет. Клиентите използват UDDI за намиране на уеб услуги според техните бизнес нужди. Той основно хоства уеб услугите на различни компании. За да споделяте уеб услуги, трябва да го публикувате в UDDI.
34) Обяснете типовете данни, поддържани от .NET уеб услуги?
.Net уеб услугите използват XML-базирани стандарти за прехвърляне / получаване на информация. По този начин .NET уеб услугите могат да работят само с типове данни, известни от стандарта на XML схема. Подобно на FileSteam, Eventlog и т.н. не се разпознават от стандартите на XML схемата и следователно не се поддържат в уеб услуги.
35) Как се тества уеб услуга .NET?
ASP.NET използва тестова страница рутинно, когато човек извиква URL адреса на .asmx файл във всеки браузър. Тази страница показва пълна информация относно уеб услугите.
36) Как се консумира уеб услуга .NET?
Тъй като знаем, че уеб услугите са изградени по XML стандарти. Следователно клиентите трябва да имат пълно разбиране на XML-базирани съобщения, за да обменят съобщения. Клиентите могат да комуникират с уеб услуги чрез .NET framework, която предлага прокси механизми. Тези прокси механизми имат подробна информация относно споделянето на данни в рамките на уеб услуги, които могат лесно да бъдат използвани от клиентите.
37) Можете ли да посочите двете решения на Microsoft за разпределени приложения?
Двете решения на Microsoft за разпределени приложения са .NET Web Services и .NET Remoting.
38) Разграничаване между .NET Web Services и .NET Remoting?
Що се отнася до протокола, .NET Web Service използва HTTP, докато .NET Remoting използва всеки протокол, т.е. TCP / HTTP / SMTP. Що се отнася до производителността, .NET Remoting е сравнително по-бърз от .NET Web Service. Освен това, тъй като .NET Web Services се хоства чрез IIS, следователно той е далеч по-надежден от .NET Remoting.
39) Назовете компонентите, които ще бъдат публикувани по време на внедряването на уеб услуга?
Компонентите, които трябва да бъдат публикувани по време на внедряването на уеб услуга, са директория на уеб приложения, файл Webservice.asmx, файл Webservice.Disco, файл Web.Config и директория Bin.
40) Какви стъпки извършва клиентът за достъп до уеб услуга?
На първо място, уеб препратката към уеб услугата се създава от клиента в неговото приложение. След това се генерира прокси клас. След това се създава обект от прокси класа и накрая се осъществява достъп до уеб услугата чрез този прокси обект.
41) Как се изпълняват уеб услугите в .NET?
За внедряване на уеб услуги в .NET се използват HTTP манипулатори, които прекъсват заявките към .asmx файлове.
42) Обяснете няколко недостатъка на кеширането на отговори?
Кеширането на отговори е безполезно или некомпетентно, когато методът приема голямо количество стойности, тъй като кеширането означава да съхранява много информация. Също така, ако методът зависи от външен източник на информация и който не е предоставен в рамките на параметрите, тогава тези методи се заобикалят.
43) Какво е алтернативното решение за кеширане на отговори?
Може да се използва кеширане на данни (System.Web.Caching.Cach) вместо кеширане на отговори.
44) Кратки няколко недостатъка от използването на GET и POST методи за комуникация с уеб услугата?
Тези методи са по-малко сигурни и възпрепятстват потребителите да предават структури и обекти като аргументи. Освен това не позволява на потребителите да предават аргументи ByRef.
45) Как може човек да получи достъп до клас като уеб услуга?
За достъп до клас като уеб услуга трябва да се наследи класът от класа System.Web.Services.WebService и да се квалифицира класът с атрибута WebService.
46) Как може да се осъществи достъп до метода на класа на уеб услугата чрез интернет?
За достъп до метода на клас на уеб услуга чрез интернет трябва да се квалифицира метод с атрибута WebMethod.
47) Как е структурирано SOAP съобщението?
SOAP съобщението се състои от SOAP Envelope, SOAP Headers и SOAP Body.
48) Можете ли да посочите различни видове уеб услуги?
Общо има два вида уеб услуги, т.е. SOAP базирана уеб услуга и RESTful уеб услуга.
Този въпрос вече е споменат по-рано.
49) Какво е различното в RESTful уеб услугите?
Уеб услугите RESTful не съдържат договор или WSDL файл.
50) Дайте ми няколко причини да използвам уеб услугата RESTful?
Уеб услугите RESTFul са лесни за внедряване и тестване. Той поддържа различни формати за данни като XML, JSON и др.
51) Обяснете какво представлява уеб услугата JAVA? Какви са методите за създаване на уеб услуги?
Java webservices е разработен за изграждане и внедряване на основна уеб услуга на платформата JAVA.
За създаване на уеб услуги има два подхода, които са възприети
- Подход отгоре надолу
- Подход за доливане
52) Обяснете какво е JAXP?
JAXP е JAVA API за XML обработка, която позволява на приложението да пише, чете, манипулира и трансформира XML данни. По същия начин, за да изпълняват други различни функции, има и други API на Java, като JAX-RPC, JAXM, JAXR, JAXB и др.
53) Споменете рамката за обвързване на JAXB?
JAXB обвързващата рамка се предлага в три Java пакета
- xml.bind: Този пакет дефинира абстрактни класове и интерфейси, които се използват директно с класове съдържание
- xml.bind.util: Този пакет съдържа класове на помощни програми, които могат да се използват от клиентски приложения за управление на събития за маршалиране, демаркиране и валидиране
- xml.bind.helper: Този помощен пакет дава частични реализации за някои от интерфейсите javax.xml.bind. Тези API не трябва да се използват директно от приложения, използващи JAXB архитектура
54) Дайте прост пример за това как XML документът може да бъде Маршал и Немаршал в JAVA framework?
Маршалирането е процес на преобразуване на XML документ в четлива форма на Java, докато UnMarshalling е обратният процес на Маршалиране. Нека видим как Java демаркира XML документ и след това го маршалира обратно
JAXBContext jc = JAXBContext.newInstance ("com.acme.foo");
// unmarshal от foo.xml
Unmarshaller u = jc.createUnmarshaller ();
FooObject fooObj =
(FooObject) u.unmarshal (нов файл ("foo.xml"));
// маршал към sytem.out
Marshaller m = jc.createMarshaller ();
m.marshal (fooObj, System.out);
55) Обяснете какво прави Marshaller, ако свойството jaxb.encoding не е декларирано?
По подразбиране Marshaller ще използва "UTF-8", ако свойството jaxb.encoding не е декларирано.
56) Споменете кои са типовете валидиране, които може да извърши клиент на JAXB?
Има два типа валидиране на клиента на JAXB, които JAXB може да извърши
- Немаршалско потвърждаване на времето
- Проверка при поискване
57) Споменете кои са трите начина за справяне със събитието, срещано по време на маршалските, немаршалските и валидиращите операции?
- Използване на манипулатора на събития по подразбиране
- Регистрирайте се и внедрете персонализиран манипулатор на събития
- Използвайте помощната програма ValidationEventCollector
58) Обяснете къде се намира JAXB компилаторът?
Компилаторът за обвързване на схема JAXB се поставя в директорията
59) В кои случаи трябва да персонализирате обвързването по подразбиране?
В някои случаи се изисква да персонализирате обвързването по подразбиране като
- Създаване на API документация за получените от схемата JAXB пакети, класове, методи и константи
- Даване на семантично значими персонализирани имена за случаи, които по подразбиране XML име-към-Java идентификатор картографиране не може да се справи автоматично
- Замяна на свързването по подразбиране, като уточняване, че група от модели трябва да бъде прикачена към клас, а не към списък
60) Обяснете какво е вградена персонализация?
Персонализиране на обвързванията на JAXB, направено чрез вградени декларации за обвързване във файл на XML схема, които са под формата на елементи
61) Обяснете какво е XML подпис?
XML може да се използва за подписване на произволни данни, независимо дали е двоичен или XML. Данните се разпознават чрез URI в един или повече референтни елементи. Описва се в една или повече форми, като отделена, обвиваща или обвита.
62) Обяснете какво е Stax?
Stax означава Streaming API за XML; това е API за четене и писане на XML документи, произхождащи от езика за програмиране JAVA.
63) Споменете кои са обичайните XML API?
Обичайните XML API включват
- DOM базирани или Tree базирани API: Целият документ се чете в паметта като дървовидна структура за произволна наличност чрез извикване на приложение
- API, базирани на събития: Приложението се регистрира, за да получи събития, когато се срещат обекти в изходния документ
64) Обяснете какво е синтактичен парсинг и парсинг?
- Анализ на изтегляне : Анализът на поточно изтегляне се отнася до програмен модел, при който клиентско приложение извиква методи в XML библиотека за синтактичен анализ, когато е необходимо да комуникира с XML информационен набор - което означава, че клиентът получава XML данни само когато е поискано
- Push-анализиране: При Push-анализиране анализаторът изпраща събития за анализ или XML данни към приложението. В push модела анализаторът има задръжка върху процеса на синтактичен анализ и анализаторът извиква внедрените методи за обработка.
65) Обяснете на коя технология се основава защитата на XWS? Избройте опциите, които XWS сигурността предоставя за защита на JAX-RPC приложения?
Защитата на XWS се основава на осигуряване на уеб услуги, изградени върху JAX-RPC и на самостоятелно приложение, базирано на SAAJ. За осигуряване на приложението JAX-RPC предлагат опции, които XWS сигурността предоставя
- XML цифров подпис
- XML криптиране
- Проверка на маркера на потребителското име
- API на XWS за рамка за сигурност
66) Избройте шестте пакета, налични в XML API за цифров подпис?
API за цифров подпис е
- xml.crypto
- xml.crypto.dsig
- xml.crypto.dsig.keyinfo
- xml.crypto.dsig.spec
- xml.crypto.dom
- xml.crypto.dsig.dom
67) Обяснете какво е JAXR?
JAXR е JAVA API за програмиране за приложение на платформата Java за достъп и програмно взаимодействие с различни видове регистри с метаданни.
68) Обяснете от какво се състои архитектурата JAXR?
Архитектурата на JAXR се състои от клиент на JAXR и доставчик на JAXR.
- JAXR клиент: Това е клиентска програма, която използва JAXR API, за да използва регистър чрез доставчик на JAXR
- Доставчик на JAXR: Това е изпълнение на JAXR API, което осигурява достъп до определен доставчик на регистър или до клас доставчици на регистър, които са изградени върху общи спецификации.
69) Обяснете какво представляват моделите за съобщения JAXM?
Има два типа модели за съобщения за JAXM синхронни и асинхронни
- Модел на синхронни съобщения: При такъв тип модел клиентът директно комуникира с източника. При това клиентът ще изпрати заявката и ще изчака.
- Модел на асинхронни съобщения: В този модел клиентът насочва съобщението към доставчика на съобщения и се връща обратно. След това доставчикът на съобщения изпълнява маршрутизацията на съобщението до крайния източник.
70) Обяснете какво е UDDI, DISCO и WSDL?
- UDDI: Това означава Universal Description, Discovery и I Това е директорията, която се използва за публикуване и откриване на публични уеб услуги
- ДИСКО: Това е известно като откритие. Той обединява общите услуги заедно и излага документа на схемите на уеб услугите
- WSDL: Той означава език за описание на уеб услуги (WSDL). Използва се за описване на уеб услуги. Описанието включва URL на уеб услуги, свойства и методи, поддържани от уеб услуги, тип данни, които поддържа и подробности за протокола, които поддържа
- Следващия