denis11111Когда клиент вызавает метод веб сервиса, то для этого клиента создается отдельной поток для веб сервиса?
Как бы да. Но новый поток не всегда создаётся. Он берется из пула потоков, чтобы экономить время создания.

denis11111Так вот, метод someMethod при выполнении блокирует переменную responceSB.

Ох и каша в голове. Метод не "блокирует" переменну. Во-первых она volatile, что к "блокировке" имеет слабое отношение. Во-вторых "блокируются" потоки, а не "переменные". Переменная хранит значение. Она не может блокироваться. Поток выполняет код, если он "блокируется", то он его не выполняет, пока не "разблокируется".

denis11111 Если в этот момент другой клиент вызовет someMethod, то будет ли ему доступ к responceSB.

Это зависит от того как JAX-WS реализация инстанциирует PoiskService. Надо спеку почитать. Возможны два варианта. Либо каждому потоку свой экземпляр PoiskService. Тогда у каждого потока своя переменная responceSB. Либо Один экземпляр PoiskService на все потоки - этот вариант более вероятен.

denis11111Бо если PoiskService для каждого вызова исполняется в отдельном потоке, то все нормально тогда за переменную responceSB можна не беспокоится.
Что же это за сервер, такой где все клиенты обслуживались бы одним единственным потоком? Disruptor получится. :) В общем не в том направлении копаете.

denis11111В меня вебсервис ищо @Stateless()
Вот так-то ).
По ходу там все нормально, и как только клиент вызивает веб метод, то создается новой экземпляр веб сервеса.
Тут есть другая ловушка. В определенный момент может отказаться что новый экземпляр не создаётся, а используется какой-то который уже был использован другим потокм ранее.
Если это EJB, то стоит почитать про спецификацию Stateless, как там распраделяются экземпляры.

denis11111Просто я не знаю как это по правилах "сказать", но точно знаю, пока "volatile StringBuilder responceSB;" сидит в одном потоке, другой в эту переменную нечего не додаст.
Ваше "точно знаю" не имеет ничего общего с реальностью. Если вы меняете значение поля responceSB это одно. Если вы меняете значение экземпляра StringBuilder, на которое ссылается это поле, это другое.

Да. Значение s не меняется. Меняется состояние объекта, на который ссылается s.
volatile на это вообще не влияет.



Меняется значение переменной s. volatile гарантирует что другой поток, использующий это поле сможет увидеть новое значение, а не старое из своего кеша.

denis11111Каждий из них старается записать туда такое "<1>" или "<4>". В результате на виходе должно было бить:
"<2><1><4><3>"
Без volatile выходило "<<2>1><4>><3". А з volatile все нормально.
Побочный эффект и недостаток тестирования. Возможно из-за более долгого доступа к volatile ссылке, ваши потоки успевают записать свои куски целиком.