SVN_Issues

shopholisticΛογισμικό & κατασκευή λογ/κού

13 Δεκ 2013 (πριν από 3 χρόνια και 7 μήνες)

60 εμφανίσεις

I can confirm that once the pristine copy of a file no longer has mixed line endings, the file will no
longer be reported by
svn status

as having been modified after a while.

_____________________________________________

From:

Vugts, Robert

Sent:

08 Ju
ne 2009 15:38

To:

Chapman, Roy

Cc:

O'donnell, Darren

Subject:

RE: 2369728
-

RISK_IT_MARS_SERVERS


Having investigated this a bit more I suspect the problem is related to the fact that the svn import
has not normalised these files so that the internal svn r
epresentation is not consistent with what
svn expects.


I did the following:


$ svn co
http://unity
-
uat.csfb.net:8081/RISK_IT_MARS_SERVERS/trunk/Source/aggregat
or/bridge

$ cd bridge

$ file .svn/text
-
base/CsComProperties.cpp.svn
-
base

.svn/text
-
base/CsComProperties.cpp.svn
-
base:
ASCII C++ program text, with
CRLF, LF line terminators


So, the hidden base file contains mixed line endings (dos and unix)


Next I added

an empty line at the end of the CsComProperties file and committed the file,
followed by an update


$ echo >> CsComProperties.cpp

$ svn commit
-
m "added empty line at end of file" CsComProperties.cpp

Sending CsComProperties.cpp

Transmitting file da
ta .

Committed revision 37715.

$ svn update

At revision 37715.


Now it gets interesting:


$ file .svn/text
-
base/CsComProperties.cpp.svn
-
base

.svn/text
-
base/CsComProperties.cpp.svn
-
base:
ASCII C++ program text


The hidden base file no longer has mixed line
endings. However, what is more interesting:


svn diff
-
r PREV CsComProperties.cpp

Index: CsComProperties.cpp

===================================================================

---

CsComProperties.cpp (revision 37714)

+++ CsComProperties.cpp (working copy)

@@
-
2,8 +2,8 @@


// CsComProperties.cpp


//


-
#include "stdafx.h"

-

+#include "stdafx.h"

+


#include "CsComProperties.h"


#include "CsComProperty.h"


@@
-
182,3 +182,4 @@


CsLocalCatch( "Add" ) ;


}


+


I added only one empty line at the end of the fil
e, and now the diff claims I have changed a lot
more.

Some of the claimed changes are related to a change in dos line endings, but others can't be
explained.


Next I checked out the file with TortoiseSVN on Windows and tried to do a
diff with previous
vers
ion
. I got an error saying "inconsistent line ending style"

Then I modified the file with notepad: removed the extra empty line at the end of the file and
committed the change.

I opened a cmd window on windows and typed:


C:
\
Local
\
tmp>svn update

At revisio
n 37716.

C:
\
Local
\
tmp>svn diff
-
r PREV CsComProperties.cpp

Index: CsComProperties.cpp

===================================================================

---

CsComProperties.cpp (revision 37715)

+++ CsComProperties.cpp (working copy)

@@
-
182,4 +182,3 @@



CsLocalCatch( "Add" ) ;


}


-


If I use TortoiseSVN to do a
diff with previous version
, it shows me the correct change history (i.e.
removed the last line)


Now I went back to Linux and did the following:


$ svn update

U CsComProperties.cpp

Updated t
o revision 37716.

$ file .svn/text
-
base/CsComProperties.cpp.svn
-
base

.svn/text
-
base/CsComProperties.cpp.svn
-
base:
ASCII C++ program text

$ svn diff
-
r PREV CsComProperties.cpp

Index: CsComProperties.cpp

=====================================================
==============

---

CsComProperties.cpp (revision 37715)

+++ CsComProperties.cpp (working copy)

@@
-
182,4 +182,3 @@


CsLocalCatch( "Add" ) ;


}


-


So to summarise what we have seen:




The base file had mixed line endings after the import.



After commitin
g a change and updating the workcopy, the base file no longer has mixed line
endings, but when doing a diff against the previous version, it now reports incorrect changes.
On windows, TortoiseSVN now complains about inconsistent line endings when doing a
d
iff
to previous version
.



After commiting a trivial change on Windows, the base file still has consistent line endings,
but now the command line tools on windows reports incorrect changes against the previous
version as well. TortoiseSVN can now execute a d
iff to the previous version, and does report
the correct change.


