14699人阅读
hadoop笔记（3）
***hadoop启动之后总有警告：Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
环境：Red Hat 6.4 64位，jdk1.7 64位
在网上找了很久，试了好多个解决方法，终于成功了。下面分享下，希望帮助遇到类似问题的人。
首先找到对应自己hadoop版本的64位的lib包，可以自己手动去编译，但比较麻烦，也可以去网上找，好多都有已经编译好了的。
将准备好的64位的lib包解压到已经***好的hadoop的lib目录下：
[hadoop@hadoopTest ~]$ tar -xvf hadoop-native-64-2.4.1.tar -C hadoop-2.4.1/lib
注意，是lib目录，而不是lib下的native目录下，这个问题整了我好久。
然后增加环境变量：
[hadoop@hadoopTest hadoop-2.4.1]$ vi ~/.bash_profile
增加下面的内容：
export HADOOP_COMMON_LIB_NATIVE_DIR=$HADOOP_HOME/lib/native
export HADOOP_OPTS=&-Djava.library.path=$HADOOP_HOME/lib&
让环境变量生效：
[hadoop@hadoopTest hadoop-2.4.1]$ source ~/.bash_profile
启动hadoop，发现警告消除了，成功。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：46124次
排名：千里之外
原创：56篇
(1)(1)(2)(1)(1)(3)(1)(47)解决javamail IMAP协议出错：Unable to load BODYSTRUCTURE - 人工智能当前位置:& &&&解决javamail IMAP协议出错：Unable to load BODYST解决javamail IMAP协议出错：Unable to load BODYSTRUCTURE&&网友分享于：&&浏览：7次解决javamail IMAP协议报错：Unable to load BODYSTRUCTURE
在QQ邮箱上实验IMAP时，又遭遇了以下错误：Unable to load BODYSTRUCTUREDebug输出如下：
A67 FETCH 23 (BODYSTRUCTURE)
* 23 FETCH (BODYSTRUCTURE (("TEXT" "HTML" ("CHARSET" "gb18030") NIL NIL NIL 2433 24 NIL NIL NIL)("MESSAGE" "RFC822" ("CHARSET" "gb18030" "NAME" "mail.eml") NIL NIL "8BIT" 498 NIL NIL NIL) "REPORT" ("BOUNDARY" "QQ_MAIL_RETURN") NIL NIL))
A67 OK FETCH completed
登陆QQ邮箱查看这封信时，发现是QQ发送失败产生的退信。通过显示邮件原文，发现邮件头如下：
X-QQ-mid: @bizmail11tt395253
Message-Id:
From: "PostMaster" To:
Date: Wed, 29 Jun :27 +0800
Subject: 来自的退信
Content-type: multipart/ report-type=delivery- boundary=QQ_MAIL_RETURN
Auto-Submitted: auto-generated
X-QQ-MAIL-TYPE: bulletin
X-QQ-STYLE: 5
原来是QQ自己扩充了multipart格式Content-type: multipart/ report-type=delivery- boundary=QQ_MAIL_RETURN造成JavaMail构造BODYSTRUCTURE时，发生错误。既然知道原因了，那就把这封信转换成MimeMessage，应该会解决问题
MimeMessage cmsg = new MimeMessage((MimeMessage) imapMessage);
果然转换为MimeMessage后，可以顺利读取BODYSTRUCTURE了但造成的后果是，cmsg从服务器断开了要对这封信进行管理的话，只能去操作imapMessage。转载：/archives/.htm
12345678910
12345678910
12345678910 上一篇：下一篇：文章评论相关解决方案 12345678910 Copyright & &&版权所有12962人阅读
前几天在做项目时，需要用到一个非托管的DLL库，使用.NET的互操作技术可以很方便的调用位于非托管DLL中的
函数。但是在执行时遇到了下面的错误：“Unable to load dll HRESULT: 0x8007007E”。于是马上google，
得到的大部分***都是可以将要用到的dll文件拷贝到C:/WINDOWS/system32目录下即可。马上试验了一下，
结果还是不行，于是继续google，在MSDN的论坛上发现了这个帖子（）
The DLL might itself require some other DLL.& In case of doubt, use Dependency Walker...
意思是这个dll引用了其他dll，由于找不到它所引用的dll，因此出错。这个帖子的妙处在于他还告诉了我们一
个非常实用的工具Dependency Walker。使用它我们可以找到某个dll所依赖的其他dll文件，而且它不但可以检
测传统的dll库，也可以检测.NET下的程序集。
不过，在遇到这种问题的时候，我们首先应该考虑的方法还是将要引用的DLL文件全都放到当前程序文件的
bin目录的Debugg下.如果不行，再采用上述方法。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：44557次
排名：千里之外
转载：18篇
(1)(2)(2)(1)(1)(3)(1)(1)(3)(1)(2)(13)