㈠ 怎麼把mysql中的資料庫復制到另一台電腦的mysql上
拷貝
netstopmysql
cp-r/mysql/mysql
備份還原
mysqlmp -hlocalhost -uroot -p test > test.sql
mysql -hlocalhost -uroot -p test < test.sql
master/salve
ETL挖掘工具同步
㈡ 使用OSGi包,相互import的問題如何解決
是的。。。可以將介面提取出來，放在新的boundle中
㈢ 我的紐西蘭求職經歷
我的紐西蘭求職經歷
終於要開始寫求職過程了。我對回憶這部分經歷和心情比較矛盾，有時候感覺不想再去回憶，也無從下筆來寫;但又覺得應該記錄下來，對有類似想法的朋友，也許可以作為參考。當然最主要是寫給我自己的。
這三個月的求職歷程中，我空前真切的感覺到我的心理狀態波動能夠達到怎樣的劇烈，並且能夠在相當大的程度上影響我的判斷。
在以前我自認為是一個比較穩重的人，後來發現那隻是因為我沒有見識過什麼風浪起伏而已。當然我經歷過的這些也只能算是小打小鬧了，但也足以讓我認識到以前我是多麼幼稚。
應該說，出國前我還是對即將面對困難有一定的心理准備的。不過很快我就意識到，I was not prepared well!玩過魔獸世界的朋友也可以把這句翻譯成「我這是自尋死路」。。。
剛來的`時候想就算紐西蘭就業市場不景氣，但軟體行業也應該不會很難找。這是對客觀事實認識的偏差。紐西蘭現在失業率居高不下，找工作哪裡有那麼容易。而且我沒有本地學歷，沒有本地工作經驗，沒有長期工作的合法簽證，僱主僱用我要承擔很多風險，除非我絕對優秀，否則僱主只要有選擇就不會要我。。。當然這樣分析起來未免太悲觀了，要做到足夠優秀並非不可能，加上一些必不可少的運氣成分，還是有可能求職成功的。
然後是對自己的狀況沒有充分的認識。當時離開IBM的時候，對自己的感覺還是相當不錯的。感覺自己基礎不錯，知識面廣，各方面都知道關鍵點，觸類旁通，找工作應該不難。但其實這邊要人的標准不僅僅是知道關鍵原理，而是針對相關技術有豐富經驗，全面的掌握，上手就能幹活。而我在IBM使用的技術有很多都是IBM內部使用比較多，但在中小企業(紐西蘭大部分是中小型企業)使用的並不多。因此我最專業的技術儲備並沒有為我帶來直接優勢。
比如我掌握最純熟的java開發方向是eclipse插件和OSGi，在紐西蘭的面試中沒有一家直接使用它的。而紐西蘭的僱主更可能注意到你沒有他們要求的直接經驗，比如EJB3等等。我說這些並不是說基礎不重要，正相反，如果你沒有針對某個技術的直接經驗，那麼你唯一能依靠的就只有基礎積累。
下面這段要說的包含更多技術內容，也許能給同行提供些參考。Java，C#，C++三大語言中至少要有一門達到絕對掌控，回答任何問題都氣定神閑的狀態。然後在企業級市場中最看重的就是資料庫的SQL和它的擴展，比如Oracle的PL-SQL和SQL Server的T-SQL。不要覺得只掌握標准SQL就可以了，真正求職過程中，每一門技術的掌握都是要求精確到具體產品的，而不是針對某個標准。最終我接受的工作是做Flex開發。這是我在加入IBM之前就喜歡的技術，Flex曾經是我開發web方案的首選。並且這個職位同樣要求很強的Java編程技能。
可見最後能幫到你的，還是你傾注最多努力培養的方面。那些以興趣為主淺嘗輒止的涉獵，如果沒有深入進去，或者沒有項目跟進，最終只能給你造成知識面很廣，眼高手低的假象。很遺憾我直到很後期才認識到這個問題，這也許和我沒經歷過真正的求職有關系。不經過職場的考驗，就不知道一個求職者真正要求的素質有哪些。
另一個感受就是，不斷學習的覺悟和能力是至關重要的。如果我在IBM繼續呆著，即便更換了不同的項目，用新技術，我也有足夠的時間去學習，那種已經建立起來的信任會讓大家都彼此和諧，不會有人來challenge我某方面的掌握程度。久而久之就養成了惰性，學習新技術的熱情並消減。而求職過程中被逼迫不斷學習的過程，現在回想起來，感覺是讓我獲益匪淺。果然是生於憂患死於安樂。
㈣ ibatis連接資料庫的問題，高分求解決！！！！！
錯誤初始化的TransactionManager 。不能實例TransactionConfig 。問題在配置文件中，如果用到Spring的話在Spring中配置的事務管理器，如果有配置數據源的話在檢查一下，往回推！
㈤ 如何在 WebSphere Application Server V8 中部署和管理 OSGi 應用
Blog 應用程序包里共有 5 個 bundle，但是只需要其中的四個就可以運行這個程序，因為第五個 bundle 是持久化 bundle 的更新版本，主要是用來演示如何去動態更新 OSGi bundle 的。另外，要想使 Blog 應用正常運行，還有兩個與日誌相關的 bundle，這兩個 bundle 需要事先導入到 WAS 的內部 bundle 存儲庫里。以上所提到的所有資源被放在 blogSample.zip 文件中的 installableApps 文件夾里。這些 bundle 是按功能劃分的：
com.ibm.samples.websphere.osgi.blog.persistence, 包含了和持久化相關的代碼，同時也提供了一些介面，可以被主程序用來執行博客更新和查詢功能。
com.ibm.samples.websphere.osgi.blog_1.0.0，是 Blog 應用的主程序，包含了主要的業務邏輯代碼，並負責和前端 web 層與後端持久化層的交互。
com.ibm.samples.websphere.osgi.blog.web，藉助 html、css 等完成前端顯示的功能。
com.ibm.samples.websphere.osgi.blog.api，包含 Blog 應用所需要的 API。
com.ibm.samples.websphere.osgi.blog.persistence_1.1.0，是持久化 bundle 的更新版本，新增了對博客文章的評論服務。
Blog 提供了兩種部署方式，一種是利用腳本進行完整的部署，另一種是先用腳本做一些初始的配置，如數據源的配置，然後再用 WAS 管理控制台或命令行方式去安裝 Blog 應用。在部署成功以後，我們還可以對應用進行使用、維護、拆卸以及更新操作。在本文中，我們使用第二種方式來部署 Blog 應用。
在 WAS V8 中配置 Blog 應用所需資源
安裝 Blog 應用包含兩個部分，一部分是配置 Blog 應用所需的資源，例如建立資料庫、配置數據源等；另一部分是利用 WAS 管理控制台或者命令行工具安裝 Blog 應用到 WAS 上。在這里我們先介紹第一部分，第二部分穿插在後續的 WAS 對 OSGi 應用部署和管理功能介紹的篇章中。
我們使用腳本配置 Blog 應用所需的資源，這些腳本存放在 blogSample.zip 中的 scripts 目錄里。其中，createBlogDb.sql 用來創建所需的 Derby 資料庫和相關資料庫表，blogSampleInstall.py 包含了一些 Jython 命令用來創建數據源，以及以默認的方式安裝 Blog 應用。
使用腳本配置 Blog 應用
使用如下命令創建和配置 Derby 資料庫（BLOGDB）以及相關資料庫表
對於 Unix 系統
app_server_root/derby/bin/embedded/ij.sh scripts/createBlogDb.sql
對於 Windows 系統
app_server_root\derby\bin\embedded\ij.bat scripts\createBlogDb.sql
使用如下命令創建數據源
對於 Unix 系統
app_server_root/profiles/profileName/bin/wsadmin.sh
-f scripts/blogSampleInstall.py setupOnly serverName nodeName
對於 Windows 系統
app_server_root\profiles\profileName\bin\wsadmin.bat
-f scripts\blogSampleInstall.py setupOnly serverName nodeName
運行完上述命令後，可以登錄到 WAS 控制台查看剛剛創建的數據源。導航到 Resources > JDBC > Data sources 面板：
部署你的 OSGi 應用
管理 bundle 存儲庫
在上文我們提到 com.ibm.samples.websphere.osgi.logging.api.jar 和 com.ibm.samples.websphere.osgi.logging.impl.jar 這兩個 bundle 是 Blog 應用正常運行所不可或缺的，在安裝 Blog 應用之前，需要先將這兩個 bundle 導入到 WAS 的 bundle 存儲庫中。在這一節我們就介紹如何去管理 WAS 的 bundle 存儲庫。
不同的 OSGi 應用之間可以共享很多通用的 bundle，為了簡化對共享 bundle 管理工作以及避免每一個 OSGi 應用都單獨的去維護這些 bundle，WAS 提出了 bundle 存儲庫的概念。共享的 bundle 或者組合 bundle 以及第三方類庫的 bundle 都可以事先導入到 bundle 存儲庫中，每一個 OSGi 應用只需聲明對這些 bundle 的引用就可以很方便的使用 bundle 存儲庫里的 bundle。WAS 的 bundle 存儲庫包括內部存儲庫和外部存儲庫，前者是將共享的 bundle 保存在本地，而後者則可以通過添加鏈接（名字和 URL）使用外部的 bundle。
管理內部 bundle 存儲庫
使用 WAS 管理控制台管理內部 bundle 存儲庫
管理員可以使用 WAS 管理控制台查看已導入的 bundle 以及 bundle 的詳細信息，還能通過管理控制台向存儲庫添加和從存儲庫刪除 bundle。
啟動 WAS 管理控制台
導航到 Environment > OSGi bundle repositories > Internal bundle repository 頁面在頁面中顯示的列表就是已經導入到 bundle 存儲庫里的 bundle，如果是第一次使用，則會顯示如下空白頁面：
在 bundle 存儲庫頁面可以添加、刪除 bundle 或者顯示 bundle 詳細信息
添加單一 bundle 或者合成 bundle 到存儲庫
點擊 New，將顯示上傳 bundle 的頁面
在對話框里輸入 bundle 或者合成 bundle 所在的路徑
點擊 OK，所指定 bundle 或者合成 bundle 就會被上傳到 bundle 存儲庫
對於 Blog 應用：重復上面的操作，添加 com.ibm.samples.websphere.osgi.logging.api.jar 和 Com.ibm.samples.websphere.osgi.logging.impl.jar 到存儲庫中。如下圖所示：
刪除存儲庫里的 bundle，首先選中需要刪除的 bundle，然後點擊 Delete 即可完成操作
查看 bundle 的詳細信息，點擊 bundle 的名字就可以進入到 bundle 的詳細信息頁面
圖 5. Bundle 詳細信息
在完成添加和刪除操作以後，需要保存修改到主配置文件中。
使用命令行管理內部 bundle 存儲庫
使用 wsadmin 命令行工具可以實現 bundle 的添加、刪除、列表以及顯示詳細信息操作。由於 wsadmin 默認使用的腳本語言是 jacl，而我們使用的都是 jython 腳本或者命令，所以我們首先要將 wsadmin 的默認腳本語言修改為 jython，方法是編輯如下文件：<profile_root>\<profile_name>\properties\wsadmin.properties，修改"com.ibm.ws.scripting.defaultLang=jython"
導航到 <profile_root>\<profile_name>\bin 目錄，啟動 wsadmin 命令行工具：
添加單一 bundle 或合成 bundle 到內部存儲庫
使用 addLocalRepositoryBundle 命令添加 bundle 到存儲庫，命令格式如下：
AdminTask.addLocalRepositoryBundle('-file path')
該命令中只有一個參數 file，用來指定你要添加的 bundle 的路徑，對於 Blog 應用，我們用如下命令依次添加上文提到的兩個和 log 相關的 bundle：
AdminTask.addLocalRepositoryBundle('[-file "C:\\blogSample_v8\\blogSample\\installableApps
\\com.ibm.samples.websphere.osgi.logging.impl.jar"]')
AdminTask.addLocalRepositoryBundle('[-file "C:\\blogSample_v8\\blogSample\\installableApps\
\com.ibm.samples.websphere.osgi.logging.api.jar"]')
AdminConfig.save()
添加完以後，登錄 WAS 管理控制台，導航至 Internal bundle repository 頁面，您將看到兩個 bundle 已經被成功添加，如圖 4 所示。
顯示已添加到存儲庫里的 bundle 列表
使用 listLocalRepositoryBundles 命令來顯示已經添加成功的 bundle 列表，命令格式如下：
AdminTask.listLocalRepositoryBundles()
顯示 bundle 的詳細信息
使用 showLocalRepositoryBundle 命令來顯示 bundle 信息，命令格式如下 :
AdminTask.showLocalRepositoryBundle( 』 -symbolicName bundle_symbolic_name
-version bundle_version 』 )
兩個參數分別是要顯示 bundle 的名字和版本信息。
將 bundle 從存儲庫刪除
使用 removeLocalRepositoryBundle 或則 removeLocalRepositoryBundles 命令刪除一個或多個 bundle，命令格式如下：
AdminTask.removeLocalRepositoryBundle( 』 -symbolicName bundle_symbolic_name
-version bundle_version 』 )
AdminTask.removeLocalRepositoryBundles([
』
bundle1_symbolic_name;bundle1_version
bundle2_symbolic_name;bundle2_version
bundle3_symbolic_name;bundle3_version 』
])
管理外部 bundle 存儲庫
對於外部 bundle 存儲庫，WAS 同樣提供了管理控制台和命令行兩種管理方式，並且對於外部庫的控制和內部庫的控制類似。在這里我們就不多加介紹，有興趣的讀者可以閱讀本文末參考資料了解更多詳細信息。
㈥ OSGI的系統服務
系統服務提供水平功能，它在每個系統是必須的。日誌服務，配置管理服務，設備訪問服務，用戶管理服務，IO連接器服務和參數服務都是系統服務的一個方面。
日誌服務(LogService)日誌信息，警告，調試或者錯誤信息通過日誌服務來處理的。它接受日誌實體並分派這些實體到訂閱了這個信息的其他bundles。
配置管理服務(ConfigurationAdminService)該服務提供一個設置和獲取配置信息的靈活、動態模型。
設備訪問服務(DeviceAccessService)設備訪問是OSGi為一個新的設備匹配一個驅動，並自動下載一個實現該驅動的bundles的機制。這個可用作即插即用方案。
用戶管理服務(UserAdminService)該服務使用一個用於授權和驗證目的的用戶信息資料庫。
IO連接器服務(IOConnectorService)該IO連接器服務實現了CDC/CLDCjavax包，並作為一個服務。該服務允許bundles提供新的可交換協議模式。
參數服務(PreferencesService)該服務提供了參數層級資料庫的可訪問性，同Windows注冊表或者Java參數類相似。
組件運行時服務(ComponentRuntime)服務的動態特性--它們能夠在任何時間來去自由--使編寫軟體變得更難。組建運行時規范通過提供一個基於依賴聲明的XML文件來簡化處理這些動態方面。
部署管理服務(DeploymentAdmin)OSGi的主要部署格式是bundle，它是一個JAR/ZIP文件。部署管理提供第二種可選格式：部署包。部署包能夠將bundles和相應資源聯接成可被安裝和卸載的單個交付。完整的資源處理器模型允許用戶代碼擴充資源類型。
事件管理服務(EventAdmin)很多OSGi事件有特定的類型化的介面，使其很難接收和過濾事件。事件服務提供一個泛化的基於主題的事件機制。這個規范包括為所有已存框架和服務事件的映射。
應用程序管理服務(ApplicationAdmin)OSGibundle模型不同於依賴於啟動和關閉形式的典型的桌面或者行動電話應用程序模型。該應用程序管理服務提供了傳統應用程序模型和它所要求的管理設施。
㈦ 急：在線請教OSGI高手，如何在OSGI框架中載入sqlite資料庫連接補充內容代碼和異常如下，小弟先謝謝了！
請先看看http://www.devtutor.com/index.php?doc-view-6220.html
（Java OSGi 框架比較），相信可以給你一些啟發的。
㈧ java.lang.ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver at org.eclipse.osgi
java.lang.ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver
找不到資料庫存的啟動程序
估計是你的驅動包沒有導進去
㈨ OSGI springDM demo
it群 www.itqun.net |
頁面導航： >>
>>
>>正文內容：
OSGi與Spring DM：使用Spring DataSource
OSGi與Spring DM：使用Spring DataSource
瀏覽次數：
次 字體：[ ] 類型：轉載
p>本文是《你好，OSGi》系列的第九部分。之前已經完成了使用Spring DM構建簡單應用並導入導出服務套件的過程，下面將介紹Spring DataSource的使用。顧名思義，Spring DataSource用於完成Spring應用程序與資料庫直接的聯絡。使用 Spring DataSourceSpring框架的長處之一在於它為處理常見需求提供了一組預制的bean。在最後這個小節中，我們將學習Spring DM如何允許用戶訪問基於OSGi應用程序中的這些預制bean。在這個練習中，我們將修改 ContactDAO套件，使它連接到一個RDBMS，來與聯絡表互動。對於連接管理，我們將使用Spring DataSource (org.springframework.jdbc.datasource.DriverManagerDataSource) 類。請注意 Spring 的 DataSource 是 org.springframework.bundle.spring.jdbc 服務套件的一部分。在這個練習中，我使用 Apache Derby 來測試應用程序的代碼；你也可以使用你喜歡的資料庫。該練習的第一步是在你的資料庫中創建聯絡表。可以使用代碼清單 11 中的 DDL 腳本創建這個 CONTACT 表。代碼清單 11. CONTACT 表的 DDL
CREATE�0�2TABLE�0�2CONTACT( �0�2CONTACTID�0�2int�0�2NOT�0�2NULL, �0�2FIRSTNAME�0�2varchar(300), �0�2LASTNAME�0�2varchar(300) �0�2); �0�2對於連接管理，我們想使用 Spring 的 DriverManagerDataSource bean。問題在於， DriverManagerDataSource 類是 spring.jdbc 套件的一部分，而後者為了完成其工作需訪問你的 JDBC 驅動程序類。要解決該依賴性，最簡單的方法是將你的 JDBC 驅動程序 JAR 導入到 spring.jdbc 套件中。第一步，右鍵點擊 org.springframework.bundle.spring.jdbc 套件，然後點擊 New --> Folder。將該文件夾命名為「JARs folder」。接著，右鍵點擊新創建的 JARs folder，然後點擊 Import --> General --> File System。在 From Directory 下，File System 對話框應顯示包含你的 JDBC 驅動程序 JAR 目錄的問題。對於我，該位置是 C:\software\db-derby-10.2.2.0-bin\lib。 選擇該位置，將在 Select 框中顯示 JAR 列表。選擇 derbyclient.jar（如果你使用的是 Derby）然後單擊完成。Eclipse 將 derbyclient.jar 導入到你的 JARs folder 中。導入 JDBC 驅動程序 JAR 的最後一步是將其添加到你的套件路徑中。為此，在 Plug-in Manifest Editor 編輯器中打開 org.springframework.bundle.spring.jdbc 套件的 MANIFEST.MF 文件。然後切換到 Runtimes 標簽欄並選擇 jars/derbyclient.jar，如圖 3 所示。
�0�2
圖 3. 將 derbyclient.jar 添加到套件路徑（如果你喜歡，可以收到更新 bundle-classpath 條目至：Bundle-ClassPath: spring-jdbc-2.5.jar, jars/derbyclient.jar。）現在，我們已經准備好了，可以通過將 JDBC 代碼修改 ContactDAOImpl 類的實現，用來與 CONTACT 表互動。如果你需要，可以從本文的示例代碼導入這個 C
p>本文是《你
㈩ weadmin怎樣訪問資料庫
1.
解壓WeADMIN.zip包,雙擊運行start.bat文件。
2.
完整OSGi插件下載進度提示
3.
稍等片刻,程序下載更新完成提示成功。 不要關掉這個界面,否則會導致登錄上不去。
4.
登錄軟體:在瀏覽器地址欄輸入http://localhost:8080,顯示ITOSS登陸界面(用戶名:admin,密碼:manage)
資料庫是存放數據的倉庫。它的存儲空間很大，可以存放百萬條、千萬條、上億條數據。但是資料庫並不是隨意地將數據進行存放，是有一定的規則的，否則查詢的效率會很低。當今世界是一個充滿著數據的互聯網世界，充斥著大量的數據。即這個互聯網世界就是數據世界。數據的來源有很多，比如出行記錄、消費記錄、瀏覽的網頁、發送的消息等等。除了文本類型的數據，圖像、音樂、聲音都是數據。