lemonbrain :: 개발자 수련장

어느샌가 WSS의 SP2가 나와있더군요..보니까 오피스 서비스팩과 동시에 나온듯..

http://support.microsoft.com/kb/953338

• 보다 빠르고 안정적인 콘텐츠 마이그레이션 및 데이터 백업/복원
• 메모리 사용량 감소
• 보다 유연해진 업그레이드 환경
• 상당한 데이터베이스 성능 조정
• 업데이트된 폼 인증 통합
• 고급 사용 권한 관리
• 유용한 관리 도구
• 확장된 브라우저 호환성

가 주요변경사항이라는데..

fix리스트를 보니 일전에 문제되었던 스케줄의 1000건이상 표시안되는 문제는 여전히 안고쳐진거 같네요...-0-

한번설치해보고 싶은데 환경이 없어서..시간 걸리니 나중에 기회가 될때...

   SPWeb myweb = SPControl.GetContextWeb(Context);

   myweb.AllowUnsafeUpdates = true;
   Guid listid = myweb.Lists.Add("SomeList", "", SPListTemplateType.GenericList); //静的な名前で登録。정적인 이름으로 일단 등록
   myweb.Update(); //まずWebに登録処理を行わないと修正ができない。SPWeb을 업데이트안하면 수정이 안됨.

   myweb.AllowUnsafeUpdates = true;
   SPList targetlist = web.Lists[listid];
   targetlist.Title = "実際の名前"; //画面に表示される名前を設定 화면에 표시될 이름을 설정
   targetlist.OnQuickLaunch = true; //サイドリンクバーに表示

   targetlist.Fields.Add("SomeFieldName", SPFieldType.Choice, false); //フィールドを１つ追加
   SPFieldChoice fld_historytype = new SPFieldChoice(targetlist.Fields, CONSTActionHistory.ActionType);
   fld_historytype.Title = "タイプ";
   fld_historytype.Choices.Add("A");
   fld_historytype.Choices.Add("B");
   fld_historytype.Choices.Add("C");
   fld_historytype.EditFormat = SPChoiceFormatType.Dropdown;
   fld_historytype.Update();

   targetlist.Update(); //SPListの更新

Sharepoint Designerを使ってaspxファイルの追加した場合、.Netのコードを使用したい時があります。
何も設定せずにコードを追加するとＷＳＳから怒られますが、以下の設定でコード実行が可能になります。

SharePoint Designer를 사용해서 aspx파일을 추가했을때 .Net코드를 사용하고 싶을때가 있습니다.
아무것도 설정안하고 코드를 추가하면 해당 페이지에서 에러가 발생합니다만 아래의 설정을 해주면 코드가 실행가능하게 됩니다.


web.configを開いて赤い部分を追加します。VirtualPathのオプションはセキュリティを考慮して使用してください。
web.config를 열어서 빨간부분을 추가합니다. VirtualPath등의 옵션은 세큐리티를 고려하면서 사용해주세요. 

<SharePoint>
    <SafeMode MaxControls="200" CallStack="false" DirectFileDependencies="10" TotalFileDependencies="50" AllowPageLevelTrace="true">
      <PageParserPaths>
        <PageParserPath VirtualPath="/*" CompilationMode="Always" AllowServerSideScript="true" IncludeSubFolders="true" />
      </PageParserPaths>
    </SafeMode>

C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\FEATURES\whatsnewlist\whatsnew\schema.xml
ファイルを開いて

35行当たりのName="RefTitle"フィールドのDisplayPatternにこのXMLを追加する。

GroupBoardの一番使い勝手のよい行き先掲示板ですが、
ドロップダウンメニューに
既定の出勤、外出、帰宅　以外に項目を増やしたい・文字を変えたい時があります。



簡単にXMLとJSファイルの修正でできますので必要な方は試してみてください。
C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\1041\GBW
上記のフォルダをファイルエクスプローラで開きます。

以下のファイルが見えると思います。




















今回修正するファイルは
gbwwachoices.xml -> 編集画面での選択肢
GBW_Whereabouts.js -> ドロップダウンメニューの制御部
の２つです。

まず帰宅を退勤に変えてみます。
１．XMLをメモ帳などで開いて帰宅を退勤に編集してください。
２．XMLの最後に昼食というのを追加してください。（編集画面とは）
このファイルは編集画面の文字列を保存しているだけのようです。他にはなにもできません。
※残念ながらここで選択を増やしても編集画面には追加した内容が出てきません。（本当残念。。。）

次はドロップダウンの文字列変更と昼食という選択を増やしてみます。
１．jsファイルを開いて先頭部分をみてください。明らかに文字列の宣言だなと思われるところがありますので
帰宅を退勤に変えてください。
２．適当な変数名で昼食というのを宣言してください。

