redeploy an RM extension / deploy a new version of the same extension?
I am working with Jazz Team Server (jts) v 5.02, mainly for using the requirements management / DOORS-NG area. I have been starting to look at extensions for this purpose and have successfully got the example extensions provided on Jazz.net (https://jazz.net/wiki/bin/view/Main/RMExtensionsExamples502) up and running on a test jts+tomcat server on my local machine.
My problem is that I when I’ve changed the .js or .css files associated with one of the extensions in the catalogue (specifically the ‘module explorer’/mod-exp.js extension), request a server reset and restart the jts, there are no changes to the mod-exp.js file / it is not redeployed. When I visit the location of the .js file, it remains the same. (https://[server]:[port]/extensions/module_explorer/js/mod-exp.js)
I have reset the server via https://[server]:[port]/rm/admin?internal=true URL, https://[server]:[port]/rm/admin/cmd/resetRequest and by deleting tomcat\work\Catalina\localhost\rm\built-on.txt Have you any idea why this is failing for me?
Thanks once again,
Sam
Accepted answer
Comments
Hi Steve,
This may have been a factor. However I did also restart my browser, was prompted to login to JTS once more, and the widgets still hadn't updated. Could this still be being called from the cache? And if a direct request was made (like when I navigated to the changed .js file https://[server]:[port]/extensions/module_explorer/js/mod-exp.js) would this still be called from the cache?
This is hard to test now as I have fixed my problem on my test set-up, AND that of my colleague's by following the steps I outlined in my answer above. If those steps solved my problem, I wonder if it was still to do with caching? Ever since I removed/rentered the widget location last week my changes have shown up, with the same browser settings.
Best
Sam
Hi Sam,
Hi Steve,
My colleague started reporting these problems again and when I told him to clear the cache the issue was fixed. Presumably whatever 'fixed' my setup before was fragile and possibly not a fix at all.
Anyway, it seems that this is the solution. Thank you very much for your help! My mistake for thinking it was an issue with DNG / JTS.
Sam
No worries - glad to have helped :)
2 other answers
My first run: Adding the widget via Catalog (I am hosting the widgets on an apache webserver)
Result: Content of the widget is empty; Javascript error in web console: TypeError: this._viewInfo is undefined
My second run: Adding the widget directly via "Add OpenSocial Gadget" with the URL https://clmrational:444/hello-world/HelloWorld.xml
Result: Content of the widget is available and I can update the content text and after a refresh of the widget this update is visible
I have now found a solution that has worked on more than one set up with widget catalogues, although I'm not totally sure why. I tried Robert's suggestion and it did not solve the issue.
SCENARIO: using a widget catalogue hosted on the express install apache/tomcat webserver:
...\JazzTeamServer\server\tomcat\webapps\extensions\
with the widget catalogue set in the .../rm/admin 'Advanced Settings' under setting :
https://[server]:[port]/extensions/WidgetCatalog.xml
PROBLEM: editing files within the extensions folder does not change the extensions hosted on the server
SOLUTION: return to .../rm/admin 'Advanced Settings', remove (cut: ctrl + x) the URL entered under enter the URL again (paste: ctrl + v), save the changes.
Any changes now seem to update on the server with a refresh of the web browser... weird!
Comments
Robert Wen
Jan 07 '15, 9:24 a.m.I'm putting this in the category of "silly guess".
Have you tried removing the entry in the widget catalog XML file corresponding to the extension you modified, resetting the RM, and then reinserting the entry and resetting again? I'm not sure the server is smart enough to pick up on modifications to already-existing extensions.
Hope this helps!