В дополнение к ответу ABIRAMAN здесь приведен некоторый код, который
<style>
span.error{
outline: none;
border: 1px solid #800000;
box-shadow: 0 0 5px 1px #800000;
}
</style>
<час> <script>
$("#form").validate({
rules: {
email: "required"
},
highlight: function (element, errorClass, validClass) {
var elem = $(element);
if (elem.hasClass("select2-hidden-accessible")) {
$("#select2-" + elem.attr("id") + "-container").parent().addClass(errorClass);
} else {
elem.addClass(errorClass);
}
},
unhighlight: function (element, errorClass, validClass) {
var elem = $(element);
if (elem.hasClass("select2-hidden-accessible")) {
$("#select2-" + elem.attr("id") + "-container").parent().removeClass(errorClass);
} else {
elem.removeClass(errorClass);
}
},
errorPlacement: function(error, element) {
var elem = $(element);
if (elem.hasClass("select2-hidden-accessible")) {
element = $("#select2-" + elem.attr("id") + "-container").parent();
error.insertAfter(element);
} else {
error.insertAfter(element);
}
}
});
$('select').select2({}).on("change", function (e) {
$(this).valid()
});
</script>
Axis2 не полностью соответствует стандартам WS.
Недавно (в прошлом месяце) я прошел этап POC, когда Axis2 провалил мои тесты на соответствие WS- * (в частности, WS-AT, WS-Coordination).
Взгляните на «Проект Метро». Sun и Microsoft совместно работали над "правильным" взаимодействием WCF и JAX-WS.
https://metro.dev.java.net/
Решаете ли вы проблему с литералом документа или с кодировкой rpc? (Извините, приходится спрашивать.)
http://www.ibm.com/developerworks/webservices/library/ws-whichwsdl/
http://www.developerfusion.com/article/4694/web- взаимодействие-сервисов-между-j2ee-и-net-part-1/3 /
Я предполагаю, что серверная часть является осью, это не ясно, но это более распространено.
Если вы программируете совместимые веб-службы на Java, вам следует подумать о переходе на JAX-WS Не только потому, что модель программирования axis2 немного странная, но и потому, что код часто бывает неполным. Я определенно сталкивался с функциями, частично реализованными раньше, также мне было трудно определить, какое тестирование на совместимость было выполнено со стеком Microsoft.
Я бы сказал, что у вас гораздо больше шансов в будущем, используя JAX-WS стек. Одна из основных причин заключается в том, что инженеры Sun довольно много времени проводят в беседах с инженерами Microsoft, чтобы убедиться, что их стеки совместимы, и они одинаково интерпретировали спецификации. Кроме того, модель программирования проще и может управляться с помощью аннотаций. Это также несколько упрощает развертывание и обслуживание. Дополнительный контейнер для обслуживания файлов .AAR и попытки удалить ось 2 из конечной точки службы можно просто проигнорировать: конечную точку можно рассматривать просто как сервлет.
Есть документация о людях, заставляющих SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in
Если вы не можете отойти от оси 2, я думаю, что необходимо использовать аналогичную стратегию. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.
См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf
Есть документация о людях, заставляющих SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in
Если вы не можете отойти от оси 2, я думаю, что необходимо использовать аналогичную стратегию. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.
См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf
Есть документация о людях, заставляющих SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in
Если вы не можете отойти от оси 2, я думаю, что необходимо использовать аналогичную стратегию. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.
См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf
Есть документация о том, как люди заставляют SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in
Если вы не можете отойти от оси 2, я думаю, аналогичная стратегия нужно нанять. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.
См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf
Есть документация о том, как люди заставляют SAML работать с JAX-WS: http://www.jroller.com/gmazza/entry/using_the_opensaml_library_in
Если вы не можете отойти от оси 2, я думаю, аналогичная стратегия нужно нанять. Где вы должны перехватить токен и выполнить аутентификацию до того, как он вызовет конечную точку службы.
См .: http://www.omg.org/news/meetings/workshops/Web_Services_USA_Manual/02-3_K_Smith.pdf
http://www.mail-archive.com/axis-user@xml.apache.org /msg10292.html
http://www2.sys-con.com/ITSG/virtualcd/WebServices/archives/0303/secrist/index.html
Я бы также не рекомендовал использовать Axis2 на стороне Java, если вы можете. Было бы проще с Glassfish или JAX-WS, очевидно, хотя я никогда не тестировал их.
Я также столкнулся с подобными проблемами при попытке наладить взаимодействие WCF и Axis2. Проверьте версию стандарта, используемую в файле WSDL, в нашем случае они не совпадают.