Server did not recognize the value of HTTP Header SOAPAction 解决

解决Java调用.NET WebService异常

当你在使用Java调用.net实现的webservice出现如标题的exception时,恰好你正在使用https://spring.io/guides/gs/consuming-web-service/ 进行soap对接,不要慌。我刚踩过这个坑。

经过查找之后发现JAX-WS规范不需要SoapAction,但是.NET需要,所以产生了这个错误。

解决办法:

首先获取wsdl:

 

然后引入dependency

<dependency>
    <groupId>org.springframework.ws</groupId>
    <artifactId>spring-ws-core</artifactId>
</dependency>

引入plugin

<plugin>
    <groupId>org.jvnet.jaxb2.maven2</groupId>
    <artifactId>maven-jaxb2-plugin</artifactId>
    <version>0.12.3</version>
    <executions>
        <execution>
            <goals>
                <goal>generate</goal>
            </goals>
        </execution>
    </executions>
    <configuration>
        <schemaLanguage>WSDL</schemaLanguage>
        <generatePackage>com.xxx.givenchy.email</generatePackage>
        <schemas>
            <schema>
                <fileset>
                    <!-- Defaults to schemaDirectory. -->
                    <directory>${basedir}/src/main/resources/schemas</directory>
                    <!-- Defaults to schemaIncludes. -->
                    <includes>
                        <include>*.wsdl</include>
                    </includes>
                    <!-- Defaults to schemaIncludes -->
                    <!--<excludes>-->
                    <!--<exclude>*.xs</exclude>-->
                    <!--</excludes>-->
                </fileset>
                <!--<url>http://localhost:8080/ws/countries.wsdl</url>-->
            </schema>
        </schemas>
    </configuration>
</plugin>

配置web service

@Configuration
public class EmailClientConfig {

    @Bean
    public Jaxb2Marshaller marshaller() {
        Jaxb2Marshaller marshaller = new Jaxb2Marshaller();
        // this package must match the package in the <generatePackage> specified in
        // pom.xml
        marshaller.setContextPath("com.xxx.givenchy.email");
        return marshaller;
    }

    @Bean
    public EmailClient emailClient(Jaxb2Marshaller marshaller) {
        EmailClient client = new EmailClient();
        client.setDefaultUri("http://w01app39.xxx.com/ServiceCenter/MailCenter.asmx");
        client.setMarshaller(marshaller);
        client.setUnmarshaller(marshaller);
        return client;
    }

封装调用方法:
public class EmailClient extends WebServiceGatewaySupport {

    private static final Logger log = LoggerFactory.getLogger(EmailClient.class);

    public SendMailResponse sendEmail(SendMail request) {


        log.info("Requesting location for " + request);

        WebServiceTemplate template = getWebServiceTemplate();
        SendMailResponse response = (SendMailResponse) template
                .marshalSendAndReceive(request,
                        new SoapActionCallback(
                                "http://service.xxx.sh.cn/sendMail"));

        return response;
    }
}

注意加红部分,是导致异常的原因。这个action url从哪里来的呢?

看生成wsdl的链接。

保证action 和红框一致即可。

<think>好的,我现在要解决用户遇到的L6007U错误,也就是无法识别文件格式的问题。首先,我需要了解这个错误通常出现在什么情况下。根据经验,这类错误可能和编译器或链接器有关,尤其是在处理目标文件或库文件的时候。比如,使用GCC或者Visual Studio时,如果链接器遇到无法识别的文件格式,就会抛出类似的错误。 接下来,我需要考虑可能的原因。首先,用户可能在尝试链接一个不同平台或架构生成的目标文件。例如,在Windows上使用MinGW编译生成的目标文件,然后尝试在Linux环境下链接,这可能导致格式不兼容。同样,32位和64位的混合使用也可能引发这个问题。这时候需要检查文件的格式是否与当前编译环境兼容。 第二个可能的原因是文件损坏。如果文件在传输过程中损坏,或者磁盘有错误,导致编译器无法正确读取文件内容。这时候,用户需要重新获取或生成该文件,或者使用工具检查文件完整性。 第三个情况是文件扩展名错误或格式不匹配。例如,将文本文件错误地命名为.obj或.lib,而链接器期望的是特定格式的二进制文件。这时候需要确认文件的实际格式是否与扩展名匹配,可能需要使用工具如file(在Linux)或编辑器检查文件头。 另外,编译器版本不兼容也是一个常见原因。比如,使用较新版本的编译器生成的目标文件,而链接器是旧版本,可能无法识别新格式。这时候需要统一工具链的版本。 还有,用户可能错误地包含了非目标文件,比如源代码文件或资源文件被当作库文件链接。需要检查构建脚本中链接的文件是否正确。 针对这些原因,我需要提供具体的解决步骤。例如,检查文件格式的工具,如何验证平台兼容性,重新生成文件的方法,以及统一编译环境的建议。同时,可能需要指导用户如何检查构建配置,确保所有文件都是正确生成的。 最后,生成相关问题,帮助用户进一步排查其他可能的错误,比如文件权限、路径问题,或者更深入的调试方法。确保用户能够全面了解问题,并自主解决类似的错误。</think>### L6007U错误解决方案 该错误通常出现在编译器/链接器无法正确解析目标文件或库文件格式时,以下是分步解决方案: 1. **检查文件来源平台** - 确认目标文件与当前编译环境架构一致(x86/x64/ARM) - 使用命令验证文件格式: ```bash file your_file.obj # Linux/Mac dumpbin /headers your_file.obj # Windows VS工具 ``` 2. **重新生成目标文件** ```makefile clean: rm -f *.o *.obj build: make clean && make # 适用于Makefile项目 ``` 3. **验证编译器兼容性** - 确保所有文件使用相同工具链生成 - 检查编译器版本是否匹配: ```bash gcc --version ld --version ``` 4. **检查文件完整性** - 使用二进制编辑器查看文件头(应有COFF/ELF/Mach-O标识) - 比较正常文件和问题文件的头部差异 5. **处理第三方库文件** - 下载对应平台的预编译库 - 使用正确的链接参数: ```cmake target_link_libraries(your_target PRIVATE /path/to/libcorrect_arch.a) ``` 6. **检查构建系统配置** - 确认链接器输入文件列表正确 - 验证文件路径是否包含特殊字符或空格
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值