仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1087|回复: 19
打印 上一主题 下一主题

[学习教程] JAVA网站制作之针对允许证、OSGi、和SpringSource使用平台手艺近况的反响仓酷云 ...

[复制链接]
小妖女 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-18 11:34:36 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
Java到底会发战成什么样,让我们拭目以待吧,我始终坚信着java会更好。以上都是俺个人看法,欢迎大家一起交流.两周前InfoQ领先报导了SpringSource使用平台beta版的公布。我们的报导激发了激烈的会商,在TheServerSide上的报导一样也激发了浩瀚会商。在已往的两周里,开辟者及业界威望的批评核心会合在两个方面:允许证/一样平常计谋和OSGi/手艺的完成。允许证及一样平常战略
在云云之多的批评中,人们既能够找到赞成的声响也能够找到否决的定见。Impala项目(该项目提出了一个相似于Spring-DM的办理计划,接纳的是ApacheLicense2.0允许证)的PhilZoio在博文中如许写道:
……实质上是SpringOSGi的壮大集成。我已标明了我的关心:与使用服务器厂商比拟,一般开辟者能在多年夜水平上承受OSGi。一向以来,老是有人压服我说:一般的Java开辟者都将对OSGi特质体现出极年夜的热忱……有一个允许证的成绩。第一次,SpringSource推出的次要产物利用了非ApacheV2.0的允许,取而代之,其利用了GPL允许证。这类次要变更反应了该公司对本人在市场定位方面的改动……终极,在我脑海中回旋的一个成绩是Spring框架自己怎样顺应这类变更。我一向以为Spring框架是出自RodJohnson的旗舰产物……可是关于Spring使用框架,他们下了重注……
相反,PerOlesen看上往对这一产物和允许证体现出极年夜的热忱:
……我已把spring框架作为我利用的次要引擎,并且在POJOORM路途上走了很长工夫了。远早于JEE5和JPA。并且我喜好这类体例。在新产物上,我乃至保持了JEE5EJB,由于我发明在很多方面spring模子更胜一筹。至于说它正在走向非公然化,这个平台利用的是GPLv3允许,我很喜好。在我看来,GPL允许恰好合适这类产物。它既确保了开放性,又能被别人所使用……
IBM的BillyNewport从使用服务器厂商的视角提出一些定见:
……这看起来像是我和别人筹办鄙人几年企图/但愿要做的事变。我们多数在寻觅一个具有贸易友爱允许的(EPL、BSD或Apache)基于OSGi的散布式平台……总之,我不以为这个平台有代价。我以为它是件商品罢了。我以为profile和监控profile是有代价的工具,我更乐意看到一个具有贸易友爱允许的OSGi散布式运转情况,将它作为厂商构建两头件/profile的新的JVM。假设SpringDM是Apache允许的,我就会以为在Spring服务器上所作的分外事情是纯洁的,很快便可于以EPL或Apache允许证利用,而这将会限定出卖SpringSource服务器的代价……我其实不想抬高SpringSource所做的统统,它的确很好也是必需的,可是假定它的年夜部分组件是Apache2.0或EPL的允许,那末终极的隔膜比构建一个JavaEE或BPEL流程引擎要复杂的多,就这些。
IBM的JerryCuomo也作出了批评:
……InfoQ上的一篇文章带来了这则动静以后,我的收件箱里就充斥了邮件。题目行如许写道——“SpringSource向WebSphere宣战”。真的吗?我不这么以为。我是一个Spring迷,我以为OSGi基本和Spring框架如许的手艺是基于Java使用服务的将来情势。合用于一切服务器的那种放之四海而皆准的体例已慢慢退化为针对特定范例事情负载构建专门的服务器……如今,我以为SpringSource蜕变并在GPL允许下做这件事是光荣的。业界将从Apache允许的“参考”使用平台中获益……因而,退化为符合巨细、能满意多种本性需求的平台的趋向其实不会激发凌乱,更不是SpringSource和WebSphere之间的一场决斗——这只是业界退化的体例——也许Java社区能够像之前那样同心合力,打造公允的合作时机。我们的客户非常欣赏这一点……
终极,MarcFleury(JBoss开创人)的沉思对浩瀚的反响举行了总结:
现实是,我有点体贴可是又不太体贴。在我看来这是风险投资使令的了局。作为一个开辟框架,Spring是一个生成的参谋,可是他们在运转过程当中一向与他们的发卖不休搏斗。瞧,我们如今有一个画在OSGi中心四周的方框……最初,我不晓得这会对它与别的使用服务器的干系发生如何的影响。他们不再中立……年夜伙瞧瞧,使用服务器年夜战已经打响并在2005年停止了。如今是2008年了,各处都是POJO编程,EE编程模子被淡化了。
OSGi和手艺近况
在对所等候的计谋举行申明的同时,SpringSource使用平台公布也对来自浩瀚活泼在OSGi社区的开辟者举行了回应。NeilBartlett给出了很多主动的评价,包含:OSGi的惯例利用、已公布的bundle库、和SAP办理了在那里启动OSGi的成绩。但是,他也存眷新的bundleheader:
……如今,这儿有些让我严重的事变……有两个新的bundleheaders:Import-Bundle和Import-Library。在我看来,Import-Bundle与Require-Bundle存在一样的成绩。这一新的header只是供应了直接援用(比方,你供应一个逻辑bundle名,而不是实在的Bundle-标记名——Bundle-SymbolicName)。这并没有修改关于绑定到一套package四周的wrapper上而不是package自己这个成绩。Import-Library看起来更糟,它会在整套bundle上当即实行Import-Bundle!……
PeterKriens有着相似的设法:
……总而言之,bundle堆栈十分好。……这个bundle堆栈必需要做一个困难的事情。信用!……但是,SpringSource使用平台是一种打击。从文档中,我发明了良多感到像是OSGi的headers,可是我其实不供认,包含:Import-Library、Import-Bundle、使用等等。看起来SpringSource已周全“改进”了OSGi……
SpringSource团队也宣布了几篇博文,具体形貌了使用程序平台的分歧方面:

