nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Subversion ALM with ViewVC?

Stephen McCants

Hello,

We just switched to Subversion ALM from the regular Atlassian Subversion in order to use Subversion in JQL searches. This is working well for us.

However, we've had some problems with the Subversion ALM web client and I'm wonder if there is a way to configure it to use ViewVC as we had for the regular Atlassian Subversion?

Thanks for your help.

Sincerely,

Stephen McCants

Accepted answers

Stephen McCants

Actually, it is possible.

As JIRA Administrator with Administration mode, go to Plugins => Plugins.
Next under Subversion ALM disable:
- Subversion Commits Tab Panel (svnplus-subversion-commits-tabpanel)
- Subversion Commits Project Tab (svnplus-subversion-project-tab)
Now enable JIRA Subversion plugin.

This provides you with ALM for JQL and commits calendar, but the tradition SVN commits tab on the work item page and projects page. That let you use ViewVC or some other solution that isn't quite as buggy.

All comments

Contact Kintosoft

It is not possible.

May I ask waht problems you have got with the built-in browser (Polarion)?

Stephen McCants

We have a varierty of problems with the built-in browser:

* It is often very slow to render.
* Sometimes it fails to show one or both sides on the file on the difference page.
* Sometimes the next/previous change buttons don't work.
* JQL queries (the feature we really want) are slow.

We've never had any problems with ViewVC, which runs on the same server (through Apache - not Tomcat).

Stephen McCants

Also, the change/delete/add counts are sometimes wrong showing deletes as changes or similar such switch.

Seems to be related to opening multiple tabs at the same time. May be AJAX calls and results are getting crossed?

Stephen McCants

Another problem is with the browser back button. When you get a diff and use the next/previous change buttons and then hit "back" rather than taking you back to a different web page, it unwinds the next/previous change buttons. Since the next/previous change buttons will let you "unwind" the stack that way, it seems like the back button should take you to the previous web page (especially if you can't use multiple tabs).

Stephen McCants

Actually, it is possible.

As JIRA Administrator with Administration mode, go to Plugins => Plugins.
Next under Subversion ALM disable:
- Subversion Commits Tab Panel (svnplus-subversion-commits-tabpanel)
- Subversion Commits Project Tab (svnplus-subversion-project-tab)
Now enable JIRA Subversion plugin.

Chris Holt

Since Atlassian has now discontinued the "JIRA Subversion" plugin (since 7.3) it's time for a new workaround for this. It involves a bit more work though. You will need apache in front of jira's tomcat for this to work and php support in your apache. You can find instructions for using apache in front of JIRA's tomcat from Atlassian (here). It worked pretty much exactly like they describe. I made one refinement of changing tomcat's 8080 listener to 8081, so that I could have apache listen on 8080 and not have to change our internal links to JIRA.

First, in the httpd.conf config for the apache front end you will want it to look something like this:

&lt;VirtualHost *:8080&gt;
RewriteEngine On
RewriteCond %{REQUEST_URI} ^/secure/SWCTopMenuAction
RewriteCond %{QUERY_STRING} url=([^&amp;]+).+rev=([^&amp;]+)
RewriteRule ^.*$ http://internal/vvc/changes.php?path=%1&amp;amp;r2=%2 [L,R]
&lt;Proxy *&gt;
Order deny,allow
Allow from all
&lt;/Proxy&gt;
ProxyRequests Off
ProxyPass / ajp://jira:8009/
ProxyPassReverse / ajp://jira:8009/
&lt;/VirtualHost&gt;

Basically, you are going to catch the links to the the diff viewer and redirect them to a php script on a server you control (internal/vvc/changes.php). It captures the file and revision you want to compare. (The RewriteCond directives are probably too broad and need refinement, fyi.)

Then in the changes.php script you do another redirect:

&lt;?php
parse_str($_SERVER['QUERY_STRING'], $output);
$r2 = $output['r2'];
$r1 = $r2;
$r1--;
$url = 'http://svn/viewvc/svn' . $output['path'] . '?r1=' . $r1 . '&amp;r2=' . $r2 . '&amp;pathrev=' . $r2;
header("Location: " . $url);
exit;
?&gt;

I had to have the php because I had to subtract 1 from the revision number to pass to viewvc's diff command.

I know this is crude, and I'll probably have to refine the rewrite rules a bit as it probably breaks legit Subversion ALM plugin functionality. But, this restores the use of view-vc within JIRA for looking at code changes, which was a must have for us.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

addon-com.kintosoft.jira.subversion-plus

svn

viewvc