Enabling Security in Tomcat
We have tried to enable security on tomcat, by adding in web.xml this:
<security-constraint> <web-resource-collection> <web-resource-name>The Entire Web Application</web-resource-name> <url-pattern>/*</url-pattern> </web-resource-collection> <auth-constraint> <role-name>jazzusers</role-name> </auth-constraint> </security-constraint> <security-role> <description> An example role defined in "conf/tomcat-users.xml" </description> <role-name>jazzusers</role-name> </security-role> Most of Jazz works OK, but we had a problem during the build. There is the stack below in tomcat. did we do something wrong seting security, is it too high? Thanks Nicolas com.ibm.team.repository.common.transport.TeamServiceException: Unbuffered entity enclosing request can not be repeated. at com.ibm.team.repository.common.transport.internal.services.RemoteTeamService.executeHttpMethod(RemoteTeamService.java:496) at com.ibm.team.repository.common.transport.internal.services.RemoteTeamService.invokeContentPut(RemoteTeamService.java:366) at com.ibm.team.repository.common.transport.internal.services.RemoteTeamService.invoke(RemoteTeamService.java:162) at com.ibm.team.repository.common.transport.internal.services.ServiceInvocationHandler.invoke(ServiceInvocationHandler.java:43) at $Proxy3.put(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at com.ibm.team.repository.client.internal.ServiceInterfaceProxy.invokeServiceCall(ServiceInterfaceProxy.java:117) at com.ibm.team.repository.client.internal.ServiceInterfaceProxy.invoke(ServiceInterfaceProxy.java:56) at $Proxy3.put(Unknown Source) at com.ibm.team.repository.client.internal.ContentManager.internalStoreContent(ContentManager.java:266) at com.ibm.team.repository.client.internal.ContentManager.storeContent(ContentManager.java:194) at com.ibm.team.build.internal.publishing.ContentPublisher.getFileContent(ContentPublisher.java:107) at com.ibm.team.build.internal.publishing.ContentPublisher.createFileContribution(ContentPublisher.java:93) at com.ibm.team.build.internal.publishing.AbstractFilePublisher.publish(AbstractFilePublisher.java:85) at com.ibm.team.build.internal.engine.CommandLineRequestHandler.handleRequest(CommandLineRequestHandler.java:94) at com.ibm.team.build.internal.engine.BuildLoop.runLoop(BuildLoop.java:166) at com.ibm.team.build.internal.engine.BuildLoop$1.run(BuildLoop.java:107) at java.lang.Thread.run(Thread.java:799) |
Accepted answer
I was able to reproduce the problem. Note, it is not specific to the build
engine. It is a problem storing content in the repository when security is setup in the way you describe. You can also see the problem if you try to add an attachment to a work item and save the work item. Please file a jazz bug in the Repository category. Thanks Nicolas Dangeville selected this answer as the correct answer
|
2 other answers
Thanks Ryan. I have created Defect #18873
Nicolas |
|
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.