So, my conclusion is, that the import has not normalised the line endings in files with DOS or
mixed line endings, and as a result svn is no longer able to use these files properly. This sti
ll does
not explain why svn status after a few hours starts to report modifications on files that haven't
changed at all, but given that the repository is likely to be in an inconsistent state, I'm not
surprised at seeing weird behaviour.


Regards,

Rob



_
____________________________________________

From:

Chapman, Roy

Sent:

08 June 2009 11:44

To:

Vugts, Robert

Cc:

O'donnell, Darren

Subject:

RE: 2369728
-

RISK_IT_MARS_SERVERS


Rob,


Thanks. I have setup test now and will let you know what I find.


We d
iscussed changing one of the files and removing the line ends to confirm
that this issue is related.


_____________________________________________

From:

Vugts, Robert

Sent:

08 June 2009 11:13

To:

Chapman, Roy

Cc:

O'donnell, Darren

Subject:

FW: 236972
8
-

RISK_IT_MARS_SERVERS


Ho Roy, see the full explanation of the svn problem below.


Darren did his tests on sol45a
-
1101.


Here is the Remedy ticket that was raised:


<<
http://itsm.csfb.net/midtier/shared/WebIncident.jsp?tktid=INC00000249
3334
>>


We have tested this with 64 bit builds of svn 1.5.6 and 1.6.2


Here are some files that exhibit the problem:


http://unity
-
uat.csfb.net:8081/RISK_IT_MARS_SERVERS/trunk/Source/lgd_calculator/prototype/RdsCalculat
or.java

http://unity
-
uat.csfb.net:8081/RISK_IT_MARS_SERVERS/trunk/Source/lgd_calculator/prototype/readme.txt


If you check out the entire directory, you should also see files that don't have this problem.

As mentioned, we believe that this

only affects files with dos line endings.


Regards,

Rob



______________________________________________

From:

O'donnell, Darren

Sent:

04 June 2009 11:23

To:

Prasad, Venkat

Cc:

Chapman, Roy; Nirmala, Salome; Nathwani, Mayur; Vugts, Robert

Subject:

RE:

2369728
-

RISK_IT_MARS_SERVERS


Hi Venkat,


Not sure if you have managed to reproduce the third issue I mentioned to do with the Modification
status of various files being incorrectly reported but I have some further information for you which
may help.




I

checked out
http://unity
-
uat.csfb.net:8081/RISK_IT_MARS_SERVERS/trunk

to a working
copy at
/app/fao/tmp/dodonne1/svntest
.




I then saved the output of `cksum` and `ls
-
l` for every fi
le in the local copy.


/app/fao/tmp/dodonne1/cksum_base.out

/app/fao/tmp/dodonne1/ls_base.out




I wrote a small script
/app/fao/tmp/dodonne1/check_modifications.sh
which runs
`svn status` on my working copy every 5 minutes and logs the output.


/app/fao/tmp
/dodonne1/check_modifications.out


If you look at this output file you will see that no modifications are reported until 19.51 upon which
modifications are reported for 447 files.




I now again save the output of `cksum` and `ls
-
l` for every file in the lo
cal copy.


/app/fao/tmp/dodonne1/cksum_after.out

/app/fao/tmp/dodonne1/ls_after.out




I check to see what has really been modified by diff'ing the base and after files. This shows
that there have been no changes at all to the local copy.


This is worrying.

Am I doing something wrong or is the repository somehow configured
incorrectly?


It is worth noting that all the files incorrectly reported as modified contain exclusively DOS style
line endings (in the text
-
base copy) or a mix of DOS and UNIX so it is f
air to say that this is
somehow causing the problems. Although, why it only causes problems after some time has
passed since the check out is beyond me.


If I can be of any further help then please let me know.


Cheers,

Darren


___________________________
__________________

From:

Prasad, Venkat

Sent:

01 June 2009 17:50

To:

O'donnell, Darren

Cc:

Chapman, Roy; Nirmala, Salome; Nathwani, Mayur; Vugts, Robert

Subject:

RE: 2369728
-

RISK_IT_MARS_SERVERS


Hi Darren,


I' was half way through to re
-
produce the
following issues. Do you found any other issues? If
yes. Please let me know.



Regards,

Venkat Prasad





_____________________________________________

From:

O'donnell, Darren

Sent:

02 June 2009 00:33

To:

Prasad, Venkat

Cc:

