posts - 33, comments - 46, trackbacks - 0, articles - 2

          2012年1月19日

          Linux birt3.7環境中,部分導出pdf的漢字不能正確顯示,解決辦法:

          打開org.eclipse.birt.report.engine.fonts_2.3.2.r232_20090202.jar文件,修改fontsConfig_pdf.xml文件中下面行
          <font font-family="STSong-Light" catalog="Chinese" />
          <composite-font name="all-fonts">
                  
          <font font-family="Times-Roman" catalog="Western" />
                  
          <font font-family="STSong-Light" catalog="Chinese" />
                  
          <font font-family="HeiseiKakuGo-W5" catalog="Japanese" />
                  
          <font font-family="HYGoThic-Medium" catalog="Korean" />
              
          </composite-font>


          posted @ 2013-10-21 12:53 在路上... 閱讀(1773) | 評論 (0)編輯 收藏

          1、下載
          wget http://mirror.bit.edu.cn/apache/subversion/subversion-1.8.3.tar.gz
          2、下載依賴包
          ./get-deps.sh

          3.install apr
          ./configur
          make
          make install
          4.install apr-util
          ./configure --with-apr=/usr/local/apr
          make
          make install
          5.update sqlite
          sqlite-amalgamation下載安裝最新版本sqlite,解壓
          4.yum install glibc gcc expat expat-devel openssl openssl-devel
          下載有關依賴包
          5.compile svn
          ./configure --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr --with-zlib \
          --with-openssl --enable-maintainer-mode --with-serf=/usr/local/serf --enable-mod-activation

          可能錯誤現象:
          /tools/svn/bin/svn: symbol lookup error: /tools/svn/lib/libsvn_subr-1.so.0: undefined symbol: apr_atomic_xchgptr

          錯誤解決
          新配置的服務器,在運行svn命令時,全部出錯顯示上面的錯誤信息。
          在網上搜索發現,原來這個錯誤是由于系統已經安裝了apr的庫文件,而在編譯Svn時已經指定了httpd的apr庫。
          在執svn命令時,優先從系統自帶的apr庫載入,而引起不必要的錯誤。

          只需要執行以下命令,將apr和apr-util都卸載即可

          rpm -e --allmatches apr-util --nodeps
          rpm -e --allmatches apr --nodeps


          posted @ 2013-09-11 20:35 在路上... 閱讀(1797) | 評論 (0)編輯 收藏

          1、打包文件命名規則
          根據JavaEE規范,打包的EAR文件可以不適用部署描述符部署,因此需要使用一些默認的約定規則,例如
          •EJBs and client archives are packaged as .jar files.

          •Web applications are packaged as .war files.

          •Resource adapters are packaged as .rar files.

          •Enterprise applications are packaged as .ear files, and can contain other Java EE modules such as EJBs, JDBC, JMS, Web applications, and Resource Adapters.

          •Web Services can be packaged either as .war files or as .jar files, depending on whether they are implemented using Java classes or EJBs. Typically, the .war or .jar files are then packaged in an Enterprise Application .ear file.

          •Java EE libraries are packaged either as an Enterprise Application (.ear file) or as a standard Java EE module.

          •Client applications and optional packages are packaged as .jar files.
          2、Java EE默認部署規則
          通常EAR應用也可以使用開放式目錄部署,此時也應該參考以上的規范配置相應的文件夾,例如
          war應用目錄名必須為XX.war
          EAR==>xx.ear 
          RAR==>XX.rar
          EJB==>xx.jar

          3、Java EE標準的部署規則
          a. 應用包中所有擴展名是.war 的文件被看作是 web 模塊。Web 模塊的上下文根
          的名字是相對于應用包根的名字,但要去掉.war 擴展名。
          b. 應用包中所有擴展名是.rar 的文件都被看作是資源適配器。
          c. 名字為 lib 的目錄被看作是庫目錄,正如在節 8.2.1“捆綁的庫”中所述。
          d. 對于應用包中所有以擴展名是.jar 但不包含在 lib 目錄內的文件來說,按下面 的方式來處理:
          i. 如果 JAR 文件中包含帶有 Main‐Class 屬性的 META‐INF/MANINFEST.MF 文件, 或者包含 META‐INF/application‐client.xml 文件,那么這個 JAR 文件被看作 是應用客戶端模塊。
          ii. 如果 JAR 文件包含 META‐INF/ejb‐jar.xml 文件,或者包含任何帶有 EJB 組件 注釋符(Stateless,等等)的類,那么這個 JAR 文件被看作是 EJB 模塊。
          iii. 所有其他的 JAR 文件都被忽略,除非它被上面的 JAR 文件使用 JAR 文件引 用機制(如在 mainfest 文件中的 Class‐Path 頭library-directory)引用。

          在Jboss環境中,可以在application.xml中手工指定library-directory,例如:
          <library-directory>APP-INF/lib</library-directory>
          其他的jboss遵循標準規范

          4、Weblogic的部署規則

          對于weblogic使用下面的一些規則處理目錄結構:

          •For an exploded archived Web application, in the absence of WEB-INF/web.xml descriptor, the name of the directory should have a .war suffix.

          •For an exploded archived Enterprise Application without a META-INF/application.xml descriptor, the directory should have an .ear suffix. Within the application, the directory of exploded Web module should have a .war suffix. Similarly, the exploded EJB module should have a .jar suffix and the exploded RAR module should have a .rar suffix.

          •If an exploded Enterprise Application contains no META-INF/application.xml descriptor, the order in which modules are deployed is undefined and is dependent on the underlying File.listFiles() method order. To ensure a specific order in which modules are deployed, you must add an application.xml descriptor and list the modules in the desired order.

          如果在weblogic下面如果不使用上面的規則,則需要在application.xml 文件中指定對應的uri路徑
          或者在應用模塊中使用下面的manifest路徑規則

          4.1 classloader的路徑引用
          在weblogic中EAR里面的所有應用共有一個classloader,所以對于ear里面的war,通常不需要在WEB-INF里面包含lib,weblogic提供了一個默認的目錄:
          APP-INF\lib:存放jar包
          APP-INF\classes:存放classes

          注意對于其他的應用服務器,可能沒有這樣的規則

          5、Manifest Class-Path規則
          在java EE規范中,可以使用manifest文件指定當前的應用模塊對與其他classpath路徑的關聯引用,該文件位于
          META-INF/MANIFEST.MF
          路徑下面,內容例如下面,多個引用路徑使用空格分隔:
          Manifest-Version: 1.0
          Class-Path: utility.jar ../xxx/classes ../xxxlib/xxx.jar

          META-INF/MANIFEST.MF



          Manifest Class-Path


           

          參考頁面: http://docs.oracle.com/cd/E12839_01/web.1111/e13706/classloading.htm http://docs.oracle.com/cd/E12839_01/web.1111/e13702/deployunits.htm#DEPGD142

          posted @ 2013-04-08 16:18 在路上... 閱讀(3459) | 評論 (0)編輯 收藏

          1、安裝編譯器   

          Objective-C的編譯器有很多,其中LLVM屬于從GCC發展出來的,主要使用在蘋果的平臺中,GNU可以使用GnuStep,網址是http://wwwmain.gnustep.org/,從這里可以下載Windows版本的gcc編譯器,配合codeblocks可以編譯調試object c程序。
             
          進入下載頁面,下載上面3個軟件包,安裝,例如安裝到D:\GNUstep,

          2、安裝CodeBlocks IDE環境

          下載地址:http://www.codeblocks.org/

          3、配置編譯器

          安裝好codeblocks之后,進入Settings->Compiler and debugger...,選擇GNU GCC Compiler編譯器,復制重新命名為“GNUstep MinGW Compiler“配置

            

          編譯其他選項錄入:-fconstant-string-class=NSConstantString -std=c99

          image

          同時指定搜索目錄:
          》編譯器的搜索目錄是D:\GNUstep\GNUstep\System\Library\Headers
          》linker的搜索目錄設置為D:\GNUstep\GNUstep\System\Library\Libraries,同時設置linker的參數:-lobjc -lgnustep-base
          或者可以在linker選項中加入D:\GNUstep\GNUstep\System\Library\Libraries下面的2個文件libgnustep-base.dll.a,libobjc.dll.a

          image

          image

          設置編譯器、連接器的搜索目錄

          image

          4、配置語法、文件類型,關鍵字等

          添加文件類型支持

          1) 進入Settings->Environment...

          2) 選擇 Files extension handling 添加*.m

          3) 進入 Project->Project tree->Edit file types & categories...

          4) 在Sources, 下面添加 *.m到文件類型列表中.

          image

          添加語法高亮支持

          1) 進入 Settings->Editor...

          2) 選擇 Syntax highlighting 進入Filemasks.... 添加*.m 到文件類型列表中.

          3) 進入 Keywords... (緊靠Filemasks...) 添加下面的關鍵字到列表中
          @interface @implementation @end @class @selector @protocol @public @protected @private id BOOL YES NO SEL nil NULL self

          語法高亮中,加入*.m擴展名
          image 

          5、代碼測試

          新建一個工程,修改main.c為main.m,錄入下面代碼

          #import <Foundation/Foundation.h>
          
          int main (int argc, const char *argv[])
          {
              NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
              NSLog(@"%@",@"hello world");
              [pool drain];
              return 0;
          }

          編譯運行效果如下:

          2012-03-07 17:33:49.711 objc1[6080] hello world

          Process returned 0 (0x0)   execution time : 0.220 s
          Press any key to continue.

          posted @ 2012-03-07 17:40 在路上... 閱讀(7171) | 評論 (5)編輯 收藏

          在linux環境部署應用時,有時候需要用到AWT處理圖片的功能,典型的就是圖片的縮放處理等等,可能會遇到下面錯誤:
          java.lang.NoClassDefFoundError
            at java.lang.Class.forName0(Native Method)
            at java.lang.Class.forName(Class.java:141)
            at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:62)
            at java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1041)

          甚至在默寫情況下面可能導致jvm崩潰,對于該問題的解決辦法是

          1、配置java啟動參數java -Djava.awt.headless=true
          在jdk1.4及以上的環境中,允許使用沒有鍵盤、鼠標、x window顯示啟動的headless虛擬機模式,通過加上上面的屬性即可

          2、配置合適的DISPLAY屬性

          例如通過當前用戶啟動了一個x window的圖形界面,可以將設置類似export DISPLAY=localhost:10.0這樣的環境變量將awt定位到一個實際存在的環境處理。

          配置成功之后,可能可以看到這樣的提示

          nl.ikarus.nxt.priv.imageio.icoreader.lib.ICOReader loaded, version: 0.06.064 build: 691

          配置好之后就不會報錯了

          網上還有一種辦法,啟動Xvfb

          使用

          ls -l /tmp/.X*lock
          可以查看當前啟動了那些xwindow,如果發現X0,可能0.0已經被使用了

          使用兩個命令:
             ------------------------------------
             Xvfb :1 -screen 0 800x600x16 & 啟動Xwindows的虛擬設備
             export DISPLAY=localhost:1.0 配置本地環境
             ------------------------------------

          參考:http://javatechniques.com/blog/linux-x11-libraries-for-headless-mode/

          posted @ 2012-01-19 12:01 在路上... 閱讀(920) | 評論 (0)編輯 收藏

          主站蜘蛛池模板: 遂宁市| 杭锦后旗| 新龙县| 陆川县| 高平市| 凯里市| 高邑县| 景谷| 新河县| 喀喇| 木里| 柳江县| 安乡县| 喀喇沁旗| 青海省| 茂名市| 若羌县| 十堰市| 边坝县| 青浦区| 常宁市| 平乡县| 泰安市| 乐都县| 怀安县| 嘉兴市| 苍山县| 屯昌县| 华池县| 西乡县| 喀什市| 西贡区| 措勤县| 哈巴河县| 房产| 深泽县| 平昌县| 仪陇县| 梅河口市| 甘孜| 临桂县|