Error #2032: 流错误 分析

本文探讨了Error#2032流错误的两种常见场景:WebService连接失败及Flex项目模块加载问题。提供了跨域配置示例与模块项目解决方案,包括rsl文件的正确处理方式。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Error #2032: 流错误 分析
Part:1

Error::(mx.messaging.messages::ErrorMessage)#0
body = (Object)#1
clientId = "DirectHTTPChannel0"
correlationId = "CEE67509-270A-3B7F-38AB-BC5F5403D0E0"
destination = ""
extendedData = (null)
faultCode = "Server.Error.Request"
faultDetail = "Error: [IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 text="Error #2032: 流错误。 URL: http://192.168.5.84/WebService/Service.asmx"]. URL: http://192.168.5.84/WebService/Service.asmx"
faultString = "HTTP request error"
headers = (Object)#2
messageId = "B002E5D5-316F-4890-8146-BC5F5432D01F"
rootCause = (flash.events::IOErrorEvent)#3
    bubbles = false
    cancelable = false
    currentTarget = (flash.net::URLLoader)#4
      bytesLoaded = 0
      bytesTotal = 0
      data = (null)
      dataFormat = "text"
    eventPhase = 2
    target = (flash.net::URLLoader)#4
    text = "Error #2032: 流错误。 URL: http://192.168.5.84/WebService/Service.asmx"
    type = "ioError"
timestamp = 0
timeToLive = 0

一般情况下,都是WebService没有连接上,可以实际测一下数据源是不是有问题,然后再考虑跨域问题。

crossdomain.xml

  <?xml version="1.0" encoding="utf-8" ?>
- < cross-domain-policy >
  < allow-access-from domain =" * " />
< allow-http-request-headers-from domain =" * " headers =" * " />

</cross-domain-policy>

clientaccesspolicy.xml

<?xml version="1.0" encoding="utf-8" ?>
- < access-policy >
- < cross-domain-access >
- < policy >
- < allow-from http-request-headers =" * ">
< domain uri =" * " />
</ allow-from >
- < grant-to >
< resource path =" / " include-subpaths =" true " />
</ grant-to >
</ policy >
</ cross-domain-access >
</ access-policy >
 
 

Part:2

 

URL: xxx/xxx/xxx/osmf_flex.4.0.0.13495.swf

在Flash Builder中创建两个Flex项目,一个为主项目,一个为模块项目,模块项目通过load-extern加载主项目生成的link-report进行编译,编译好后将其拷贝到主项目下bin-debug/assets/modules目录中。当进行调试,加载module的时候,flash player报错,"Error #2032: 流错误。 URL: xxx/xxx/xxx/osmf_flex.4.0.0.13495.swf"。这是因为在bin-debug/assets/modules目录下没有osmf_flex.4.0.0.13495.swf的缘故。在编译模块项目的时候,会在其bin-debug目录下生成相应的rsl文件,例如framework_4.1.0.16076.swf,osmf_flex.4.0.0.13495.swf等,而拷贝的时候只是拷贝了编译好的模块。

解决方案:

一,将随模块生成的rsls也拷贝到bin-debug/assets/modules目录(未测试)

二,修改模块项目的Flex Build Path,取消Use local debug runtime shared libraries when debugging复选框,这样,模块就不会去加载本地的rsls,而是回去加载adobe提供的rsls

转载于:https://www.cnblogs.com/liuzhong/archive/2011/06/27/2091002.html

### 关于编译错误 `#127: expected a statement` 的原因分析 编译错误 `#127: expected a statement` 通常表示在源代码中的某个位置,编译器期望找到一条语句,但却遇到了不符合语法结构的内容。这种错误可能由多种因素引起,包括但不限于以下几种常见情况: #### 1. **缺少分号** C语言中每条语句都需要以分号结束。如果某条语句未正确终止,则可能导致此错误。例如: ```c int x = 10 // 缺少分号 ``` 上述代码会引发类似的错误消息[^1]。 #### 2. **括号不匹配** 函数定义或控制语句(如 `if`, `for`, `while` 等)中的括号如果不匹配也会触发此类错误。例如: ```c if (x > 5) { printf("X is greater than 5"); } // 右大括号缺失 ``` #### 3. **宏定义问题** 某些情况下,宏定义可能会引入意外的字符序列,从而破坏后续代码的解析逻辑。例如: ```c #define PRINT(x) printf(#x) PRINT(Hello World); // 错误:字符串拼接不当 ``` 这里由于宏替换机制的作用,实际传递给 `printf` 函数的是非法参数[^2]。 #### 4. **编译器差异** 不同开发环境对标准的支持程度存在区别。正如提到的部分现代IDE能够自动修正轻微违规行为而不会发出警告一样,Dev-C++的行为可能是其内部配置所致。 --- ### 解决方案 针对以上可能性逐一排查并采取相应措施可以有效解决问题: - #### 检查所有语句结尾是否有遗漏分号; - #### 验证所有的成对符号 `{}`, `()`, `[]` 是否配对完成; - #### 审核涉及预处理指令部分是否存在潜在风险; - #### 考虑更换更严格遵循最新ANSI/ISO C规范的工具链来增强兼容性和稳定性测试效果; 另外值得注意的一点是关于终端初始化失败以及Java类加载异常的问题虽然表面上看似无关紧要,但实际上反映了运行时依赖管理方面可能存在隐患。设置环境变量`HADOOP_USER_CLASSPATH_FIRST=true`可以帮助调整classpath优先级顺序以便更好地适配特定框架需求。 --- ### 示例修复代码片段 假设问题是源于简单的分号丢失,那么原始文件如下所示: ```c void exampleFunction(){ int y=20; } ``` 应修改为: ```c void exampleFunction(){ int y=20; // 添加必要的分隔符 } ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值