how license is controled for Multiple RTC Repository on the
![](http://jazz.net/_images/myphoto/2a0da97fe7a0a6d7bff01d6319da007a.jpg)
for RTC Standard Edition; 1 Server and 250 users license.
Can I setup 9 tomcat Server hosts 9 RTC repository, and 250 users dynamiclly
allocated when requested?
we need to do this because we have 9 teams and about 15 projects. each team
should be only have permission to it's own project. (currently, RTC user can
view other project's plan, workitem, stream, etc, we should disable this)
Thanks!
Can I setup 9 tomcat Server hosts 9 RTC repository, and 250 users dynamiclly
allocated when requested?
we need to do this because we have 9 teams and about 15 projects. each team
should be only have permission to it's own project. (currently, RTC user can
view other project's plan, workitem, stream, etc, we should disable this)
Thanks!
2 answers
![](http://jazz.net/_images/myphoto/2a0da97fe7a0a6d7bff01d6319da007a.jpg)
Right now, you would indeed need to have separate servers to prevent teams seeing other team's work. I am not sure what this means for the number of servers you would need to purchase though, or the implications for client licenses (would you need one client license per server accessed, or one for all servers?)
A great question though....
anthony
A great question though....
anthony
![](http://jazz.net/_images/myphoto/2a0da97fe7a0a6d7bff01d6319da007a.jpg)
It is not possible to share the 250 user limit across multiple servers in the 1.0 product.
We have heard that same request from multiple sources and support for that will likely show up in future releases. There has been some discussion about improving the ability to restrict read access in future versions, so you might see both of your problems fixed in the future.
We have heard that same request from multiple sources and support for that will likely show up in future releases. There has been some discussion about improving the ability to restrict read access in future versions, so you might see both of your problems fixed in the future.