Преузмите ПДФ
1) Дефинисати веб услугу?
Веб услуга је врста софтвера која је доступна на Интернету. Користи КСМЛ систем за размену порука и нуди једноставан за разумевање интерфејс за крајње кориснике.
2) Шта је ново на овом пољу у последњих неколико година?
Покретање КСМЛ-а у овом пољу је напредак који пружа веб услузи јединствени језик за комуникацију између РПЦ-ова, веб услуга и њихових директоријума.
3) Дајте ми пример стварне веб услуге?
Један пример веб услуга је претраживач ИБМ Веб Сервицес. Можете га добити са ИБМ Алпхаворкс странице. Овај прегледач приказује разне демонстрације повезане са веб услугама. У основи се веб услуге могу користити уз помоћ СОАП-а, ВСДЛ-а и УДДИ-а. Све ово пружа плуг-анд-плаи интерфејс за коришћење веб услуга као што су услуге котирања залиха, услуге извештавања о саобраћају, временске услуге итд.
4) Како дефинишете стек протокола веб услуга?
То је у основи скуп различитих протокола који се могу користити за истраживање и извршавање веб услуга. Читав стек има четири слоја, тј. Сервице Транспорт, КСМЛ Мессагинг, Сервице Десцриптион и Сервице Дисцовери.
5) Можете ли да дефинишете сваки од ових слојева стека протокола?
Слој Услужни транспорт преноси поруке између различитих апликација, као што су ХТТП, СМТП, ФТП и Блоцкс Ектенсибле Екцханге Протоцол (БЕЕП). Слој КСМЛ порука кодира поруке у КСМЛ формату тако да се поруке могу разумети на сваком крају, као што су КСМЛ-РПЦ и СОАП. Слој Опис услуге описује корисничко сучеље веб услуге, као што је ВСДЛ. Слој Сервице Дисцовери централизира услуге у заједнички регистар и нуди једноставну функционалност објављивања, попут УДДИ.
6) Дефинисати КСМЛ - РПЦ?
То је протокол који користи КСМЛ поруке за обављање позива на даљину.
7) Дефинисати СОАП?
СОАП је протокол заснован на КСМЛ-у за пренос између рачунара.
8) Дефинисати ВСДЛ?
То значи језик за опис веб услуга. У основи је то слој описа услуге у залихи протокола веб услуга. Слој Опис услуге описује корисничко сучеље веб услуге.
9) Каква је сигурност потребна за веб услуге?
Ниво сигурности веб услуга требао би бити већи од оног што ми кажемо Сецуре Соцкет Лаиер (ССЛ). Овај ниво сигурности може се постићи само помоћу платформе Ентруст Сецуре Трансацтион Платформ. Веб услугама је потребан овај ниво заштите како би се осигурале поуздане трансакције и заштитиле поверљиве информације.
10) Имате ли појма о услугама заштите фондације?
Као што и само име имплицира, ове услуге су темељ или основе интеграције, аутентификације, ауторизације, дигиталних потписа и процеса шифровања.
11) Дефинисати услугу идентификације поверења?
Услуга идентификације поверљивости долази са платформе поверљивости безбедности трансакција. Ова платформа омогућава компанијама да контролишу идентитете којима се верује да извршавају трансакције за трансакције веб услуга.
12) Шта УДДИ значи?
УДДИ је скраћеница од Универсал, Десцриптион, Дисцовери и Интегратион. То је слој откривања у стеку протокола веб услуга.
13) Дефинисати услугу поверавања права?
Ова услуга верификује ентитете који покушавају да приступе веб услузи. На пример, услуга потврде идентитета, услуга овлашћења обезбеђује сигурност у пословном пословању.
14) Дефинисати услугу поверљивости поверљивости?
Као што му само име говори, бави се сигурношћу и поверљивошћу. Ова услуга шифрира податке како би осигурала да само заинтересоване стране могу приступити подацима.
15) Шта подразумевате под ПКИ?
То значи инфраструктура јавног кључа.
16) Који се алати користе за тестирање веб услуге?
Користио сам СоапУИ за СОАП ВС и додатак за Фирефок постер за услуге РЕСТФул.
17) Разликовати СОА од веб услуге?
СОА је дизајн и архитектура за примену других услуга. СОА се лако може применити помоћу различитих протокола као што су ХТТП, ХТТПС, ЈМС, СМТП, РМИ, ИИОП, РПЦ итд. Иако је сама веб услуга имплементирана технологија. У ствари, СОА се може применити помоћу веб услуге.
18) Разговарајте о различитим приступима развоју веб услуге засноване на СОАП-у?
Веб услугу засновану на СОАП-у можемо развити са две различите врсте приступа, као што је уговор први и задњи уговор. У првом приступу, прво се дефинише уговор, а затим се из уговора изводе класе, док се у каснијем прво дефинишу класе, а затим из тих класа изводи уговор.
19) Ако морате да изаберете један приступ, који ће онда бити ваш избор?
По мом гледишту, први приступ који је уговорно-први приступ изводљивији је у поређењу са другим, али ипак зависи и од других фактора.
20) Да ли је потребна нека посебна апликација за приступ веб услузи?
Не, не морате инсталирати ниједну посебну апликацију за приступ веб услузи. Веб услузи можете приступити из било које апликације која подржава захтев и одговор на основу КСМЛ-а.
21) Можете ли навести неколико бесплатних и комерцијалних примена веб услуга?
Познате имплементације су Апацхе СОАП, Референтна имплементација ЈАКС-ВС, Референтна имплементација ЈАКС-РС, Метро, Апацхе ЦКСФ, МС.НЕТ и Јава 6.
22) Именски прегледач који омогућава приступ веб услузи?
ЈаваСцрипт КсмлХттпРекуест објекат је потребан за приступ веб услузи путем прегледача. Претраживачи који подржавају овај објекат су претраживачи Интернет Екплорер, Сафари и Мозилла, попут ФиреФок-а.
23) Шта је ОДМОР?
РЕСТ је скраћеница од Репрезентативни државни трансфер. РЕСТ сам по себи није стандард, док користи разне стандарде као што су ХТТП, УРЛ, КСМЛ / ХТМЛ / ГИФ / ЈПЕГ (представљање ресурса) и тект / кмл, тект / хтмл, имаге / гиф, имаге / јпег итд. (МИМЕ врсте) ).
24) Како се може пружити АПИ корисницима?
Да би се корисницима пружио АПИ, то се лако може учинити помоћу „отвореног стола“. Све што треба да урадите је да напишете отворену табелу која је у основи КСМЛ шема која упућује на веб услугу.
25) Наведите различите канале комуникације у веб услузи?
Веб услуга је интегрисана са три протокола као што су ХТТП / ПОСТ, ХТТП / ГЕТ и СОАП. Клијентима пружа три различита комуникациона канала. Клијент може одабрати било који начин комуникације према захтевима.
26) Како можете документовати веб услугу?
Веб услуге се сматрају само-документујући јер пружају целокупне информације у вези са доступним методама и параметрима који се користе за стандард заснован на КСМЛ-у, познат као ВСДЛ. Такође се може пружити више информација за објашњавање веб услуга путем њихових сопствених атрибута ВебСервице и ВебМетход.
27) Какве су ситуације када су нам потребне АСП.НЕТ веб услуге?
АСП.НЕТ веб услуге се користе када је потребно имплементирати трослојну архитектуру у веб услугу. Омогућава практичне начине употребе компонената средњег нивоа путем Интернета. Главна предност .НЕТ Веб услуга је у томе што су довољно способни за комуникацију преко заштитних зидова јер користе СОАП као протокол за транспорт.
28) Шта су дистрибуиране технологије?
Све већи однос дистрибуираних апликација повећао је потражњу за дистрибуираним технологијама. Омогућава сегментирање апликационих јединица и њихово преношење на различите рачунаре у различитим мрежама.
29) Разликовати веб услуге, ЦОРБА и ДЦОМ?
Веб услуге преносе / примају поруке у / из апликације, односно путем ХТТП протокола. За кодирање података користи КСМЛ.
ЦОРБА и ДЦОМ преносе / примају поруке у / из апликације, путем нестандардних протокола као што су ИИОП и РПЦ.
30) Можете ли рећи неколико предности веб услуга?
Највећа предност веб услуга је та што је подржана широким спектром платформи. Штавише, у блиској будућности веб услуге могу проширити своје границе и побољшати нове методе које ће олакшати клијентима. Побољшање неће утицати на клијенте, чак и ако нуде старе методе и параметре.
31) Можете ли навести неке стандарде који се користе у веб услугама?
Стандарди који се користе у веб услугама су ВСДЛ (користи се за креирање дефиниције интерфејса), СОАП (користи се за структурирање података), ХТТП (комуникациони канали), ДИСЦО (користи се за креирање докумената открића) и УДДИ (користи се за креирање пословних регистара).
32) Укратко објасните шта је ДИСЦО?
ДИСЦО значи откриће. Групира листу међусобно повезаних веб услуга. Организација која пружа веб услуге издаје ДИСЦО датотеку на свом серверу и та датотека садржи везе свих пружених веб услуга. Овај стандард је добар када клијент већ познаје компанију. Такође се може користити и у локалној мрежи.
33) Укратко објасните шта је УДДИ?
УДДИ (Универзални опис, откривање и интеграција) пружа обједињени директоријум за веб услуге на Интернету. Клијенти користе УДДИ за проналажење веб услуга у складу са својим пословним потребама. У основи је домаћин веб услугама различитих компанија. Да бисте делили веб услуге, морате их објавити у УДДИ.
34) Објасните типове података који подржавају .НЕТ веб услуге?
.Нет веб услуге користе стандарде засноване на КСМЛ-у за пренос / пријем информација. Дакле, .НЕТ веб услуге могу да раде само са типовима података познатим по стандарду КСМЛ шеме. Попут ФилеСтеам-а, Евентлог итд. Нису препознати од стране стандарда КСМЛ шеме и стога нису подржани у веб услугама.
35) Како се тестира .НЕТ веб услуга?
АСП.НЕТ рутински користи пробну страницу када се у било ком прегледачу позове УРЛ .асмк датотеке. Ова страница приказује комплетне информације у вези са веб услугама.
36) Како се користи .НЕТ веб услуга?
С обзиром да знамо да су веб услуге направљене према КСМЛ стандардима. Стога клијенти морају да имају потпуно разумевање порука заснованих на КСМЛ-у да би размењивали поруке. Клијенти могу да комуницирају са веб услугама путем .НЕТ фрамеворк-а који нуди проки механизме. Ови посреднички механизми имају детаљне информације у вези са дељењем података у оквиру веб услуга које клијенти могу лако да користе.
37) Можете ли да наведете два Мицрософт решења за дистрибуиране апликације?
Два Мицрософт решења за дистрибуиране апликације су .НЕТ Веб Сервицес и .НЕТ Ремотинг.
38) Разликовати .НЕТ Веб Сервицес и .НЕТ Ремотинг?
Што се протокола тиче, .НЕТ Веб Сервице користи ХТТП, док .НЕТ Ремотинг користи било који протокол тј. ТЦП / ХТТП / СМТП. Што се тиче перформанси, .НЕТ Ремотинг је релативно бржи од .НЕТ Веб Сервице-а. Такође, с обзиром да су .НЕТ веб услуге хостоване преко ИИС-а, стога је много поузданије од .НЕТ удаљеног.
39) Именујте компоненте које ће се објавити током постављања веб услуге?
Компоненте које треба објавити током примене веб услуга су директоријум веб апликација, датотека Вебсервице.асмк, датотека Вебсервице.Дисцо, датотека Веб.Цонфиг и директоријум Бин.
40) Које кораке клијент обавља за приступ веб услузи?
Пре свега, веб референцу на веб услугу креира клијент у својој апликацији. Тада се генерише проки класа. Након тога се креира објекат проки класе и коначно се приступа веб услузи преко тог проки објекта.
41) Како се веб услуге имплементирају у .НЕТ?
Да би се имплементирале веб услуге у .НЕТ, користе се ХТТП обрађивачи који прекидају захтеве за .асмк датотеке.
42) Објасните неколико недостатака кеширања одговора?
Кеширање одговора је бескорисно или неспособно када метода прихвата велику количину вредности, јер кеширање значи чување пуно информација. Такође, ако метода зависи од спољног извора информација, а који нису наведени у оквиру параметара, такве методе се заобилазе.
43) Које је алтернативно решење кеширања одговора?
Уместо кеширања одговора може се користити кеширање података (Систем.Веб.Цацхинг.Цацх).
44) Укратко неколико недостатака употребе ГЕТ и ПОСТ метода за комуникацију са веб услугом?
Ове методе су мање сигурне и онемогућавају корисницима да предају структуре и објекте као аргументе. Такође, не дозвољава корисницима да проследе БиРеф аргументе.
45) Како приступити класи као веб услузи?
Да бисте приступили класи као веб услузи, треба је наследити из класе Систем.Веб.Сервицес.ВебСервице и класу квалификовати атрибутом ВебСервице.
46) Како приступити методи класе веб услуга путем Интернета?
Да бисте приступили методи класе веб услуга путем Интернета, треба квалификовати метод са атрибутом ВебМетход.
47) Како је структурирана СОАП порука?
СОАП порука састоји се од СОАП коверте, СОАП заглавља и СОАП тела.
48) Можете ли да наведете различите врсте веб услуга?
Укупно постоје две врсте веб услуга, тј. Веб услуга заснована на СОАП-у и РЕСТфул веб услуга.
Ово питање је већ раније поменуто.
49) Шта се разликује од РЕСТфул веб услуга?
Веб услуге РЕСТфул не садрже уговор нити ВСДЛ датотеку.
50) Дајте ми неколико разлога да користим РЕСТфул веб услугу?
РЕСТФул веб услуге су једноставне за примену и тестирање. Подржава различите формате података као што су КСМЛ, ЈСОН итд.
51) Објасните шта су ЈАВА веб услуге? Које су методе за стварање веб услуга?
Јава веб сервиси су развијени за изградњу и примену основне веб услуге на ЈАВА платформи.
Постоје два приступа која се користе за стварање веб услуга
- Одозго на доле приступ
- Приступ допуњавања
52) Објасните шта је ЈАКСП?
ЈАКСП је ЈАВА АПИ за КСМЛ обраду који омогућава апликацији да пише, чита, манипулише и трансформише КСМЛ податке. Слично томе, за обављање других различитих функција постоје и други Јава АПИ-ји попут ЈАКС-РПЦ, ЈАКСМ, ЈАКСР, ЈАКСБ итд.
53) Помињете ЈАКСБ обавезујући оквир?
Оквир за везивање ЈАКСБ доступан је у три Јава пакета
- кмл.бинд: Овај пакет дефинише апстрактне класе и интерфејсе који се користе директно са класама садржаја
- кмл.бинд.утил: Овај пакет садржи класе услужних програма које клијентске апликације могу користити за управљање догађајима марширања, уклањања марширања и валидације
- кмл.бинд.хелпер: Овај помоћни пакет даје делимичне имплементације за неке од јавак.кмл.бинд интерфејса. Ове АПИ-је не смеју директно да користе апликације које користе ЈАКСБ архитектуру
54) Наведите једноставан пример како КСМЛ документ може бити маршал и унмаршал у ЈАВА оквиру?
Марширање је поступак претварања КСМЛ документа у Јава читљив облик, док је Унмаршалинг обрнути поступак марширања. Погледајмо како Јава демаршира КСМЛ документ, а затим га маршалује назад
ЈАКСБЦонтект јц = ЈАКСБЦонтект.невИнстанце ("цом.ацме.фоо");
// унмарсхал из фоо.кмл
Унмарсхаллер у = јц.цреатеУнмарсхаллер ();
ФооОбјецт фооОбј =
(ФооОбјецт) у.унмарсхал (нови фајл ("фоо.кмл"));
// маршал на систем.оут
Марсхаллер м = јц.цреатеМарсхаллер ();
м.марсхал (фооОбј, Систем.оут);
55) Објасните шта Марсхаллер ради ако својство јакб.енцодинг није декларисано?
Подразумевано ће Марсхаллер користити „УТФ-8“ ако својство јакб.енцодинг није декларисано.
56) Спомените које врсте провере ваљаности може да изврши ЈАКСБ клијент?
Постоје две врсте валидације ЈАКСБ клијента које ЈАКСБ може извршити
- Унмаршал валидација времена
- Провера ваљаности на захтев
57) Спомените која су три начина за решавање догађаја на које су наишли током маршалских, немаршалних и валидационих операција?
- Коришћење подразумеваног руковаоца догађајима
- Региструјте се и примените прилагођени управљач догађајима
- Користите услужни програм ВалидатионЕвентЦоллецтор
58) Објасните где се налази ЈАКСБ компајлер?
Компајлер за везивање шеме ЈАКСБ смештен је у директоријум <ЈВСДП_Хоме> / јакб / бин. У овом директоријуму постоје две скрипте, кјц.сх (Соларис / Линук) и кјц.бат (Виндовс).
59) У којим случајевима треба да прилагодите подразумевано везивање?
У неким случајевима морате прилагодити подразумевано везивање попут
- Креирање АПИ документације за ЈАКСБ пакете, класе, методе и константе изведене из шеме
- Давање семантички значајних прилагођених имена за случајеве са којима подразумевано мапирање идентификатора имена КСМЛ-а у Јава не може да се рукује аутоматски
- Превазилажење подразумеваног везивања попут навођења да група модела треба бити придружена класи, а не листи
60) Објасните шта је уграђено прилагођавање?
Прилагођавање ЈАКСБ везивања направљено помоћу уградних декларација везивања у датотеци КСМЛ шеме које имају облик елемената <ксд: аппинфо> уграђених у елементе схеме <ксд: аннотатион>.
61) Објасните шта је КСМЛ потпис?
КСМЛ се може користити за потписивање било којих произвољних података било да је бинарни или КСМЛ. Подаци се препознају путем УРИ-а у једном или више референтних елемената. Описан је у једном или више облика, попут одвојеног, омотаног или омотаног.
62) Објасните шта је Стак?
Стак је кратица за Стреаминг АПИ за КСМЛ; то је АПИ за читање и писање КСМЛ докумената, пореклом из програмског језика ЈАВА.
63) Спомените који су уобичајени КСМЛ АПИ-ји?
Уобичајени КСМЛ АПИ-ји укључују
- АПИ-ји засновани на ДОМ-у или засновани на стаблу: Цео документ се чита у меморију као структура стабла за случајну доступност позивањем апликације
- АПИ-ји засновани на догађајима : Апликација се региструје да би примила догађаје како се ентитети сусрећу у изворном документу
64) Објасните шта је рашчлањивање пусх и пулл парсинг?
- Пулс рашчлањивање: Стреаминг повлачење парсера односи се на модел програмирања у којем клијентска апликација позива методе на КСМЛ библиотеку рашчлањивања, када је била потребна комуникација са КСМЛ информационим скупом - што значи да ће клијент добити КСМЛ податке само када се то од њега затражи
- Пулсно рашчлањивање: У Пусх рашчлањивању парсер гура у апликацију догађаје рашчлањивања или КСМЛ податке. У пусх моделу, парсер је задржао поступак рашчлањивања и парсер позива примењене методе руковаоца.
65) Објасните на којој технологији се заснива КСВС сигурност? Наведите опције које КСВС заштита пружа за заштиту ЈАКС-РПЦ апликација?
КСВС сигурност заснива се на обезбеђивању веб услуга изграђених на ЈАКС-РПЦ и на самосталној апликацији заснованој на СААЈ. За заштиту ЈАКС-РПЦ апликације пружају се могућности које пружа КСВС сигурност
- КСМЛ дигитални потпис
- КСМЛ шифровање
- Верификација токена корисничког имена
- АПИ-ји КСВС сигурносног оквира
66) Наведите шест пакета доступних у КСМЛ АПИ-ју за дигитални потпис?
АПИ за дигитални потпис је
- кмл.црипто
- кмл.црипто.дсиг
- кмл.црипто.дсиг.кеиинфо
- кмл.црипто.дсиг.спец
- кмл.црипто.дом
- кмл.црипто.дсиг.дом
67) Објасните шта је ЈАКСР?
ЈАКСР је ЈАВА програмски АПИ-ји за Јава платформу за приступ и програмску интеракцију са различитим врстама регистара мета података.
68) Објасните од чега се састоји ЈАКСР архитектура?
ЈАКСР архитектура састоји се од ЈАКСР клијента и ЈАКСР добављача.
- ЈАКСР клијент: То је клијентски програм који користи ЈАКСР АПИ за коришћење регистра путем ЈАКСР добављача
- ЈАКСР добављач: То је примена ЈАКСР АПИ-ја који пружа приступ одређеном добављачу регистра или класи добављача регистра који су изграђени на заједничким спецификацијама.
69) Објасните шта су ЈАКСМ модели за размену порука?
Постоје две врсте модела размене порука за ЈАКСМ синхрони и асинхрони
- Модел синхроне размене порука: У таквом типу модела, клијент директно комуницира са извором. У овом случају, клијент ће послати захтев и чека.
- Модел асинхроне размене порука: У овом моделу клијент усмерава поруку добављачу порука и враћа се назад. Провајдер порука затим извршава усмеравање поруке до крајњег извора.
70) Објасните шта су УДДИ, ДИСЦО и ВСДЛ?
- УДДИ: То значи Универзални опис, откриће и ја. То је директоријум који се користи за објављивање и откривање јавних веб услуга
- ДИСЦО: То је обично познато као откриће. Удружује заједничке услуге и излаже шеме докумената веб услуга
- ВСДЛ: Означава језик описа веб услуга (ВСДЛ). Користи се за описивање веб услуга. Опис укључује УРЛ веб услуга, својства и методе које подржавају веб услуге, тип података који подржава и детаље протокола које подржава
- Следећи