Chapman, Roy; Nirmala, Sa
lome; Nathwani, Mayur; Vugts, Robert

Subject:

RE: 2369728
-

RISK_IT_MARS_SERVERS


Hi Venkat,


Do you have any suggestions for the issues I have noted below?


If you require any further details to aid analysis then please let me know.


Thanks,

Darren


_____
________________________________________

From:

Prasad, Venkat

Sent:

26 May 2009 10:07

To:

O'donnell, Darren; Vugts, Robert

Cc:

Chapman, Roy; Nirmala, Salome; Nathwani, Mayur

Subject:

RE: 2369728
-

RISK_IT_MARS_SERVERS


Hi Darren,


Will check and get ba
ck to you.



Venkat Prasad

CREDIT SUISSE

SCM Systems Support

Phone +65 6306 0310



_____________________________________________

From:

O'donnell, Darren

Sent:

22 May 2009 21:20

To:

Prasad, Venkat; Vugts, Robert

Cc:

Chapman, Roy; Nirmala, Salome; Nathwa
ni, Mayur

Subject:

RE: 2369728
-

RISK_IT_MARS_SERVERS


Hi Venkat,


On the whole, the migration looks good. We have, however, encountered the following issues.




At least one file was not migrated
(
/vobs/mrt/MRT_MARS/Source/rdq/bridge/cscomhierarchyfilename
s.rgs
). I see obvious
reason why this may be. There may be other files that were missed but this is the only one I
have encountered so far.




Execute permissions have not been preserved properly. It seems that any scripts which
have .sh or .pl extensions

have been migrated as executable but other such as
/vobs/mrt/MRT_MARS/Source/common/bin/bold
and the scripts in
/vobs/mrt/MRT_MARS/Source/production/tao_scripts/
have not. Are we expected to
perform this ourselves (as per the svn_executables.doc) or shou
ld the migration have done
this for us?




I have the odd scenario where if I run "svn status" before leaving for the night I see no
modifications but next morning when I run it I see loads. I have two working copies, one
checked out yesterday which exhibit
s the problem and one checked out today.


Repository checked out yesterday:


dodonne1@sol45a
-
1101:/app/viewstore/dodonne1/svn/trunk/Source/riskserver/test>
svnversion

37709M

dodonne1@sol45a
-
1101:/app/viewstore/dodonne1/svn/trunk/Source/riskserver/test> svn

status

M CsRiskServerTestIor.cpp

M CsRiskServerTestBind.cpp

dodonne1@sol45a
-
1101:/app/viewstore/dodonne1/svn/trunk/Source/riskserver/test> cksum
CsRiskServerTestIor.cpp CsRiskServerTestBind.cpp .svn/text
-
base/CsRiskServerTestIor.cpp.svn
-
base .sv
n/text
-
base/CsRiskServerTestBind.cpp.svn
-
base

2114114118

1425 CsRiskServerTestIor.cpp

1310276904

2070 CsRiskServerTestBind.cpp

4082422693

1482 .svn/text
-
base/CsRiskServerTestIor.cpp.svn
-
base

4065048534

2137 .svn/text
-
base/CsRiskServerTestBind.cpp.svn
-
base


Repository checked out today:


dodonne1@sol45a
-
1101:/app/fao/tmp/dodonne1/svn/trunk/Source/riskserver/test> svnversion

37709

dodonne1@sol45a
-
1101:/app/fao/tmp/dodonne1/svn/trunk/Source/riskserver/test> svn status

dodonne1@sol45a
-
1101:/app/fao/tmp/dodonne
1/svn/trunk/Source/riskserver/test> cksum
CsRiskServerTestIor.cpp CsRiskServerTestBind.cpp .svn/text
-
base/CsRiskServerTestIor.cpp.svn
-
base .svn/text
-
base/CsRiskServerTestBind.cpp.svn
-
base

2114114118

1425 CsRiskServerTestIor.cpp

1310276904

2070 CsRiskServe
rTestBind.cpp

4082422693

1482 .svn/text
-
base/CsRiskServerTestIor.cpp.svn
-
base

4065048534

2137 .svn/text
-
base/CsRiskServerTestBind.cpp.svn
-
base


As you can see, both working copies are at the same version and the local and base files are the
same, yet one s
hows the files as modified. Any ideas why?


Cheers,

Darren


_____________________________________________

From:

Prasad, Venkat

Sent:

20 May 2009 13:17

To:

