Конференция дятлов в Мексике

после такого заголовка я ожидал срыва покровов относительно уровня участников Security Analyst Sammit

SOAP-сервер на Java при участии Apache CXF и Spring

а когда мне пришлось работать с потоком байт от дотнетовского сервиса, который снимал их с камеры, из всех реализаций только JAX-WS смог с этим работать.

SOAP-сервер на Java при участии Apache CXF и Spring

и да, я в курсе, что я применил bottom-up технику, хотя автор использовал top-down, но это несущественно в данном контексте, поскольку использование JAX-WS/JAXB Maven Plugin с всяческими -xjc генерационными плюшками — это действительно, тема отдельной статьи. В любом случае, даже при применении top-down все можно сделать гораздо проще, быстрее и легче.

SOAP-сервер на Java при участии Apache CXF и Spring

Шутите? Задача написания одного сервиса с одним методом явно не тянет на статью.
все примитивнее некуда:
1. Создает проект: mvn archetype:generate
2. Меняем тип приложения на war, добавляем апишку в зависимости, выставляем language level:

<packaging>war</packaging>
...
    <dependencies>
        <dependency>
            <groupId>javax</groupId>
            <artifactId>javaee-api</artifactId>
            <version>6.0</version>
            <scope>provided</scope>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.6<_/_source><!-- уберите подчеркивание. привет парсеру, как обойти - не знаю.-->
                    <target>1.6</target>
                </configuration>
            </plugin>
        </plugins>
    </build>

2a. Создаем пустой web.xml

<?xml version="1.0" encoding="UTF-8"?>

<web-app xmlns="http://java.sun.com/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
         version="3.0">
    <session-config>
        <session-timeout>
            30
        </session-timeout>
    </session-config>
</web-app>

3. Создаем класс вебсервиса (и, прошу заметить, с нормальным возвращаемым типом, благодаря чему класс можно использовать не только как вебсервис)

package com.ncuxez;

import javax.ejb.Stateless;
import javax.jws.WebMethod;
import javax.jws.WebService;
import java.util.Calendar;
import java.util.GregorianCalendar;
import java.util.TimeZone;

/**
 * @author ncuxez
 */
@WebService
@Stateless
public class CurrentTimeServiceImpl {
    @WebMethod
    public Calendar getCurrentTime(String timeZoneId) {
        return GregorianCalendar.getInstance(TimeZone.getTimeZone(timeZoneId));
    }
}

4. В директории проекта запускаем команду:

$ mvn clean && mvn -T 4 clean install && asadmin --deploy ./target/jaxwssample-1.0-SNAPSHOT.war

5.…
6. PROFIT!
Ссылка на wsdl и тестер методов доступна из админки глассфиша.
Результат работы:

Исходный код (2.9кб) rghost.net/36326438

SOAP-сервер на Java при участии Apache CXF и Spring

тихий ужас. Про Jax-WS, CDI и Java EE 6 люди не в курсе.
Спринг давно превратился в монстрообразное поделие и везде где можно люди переходят на Weld. CXF-у и Axis2-у уже лет и лет. Axis2 вообще был первой реализацией SOAP для Java.
Ант еще зачем-то прикручен.
wsgen, wsimport, JAX-WS Maven Plugin? — нее, не слышали.
Имхо, ярчайший пример как делать не надо. Теперь я понимаю почему о java-программистах иногда так плохо думают.