Axis2 являются сгенерированными ориентированными на многопотоковое исполнение тупиками?
Клиентские тупики сгенерированы от WSDL ориентированным на многопотоковое исполнение Axis2?
Конечно, "ориентированный на многопотоковое исполнение" не необходимо строго определенный термин, таким образом, я, по крайней мере, интересуюсь следующим:
Доступны различные экземпляры того же тупикового класса одновременно различными потоками с тем же эффективным поведением как однопоточное выполнение?
Доступен единственный экземпляр того же тупикового класса одновременно различными потоками с тем же эффективным поведением как те же вызовы, чередованные некоторым произвольным способом в однопоточном выполнении?
Можно также хотеть использовать терминологию, описанную здесь (и происходящий здесь) для обсуждения этого более точно.
3 ответа
Я не уверен насчет оси2, но, по крайней мере, ось1 генерирует нечитаемые клиентские шлейфы. У меня сложилось впечатление, что практически все остальные клиенты SOAP также не являются безопасными для чтения. Если я правильно помню, проблема была в том, что библиотека разбора XML использовалась нетоксичным клиентским корешком.
Использование apache-пулинга для объединения экземпляров и использование каждого из них от одного потока за раз работало хорошо.
Обновление: Для Axis2 см. https://issues.apache.org/jira/browse/AXIS2-4357 (утверждает, что Axis2 не является threadsafe, по дизайну)
.Эти шлейфы являются апатридами, допускающими повторное использование шлейфов. Не могли бы Вы подробнее рассказать о проблеме, с которой Вы столкнулись при работе с Axis2. Обычно люди рекомендуют Xfire поверх Axis.
.Q1) Если известно максимальное количество столбцов, можно заполнить пустые записи NaN Кроме того, если все значения числовые, вам действительно нужен столбец «Item #»? Если да, можно использовать только «#», поэтому все данные числовые.
Q2) Самый быстрый способ чтения числовых данных из файла без mex-файлов - csvread. Я стараюсь избегать использования последовательностей в csv-файлах, но если я должен, я использую свою функцию csv2cell:
http://www.mathworks.com/matlabcentral/fileexchange/20135-csv2cell
-121--3894551- Обычно есть преобразования времени выполнения, так как представления битов в целом не совместимы (за исключением того, что двоичный 0 обычно и 0, и 0,0). Стандарты C и C++ имеют отношение только к значению, а не к представлению и определяют в целом разумное поведение. Помните, что большое значение int обычно не может быть точно представлено в float , а большое значение float не может быть представлено как int .
Поэтому:
Все преобразования по значению, а не по биту узоров. Не беспокойся о узорах.
Не беспокойтесь об энданнесе, так как это вопрос побитового представления.
Преобразование int в float может потерять точность, если целое значение является большим в абсолютном значении; он менее вероятен с двойным , так как двойной более точен и может представлять много более точных чисел. (Детали зависят от того, какие представления система фактически использует.)
Определения языка ничего не говорят о битовых узорах.
Преобразование float в int также является вопросом значений, а не бит узоров. Точная плавающая точка 2.0 будет преобразована в интеграл 2, потому что именно так настраивается реализация, а не из-за битовых узоров.
Я думаю, что постараюсь ответить на свой собственный вопрос, предоставив некоторую обновленную информацию о дальнейших исследованиях, которые я провел. По умолчанию старые версии заглушек Axis2 могут быть только «совместимыми с потоком» (не могут одновременно выполнять вызовы одного и того же экземпляра заглушки из нескольких потоков, но вызовы различных экземпляров являются нормальными).
Посмотрите, например:
http://markmail.org/message/3lu7x7pfo47vgnck http://markmail.org/message/sljyf6lpecxqllgx
Вы можете испытать некоторые утечки гнезда и закончиться гнезда, если вы не называете cleanup/cleanupTransport согласно этой нити и многим связанным:
http://issues.apache.org/jira/browse/AXIS2-3670
В некоторых случаях, по крайней мере, основной HttpClient теперь, кажется, безопасен от нити, но в зависимости от того, как вы произвели своего клиента, весь окурок не мог бы быть:
http://amilachinthaka.blogspot.com/2009/05/improving-axis2-client-http-transport.html