Parcel是一种二进制分发格式，包含程序文件以及Cloudera Manager使用的其它元数据。安装包和Parcel之间的重要区别是： Parcel会被独立的安装在一个显示版本的文件夹中，这意味着你可以并行安装多个版本的Parcel。然后你在使用的时候将其中一个安装版本指定为活动版本。如果使用安装包的话，一次只能安装一个包，所以安装的包和活动的包没有区别。 滚动升级需要Parcels。 你可以在文件系统中的任何位置安装Parcel，它们默认安装在/opt/cloudera/parcels中。相反，软件包
使用 Android Studio 自带的 Add Parcelable Implementation ，然后你就得到了。。。
在Kivy中，通过pyjnius扩展能够间接调用Java代码，而pyjnius利用的是Java的反射机制。可是在Python对象和Java对象中转来转去总让人感觉到十分别扭。好在android提供了binder这个进程间通信的功能，Java中的Service也是基于Binder的C++代码封装来实现进程间通信的，这也为从Python代码中绕开pyjnius直接訪问Java代码提供了可能，既然Java的Service是基于C++的封装来实现的，也相同能够在Python中封装相同的C++代码，这篇文章解说了怎样通过binder在Python代码中直接訪问Java的Service。如WifiService。
一周时间，没见了，大家有没有想我啊！哈哈！我知道肯定会有的。言归正传，我们切入正题。上一篇文章中我主要介绍了使用Vite2+Vue3+Ts如何更快的入手项目。那么，今天我将会带领大家认识一个新的Vue3项目构建工具——parcel-vue-cli。这是什么？怎么以前没有听说过。有这样的疑问其实并不奇怪，因为这个构建工具是我自己开发的。你可能会这样问：“你自己开发的？这么厉害吗”？是的，豆哥其实就这么厉害。开玩笑啦！其实没有你想得那么厉害。都是搬砖人，主要看思路。好，不扯了！本篇文章我将带大家如何从0到1开发一款极快，零配置的Vue3项目构建工具（parcel-vue-cli）。名字就这么记着吧！
我们知道包括CDH其他所有额外的服务或者第三方插件，Cloudera Manger都是以Parcel的形式来安装和管理，Parcel是一个非常神奇和方便的东西，将所有的东西都打包进去，免去你管理无数个rpm安装包的烦恼。使用Cloudera Manger安装Parcel包有三种选择：
binder 和 socket 通信的区别有哪些 : binder 共享内存，Soket需要copy内存 Socket 远程，本地低速（zygote） Serializable 和 Parcelable 之间的区别: (io流，共享内存) Parcelable 序列化和反序列化的具体过程 Parcel.kt package zzw.com.testparcel public class Parcel { companion object { // Used
横空出世的Parcel近日成为了前端圈的又一大热点，在短短几周内就获得了13K的Star。 作为前端构建工具新人的Parcel为什么能在短期内获得这么多赞同？他和老大哥Webpack比起来到底有什么优势呢？
程序员自测是很重要的一个环节，我认同测试驱动开发的理念，经过一段时间的测试代码的编写，发现测试代码需要保证几点，1.测试代码可重复跑，不能跑过一次，改了数据库数据就不能跑了。2.测试代码写好后，尽可能保持不变，哪怕代码变后，直接跑测试就能验证修改是否正确，而不是把测试代码，测试数据再改一遍。service层测试要与数据库解耦，不能因为数据库数据的变化影响测试，我曾经使用int.sql去对数据库做int操作来保证测试的进行，但是实践过程中会渐渐由于数据表结构更新导致int.sql维护不善，使得每跑一次测试都要修改int.sql。对于十分麻烦的工作，我一般的是不想继续做的，我的想法是无论代码，数据库怎么动，测试代码都是不用怎么改动的，直接跑就可以了，这样也方便项目重构。目前已经达到我对测试的预期了，故而总结现有技术和实现。。如果有更好的建议，也欢迎提出。
Parcel作为Android Binder通信的基础，从源码的角度，了解下parcel的特性，还是很有必要的。
本文最初发布于 Medium 上 freeCodeCamp 的博客站点，经原作者授权由 InfoQ 中文站翻译并分享。 什么？又有一个打包器（bundler）/ 构建工具？是的——果真如此，演化和创新相结合为我们带来了 Parcel： https://parceljs.org/ Parcel 有什么特殊之处，为什么值得关注呢？ webpack 要有大量的配置，这样带来的成本就是复杂性——与此相对的，Parcel 带来了简洁性。Parcel 将自己标榜为“零配置”。 Parcel 内置了一个开发服务器
前言 隔行如隔山，这句话同样适用于任何时候，即时同一个专业，深入下去的话，差别也是巨大的。今天，讲下自己如何学习binder进程间通信的机制的一些见解。开始的时候，只知道 Binder 是个很底层的东西，甚至对于具体是什么用都不是很清楚。 主要是通过两种方式： 看别人写的Binder博文 目的很简单，大概了解Binder是个什么东西，有哪些核心的东西，对于看源码的时候选择性过滤有帮助，最好是看了后画下思维导图总结下或者可以画下流程图。 看Binder源码 对于切入点的话，从最熟悉的客户端入手；选择
“0配置”打包器（bundler）Parcel Parcel官网（有中文文档） webpack 要有大量的配置，这样带来的成本就是复杂性——与此相对的，Parcel 带来了简洁性。Parcel 将自己标榜为“零配置”。 Parcel 内置了一个开发服务器，这个开发服务器能够在我们修改文件之时自动重新构建应用，为了加快开发，它还支持模块热替换。 Parcel 内置支持 JS、CSS、HTML、文件资产等等，这不需要插件，对用户会更加友好； 零配置，内置了 code splitting、热模块加载、CSS 预处
package是包含了编译的代码和元信息的二进制分发格式，其中元数据包括诸如package描述、版本、和依赖。程序包管理系统评估此元信息，以允许程序包搜索，执行对较新版本的升级并确保满足程序包的所有依赖关系。Cloudera Manager对每个受支持的OS使用原生的系统软件包管理器来安装和升级Cloudera Manager。
我在[003]AIDL是什么中介绍的AIDL，但是好像还有朋友不明白问我，那我就来写一个终极版的文章，让你十分钟彻底明白AIDL，以下代码全为手写。
这里强烈建议把前面两篇文章看一遍，因为前面两篇文章对后面大家对android的IPC的理解帮助很大，本片文章主要内容如下
前几天，尤大开直播说了造轮子的好处，主要还是锻炼自己。所以自己还是义无反顾地把这个项目搭建工具慢慢地造起来。
横空出世的Parcel，这几个月来成为了前端圈的又一大热点，github短短几个月就获得了上万的star.
Java 在历史上出现过许多反序列化的漏洞，但大部分出自 J2EE 的组件。即便是 FastJSON 这种漏洞，似乎也很少看到在 Android 中被实际的触发和利用。本文即为对历史上曾出现过的 Android Java 反序列化漏洞的分析和研究记录。
和之前稍微不同，这次要稍微分析一下 Parce.cpp 和 android_os_Parcel.cp p的源码，为的是能够掌握调试技巧，后续传输其它类型数据就能举一反三了！
去年（已经是三年前了！）年末便听得新一代打包工具 Parcel.js 的风风火火，今日（两年前的某一天）也终于得以静下心来试一试。
今天我们来讲的这两个工具类是在Activity之间跳转时常常要传递的和对象序列化什么有关的。那么接下来，我们来看看吧！ SerializeUtils 包含一下方法： static Object deserialization(String filePath) 这个方法就是从文件反序列化对象 static void serialization(String filePath, Object obj) 这个方法是序列化文件到对象 ParcelUtils boolean readBoolean(Par
由于 Java 的 Serializable 的性能较低，Parcelable 正式在这个背景下产生的，它核心作用就是为了解决 Android 中大量跨进程通信的性能问题。
Parcel 在英文中有两个意思，其一是名词，为包裹，小包的意思； 其二为动词，意为打包，扎包。邮寄快递中的包裹也用的是这个词。Android采用这个词来表示封装消息数据。这个是通过IBinder通信的消息的载体。需要明确的是Parcel用来存放数据的是内存（RAM），而不是永久性介质（Nand等）。 Parcelable,定义了将数据写入Parcel，和从Parcel中读出的接口。一个实体（用类来表示），如果需要封装到消息中去，就必须实现这一接口，实现了这一接口，该实体就成为“可打包的”了。 接口的
工欲善其事必先利其器，磨刀不误砍柴工 最近打算去深读源码，感觉不画图去分析源码根本理不清，也说不清 UML是分析类和类的关系，具体的类内部貌似没有图形机制，没有条件就创造条件呗 借此机会本人自定
说到前端，我现在选择的武器是 React、TypeScript 和 Parcel trinity。这是一个简单、可靠而且高效的设置，只需最少的配置。本文将向你展示如何在 VS Code 中创建匹配的调试器。
Fayson在前面文章《Livy，基于Apache Spark的开源REST服务，加入Cloudera Labs》、《如何编译Livy并在非Kerberos环境的CDH集群中安装》、《如何在Kerberos环境的CDH集群部署Livy》、《如何通过Livy的RESTful API接口向非Kerberos环境的CDH集群提交作业》及《如何通过Livy的RESTful API接口向Kerberos环境的CDH集群提交作业》中对Livy的介绍、安全与非安全集群的部署以及使用。前面的部署方式相对比较麻烦且不便于管理，本篇文章Fayson主要介绍如何使用脚本打包适用于Cloudera的Livy和Zeppelin的Parcel。
众所周知，对于binder通信来说，native层通信的基础架构是BpBinder/BBinder，Java层的基础通信架构是BinderProxy/Binder，这两者是如何统一起来的呢？
在前面的文章《如何通过CM升级Kafka0.11及Spark2.2》中Fayson介绍了升级Kafka的方式。本篇文章Fayson主要介绍在CDH中如何升级CDK3.1.0（即Kafka社区版1.0.1）以及验证Kafka功能。
该文章是一个系列文章，是本人在Android开发的漫漫长途上的一点感想和记录，我会尽量按照先易后难的顺序进行编写该系列。该系列引用了《Android开发艺术探索》以及《深入理解Android 卷Ⅰ，Ⅱ，Ⅲ》中的相关知识，另外也借鉴了其他的优质博客，在此向各位大神表示感谢，膜拜！！！另外，本系列文章知识可能需要有一定Android开发基础和项目经验的同学才能更好理解，也就是说该系列文章面向的是Android中高级开发工程师。
本文译自 Create a React app with zero configuration using Parcel。 webpack 已经经历三四年的发展，社区和技术趋于成熟，它已经成为了前端开发中的必备工具。那问题来了，会有新的工具来挑战 webpack 的地位吗？各位不妨看看本文的 Parcel，说不定就是未来的主角。 一开始使用 React 的痛苦想必大家都经历过。在真正进入编码之前，需要花大量的时间搞清楚如何配置 webpack。 Create React App 项目的流行就是因为它简化了配
在CDH集群中Spark2的Python环境默认为Python2，CDSW在启动Session时可以选择Engine Kernel版本Python2或者Python3。当选择Python3启动Session时，开发PySpark作业在运行时会报“Python in worker has different version 2.7 than that in driver 3.6, PySpark cannot run with different minor versions.Please check environment variables PYSPARK_PYTHON and PYSPARK_DRIVER_PYTHON are correctly set”，为解决Python版本适配的问题，需要进行如下调整来使我们的应用自动的适配Python版本。
Fayson在之前的文章中介绍过《如何在Redhat7.4安装CDH6.0.0_beta1》，但当安装CDH并分发Parcel时，浏览器端会报错Parcel的hash校验失败，具体错误如下图所示。
Interface for classes whose instances can be written to and restored from a Parcel。 Classes implementing the Parcelable interface must also have a static field called CREATOR， which is an object implementing the Parcelable.Creator interface。
前面Fayson有很多篇文章介绍CDH各个版本的安装部署，在安装部署的前置条件中说明需要在统一的操作系统版本进行部署。部分用户早期在RedHat7以下版本部署CDH集群，在后续集群扩容时使用了RedHat7版本的操作系统，对于这种跨操作系统安装部署或扩容CDH集群如何解决？本篇文章Fayson主要介绍如何跨操作系统扩容CDH集群。
ServiceManager是Binder机制的大管家，管理着android系统的各种Service。service向servicemanager注册，当client需要调用service时，先通过servicemanager查询到该service，client接着再与service通信。这些service有java层的，也有native层的。native层通过BpServiceManager/BnServiceManager实现的service与servicemanager的交互。这次打算聊一聊servicemanager管理java层service是如何实现的。
在[007]一次Binder通信最大可以传输多大的数据？这个文章，我得到了一个结论，就是正常情况下一次Binder通信最大可以传输的数据的大小是1MB-8KB。突然想到我们在通过ContentResolver对象调用ContentProvider的调用query返回Cursor的时候，本质上这是一次Binder通信，那这个Cursor对象大小有没有限制呢？是不是也要小于1MB-8KB？
今天完成了 王小二图解Android【010】Binder应用篇的直播，说实话这次我只能给自己打一个59分数。回去我在不断思考，最后觉得这个Binder培训就根本不应该采用1对多的培训模式，其实我在昨晚就给一个毕业半年左右的网友一对一的试讲过，中途我们会不断地交流，给他补了很多知识，最后效果我觉得有85分。 但是今天一整天我一直心有不甘，我觉得还是有必要为自己今天的直播课上一个补课。
这篇博客是在Eugenio @workingkills Marletti的帮助下完成的。
公司内部的后台，和后台菜单都是利用java后台建设，无需要再自己写的后台界面，菜单java自动创建，只需要配置好url即可实现。估计很多小伙伴公司内部都是这样的搭配吧？所以我只需要知道url，和有一套验证机制就ok了。
Binder在framework层，采用JNI技术来调用native(C/C++)层的binder架构，从而为上层应用程序提供服务。看过binder之前的文章，我们知道native层中，binder是C/S架构，分为Bn端(Server)和Bp端(Client)。对于Java层在命令与架构上非常相近，同时实现了一套IPC通信架构。
在CDH5.12.1集群中，默认安装的spark是1.6版本，这里需要将其升级为spark2.1版本。经查阅官方文档，发现spark1.6和2.x是可以并行安装的，也就是说可以不用删除默认的1.6版本，可以直接安装2.x版本，它们各自用的端口也是不一样的。
很多文章将Binder框架定义了四个角色：Server，Client，ServiceManager、以及Binder驱动，但这容易将人引导到歧途：好像所有的Binder服务都需要去ServiceManager去注册才能使用，其实不是这样。例如，平时APP开发通过bindService启动的服务，以及有些自己定义的AIDL远程调用，都不一定都ServiceManager注册这条路，个人理解：ServiceManager主要功能是：管理系统服务，比如AMS、WMS、PKMS服务等，而APP通过的bindService启动的Binder服务其实是由SystemServer的ActivityManagerService负责管理。这篇主要关注Android APP Java层Binder通信一些奇葩点：
只需要序列化的时候将String和int写个某个内存区域，反序列化的时候读取这个内存区域，重新构造一个Person对象。
NiFi在大数据生态中的定位是成为一个统一的，与数据源无关的大数据集成平台。Cloudera将NiFi作为其新产品Cloudera Flow Management和Cloudera Edge Management的核心组件推出，可以方便地使用Cloudera Manager进行Parcel安装和集成。于此同时，Flume被移出了Cloudera Runtime，可见NiFi替换Flume的意图已经十分明显。
在我CDH5.11集群中，默认安装的spark是1.6版本，这里需要将其升级为spark2.x版本。经查阅官方文档，发现spark1.6和2.x是可以并行安装的，也就是说可以不用删除默认的1.6版本，可以直接安装2.x版本，它们各自用的端口也是不一样的。我尝试了安装spark2.0版本和spark2.1版本，均告成功。这里做一下安装spark2.1版本的步骤记录。
[root@hadoop102 module]# mkdir /opt/module/cloudera-manager
1. 调用AVDescription.Builder类的build方法创建AVDescription实例。代码示例如下：
如果你是普通app开发，有可能遇不到跨进程访问数据。在车厂，智能座舱开发，跨进程访问数据是很平常的事，比如车机账户系统，很多模块都要获取当前车机账户信息，那账户系统就会提供相应数据给其他模块，账户系统和其他模块不属于同一个进程，这个时候就出现跨进程场景，Android系统为我们提供了一种技术方案：AIDL
public class Book implements Parcelable { public int bookId; public String bookName; public Book(int bookId, String bookName) { this.bookId = bookId; this.bookName = bookName; } public int describeContents() {
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
