It's all about the answers!

Ask a question
QuestionsTagsUsersBadges
Guidelines | FAQ
Follow this question
Question details

×42,882

question asked: Apr 29 '11, 10:28 a.m.
question was seen: 4,976 times
last updated: Apr 29 '11, 10:28 a.m.

Related questions

Jazz SCM: Local Sandboxes in AFS

0
Garrett Rolfs (83●1●8●9) | asked Apr 29 '11, 10:28 a.m.
We have developers on Linux that would like to place their local
sandboxes in the Andrew File System (AFS). They are doing this because
their development and test work is performed on different machines. AFS
does not support all the lock semantics of a native Linux filesystem,
notably byte range locking.

Does the Jazz SCM client perform byte range locking? I have seen the
tech article discussing using NFS and its emphasis of configuring NFS to
support locking. I believe NFS supports byte range locking which allows
it to work with the Jazz SCM. We have users seeing strange results with
pending changes and the workspace going out of sync. I suspect it may be
related to locking. Are my suspicions unfounded?

Thank you,

-Garrett Rolfs

3 answers

Most liked answers ↑|Newest answers|Oldest answers

0
permanent link
Garrett Rolfs (83●1●8●9) | answered May 03 '11, 2:28 p.m.
Anyone care to comment?

Thank you,

-Garrett Rolfs
0
permanent link
Dmitry Karasik (1.8k●1●1) | answered May 04 '11, 12:01 p.m.
JAZZ DEVELOPER
Yes the Jazz SCM client does use byte range locking since Java does not provide a way to use whole file locking.

- Dmitry Karasik
0
permanent link
Garrett Rolfs (83●1●8●9) | answered May 04 '11, 6:05 p.m.
Dmitry_Karasik@ca.ibm-dot-com.no-spam.invalid (dkarasik) writes:

Yes the Jazz SCM client does use byte range locking since Java does
not provide a way to use whole file locking.

- Dmitry Karasik

Thank you for the answer. Very helpful.

-Garrett Rolfs

Your answer

Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.