Re: [SourceJammer-users] Files out of sync but identical

[Robert M. <rob...@ya...>]

Albert has it right. Just do a full get and the problem will go away. If a =
developer has changed a file, SJ will notice that the file is not read-only=
 and will prompt you accordingly, so I think a full get is a pretty safe be=
t. Back up your dev directory before doing the get if you want to be safe.=
=0A=0A--Rob=0A=0A----- Original Message ----=0AFrom: Albert Moliner <amolin=
er...@ev...>=0ATo: sou...@li...; Jonathan.Ri=
x...@re...=0ASent: Tuesday, November 7, 2006 3:55:45 AM=0ASubject: =
Re: [SourceJammer-users] Files out of sync but identical=0A=0A=0A=0A =0A =
=0A=0A=0AHello, Jonathan.=0A=0A =0A=0AWhat provokes that disgusting effect =
is that the =0Anew server's URL is different from the old one's. Unfortunat=
ely, the only =0Asolution I know for it requires that all client computers =
resolve the old =0Aserver's name as the new server's IP. 8-S Then, the serv=
er connection details =0Ashould be restored to the old ones, so that client=
s think they are still =0Aconnecting to the old one, though the repositorie=
s are in the new =0Aserver.=0A=0A =0A=0AI now this explanation is a bit mes=
sy, so I'll try =0Aand set an example. Imagine your old server had IP 10.0.=
0.7 and was called oldserver. URLs defined in the clients looked like http:=
//oldserver:8080/sourcejammer/servlet/rpcrouter. =0AThe new server has IP 1=
0.0.0.15 and it's called =0Anewserver (and therefore the URL is something =
=0Alike http://newserver:8080/sourcejammer/servlet/rpcrouter).=0A=0AIf olds=
erver does =0Anot exist anymore, you may rename the new one as oldserver, a=
nd restore all the URLs to their previous =0Avalue, and then everything sho=
uld work fine again (except for the files that =0Ahave been managed with th=
e new URL, but these are negligible compared to the =0Aamount of those whic=
h have not).=0A=0ARenaming the servers is also a simple shortcut when =0Apo=
ssible. However, if that cannot be done because they are used in multiple =
=0Aother contexts, then you'll have to force the client computers to believ=
e they =0Aare working with the old one when they in fact use the newer one.=
 To achieve it, =0Ayou must define the IP in the hosts file (/etc/hosts for=
 Unix, C:\WINNT\system32\drivers\etc\hosts for Windows). It's =0Aa plain te=
xt file where you must add a line like the following:=0A=0A =0A=0A10.0.0.15=
     oldserver=0A=0A =0A=0AFrom now on, everytime you use a URL with oldser=
ver, you'll be accessing newserver, whose IP is =0A10.0.0.15. So, =0Aclient=
s using the old URL will think it's the same repository and will check the =
=0Afiles update correctly.=0A=0AThe one drawback of this is that, in those =
=0Acomputers,  you won't be able to use oldserver =0Aas the name for the se=
rver at 10.0.0.7. The computers where the hosts file =0Ahas not been modifi=
ed can indeed still use the old name, and often they are =0Aa set different=
 from the SJ clients and there's no problem with that. But if the =0ASJ cli=
ents need the old server for other purpuses as well, then there's a =0Aconf=
lict, and all this stuff will not suit you at all. I have no nice fix for =
=0Ait, sorry.=0A=0A =0A=0AWell, I hope this is useful some way or another t=
o =0Ayou,=0A=0AAlbert.=0A=0A =0A=0A =0A=0A=0A  ----- Original Message -----=
 =0A=0A  From: =0A  Jon...@re... =0A=0A  To: sourcejammer-=
us...@li... =0A  =0A=0A  Sent: Monday, November 06, 2006 6:=
10 =0A  PM=0A=0A  Subject: [SourceJammer-users] Files out =0A  of sync but =
identical=0A=0A  =0A=0A=0AHi, =0A=0AWe've just moved our archive to a new s=
erver. =0A  Everything is good except that local files that used to be in s=
ync with the =0A  old server are now out of sync with the new server. The f=
iles actually are =0A  identical; when we do a diff, there are no differenc=
es. If we do a get, the =0A  files are then in sync, but we don't want to d=
o a mass get for fear of =0A  actually overwriting a program that has chang=
ed (for example, a programmer =0A  edited a program without checking it out=
 first). =0A=0AWhat can we do to correctly reset the sync =0A  indicator? =
=0A=0AThanks, =0A  =0A=0A=0AJonathan Rix=0A=0A=0A  =0A  =0A=0A=0A  =0A-----=
--------------------------------------------------------------------=0AUsin=
g =0A  Tomcat but need to do more? Need to support web services, security?=
=0AGet =0A  stuff done quickly with pre-integrated technology to make your =
job =0A  easier=0ADownload IBM WebSphere Application Server v.1.0.1 based o=
n Apache =0A  Geronimo=0Ahttp://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D12=
0709&bid=3D263057&dat=3D121642=0A  =0A  =0A=0A=0A  =0A_____________________=
__________________________=0ASourceJammer-users =0A  mailing =0A  list=0ASo=
urc...@li...=0Ahttps://lists.sourceforge.net/list=
s/listinfo/sourcejammer-users=0A-------------------------------------------=
------------------------------=0AUsing Tomcat but need to do more? Need to =
support web services, security?=0AGet stuff done quickly with pre-integrate=
d technology to make your job easier=0ADownload IBM WebSphere Application S=
erver v.1.0.1 based on Apache Geronimo=0Ahttp://sel.as-us.falkag.net/sel?cm=
d=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642=0A__________________________=
_____________________=0ASourceJammer-users mailing list=0ASourceJammer-user=
s...@li...=0Ahttps://lists.sourceforge.net/lists/listinfo/sour=
cejammer-users=0A=0A=0A=0A=0A=0A=0A