Vugts, Robert; O'donnell, Darren

Cc:

Chapman, Roy; Nirmala, Salome; Nathwani, Mayur

Subject:

RE:

2369728
-

RISK_IT_MARS_SERVERS


Hi Rob /Darren,


We have created unity subversion repository "RISK_IT_MARS_SERVERS" in UAT environment and
migrated
ClearCase Source component /vobs/mrt/MRT_MARS. Please check and confirm us, we
redo the same for productio
n.


Please find the repository url.

http://unity
-
uat.csfb.net:8081/RISK_IT_MARS_SERVERS



Repository Permissions:


We have permissioned you as access managers for this repository. We now hav
e a self service
entitlements model for repositories. This will allow the repository owner to define who has both
read and update access across the repository on a granular basis. Entitlements within Subversion
are handled through the "unity_entitlements"
file. This file resides on the repository root. Any
edits made to this file must be made by the repository owner(s) (as defined by access
-
managers
and at repository creation). Any attempt for a non
-
owner to change this file will fail. Once
changed and comm
itted a post
-
commit hook will copy the file into the Apache configuration
where it becomes immediately live.


For more details, please refer

http://unity
-
prod.csfb.
net:8081/unity/trunk/documents/unity_entitlements.doc




Post Migration Details
:


File executable permissions

Please refer this FAQ ..
http://unity
-
prod.csfb.net:8081
/unity/trunk/documents/svn_executables.doc



During the migration, the EMPTY directories(including empty sub directories) not carried, re
-
created as suggested.

/MRT_MARS/MRT_MARS

/MRT_MARS/Source/idl/windows

/MRT_MARS/Source/database/Mars8Release

/MRT_MA
RS/Source/database/internal_collection_migration_8.2

/MRT_MARS/Source/hierarchyLoader/windows

/MRT_MARS/Source/riskserver/bridge/windows

/MRT_MARS/Source/riskserver/windows

/MRT_MARS/Source/riskserver/regression/results

/MRT_MARS/Source/production/Variants

/MRT_MARS/Source/production/tmp

/MRT_MARS/Source/refdb/lib/windows

/MRT_MARS/Source/report/lib/windows

/MRT_MARS/Source/report/regression/All_IDRC_LGD

/MRT_MARS/Source/dbxml/windows

/MRT_MARS/Source/log/windows

/MRT_MARS/Source/result_storage/server/windo
ws

/MRT_MARS/Source/java/idl/src

/MRT_MARS/Source/java/application/APP
-
INF/lib

/MRT_MARS/Source/java/report/web/WEB
-
INF/classes

/MRT_MARS/Source/java/internalcollection/web/WEB
-
INF/classes

/MRT_MARS/Source/java/restdemo/web/styles

/MRT_MARS/Source/java/res
tdemo/web/scripts

/MRT_MARS/Source/java/restdemo/test

/MRT_MARS/Source/java/dbxml/src/com/csfb/fao/mars/dbxml/context

/MRT_MARS/Source/java/dbxml/web/scripts

/MRT_MARS/Source/java/dbxml/web/styles

/MRT_MARS/Source/java/dbxml/test

/MRT_MARS/Source/java/risk
/web/WEB
-
INF/classes

/MRT_MARS/Source/java/3rdparty/jakarta
-
log4j/1.2.8/src/java/org/apache/log4j/test

/MRT_MARS/Source/common/src/test/windows

/MRT_MARS/Source/aggregator/lib/windows

/MRT_MARS/Source/aggregator/tools

/MRT_MARS/Source/rdq/windows

/MRT_MARS
/UserFile

/MRT_MARS/etc/log


Still there are some Pending checkouts in ClearCase.


<< File: mars_pending_checkouts.txt >>


Symbolic links are not carried during the migration, taken care during the post migration


MRT_MARS/Source/common/src/tools/date_cal
c/bus_date_calc.cpp

MRT_MARS/Source/common/src/xml/xerces/CsXmlParseError.cpp

MRT_MARS/Source/common/src/xml/xml4c/CsXmlParseError.cpp

MRT_MARS/Source/hierarchyCache/lib/CsMarsHierarchyCache.idl

MRT_MARS/Source/hierarchyCache/lib/CsMarsHierarchyCacheDefs.h

MRT_MARS/Source/hierarchyCache/lib/CsMarsHierarchyCacheIdl.h

MRT_MARS/Source/hierarchyCache/server/CsMarsHierarchyCache.idl