３．すぐ下にあるGBW_WA_AddListMenuItems(m, ctx)メソッドを探してください。
ドロップダウンに独自のメニューを追加する部分です。上から順番に
行き先の表示
生き先の編集
とグルーピングができるので改行を入れるなどをして見やすくしてください。

４．選択しを追加する部分を決めたら
 strDisplayText=g_stGbwWaLunch;
 strAction="GBW_WA_SetWhereabout(\""+stLayoutsUrl+"\",\""+ctx.listName+"\",\""+currentItemID+"\",\""+strDisplayText+"\");";
 strImagePath=ctx.imagesPath+"gbwwaoof.gif";
 CAMOpt(m, strDisplayText, strAction, strImagePath);
緑のソースコードを適当な場所にいれてください。赤い部分は２で宣言した変数名にしてください。

5. 最後にGBW_WA_SetWAChoicesメソッドを探して次のように修正してください。
青い部分が追加した内容です。変数名は２で宣言した変数名になります。


終わったらIISの再起動、もしくはアプリケーションプールのリサイクルを行ってください。

C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\searchresults.aspx

위의 파일을 메모장등에서 열어주시고
133줄의 내용에 다음 프로퍼티를 추가합니다. 값은 원하시는 대로....
上記ファイルをメモ帳などで開いて
１３３行目の内容に次のプロパティを追加してください。値は適当な数字を。。。

<SearchWC:CoreResultsWebPart runat="server" FrameType="None"/>
->

조사한것에 대해서 보고를 하죠...
일단 아래 그림을 봐주시죠.

5월 1일 부터 시작하는 정기적인(1일단위) 스케줄을 38개를 등록해봤습니다.
5월 26일까지는 정상적으로 표시 5월 27일부터 반쯤 끊긴 상태로 아예표시가 되지 않습니다.

다음그림은 6월달의 스케줄입니다. 이것이 재미있는데...
6월19일까지만 정상적으로 나오고 6월 20일부터는 아예 표시가 안됩니다.
왜 5월은 999개가 나오고 6월은 999가 안될까요? 이유는 데이터를 뽑아올때 선택된 달의 1주일전의 데이터부터 가져와서 입니다..보통 1달치 달력에는 1일이 수요일이면 29 30 1 2 3 4 5 순으로 표시되기때문이죠..
때문에 6월치 데이터를 불러올때는 5월 24일부터의 데이터를 가져오게됩니다.그래서 아래 화면에서 실제 표시되는 데이터수가 999가 안되는거죠...이건 프로그래밍방식으로 데이터를 취득해보시면 확인해볼수 있습니다.

정확하진 않지만 원인은 Recurrece 즉 반복적인 아이템을 처리하는 방식에 기인하는거 같습니다.
일반적으로 아이템은 1개=1줄의 물리데이터로 이루어졌습니다.
정기적인 아이템역시 똑같이 1줄의 데이터로 들어가있고...DB에서 SPListItem으로 변환되는 어느시점에서 여러개의 메모리아이템으로 전환합니다.
그때 Sharepoint기본의 Maxrow 1000의 적용이 되어버리는것 같습니다. (근데 왜? 999개만 나오지??)

일단 제가 알아낸 바로는 위와 같습니다. 혹시나 ContentDatabase의 스토어드 프로시져를 확인해보기도 했지만 역시 해결이 안되더군요...

실은 이문제를 몇달전에 확인해서 정상적으로 모든 아이템이 표시되도록 스케줄 화면을 전체적으로 뜯어고친적이있습니다. 그후로 별 문제가 없구나...하고 생각했었는데

오늘 클라이언트에게서 연락이와서 스케줄을 클릭하면 에러가 난다고 해서 다시 조사를 해봤습니다.
그랬더니!!! 리스트상에 표시되지 않는 아이템을 상세화면에서 볼때도 에러가 발생하더군요..
일반스케줄은 문제가 없는데 정기적인 스케줄의 경우에만 에러가 생기더군요...

도대체!!!! 멍청하게도 MS는 이런걸 확인도 안하고 릴리스를 하는지....
게다가 왜 패치는 안나오는지....ㅠ.ㅠ.

어여좀 고쳐주시길!!!!!!!!

------------------------------------------------------------------------------------------

まず私が確認した内容を説明します。
下の図をみてください。

5月1日から始まる定期的（1日単位）のスケジュールを38件登録しました。
5月26日までは正常に表示されますが5月27日からは正常に出てきてくれません。

次の図は6月のスケジュールです。6月20日からは正常に表示されません。これが面白いです。
なぜ5月は999件が表示されるけど6月は足りないでしょうか。理由はデータを取得する際、選択した月の初日-7日のデータから取ってきてくるからです。普通1か月分のカレンダーには先月、来月が少しずつ含まれるからでしょう。
そんなわけで5月24日から取ってきているはずです。試しにプログラミング方式でデータを取得してみるとわかります。

