Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

Is it possible to use a different network port for file transferring (IContentService)?

 We have limited network bandwidth between server and remote sites, sometimes, remote site user will experience a VERY poor system performance while one of them is downloading the files, content proxy server is a good solution for this issue excepting for the first time download, so we would wonder that if it is possible to use a different port for file transferring so that we could easy to manage the bandwidth usage with a network shaper?

0 votes



2 answers

Permanent link
we asked the same question. currently the answer is no.. and there are no changes planned in this area.
you could add your comments to this enhancement

0 votes

Comments

 Got it, already commented on that enhancement.


Permanent link
Hi Makson,
I have two work arounds for you:
1. You can try using distributed scm and having two servers: one internal and another external one (with higher bandtwitch) This might reduce your connection usage at least next time. See more information on https://jazz.net/library/article/535/#Enable_distributed
2. If you do not need to checking the code but only downloading certain files, you can send them on the separate server as build result.

Let me know if at least one solution helps for you.
Best regards,
Krzysztof Kazmierczyk

0 votes

Comments

 Thanks for the workarounds, but we do need to checking lots of code often.

Your answer

Register or log in 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.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 6,121

Question asked: Apr 22 '13, 9:16 p.m.

Question was seen: 4,106 times

Last updated: Apr 23 '13, 9:23 p.m.

Confirmation Cancel Confirm