MRT_MARS/Source/hierarchyCache/server/CsMarsHierarchyCacheDefs.h

MRT_MARS/Source/hierarchyCache/server/CsMarsHierarchyCacheIdl.h

MR
T_MARS/Source/idl/tools/pingtest/CsMars.idl

MRT_MARS/Source/java/3rdparty/hibernate/3.1

MRT_MARS/Source/java/3rdparty/hibernate
-
extensions/3.2

MRT_MARS/Source/java/3rdparty/jakarta
-
commons/commons
-
fileupload

MRT_MARS/Source/java/3rdparty/jakarta
-
commons/co
mmons
-
io

MRT_MARS/Source/java/3rdparty/jakarta
-
taglibs/standard

MRT_MARS/Source/java/3rdparty/jakarta
-
taglibs/standard
-
1.1

MRT_MARS/Source/java/application/mars
-
dbxml.war

MRT_MARS/Source/java/application/mars
-
internalcollection.war

MRT_MARS/Source/java/app
lication/mars
-
manager.war

MRT_MARS/Source/java/application/mars
-
monitor.war

MRT_MARS/Source/java/application/mars
-
report.war

MRT_MARS/Source/java/application/mars
-
resultstorage.war

MRT_MARS/Source/java/application/mars
-
risk
-
mgr.war

MRT_MARS/Source/java/app
lication/mars
-
risk.war

MRT_MARS/Source/java/application/mars
-
scheduler.war

MRT_MARS/Source/java/application/mars
-
stats.war

MRT_MARS/Source/java/application/mars
-
upload.war

MRT_MARS/Source/java/calendar_demo/css/Calendar_Styles.css

MRT_MARS/Source/java/cale
ndar_demo/css/RiskIT_Styles.css

MRT_MARS/Source/java/calendar_demo/images/calendar.gif

MRT_MARS/Source/java/calendar_demo/images/header_line.gif

MRT_MARS/Source/java/calendar_demo/js/Calendar.js

MRT_MARS/Source/java/idl/CsMars.idl

MRT_MARS/Source/java/idl/
CsMarsAggregator.idl

MRT_MARS/Source/java/idl/CsMarsDbXml.idl

MRT_MARS/Source/java/idl/CsMarsHierarchy.idl

MRT_MARS/Source/java/idl/CsMarsHierarchyLoad.idl

MRT_MARS/Source/java/idl/CsMarsLog.idl

MRT_MARS/Source/java/idl/CsMarsMonitor.idl

MRT_MARS/Source/ja
va/idl/CsMarsReport.idl

MRT_MARS/Source/java/idl/CsMarsResultStorage.idl

MRT_MARS/Source/java/idl/CsMarsRisk.idl

MRT_MARS/Source/java/idl/CsMarsRiskMgr.idl

MRT_MARS/Source/java/idl/CsMarsScheduler.idl

MRT_MARS/Source/java/internalcollection/web/css/Calenda
r_Styles.css

MRT_MARS/Source/java/internalcollection/web/css/Menu_Styles.css

MRT_MARS/Source/java/internalcollection/web/css/RiskIT_Styles.css

MRT_MARS/Source/java/internalcollection/web/css/RiskIT_Styles_Ext.css

MRT_MARS/Source/java/internalcollection/web
/images/bullet.gif

MRT_MARS/Source/java/internalcollection/web/images/calendar.gif

MRT_MARS/Source/java/internalcollection/web/images/close_button.gif

MRT_MARS/Source/java/internalcollection/web/images/header_line.gif

MRT_MARS/Source/java/internalcollectio
n/web/images/minus.gif

MRT_MARS/Source/java/internalcollection/web/images/plus.gif

MRT_MARS/Source/java/internalcollection/web/images/tick_button.gif

MRT_MARS/Source/java/internalcollection/web/images/transparent.gif

MRT_MARS/Source/java/internalcollection
/web/images/xbutton.gif

MRT_MARS/Source/java/internalcollection/web/js/Calendar.js

MRT_MARS/Source/java/internalcollection/web/js/XDrag.js

MRT_MARS/Source/java/internalcollection/web/js/XUtils.js

MRT_MARS/Source/java/internalcollection/web/jsp/CalendarPopu
p.jsp

MRT_MARS/Source/java/internalcollection/web/jsp/Error.jsp

MRT_MARS/Source/java/internalcollection/web/jsp/UnknownRequest.jsp