利用SpringSource使用平台在OSGi上运转Spring使用


  • 装载时编织(LoadTimeWeaving)
  • Classpath扫描
  • 线程高低文类装载器办理
SpringSource使用平台开辟选项


  • 原始(Raw)OSGiBundles
  • JavaEEWAR
  • Web模块(Modules)
  • 平台存到文件(PAR)
SpringSource使用平台ManifestHeaders


  • Import-Bundle
  • Import-Library
利用SpringSource使用平台的供给库(provisioningrepository)


  • 运转时供给(Runtimeprovisioning)
  • 给供给库中增添项目
  • 在分歧安装之间共享供给库
SpringSource使用程序框架的一个次要优点是,它有按需供给依附才能。这个优点有两方面感化:它确保了平台内存占用只管小;不必要把一切依附都封装到一个部署个别中(比方,一个WAR文件)就能够部署。为了使用这些才能,你将必要了解平台的供给库和本博文将要供应的信息……
检察英文原文:ReactionstoLicensing,OSGi,andTechnicalAspectsoftheSpringSourceApplicationPlatform
来自:http://www.infoq.com/cn/news/2008/05/sap-reactions

你总不能说你写框架吧,那无疑会加大工作量,现在大多企业采取的是折中的办法,就是改别人写好的框架,可要改框架,前提是你对这个框架足够的了解,这就更难了。
飘灵儿 该用户已被删除
沙发
发表于 2015-1-21 10:28:09 | 只看该作者
Java是一种计算机编程语言,拥有跨平台、面向对java
深爱那片海 该用户已被删除
板凳
发表于 2015-1-28 06:05:59 | 只看该作者
是一种简化的C++语言 是一种安全的语言,具有阻绝计算机病毒传输的功能
冷月葬花魂 该用户已被删除
地板
发表于 2015-1-30 20:53:02 | 只看该作者
你可以去承接一些项目做了,一开始可能有些困难,可是你有技术积累,又考虑周全,接下项目来可以迅速作完,相信大家以后都会来找你的,所以Money就哗啦啦的。。。。。。
小妖女 该用户已被删除
5#
 楼主| 发表于 2015-2-6 15:56:28 | 只看该作者
