网站建设登录结构图,有没有好用的网址,东莞有哪些做网站,数字化展厅设计方案您可能在最后一篇Java EE 6 Galleria示例帖子中关注了我。 第一个是基本介绍。 第二个是关于在最新的GlassFish上运行它。 有人提到RedHat#xff0c;我们应该研究将这个示例从GlassFish中移除。 很好;#xff09;感谢您的好主意。 这正是我们今天要做的。 我将把Galleria示例… 您可能在最后一篇Java EE 6 Galleria示例帖子中关注了我。 第一个是基本介绍。 第二个是关于在最新的GlassFish上运行它。 有人提到RedHat我们应该研究将这个示例从GlassFish中移除。 很好;感谢您的好主意。 这正是我们今天要做的。 我将把Galleria示例引入最新的WebLogic 12c。 制备 让自己有一些配置的心情。 您已经安装了最新的NetBeans 7.1 并且将在一秒钟内下载WebLogic 12c ZIP发行版。 下载wls1211_dev.zip后将其放到所选位置并解压缩。 从现在开始我们将这个文件夹称为MW_HOME文件夹。 打开命令行并在其中设置JAVA_HOMEJAVA_VENDOR和MW_HOME变量 set JAVA_HOMED:\jdk1.7.0_04
set MW_HOMED:\temp\wls12zip
set JAVA_VENDORSun 完成此步骤后最后一步是在MW_HOME目录中运行安装配置脚本configure.cmd。 这是一次性的事情。 设置您的WebLogic域 接下来我们需要一个WebLogic域。 打开一个新的命令行提示符。 通过运行MW_HOME\ wlserver \ server \ bin \ setWLSEnv.cmd脚本在当前Shell中设置环境。 执行MW_HOME\ wlserver \ common \ bin \ config.cmd然后按照向导在您选择的文件夹例如D\ temp \ test-domain中创建一个名为test-domain的基本WebLogic Server域。 输入您选择的用户名和密码例如system / system1然后单击向导直到您在其下的“完成”按钮为止。 WebLogic需要Derby客户端jar文件才能配置和使用数据库。 将derbyclient-10.8.2.2.jar从m2存储库复制到test-domain \ lib文件夹。 现在通过运行新创建的域目录中的startWebLogic.cmd手动启动新创建的域。 导航到http// localhost7001 / console并使用上面的凭据登录以验证一切是否正常运行。 导航到“服务数据源”然后从表上方选择“新建”按钮。 选择一个“通用数据源”并输入您选择的名称例如GalleriaPool然后输入jdbc / galleriaDS作为JNDI名称。 选择Derby作为数据库类型然后单击“下一步”。 选择Derby的驱动程序类型4然后单击“下一步”和“下一步”然后输入连接属性数据库GALLERIATEST主机localhost。用户名和密码APP”然后单击“下一步”。如果需要可以单击单击顶部的“测试配置”按钮并确保所有设置均以正确的方式进行。 接下来是最棘手的部分。 我们需要像为GlassFish配置的那样的JDBC领域。 这里的第一个区别是我们实际上并没有创建一个新的领域而是向可用的领域添加了一种身份验证机制。 WebLogic有一个令人讨厌的限制。 您可以配置任意多个安全领域但在给定时间只能激活一个。 这让我停了一会儿直到我从Michel Schildmeijer得到了小费谢谢顺便说一句。 导航到“安全领域”然后从表中选择“ myrealm”。 切换到提供程序选项卡。 选择身份验证提供者表格上方的“新建”。 输入“ GalleriaAuthenticator”作为名称然后从下拉框中选择“ SQLAuthenticator”作为类型。 单击确定。 选择GalleriaAuthenticator并设置控制标志SUFFICIENT并保存。 之后切换到“提供商特定”选项卡。 输入以下内容 Data Source Name: GalleriaPool
Password Style Retained: unchecked
Password Algorithm: SHA-512
Password Style: SALTEDHASHED
SQL Get Users Password: SELECT PASSWORD FROM USERS WHERE USERID ?
SQL Set User Password: UPDATE USERS SET PASSWORD ? WHERE USERID ?
SQL User Exists: SELECT USERID FROM USERS WHERE USERID ?
SQL List Users: SELECT USERID FROM USERS WHERE USERID LIKE ?
SQL Create User: INSERT INTO USERS VALUES ( ? , ? )
SQL Remove User: DELETE FROM USERS WHERE USERID ?
SQL List Groups: SELECT GROUPID FROM GROUPS WHERE GROUPID LIKE ?
SQL Group Exists: SELECT GROUPID FROM GROUPS WHERE GROUPID ?
SQL Create Group: INSERT INTO GROUPS VALUES ( ? )
SQL Remove Group: DELETE FROM GROUPS WHERE GROUPID ?
SQL Is Member: SELECT USERID FROM USERS_GROUPS WHERE GROUPID ? AND USERID ?
SQL List Member Groups: SELECT GROUPID FROM USERS_GROUPS WHERE USERID ?
SQL List Group Members: SELECT USERID FROM USERS_GROUPS WHERE GROUPID ? AND USERID LIKE ?
SQL Remove Group Memberships: DELETE FROM USERS_GROUPS WHERE GROUPID ? OR GROUPID ?
SQL Add Member To Group: INSERT INTO USERS_GROUPS VALUES( ?, ?)
SQL Remove Member From Group: DELETE FROM USERS_GROUPS WHERE GROUPID ? AND USERID ?
SQL Remove Group Member: DELETE FROM USERS_GROUPS WHERE GROUPID ?
Descriptions Supported: unchecked 保存您的更改。 然后返回“提供商”标签。 单击“重新排序”按钮然后将GalleriaAuthenticator推到列表顶部。 完成后单击“确定”然后停止您的WebLogic实例。 您可以随时重新启动它。 配置您的项目 Java EE是可移植的。 对。 而且您应该能够在不对WebLogic 12c进行任何更改的情况下运行相同的部署。 那是理论。 实际上您将不得不接触部署。 因为WebLogic的Hibernate存在一些问题。 而且与GlassFish相比部署方面的问题要复杂得多。 首先您必须创建一个“ galleria-ear \ src \ main \ application \ META-INF”文件夹。 将空白的weblogic-application.xml放入其中并在其中放入以下代码 ?xml version1.0 encodingUTF-8?
weblogic-application xmlnshttp://xmlns.oracle.com/weblogic/weblogic-application xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xsi:schemaLocationhttp://xmlns.oracle.com/weblogic/weblogic-application http://xmlns.oracle.com/weblogic/weblogic-application/1.4/weblogic-application.xsdprefer-application-packagespackage-nameantlr.*/package-name/prefer-application-packages
/weblogic-application 这告诉WebLogic与服务器中已经存在的库相比更喜欢应用程序打包的库。 让我们继续。 我们需要将Hibernate依赖项添加到耳朵。 使用GlassFish我们跳过了这一步因为我们在服务器上安装了Hibernate软件包。 开始了。 打开galleria-ear pom.xml并将以下内容添加到“依赖项”部分 dependencygroupIdorg.hibernate/groupIdartifactIdhibernate-entitymanager/artifactIdversion4.0.1.Final/version/dependencydependencygroupIdorg.hibernate/groupIdartifactIdhibernate-core/artifactIdversion4.0.1.Final/version/dependencydependencygroupIdorg.hibernate/groupIdartifactIdhibernate-validator/artifactIdversion4.2.0.Final/version/dependencydependencygroupIdorg.jboss.logging/groupIdartifactIdjboss-logging/artifactIdversion3.1.0.CR2/version/dependency 您还需要查看maven-ear-plugin并将以下内容添加到configuration defaultLibBundleDirlib/defaultLibBundleDir 如果已经存在请删除commons编解码器jarModule。 它没有问题但已打包到ear / lib文件夹中因此您可以跳过它。 接下来导航到galleria-jsf项目并打开web.xml。 login-config不完整应如下所示 login-configauth-methodFORM/auth-methodform-login-configform-login-page/Login.xhtml/form-login-pageform-error-page/Login.xhtml/form-error-page/form-login-config/login-configsecurity-roledescriptionAll registered Users belong to this Group/descriptionrole-nameRegisteredUsers/role-name/security-role 您还需要定义可能的角色否则WebLogic安全性内容将开始抱怨。 将一个空白的weblogic.xml添加到galleria-jsf \ src \ main \ webapp \ WEB-INF文件夹中并添加以下几行 ?xml version1.0 encodingUTF-8?
weblogic-web-app xmlnshttp://xmlns.oracle.com/weblogic/weblogic-web-appxmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://xmlns.oracle.com/weblogic/weblogic-web-app http://xmlns.oracle.com/weblogic/weblogic-web-app/1.4/weblogic-web-app.xsdsecurity-role-assignmentrole-nameRegisteredUsers/role-nameprincipal-nameRegisteredUsers/principal-name/security-role-assignment session-descriptortimeout-secs3600/timeout-secsinvalidation-interval-secs60/invalidation-interval-secscookie-nameGalleriaCookie/cookie-namecookie-max-age-secs-1/cookie-max-age-secsurl-rewriting-enabledfalse/url-rewriting-enabled/session-descriptor
/weblogic-web-app 我们在这里将web.xml角色映射到WebLogic角色。 您可能已经跳过了这个但是我喜欢这种方式所以您不会感到困惑。 session-descriptor元素负责JSESSION cookie名称。 如果您不进行更改则会遇到登录用户登录管理控制台的麻烦。 继续执行galleria-ejb项目。 在“ galleria-ejb \ src \ main \ resources \ META-INF”文件夹中创建一个空白的weblogic-ejb-jar.xml。 将以下代码放入其中 ?xml version1.0 encodingUTF-8?
weblogic-ejb-jar xmlnshttp://xmlns.oracle.com/weblogic/weblogic-ejb-jar xmlns:xsihttp://www.w3.org/2001/XMLSchema-instancexsi:schemaLocationhttp://xmlns.oracle.com/weblogic/weblogic-ejb-jar http://xmlns.oracle.com/weblogic/weblogic-ejb-jar/1.0/weblogic-ejb-jar.xsdsecurity-role-assignmentrole-nameRegisteredUsers/role-nameprincipal-nameRegisteredUsers/principal-name/security-role-assignment
/weblogic-ejb-jar 与web.xml / weblogic.xml相比这还告诉WebLogic如何将ejb-jar.xml安全角色映射到WebLogic角色。 好的打开persistence.xml并添加以下行 property namehibernate.dialect valueorg.hibernate.dialect.DerbyDialect /property namehibernate.transaction.jta.platformvalueorg.hibernate.service.jta.platform.internal.WeblogicJtaPlatform / 第一个明确选择用于休眠的Derby方言。 第二个告诉Hibernate在何处以及如何查找事务。 全做完了。 现在您应该能够再次构建项目并进行部署。 使用管理控制台或NetBeans进行部署。 感谢您抽出宝贵时间关注这篇冗长的帖子。 希望对您有所帮助 是否想知道启动和运行单元和集成测试所需的时间 继续阅读 是时候继续Vineet的Java EE 6 Galleria示例了。 经过一番介绍之后 GlassFish和WebLogic 12c部署的基本入门指南终于可以开始进行测试了。 由于两个原因我在前面的文章中跳过了这一部分。 第一个显然是我想写一篇单独的文章。 第二个是需要做的工作才能在最新的GlassFish 3.1.2上启动并运行它。 Vineet和团队在几天前发布Arquillian GlassFish Remote Container CR3方面做得很出色现在还涵盖了GlassFish 3.1.2。 是时候开始测试Galleria示例了。 你要测试什么 构建Galleria的目的是通过使用JUnit 4编写的单元测试和集成测试来实现全面的测试覆盖。EJB和域模型的单元测试和集成测试依赖于EJB 3.1容器API。 表示层的集成测试依赖于Arquillian项目及其Drone扩展用于执行Selenium测试。 请确保更新到Galleria项目的最新资源因为Vineet已将Arquillian GlassFish容器更新为CR3并将Selenium内容更新为支持最新的FireFox浏览器。 单元测试域层 域层的测试分为五类。 前三个Bean验证测试相互注册验证测试构造函数测试等于和哈希码方法涵盖了几乎所有基于JPA的应用程序的基本需求。 如果您沿着galleria-ejb \ src \ test源代码漫步则可以在info.galleria.domain包中看到它们。 每个域对象都包含一个套件类该套件类包括所有三种单元测试。 让我们从查看Bean验证测试开始。 与JavaBeans属性中的getter和setter关联的行为非常容易验证。 所有需要做的就是首先调用setter然后调用getter并验证getter返回的实例是否等于传递给setter的实例。 该项目使用 为此可以使用BeanVerifier类在galleria-ejb模块的src / tests / java根目录下。 AlbumBeanVerifier测试只是一个参数化测试它测试每个属性。 在这种情况下唯一的例外是coverPhoto属性该属性具有简单的JavaBean模式之外的特殊行为。 列表的下一个是对构造函数equals和hashcode方法的测试。 仅通过创建类的新实例同时声明将由构造函数设置的属性的有效性来测试域实体的构造函数。 equals和hashcode方法通过使用EqualsVerifier项目中的EqualsVerifier类进行验证。 最基本的测试的最后一类是相互注册 PDF验证测试。 您只想检查对实体之间关系的修改是否实际上导致对父属性和子属性的更改。 有关实现的更多详细信息请参见综合Wiki页面 。 所有这些都在单元测试阶段执行并被** / * Suite.java类覆盖。 除了基本测试您还会发现针对基本测试模型不足或不适合的特定情况编写的一次性测试。 在这种情况下一次性测试将通过手写断言来验证这种行为。 您可以在同一包的** / * Tests.java类中找到它们。 域层测试以JPA存储库测试结束。 * RepositoryTest.java类中的每个类都会测试已处理域对象的CRUD行为。 通用的AbstractRepositoryTest会处理测试数据并在每次测试运行后重置数据库。 数据库创建本身由maven-dbdeploy-plugin处理。 查看pom.xml您可以看到它绑定到两个Maven生命周期阶段流程测试资源和集成前测试以确保两次被调用。 第一次是在单元测试之前第二次是在集成测试之前请在下面进行比较。 所有这些单元测试都是通过surefire执行的。 如果您在galleria-ejb项目上发布了mvn测试则可以看到总共138个测试通过了。 这是四个** / * Suite测试四个** / * RepositoryTest和两个附加测试。 如果您简要查看控制台输出就会发现这一切都是在Java SE环境中发生的。 到目前为止尚未进行任何容器测试。 集成测试域层 因此这实际上仅涵盖了每个人都应该做并且可能知道的基础知识。 进行集成测试是另一回事。 这是通过** / * IntegrationSuite测试完成的。 该名称故意不使用默认命名约定以防止它们在Maven的单元测试阶段中运行。 要进入Maven的集成测试阶段Galleria示例将使用Maven故障安全插件 。 您可以在info.galleria.service.ejb包中找到集成测试套件。 AbstractIntegrationTest注意处理单元测试的测试数据与AbstractRepositoryTest相当。 该套件为每个域对象都包含一个* ServiceIntegrationTest。 您可以遍历每个* IntegrationTest中的单个测试并了解这里发生的事情。 ServicesIntegrationSuite通过使用AbstractIntegrationTest.startup;来启动和停止EJBContainer。 这种方法比较不明显且简单 logger.info(Starting the embedded container.);
MapString, Object props new HashMapString, Object();
props.put(org.glassfish.ejb.embedded.glassfish.installation.root,./glassfish-integrationtest-install/glassfish);
container EJBContainer.createEJBContainer(props);
context container.getContext();
datasource (DataSource) context.lookup(jdbc/galleriaDS); 这里最重要的一点是可嵌入的EJBContainer是通过现有的GlassFish域配置的该域可以直接在galleria-ejb \ glassfish-integrationtest-install文件夹中找到。 如果查看glassfish \ domains \ domain1 \ config \ domain.xml可以看到所有配置都已经为您完成。 但是部署来自何处 这很容易回答。 默认情况下可嵌入的EJBContainer在您的类路径中搜索ejb-jar jarfiles或文件夹然后将其部署。 如果要从EJBContainer中看到更多详细输出则必须在src / test / resources中提供一个customlogging.properties文件并在其中添加一些简单的行 handlersjava.util.logging.ConsoleHandler
java.util.logging.ConsoleHandler.formatterjava.util.logging.SimpleFormatter
java.util.logging.ConsoleHandler.levelFINEST
#add some more packages if you need them
info.galleria.service.ejb.levelFINE 将以下内容添加到pom.xml的maven-failsafe-plugin配置部分 systemPropertyVariables
java.util.logging.config.file${basedir}/src/test/resources/customlogging.
properties/java.util.logging.config.file
/systemPropertyVariables 集成测试应成功完成并且maven应打印与以下内容类似的内容 Tests run: 49, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 61.726 sec 注意集成测试花费的时间比正常的单元测试长得多。 这一点也不奇怪您应该确保仅在需要时才执行它们以免影响开发进度。 集成测试表示层 域层覆盖了测试。 缺少的是表示层。 您可以在galleria-jsf项目中找到表示层测试。 首先检查pom.xml。 您可以在这里找到几个新的依赖项。 即ArquillianSelenium和Drone。 首先再次进行一些配置。 向下滚动到配置文件部分您可以看到一个集成测试配置文件该配置文件使用了maven-glassfish-plugin并控制了一个配置有几个属性的容器。 将定义添加到pom顶部的properties部分 galleria.glassfish.testDomain.useradmin/galleria.glassfish.
testDomain.user
galleria.glassfish.testDomain.passwordFileD:/glassfish-3.1.2-b22/glassfish3/glassfish/domains/
test-domain/config/local-password/galleria.glassfish.testDomain.passwordFile
galleria.glassfish.testDomain.glassfishDirectoryD:/glassfish-3.1.2-b22/glassfish3/glassfish//galleria.glassfish.testDomain.glassfishDirectory
galleria.glassfish.testDomain.domainNametest-domain/galleria.glassfish.testDomain.domainName
galleria.glassfish.testDomain.adminPort10048/galleria.glassfish.testDomain.adminPort
galleria.glassfish.testDomain.httpPort10080/galleria.glassfish.testDomain.httpPort
galleria.glassfish.testDomain.httpsPort10081/galleria.glassfish.testDomain.httpsPort 您可以按照第2部分中所述从galleria-ejb项目的开发配置文件中复制它。 您还应该已经拥有该域。 接下来是maven-surefire-plugin您可以看到它遵循了galleria-ejb项目相同的约定。 但是查看测试类您会发现这里没有单个单元测试。 因此您可以直接转到处理集成测试的maven-failsafe-plugin。 只有一个AllPagesIntegrationTest涵盖了完整的测试。 让我们去那里。 这是一个Arquillian Testcase它作为客户端针对远程实例执行。 除了部署的定义Deployment您还会再次看到几个setUp和tearDown方法它们可以进行一些初始化和销毁。 一件事必须单独处理。 您还会在其中看到一个writeCoverageData方法该方法显然连接到某种Socket并从中读取数据。 这是JaCoCo Java代码覆盖率库钩子可以产生测试的覆盖率数据集。 要进行此工作您将必须下载该软件包并将其解压缩到您选择的位置。 接下来转到GlassFish test-domain \ config \ domain.xml并将其打开。 找到服务器配置– java-config并在其中添加以下内容 jvm-options-javaagent:D:\path\to\jacoco-0.5.6.201201232323\lib\jacocoagent.jaroutputtcpserver/jvm-options 这将启用GlassFish的覆盖代理。 现在完成所有配置。 返回到NetBeans选择集成测试配置文件在NetBeans中您可以通过从图标区域中的小锤子旁边的下拉框中选择条目或者使用-Pintegration-test作为maven命令行开关来执行此操作。输出告诉您GlassFish域已启动并且info.galleria.view.AllPagesIntegrationTest正在运行请注意在此运行期间将弹出FireFox实例而Arquillian Drone扩展正在驱动您的Selenium测试。 如果您以前从未看过以这种方式远程控制的浏览器看起来很奇怪。 如果一切正常您现在应该在控制台输出中看到以下内容 Tests run: 30, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 138.014 sec 如果您在浏览器中使用的语言环境不是en则测试可能会完全失败。 因此还需要配置Drone以支持它 。 Drone允许您通过arquillian.xml指定Firefox配置文件。 您可以创建一个Firefox配置文件该配置文件配置为发送以en / en-US作为值的接受语言标头。 要创建新的配置文件请使用以下命令启动Firefox配置文件管理器您可能需要关闭所有正在运行的实例firefox -profilemanager在Windows上您需要执行命令“ d\ complete \ path \ to \ firefox.exe” “ -profilemanager在cmd外壳中。 记住创建此配置文件的光盘上的位置–以后将需要它。 要配置创建的配置文件在Firefox中转到选项菜单-内容选项卡-语言字段集-选择添加英语并将其移至顶部作为首选语言。 现在浏览Galleria-jsf \ src \ test \ resources \ arquillian.xml然后可以添加一个属性 extension qualifierwebdriver
property nameimplementationClassorg.openqa.selenium.firefox.FirefoxDriver/property
property namefirefoxProfilelocation of the Firefox profile for English/property
/extension 现在全部完成。 您现在应该可以运行完整的清理和构建过程而没有任何测试失败。 一个大的“绿色酒吧” :) 参考 Java EE 6示例–在WebLogic 12上运行Galleria –第3部分 Java EE 6示例–测试Galleria –第4部分来自Markus Eisele博客上的JCG合作伙伴 Markus Eisele。 翻译自: https://www.javacodegeeks.com/2012/04/java-ee-6-example-galleria-part-2.html