MRT_MARS/Source/java/internalcollection/web/xsl/Copy.xsl

MRT_MARS/Source/java/internalcollection/web/xsl/FormatDate.xsl

MRT_M
ARS/Source/java/mars_manager/web/css/Calendar_Styles.css

MRT_MARS/Source/java/mars_manager/web/css/RiskIT_Styles.css

MRT_MARS/Source/java/mars_manager/web/css/RiskIT_Styles_Ext.css

MRT_MARS/Source/java/mars_manager/web/images/bullet.gif

MRT_MARS/Source/jav
a/mars_manager/web/images/calendar.gif

MRT_MARS/Source/java/mars_manager/web/images/close_button.gif

MRT_MARS/Source/java/mars_manager/web/images/header_line.gif

MRT_MARS/Source/java/mars_manager/web/images/info.gif

MRT_MARS/Source/java/mars_manager/web/im
ages/minus.gif

MRT_MARS/Source/java/mars_manager/web/images/plus.gif

MRT_MARS/Source/java/mars_manager/web/images/transparent.gif

MRT_MARS/Source/java/mars_manager/web/images/wait.gif

MRT_MARS/Source/java/mars_manager/web/images/xbutton.gif

MRT_MARS/Source
/java/mars_manager/web/js/Calendar.js

MRT_MARS/Source/java/mars_manager/web/js/Popup.js

MRT_MARS/Source/java/mars_manager/web/js/XDrag.js

MRT_MARS/Source/java/mars_manager/web/js/XUtils.js

MRT_MARS/Source/java/mars_manager/web/js/wz_dragdrop.js

MRT_MARS/So
urce/java/mars_manager/web/js/x_ext.js

MRT_MARS/Source/java/mars_manager/web/jsp/CalendarIFrame.jsp

MRT_MARS/Source/java/mars_manager/web/jsp/Error.jsp

MRT_MARS/Source/java/mars_manager/web/jsp/Message.jsp

MRT_MARS/Source/java/mars_manager/web/jsp/UnknownR
equest.jsp

MRT_MARS/Source/java/mars_manager/web/popwin

MRT_MARS/Source/java/mars_manager/web/xsl/FormatDate.xsl

MRT_MARS/Source/java/monitor/web/images/bullet.gif

MRT_MARS/Source/java/monitor/web/scripts/ajax.js

MRT_MARS/Source/java/monitor/web/styles/Ris
kIT_Styles.css

MRT_MARS/Source/java/monitor/web/styles/RiskIT_Styles_Ext.css

MRT_MARS/Source/java/report/web/css/Calendar_Styles.css

MRT_MARS/Source/java/report/web/css/RiskIT_Styles.css

MRT_MARS/Source/java/report/web/css/RiskIT_Styles_Ext.css

MRT_MARS/So
urce/java/report/web/images/bullet.gif

MRT_MARS/Source/java/report/web/images/calendar.gif

MRT_MARS/Source/java/report/web/images/header_line.gif

MRT_MARS/Source/java/report/web/images/minus.gif

MRT_MARS/Source/java/report/web/images/plus.gif

MRT_MARS/Sour
ce/java/report/web/images/transparent.gif

MRT_MARS/Source/java/report/web/images/xbutton.gif

MRT_MARS/Source/java/report/web/js/Calendar.js

MRT_MARS/Source/java/report/web/js/XUtils.js

MRT_MARS/Source/java/report/web/jsp/CalendarIFrame.jsp

MRT_MARS/Source/
java/report/web/jsp/Error.jsp

MRT_MARS/Source/java/report/web/jsp/UnknownRequest.jsp

MRT_MARS/Source/java/report/web/xsl/Copy.xsl

MRT_MARS/Source/java/report/web/xsl/FormatDate.xsl

MRT_MARS/Source/java/result_storage/web/css

MRT_MARS/Source/java/result_sto
rage/web/images/header_line.gif

MRT_MARS/Source/java/result_storage/web/jsp/Error.jsp

MRT_MARS/Source/java/result_storage/web/jsp/UnknownRequest.jsp

MRT_MARS/Source/java/risk/web/css

MRT_MARS/Source/java/risk/web/images

MRT_MARS/Source/java/risk/web/js

MRT
_MARS/Source/java/risk/web/xsl

MRT_MARS/Source/java/risk_mgr/web/css

MRT_MARS/Source/java/risk_mgr/web/images/busy.gif

MRT_MARS/Source/java/risk_mgr/web/js

