domain

Domain的写法 Domain是一个元组，由3个元素组成 (字段名, 操作符， 值) 字段名 如果是Many2one/Many2Many/One2many字段，可以通过'.'取出对应的属性，如： ('routing_id.operation_ids.workcenter_id','=', active_id) 操作符 符号 说明 =,>.<,>=,<=,!= 比较运算，等于，不等于，大于，大于等于，小于，小于等于 like 模糊匹配，通过%value%匹配 =like 可以使用模式匹配，下划线-匹配一个字符，百分号%匹配零或者多个字符 ilike 类似like，但是忽略大小写 =ilike 类似=like，但是忽略大小写 not like 通过%value%不匹配的 not ilike 类似not like，但是忽略大小写 =? 未设置或者等于，未设置表示当值是None或者是False，其余和=一样 in 判断value是否在元素的列表里面 not in 判断value是否不再元素的列表里面 child_of 判断是否value的子记录 示例： ('company_id','child_of',[user.company_id.id]) ('company_level','not in',('common_company')) 有一个要注意的地方,'in'可以反向表示，比如： (

一、什么是业务领域建模 领域建模： 从领域模型开始,我们就开始了面向对象的分析和设计过程,可以说,领域模型是完成从需求分析到面向对象设计的一座桥梁。 顾名思义,就是显示最重要的业务概念和它们之间关系，是真实世界各个事物的表示（现实世界的可视化抽象字典）而不是软件中各构件的表示。领域模型是描述业务领域（业务实体）的静态结构。 理论派观点： Domain Model是一个商业建模范畴概念，即使一个企业不开发软件，也具备其业务模型； 所有同行企业，其业务模型必定有非常大的共性和内在的规律性。 由行业内的各个企业的业务模型再向上抽象出整个行业的业务模型，这个模型称之为“领域模型”。 领域模型是一种特殊的业务模型，它分析范围是整个行业，抽象出行业里共性和内在规律性的业务，比业务模型更加抽象，它不属于软件开发范畴的概念，与软件开发无关。 实战派观点： 领域模型是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关。 是需求分析人员与用户交流的有力工具，是彼此交流的语言。 领域模型是一种分析模型，在软件开发过程分析阶段用于分析如何满足系统功能性需求，属于软件开发范畴，在UML中主要使用类图来描述领域模型。 业务模型是业务建模的输出物，业务建模研究的对象是公司或者组织，业务建模属于软件开发过程中的初始阶段。

JBoss AS7新加入了域（domain）的概念并实现了相关功能。域的提出及实现，其目的是使得多台JBoss AS服务器的配置可以集中于一点，统一配置、统一部署，从而在管理多台JBoss AS服务器时，实现集中管理。本文详细介绍如何使用AS7的这一新特性。 域（Domain）的概念及其与群集（Cluster）的区别 对于使用过的JBoss AS过往版本的用户，可能对AS所提供的集群功能已经很熟悉了，因此在理解域的时候可能会遇到一点困扰.那么域和集群有什么区别呢？在用法上有什么不同呢？ 总的来讲，JBoss的群集的目的是提供： 负载平衡（Load Balance） 高可用（High Availablity） 而域的目的则是将多台服务器组成一个服务器组（Server Group），并为一个服务器组内的多台主机（Host）提供： 单点集中配置（通过一个域控制器，即Domain Controller，实现组内主机的统一配置） 单点统一部署，通过域控制器将项目一次部署至组内全部主机。 简单来讲，群集的目标是让多台服务器分摊压力，当一台或多台服务器当机时，服务可以继续保持运转；而域的目标则是提供集中配置和管理多台服务器的能力。 在没有域的概念时，要想让群集内的多台服务器或几组服务器保持统一的配置，一个一个分别的去手工维护，是非常麻烦的事情，而域的引入解决了这一问题。

初步建模 我的工程实践项目是大致以“传感器信息的可视化”为核心，从使用者的角度出发，先提出User Story如下： 用户小王登陆网站搜索传感器信息，网站管理员在网页公告栏中提示，用户先在站内搜寻现有的信息是否能够满足其需求，如果无法搜寻到，请提出新的需求，后台管理会在有新信息更新后及时给出通知。 提取出其中的关键名词： 1、用户小王是网站的用户 2、管理员是网站的后台维护者 3、传感器信息是整个流程中的核心 4、网页公告栏是用户和管理者之间信息交互平台 因此，可以将项目分为用户、管理员、传感器、网页公告栏这四个主要部分，并在此基础上开始逐步完善其内在属性和相互之间的关系。 详细属性 账号： 　　属性：账号、密码、权限 　　方法：创建账号、销毁账号、登入、登出 用户：继承“账号”这个类 　　属性：账户ID、账户余额、传感器信息收藏夹、账户等级 　　方法：传感器信息查找、发送留言、账户充值 管理员：继承“账号”这个类 　　属性：管理员ID、 　　方法：传感器信息查找、传感器信息增加、传感器信息删除、传感器信息修改、发送留言、账户等级修改、账户封禁、账户解封、调用公告栏方法 用户——管理员：依赖关系 网站公告栏： 　　属性：留言 　　方法：接收留言、显示留言、删除留言 用户——网站公告栏、管理员——网站公告栏：依赖关系 传感器： 　　属性：厂家、类型 各种具体传感器：继承“传感器”大类

https://ask.csdn.net/questions/239471 　　在平时的Javaweb项目开发中为了便于后期的维护，我们一般会进行分层开发，最常见的就是分为domain（域模型层）、dao（数据库访问层）、service（业务逻辑层）、web（表现层），这样分层之后，各个层之间的职责会比较明确，后期维护起来也相对比较容易，今天我们就是使用Maven来构建以上的各个层。 　　项目结构如下： 　　system-parent 　　　　|----pom.xml 　　　　|----system-domain 　　　　　　　　|----pom.xml 　　　　|----system-dao 　　　　　　　　|----pom.xml 　　　　|----system-service 　　　　　　　　|----pom.xml 　　　　|----system-web 　　　　　　　　|----pom.xml 一、创建system-parent项目 　　创建system-parent，用来给各个子模块继承。 　　进入命令行，输入以下命令： mvn archetype:create -DgroupId=me.gacl -DartifactId=system-parent -DarchetypeArtifactId=maven-archetype-quickstart

希望这篇能把weblogic运维时经常遇到的问题、常用的配置汇总到一起。 1、配置jvm参数： 一般在domain启动过程中会看到以下启动的日志信息，如下图所示： 图中红色方框部分为启动weblogic domain的命令。其中包括了jvm参数以及classpath信息。 【注意】 java -client是由于之前建立的domain是开发模式的。生产模式的话，这里执行的是java -server。至于-client与-server的区别，大家去google下吧，这里不介绍了。 那如何修改这个配置呢？ 找到setDomainEnv.cmd文件(linux下面就是setDomainEnv.sh了)， 位置为：weblogic11\user_projects\domains\example\bin\setDomainEnv.cmd 修改文件中的MEM_ARGS部分，相关参数配置如下： call "%WL_HOME%\common\bin\commEnv.cmd" set WLS_HOME=%WL_HOME%\server if "%JAVA_VENDOR%"=="Sun" ( set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m set WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m ) else ( set WLS_MEM

Weblogic11g部署web应用，有三种方式，非常简单，但是很多新手部署总是出现若干错误，不知道如何解决。下面以白衣大神的springside3应用举例（原因是springside3很有代表性）详细讲解： 1、准备springside3的应用（mini-web、mini-service），这里我整理为一个war包，一个web应用的文件夹，放在网盘上，提供下载。 http://pan.baidu.com/share/link?shareid=1314310108&uk=3222190371 2、自动部署（autodeploy方式） 上一篇 http://my.oschina.net/u/927446/blog/160023 创建domain之后，domain所在目录有个文件夹是autodeploy，如图所示： 是的，没错，就是它。那还等什么？第一步：直接把web应用文件夹（这里以mini-web应用为例）copy过去就可以了。如下图所示： 第二步：登录domain的控制台，点击“域结构”-》“部署”，可看到如下界面： 说明此时web应用已经成功部署了【注意：1）观察状态，以及部署顺序，2）上一篇domain创建时提到开发模式，这就是利用开发模式的轮训自动热部署的】 第三步：既然部署成功了，那么赶紧访问应用吧，如下图所示： 实际上，autodeploy方式是不需要重启domain的

1、领域建模Domain Modeling：开发团队获取领域知识的过程 2、进行业务领域建模原因：因为软件工程师需要在不同的领域或不同的项目中工作，来自不同的背景，这可能会影响他们对应用程序域的感知。他们需要领域知识来开发系统。比如，团队中的每个人都在说不同种类的语言。德语、法语、希伯来语等。每次有人发言，其他人完全错误的理解发言者真正想表达的话。系统在开发的过程中，每个人都会以不同的方式解释需求和设计。领域模型是一个灵活的，协作的”工做组件“。它对整个项目进行了细化和更新，从而反映了目前对需求空间的理解。领域建模，其目的是通过建立映射问题空间的常用词汇来解决项目沟通不畅的问题。 3、模型(Model)通常由2部分组成： 1）元素(Element) 2）元素间的关系(Relationship) 领域模型以图形方式显示了所有这些不同的术语如何相互关联。是一个简化的类图，在不同的类（领域对象）之间使用线条进行描绘，以显示它们如何相互关联。领域模型显示领域类之间的聚合和泛化关系（has-a和is-a关系） 4、领域建模（Domain Modeling）/业务分析的主要就是： 　 1）寻找业务对象（Business Object） 2）恰当建立这些对象间的关系 5、如何进行领域建模 1）收集应用程序域信息–关注功能需求，同时考虑其他需求和文档 2）头脑风暴–列出重要的应用程序域概念

目录 python中requests库使用方法详解 官方文档 什么是Requests 安装Requests库 基本的GET请求 带参数的GET请求 解析json 添加headers 基本POST请求 响应 response属性 高级操作 获取cookie 会话维持、模拟登陆 证书验证(SSL Cert Verification) 认证设置 代理设置 超时设置 异常处理 上传文件 带参数的GET请求->headers 带参数的GET请求->cookies 发送post请求，模拟浏览器的登录行为 补充json python中requests库使用方法详解 官方文档 requests的具体安装过程请看：http://docs.python-requests.org/en/latest/user/install.html#install requests的官方指南文档：http://docs.python-requests.org/en/latest/user/quickstart.html requests的高级指南文档：http://docs.python-requests.org/en/latest/user/advanced.html#advanced 什么是Requests Requests 是⽤ ython语⾔编写，基于urllib，采⽤Apache2

前言 vlunstack是红日安全团队出品的一个实战环境，具体介绍请访问： http://vulnstack.qiyuanxuetang.net/vuln/detail/2/ 拓扑结构大体如下： 话不多说，直接开搞.. 外网初探 打开页面后发现是一个Yxcms的站点，关于Yxcms的漏洞可以参考： https://www.freebuf.com/column/162886.html 然后找到后台，随手一个弱口令：admin、123456便进入了后台（实战中也有很多的站点是弱口令，只能说千里之堤溃于蚁穴） 关于Yx后台拿shell的方法还是很简单的，直接在新建模板哪里，将我们的一句话木马添加进去就ok了 比如这样 此时我们连接index.php即可获得shell 此时呢，我们先不往下进行，既然是靶机，我们就应该多去尝试一下发掘它其他的漏洞，蚁剑连接以后可以发现这是一个phpstudy搭建的网站，那么按照经验我们知道应该会有默认的phpmyadmin在，我们尝试访问： 发现猜测的没错，那么默认密码呢，root、root发现竟然也进去了，那么就来复习一下phpmyadmin后台getshell吧。phpmyadmin后台getshell一般有以下几种方式： 1、select into outfile直接写入 2、开启全局日志getshell 3、使用慢查询日志getsehll 4