当たりかどうかわかりませんが、原因は Recurrece、すなわち反復型のアイテム処理方式に問題がある気がします。
WSSではアイテム1件＝1行の物理データになってます。
定期的なアイテムも同様で、どっかのタイミングでDBの1行のデータを複数のSPListItemに変換しています。
その時にWSS基本のMax行数1000件が適応されてしまうようで、Queryで行制限を増やしもききません。

とりあえず私が確認した内容は以上です。
もしかしても思ってコンテンツデータベースのどっかに設定があるのかなと思って探してみても見当たりませんでしが。

MSはアホみたいにこんなこともテストせずにリリースするんでしょうかね。。。
パッチも出さないし。。。

早く直してくれ！！！！！！！！！！！！

위와같이 리스트에 1개의 워크플로가 설정된경우에 유저로써는 워크플로를 실행하는게 상당히 불편합니다.
* 상세화면 또는 리스트에서 워크플로를 클릭 -> 개시할 워크플로를 선택 -> 시작화면에서 실행
총 3단계를 거쳐야하지만 다음과 같은 방법으로 "개시할 워크플로를 선택"하는 단계를 생략가능합니다.
上記の図のようにリストにワークフローが１つだけ設定されている場合、ユーザにとってはワークフローの開始はかなり面倒くさいです。
*詳細画面かリストからワークフローをクリック　→　開始するワークフローを選択　→　開始画面から実行
3段階のアクションが必要ですが以下ソースコードで楽に1段階を減らすことができます。

C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\workflow.aspx
를 메모장등으로 엽니다.
をメモ帳などで開きます。

96행과 97행사이에 다음과 같은 소스를 추가합니다.
96行と97行の間に以下の赤い部分のソースコードを貼り付けます。
<%
if (m_alwaStart.Count <= 0)
{
%>
  <TR><TD height="2px"><IMG SRC="/_layouts/images/blank.gif" width=1 height=2 alt=""></TD></TR>
  <TR>
   <TD class="ms-vb2" valign="top" width="100%" colspan=3>
    <asp:Literal ID="m_litNoStartWorkflows" runat=server />
   </TD>
  </TR>
  <TR><TD height="11px"><IMG SRC="/_layouts/images/blank.gif" width=1 height=11 alt=""></TD></TR>
<%
}
// (워크플로가 1개 && 종료,실행중인 워크플로가없는)경우, 자동적으로 해당 워크플로의 시작페이지로 이동
//（ワークフローが1つ&&終了、実行中のワークフローがない）の場合、自動的に開始画面に行くように変更
else if(m_alwaStart.Count == 1 && GenerateStartWorkflowLink((SPWorkflowAssociation)m_alwaStart[0]) != null
&& (m_alwfCompleted.Count == 0 && m_alwfRunning.Count == 0))
{
Response.Redirect(GenerateStartWorkflowLink((SPWorkflowAssociation)m_alwaStart[0]));
}
else
{
%>
 <TR> <TD colspan=3>

一度試してみてください。ユーザに大喜び -0-

   public override void ItemUpdated(SPItemEventProperties properties)
        {
            base.ItemUpdated(properties);

            try
            {
                SPListItem item = properties.ListItem.ParentList.GetItemById(properties.ListItem.ID);

                if (item.GetFormattedValue("Whereabout") == "出勤"
                    || item.GetFormattedValue("Whereabout") == "退勤"
                    || item.GetFormattedValue("Whereabout") == "帰宅")
                {
                        item["Until"] = null;
                        item.Update();
                }
            }
            catch (Exception ex)
            {
            }
        }

上記のサンプルはアイテムが更新されたら更新されたアイテムの値を見て他のフィールドも更新する例ですが、
試してみるとItemUpdatedが無限に呼び出されます。（UpdateによりUpdateが呼び出されるため）
実際は10回程度しか呼び出されませんが。。バージョン管理を使っていると大変なことに。。

いろいろ試してみてitem.Update()の代わりにSystemUpdate()使えば問題なさそうですが。。。
もしSystemUpdate()もよくない解決方法なら
結局、ItemUpdatingのAfterPropertyで処理しかないんでようかね。
もしより美しい解決方法を知ってる方は教えてくください～～～～
----------------------
위의 샘플은 아이템이 업데이트될때에 현재 아이템의 다른 필드도 갱신하는 예제입니다.
하지만 실제로 실행해보면 ItemUpdated가 무한정 불려지게됩니다. (ItemUpdated가 또 ItemUpdated를 부르기때문에..)
실제로는 10번정도 불려지지만 버전관리를 사용하는 아이템이라면 엄청난 일이..-0-

여러가지 시도해보았는데 item.Update() 대신에 SystemUpdate()를 사용하면 해결되는거 같습니다.
하지만 SystemUpdate()가 제대로된 해결책이 아니라면...
해결방법으로는 ItemUpdating의 AfterProperty를 사용하는법밖에 없는듯한데 더 좋은 해결책 가지고 계신분계시면 말씀해주세요.