MRT_MARS/Source/java/risk_mgr/web/xsl

MRT_MARS/Source/java/stats/web/css

MRT_MARS/Source/java/stats/
web/images

MRT_MARS/Source/java/stats/web/js

MRT_MARS/Source/java/stats/web/jsp/CalendarIFrame.jsp

MRT_MARS/Source/java/stats/web/jsp/CalendarPopup.jsp

MRT_MARS/Source/java/stats/web/xsl

MRT_MARS/Source/java/upload/web/images/header_line.gif

MRT_MARS/Sourc
e/java/upload/web/styles/RiskIT_Styles.css

MRT_MARS/Source/lgd_calculator/lib/CsMarsLGDCalculator.idl

MRT_MARS/Source/lgd_calculator/lib/CsMarsLGDCalculatorIdl.h

MRT_MARS/Source/lgd_calculator/prototype/java/idl/CsMarsIdrcLookup.idl

MRT_MARS/Source/lgd_cal
culator/prototype/lib/CsMarsIdrcLookup.idl

MRT_MARS/Source/lgd_calculator/prototype/lib/CsMarsIdrcLookupIdl.h

MRT_MARS/Source/lgd_calculator/prototype/server/CsMarsIdrcLookup.idl

MRT_MARS/Source/lgd_calculator/prototype/server/CsMarsIdrcLookupIdl.h

MRT_MAR
S/Source/lgd_calculator/server/CsMarsLGDCalculator.idl

MRT_MARS/Source/lgd_calculator/server/CsMarsLGDCalculatorIdl.h

MRT_MARS/Source/monitor/lib/CsMarsMonitor.idl

MRT_MARS/Source/monitor/server/CsMarsMonitor.idl

MRT_MARS/Source/monitor/tools/CsMarsMonitor
.idl

MRT_MARS/Source/objectmodel/aggregation.mdl

MRT_MARS/Source/objectmodel/aggregation_bridge.mdl

MRT_MARS/Source/objectmodel/common.mdl

MRT_MARS/Source/objectmodel/hierarchy.mdl

MRT_MARS/Source/objectmodel/monitor.mdl

MRT_MARS/Source/refdb/lib/CsMarsRef
Db.idl

MRT_MARS/Source/refdb/lib/CsMarsRefDbIdl.h

MRT_MARS/Source/refdb/otl/CsMarsRefDb.idl

MRT_MARS/Source/refdb/otl/CsMarsRefDbCatch.h

MRT_MARS/Source/refdb/otl/CsMarsRefDbConvert.h

MRT_MARS/Source/refdb/otl/CsMarsRefDbEquityServer.cpp

MRT_MARS/Source/re
fdb/otl/CsMarsRefDbEquityServer.h

MRT_MARS/Source/refdb/otl/CsMarsRefDbIdl.h

MRT_MARS/Source/refdb/otl/CsMarsRefDbServer.cpp

MRT_MARS/Source/refdb/otl/CsMarsRefDbServer.h

MRT_MARS/Source/refdb/otl/CsMarsRefDbServerConfig.cpp

MRT_MARS/Source/refdb/otl/CsMar
sRefDbServerConfig.h

MRT_MARS/Source/refdb/otl/CsMarsRefDbServerMain.cpp

MRT_MARS/Source/refdb/otl/marsrefdb.cfg

MRT_MARS/Source/refdb/test/CsMarsRefDb.idl

MRT_MARS/Source/report/lib/CsMarsReport.idl

MRT_MARS/Source/report/lib/CsMarsReportIdl.h

MRT_MARS/So
urce/report/queue/CsMarsReport.idl

MRT_MARS/Source/report/queue/CsMarsReportCatch.h

MRT_MARS/Source/report/queue/CsMarsReportIdl.h

MRT_MARS/Source/report/scripts/reporttool

MRT_MARS/Source/report/scripts/testXSLT

MRT_MARS/Source/report/server/CsMarsReport.
idl

MRT_MARS/Source/report/server/CsMarsReportCatch.h

MRT_MARS/Source/report/server/CsMarsReportIdl.h

MRT_MARS/Source/report/xmlserver/CsMarsReport.idl

MRT_MARS/Source/report/xmlserver/CsMarsReportCatch.h

MRT_MARS/Source/report/xmlserver/CsMarsReportIdl.h

MRT_MARS/Source/report/xmlserver/MarsReportRequest.dtd

