Time of Update: 2018-12-05
每種類型的異常(如存取違規或堆疊溢位)都可以作為First chance exceptions(第一次偶然發生的異常) 或 Second chance exceptions(第二次偶然發生的異常)對偵錯工具引發。 根據定義,除非未被錯誤處理程式正確地處理, 否則First chance exceptions是非致命的異常。如果的確未被錯誤處理程式正確地處理,那麼它將作為Second chance exceptions再次引發(只有偵錯工具可以處理這些異常)。如果沒有任何偵錯工具處理Second
Time of Update: 2018-12-05
Debug Diagnostic Tool 和 WinDBG 的比較這篇文章中, 比較了二者的區別, 介紹了一些簡單的用法, 比如分別如何抓hung dump, crash dump.http://blogs.msdn.com/tess/archive/2008/05/21/debugdiag-1-1-or-windbg-which-one-should-i-use-and-how-do-i-gather-memory-dumps.aspx 解釋Symbol解釋什麼是Symbol,
Time of Update: 2018-12-05
Windows SharePoint Services (WSS)通過列表和content type實現了協作的資料模式, 這兩個都是用基於XML定義的schema來定義的, schema要麼是在運行時通過使用者自訂建立出來的, 要麼是在features檔案夾中的檔案系統中的XML檔案中. 這些基於XML的檔案是用WSS-specific的語言寫成的, 也就是Collaborative Application Markup Language (CAML).
Time of Update: 2018-12-05
正常化目錄正常化目錄即為URL後面添加斜杠/ 如輸入http://www.cnblogs.com/jaywoo 自動添加/轉換成 http://www.cnblogs.com/jaywoo/之前用ISAPI_Rewrite在IIS中偽靜態 不正常化目錄也不會出現連結錯誤(為了SEO一般是範化目錄的 規則為:RewriteRule ^/([^.]+[^/]$) /$1/ [L,R] ),但在Apache中卻是串連錯誤的,所以需要解決的。解決思路有兩種1.寫兩個重寫規則 一個加/的 一個不加/
Time of Update: 2018-12-05
J2EE學習者越來越多,J2EE本身技術不斷在發展,湧現出各種概念,本文章試圖從 一種容易理解的角度對這些概念向初學者進行解釋,以便掌握學習 j2ee學習方 向。 首先我們需要知道Java和j2ee是兩個不 同概念,Java不只是指一種語言,已經代表與微軟不同的另外一個巨大陣營,所以Java有時是指一種軟體系統的流派,當然目前主要是.NET和java 兩大主流體系。 j2ee可以說指java在資料庫資訊系統上實現,資料庫資訊系統從早期的dBase、到Delphi/VB等C /S結構,發展
Time of Update: 2018-12-05
昨天遇到一個小問題,需要批量處理一些使用者,而前台傳來的使用者格式如下,要提取括弧中間的內容(不帶括弧)教師10(0010)教師11(0011)教師9(009)教師12(0012)教師13(0013)教師14(0014) 本來想用java的String.split()和substring()來搞定,但是需要處理多次比較麻煩,就用Regex了。雖然文法忘得差不多了,但是印象中用斷言比較方便(關鍵希望結果不帶括弧)。開啟RegexBuddy試了下,輕鬆搞定: 下邊是java實現代碼:
Time of Update: 2018-12-05
發現在Domain Controller裡的Active Directory Users and Computers裡有個叫做Builtin的檔案夾節點. 其中包含的使用者組的類型都是Security Group- Domain Local. 發現還有其他的類型, 比如Global, Universal. 他們之間有什麼區別呢? 這個問題的知識範疇屬於Active Directory的Group Scope. Domain local group可以包含任何一種universal group,
Time of Update: 2018-12-05
四、更新策略 互連網是即時變化的,具有很強的動態性。網頁更新策略主要是決定何時更新之前已經下載過的頁面。常見的更新策略又以下三種: 1.曆史參考策略 顧名思義,根據頁面以往的曆史更新資料,預測該頁面未來何時會發生變化。一般來說,是通過泊松過程進行建模進行預測。
Time of Update: 2018-12-05
剛剛在完成一個查詢功能時遇到這樣的異常:org.springframework.orm.hibernate3.HibernateQueryException: unexpected token: * near line 1, column 8 [select * from com.sxpt.model.Usertopro where isusing=1 and tuser.uloginid='0010']; nested exception is org.hibernate.hql.ast.
Time of Update: 2018-12-05
軟體版本 :myeclips6.5 資料庫:oracle 第一步: 建立資料庫和表使用 plsqldev以system登入,在user上右鍵建立使用者並且指定角色,如下2圖以使用者名稱和密碼登入,這裡都是demo,建立自己的表。第二步驟:使myeclips和oracle資料庫相串連。window-->open Perspective-->MyEclipse Java Persistence 操作後會出現一個視圖DB
Time of Update: 2018-12-05
今天又看到"這可能是由於服務端點綁定未使用 HTTP 協議造成的" 這個蛋疼的錯誤 這個錯誤之前也遇到過多次 歸納原因有1、沒有重建代理檔案2、這是因為WCF傳回值無法序列化造成的但我今天遇到時 我想這次肯定不是這兩個原因之一 我想應該是資料量過大 於是把資料減少一部分後 一切正常 那就找解決方案 最後看到 這個文章 http://topic.csdn.net/u/20080708/08/8158eac6-08fd-4e04-b37d-7dfc8137a6d9.html?seed=9379
Time of Update: 2018-12-05
今天突然發現微軟Knowledge Base Article的ID號升級了, 從原來的六位變成七位了, 呵呵. 微軟出KB文檔還是挺快, 挺多的. 錯誤資訊==========Access to the path 'DRIVE:\blobCache\#########2\' is denied. Call Stack==========System.UnauthorizedAccessException: Access to the path 'DRIVE:\blobCache\########
Time of Update: 2018-12-05
在文章強制執行MOSS的Timer Jobs中, 我們討論了如何修改Timer Job的Schedule. 其中說起過, customized的timer job的schedule要修改, 必須經過Object Model. 那如果我只想看看這個timer job的schedule也不得不寫一段代碼才可以麼? 答案是: 不. 雖然stsadm.exe不包括對自訂timer job的schedule屬性的讀取, 你卻可以從資料庫中直接撈取這個資料. 非自訂的timer job也適用. 比如說,
Time of Update: 2018-12-05
對列表資料使用查詢你可以使用SPQuery對象來獲得列表中的具體結果. 當使用SPQuery對象的時候, 你需要建立CAML語句來選擇在目標列表中的具體資料. 為了選擇已經到期的announcements , 你也許會需要像下面的例子一樣使用CAML語句:SPQuery query = new SPQuery();query.ViewFields = @"<FieldRef Name='Title'/><FieldRef
Time of Update: 2018-12-05
目前雲端運算的三種分類本文來源:http://www.pilicat.com1、IaaS(Infrastructure as a Service,基礎架構即服務)通過互連網提供了資料中心、基礎架構硬體和軟體資源。IaaS可以提供伺服器、作業系統、磁碟儲存、資料庫和/或資訊資源。最高端IaaS的代表產品是亞馬遜的AWS(Elastic Compute
Time of Update: 2018-12-05
Time of Update: 2018-12-05
為了實現在使用者誤操作後能夠對資料進行修正,打算添加一個資料庫管理功能,主要實現對資料表的查詢和執行sql語句。費了半天功夫完成以後查詢有的表資料正常顯示,但是個別表出現如下錯誤:No Dialect mapping for JDBC type: -1 意思顯而易見:沒有方言能夠與JDBC類型-1映射。難道我資料庫欄位用了特殊類型,而hibernate不支援?百度之後找到很多同樣錯誤,有的分析發現對於長度過大的varchar(LONGVARCHAR
Time of Update: 2018-12-05
jsp頁面:<%@ page language="java" import="java.util.*" pageEncoding="utf-8"%><%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%><%String path = request.getContextPath();String basePath =
Time of Update: 2018-12-05
原文 http://docs.codehaus.org/display/BTM/Tomcat13These instructions have been verified against BTM 1.3.1.ContentsStep 1: Copy the BTM jarsStep 2: Configure BTM as the transaction managerStep 3: Configure datasources that are transaction awareStep 4:
Time of Update: 2018-12-05
有兩種方法:1.簡便配製方法在D:\Program Files\Apache Software Foundation\Tomcat 7.0\conf\server.xml檔案中的<Host></Host>標籤之間加入如下的Context代碼<Context path="/test" docBase="test" debug="0" reloadable="true" crossContext="true"> <Resource