㈠ 怎么把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)
数据库是存放数据的仓库。它的存储空间很大，可以存放百万条、千万条、上亿条数据。但是数据库并不是随意地将数据进行存放，是有一定的规则的，否则查询的效率会很低。当今世界是一个充满着数据的互联网世界，充斥着大量的数据。即这个互联网世界就是数据世界。数据的来源有很多，比如出行记录、消费记录、浏览的网页、发送的消息等等。除了文本类型的数据，图像、音乐、声音都是数据。