MRT_MARS/Source/riskserver/example/CsMars.idl

MRT_MARS/Source/riskserver/example/CsMarsLog.idl

MRT_MARS/Source/riskserver/example/CsRiskServer.idl

MRT_MARS/Source/riskserver/example/NamingService.idl

M
RT_MARS/Source/riskserver/regression/CsTickerStrings.cpp

MRT_MARS/Source/riskserver_mgr/lib/CsMarsRiskMgr.idl

MRT_MARS/Source/riskserver_mgr/lib/CsMarsRiskMgrIdl.h

MRT_MARS/Source/riskserver_mgr/server/CsMarsRiskMgr.idl

MRT_MARS/Source/riskserver_mgr/serve
r/CsMarsRiskMgrIdl.h

MRT_MARS/etc/Makefile

MRT_MARS/lib/Makefile


Windows Symlinks:

MRT_MARS/Admin/COMCorbaBridges.sln

MRT_MARS/Admin/COMCorbaBridges.vcproj


Can't do anything, coz these links pointing different components:

MRT_MARS/Source/result_storage/p
ersistence/PACK_MARSRESULTDATABASE.pkb

MRT_MARS/Source/result_storage/persistence/PACK_MARSRESULTDATABASE.pkh

MRT_MARS/Source/database/MARSHOUSEKEEPING.pkb

MRT_MARS/Source/database/MARSHOUSEKEEPING.pkh

MRT_MARS/Source/database/MarsLock.sp

MRT_MARS/Source/d
atabase/MarsResultActions.sp

MRT_MARS/Source/database/MarsResultDatabase.sp

MRT_MARS/Source/database/PACK_HOUSEKEEPING.pkb

MRT_MARS/Source/database/PACK_HOUSEKEEPING.pkh

MRT_MARS/Source/database/PACK_MARSADMIN.pkb

MRT_MARS/Source/database/PACK_MARSADMIN.pk
h

MRT_MARS/Source/database/PACK_TREEWALK.pkb

MRT_MARS/Source/database/PACK_TREEWALK.pkh



_____________________________________________

From:

Vugts, Robert

Sent:

19 May 2009 17:25

To:

O'donnell, Darren; Prasad, Venkat

Cc:

Chapman, Roy; Nirmala, Salome;

Nathwani, Mayur

Subject:

RE: 2369728
-

RISK_IT_MARS_SERVERS


>> However, it would be useful if you could also migrate our latest production label which is
MRT_MARS_9.0.6_PROD02
. Would this be possible?


This is required, so that we can do patch releases
on our current production build if necessary.

Without this we will need a hybrid build environment for a few more months.


Rob


_____________________________________________

From:

O'donnell, Darren

Sent:

19 May 2009 10:16

To:

Prasad, Venkat

Cc:

Chapma
n, Roy; Nirmala, Salome; Vugts, Robert; Nathwani, Mayur

Subject:

RE: 2369728
-

RISK_IT_MARS_SERVERS


Hi Venkat,


We would like to take
/main/LATEST with history
.


However, it would be useful if you could also migrate our latest production label which is
MR
T_MARS_9.0.6_PROD02
. Would this be possible?


Thanks,

Darren


_____________________________________________

From:

Prasad, Venkat

Sent:

19 May 2009 08:39

To:

O'donnell, Darren

Cc:

Chapman, Roy; Nirmala, Salome

Subject:

2369728
-

RISK_IT_MARS_SERVERS


H
i Darren,


Please can you confirm one of the following migration rule.


Migrate without history
(recommended)

This option is easy and straight forward, it will take less time to migrate the source code to
subversion production directly with preferred repo
sitory layouts. if incase of an history, the
migrated CC VOB will be available until the end of 2010 so the version history is available from
there.


Migrate /main/LATEST with history
(without Labels & branches)

We do this migration, if the history is ve
ry much important for development teams, ETA based on
data size.


Full migration with history
(including /tags & /branches)

Not recommended
as this can take days to complete. The migrated CC VOB will be available
until the end of 2010 so the version hist
ory is available from there.







Migration Details:

=============

Vob: /vobs/mrt/MRT_MARS.


Note: Symbolic links and empty directories should be migrated as well.


Contact: O'donnell, Darren

Phone: +44 20 7883 6015






Venkat Prasad

CREDIT SUISSE

SCM S
ystems Support

The signature level 4

Changi Business Park

Singapore 486066

Phone +65 6306 0310