是一种突破用户端机器环境和CPU
灵魂腐蚀 该用户已被删除
6#
发表于 2015-2-10 07:08:43 | 只看该作者
接着就是EJB了,EJB就是Enterprise JavaBean, 看名字好象它是Javabean,可是它和Javabean还是有区别的。它是一个体系结构,你可以搭建更安全、更稳定的企业应用。它的大量代码已由中间件(也就是我们常听到的 Weblogic,Websphere这些J2EE服务器)完成了,所以我们要做的程序代码量很少,大部分工作都在设计和配置中间件上。
活着的死人 该用户已被删除
7#
发表于 2015-2-12 20:11:16 | 只看该作者
[url]http://www.jdon.com/[/url]去下载,或到同济技术论坛的服务器[url]ftp://nro.shtdu.edu.cn[/url]去下,安装上有什么问题,可以到论坛上去提问。
莫相离 该用户已被删除
8#
发表于 2015-2-26 12:47:40 | 只看该作者
Java语言支持Internet应用的开发,在基本的Java应用编程接口中有一个网络应用编程接口(java net),它提供了用于网络应用编程的类库,包括URL、URLConnection、Socket、ServerSocket等。Java的RMI(远程方法激活)机制也是开发分布式应用的重要手段。
简单生活 该用户已被删除
9#
发表于 2015-3-1 21:19:46 | 只看该作者
Sun公司看见Oak在互联网上应用的前景,于是改造了Oak,于1995年5月以Java的名称正式发布。Java伴随着互联网的迅猛发展而发展,逐渐成为重要的网络编程语言。
再见西城 该用户已被删除
10#
发表于 2015-3-5 05:23:26 | 只看该作者
在全球云计算和移动互联网的产业环境下,Java更具备了显著优势和广阔前景。
因胸联盟 该用户已被删除
11#
发表于 2015-3-11 05:36:16 | 只看该作者
Java自面世后就非常流行,发展迅速,对C++语言形成了有力冲击。Java 技术具有卓越的通用性、高效性、平台移植性和安全性,广泛应用于个人PC、数据中心、游戏控制台
admin 该用户已被删除
12#
发表于 2015-3-15 20:59:14 | 只看该作者
你可以去承接一些项目做了,一开始可能有些困难,可是你有技术积累,又考虑周全,接下项目来可以迅速作完,相信大家以后都会来找你的,所以Money就哗啦啦的。。。。。。
老尸 该用户已被删除
13#
发表于 2015-3-18 19:40:49 | 只看该作者
Java 编程语言的风格十分接近C、C++语言。
柔情似水 该用户已被删除
14#
发表于 2015-3-22 20:12:32 | 只看该作者
你就该学一学Servlet了。Servlet就是服务器端小程序,他负责生成发送给客户端的HTML文件。JSP在执行时,也是先转换成Servlet再运行的。虽说JSP理论上可以完全取代Servlet,这也是SUN推出JSP的本意,可是Servlet用来控制流程跳转还是挺方便的,也令程序更清晰。接下来你应该学习一下Javabean了,可能你早就看不管JSP在HTML中嵌Java代码的混乱方式了,这种方式跟ASP又有什么区别呢?
第二个灵魂 该用户已被删除
15#
发表于 2015-3-27 09:09:45 | 只看该作者
你就该学一学Servlet了。Servlet就是服务器端小程序,他负责生成发送给客户端的HTML文件。JSP在执行时,也是先转换成Servlet再运行的。虽说JSP理论上可以完全取代Servlet,这也是SUN推出JSP的本意,可是Servlet用来控制流程跳转还是挺方便的,也令程序更清晰。接下来你应该学习一下Javabean了,可能你早就看不管JSP在HTML中嵌Java代码的混乱方式了,这种方式跟ASP又有什么区别呢?
只想知道 该用户已被删除
16#
发表于 2015-4-6 17:46:52 | 只看该作者
关于设计模式的资料,还是向大家推荐banq的网站 [url]http://www.jdon.com/[/url],他把GOF的23种模式以通俗易懂的方式诠释出来,纯Java描述,真是经典中的经典。
山那边是海 该用户已被删除
17#
发表于 2015-4-14 00:29:08 | 只看该作者
有时间再研究一下MVC结构(把Model-View-Control分离开的设计思想)
愤怒的大鸟 该用户已被删除
18#
发表于 2015-5-6 11:09:38 | 只看该作者
自从Sun推出Java以来,就力图使之无所不包,所以Java发展到现在,按应用来分主要分为三大块:J2SE,J2ME和J2EE,这也就是Sun ONE(Open Net Environment)体系。J2SE就是Java2的标准版,主要用于桌面应用软件的编程;J2ME主要应用于嵌入是系统开发,如手机和PDA的编程;J2EE是Java2的企业版,主要用于分布式的网络程序的开发,如电子商务网站和ERP系统。
爱飞 该用户已被删除
19#
发表于 2015-5-7 23:59:14 | 只看该作者
Java 编程语言的风格十分接近C、C++语言。
若相依 该用户已被删除
20#
发表于 2015-5-12 07:45:53 | 只看该作者
有时间再研究一下MVC结构(把Model-View-Control分离开的设计思想)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-9-29 11:30

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表