JIRA Subversion Plugin

Here is my apache log for the requests from JIRA, could anyone tell me if it is working correctly? it doesnt seem to be picking up the commit messages, but it doesnt throw any errors either?

"note: the first time the service runs it will take a while to index all of your existing issues - be patient" - How long is a while 2/3 hours more?

IP - username [18/Nov/2004:17:19:37 +0000] "PROPFIND /repos HTTP/1.1" 207 641
IP - username [18/Nov/2004:17:19:37 +0000] "PROPFIND /repos/!svn/vcc/default HTTP/1.1" 207 392
IP - username [18/Nov/2004:17:19:38 +0000] "PROPFIND /repos/!svn/bln/6 HTTP/1.1" 207 443

cheers mike will try it out

Hi Mike,

I added those 2 lines to log4j.properties and it didnt make any difference to the output in stdout.log. With the other class-specific logging levels I can switch them off and on and it is reflected in stdout.log. Any idea what I am doing wrong.

thanks
Bren

When working with Subversion without user names, meaning, that the commits are Anonymous, the [ext.subversion.revisions.RevisionIndexService] throws a NullPointerException.

Only when the subversion revision has a username associated to it, the plugin works.

each of our projects uses a separate svn repository (located on the same server, but at a different path) - how do I set up the plugin to work with multiple repositories ?

josh

This is great to see!! I'm trying to get this to work--just downloaded 0.5. Not sure how the "subversion commits" tab gets its info. Can you clarify what the "workflow" is that ultimately gets something in there?

Hey Guys

I might be smoking crack but at 9.30pm here is what I have noticed.

In here our SVN root is http://svn.blah.int. This works fine in my other SVN tools.

0.5 does not work when the repo is actually a root domain - everything is sweet if is your svn.root is a subdirectory (http://svn.blah.int/projectname), but when its pointing to the domain itself (http://svn.blah.int or http://svn.blah.int/) I'm getting the plugin trying to parse the string "HTML" as an HTTP status code (integer). Here is the output in stdout.log:

21/12/2004 21:39:35 com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl setupEnvironment
SEVERE: Could not load properties from subversion-jira-plugin.properties
java.lang.NumberFormatException: For input string: "HTML"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Integer.parseInt(Integer.java:447)
at java.lang.Integer.parseInt(Integer.java:497)
at org.tmatesoft.svn.core.internal.io.dav.DAVStatus.parse(DAVStatus.java:37)
at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.readHeader(HttpConnection.java:360)
at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.sendRequest(HttpConnection.java:147)
at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.sendRequest(HttpConnection.java:125)
at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.request(HttpConnection.java:119)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doPropfind(DAVConnection.java:71)
at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getResourceProperties(DAVUtil.java:30)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:50)

I've tried setting up an alias in apache (Alias /repo etc...) so that I can refer to the root as a subdirectory. So http://svn.blah.int/repo now points back at the SVN root. This works in my other SVN tools. svn.root now points to http://svn.blah.int/repo/ or http://svn.blah.int/repo (tried both).

When I start up tomcat, I get an HTTP 301 in the stdout.log:

21/12/2004 21:37:20 com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl setupEnvironment
SEVERE: Connection to Subversion repository failed: org.tmatesoft.svn.core.io.SVNException: server reports an error: 301:Moved Permanently
etc…

I'd expect http://svn.blah.int/repo to result in a 301, but I'd expect http://svn.blah.int/repo/ to be 200. However it looks like the trailing slash is getting dropped before the request (according to the apache logs).

Wasn't really sure whether to post this as an issue, to the list or here - so let me know.

Mark

Mark,

Thank you for reporting the problem. I have replicated it locally and logged it here for tracking: SVN-13

Unfortunately we are short on staff at the moment due to holidays, however we should be able to get to early in the new year.

Thanks,
Anton

I've downloaded the subversion module, and configured to use a local repository (svn://localhost/), but when I click the tab for SubversionCommits, it is blank. Log only ever says: [atlassian.jira.vcs.DefaultRepositoryManager] No repository defined for project

Have I misconfigured something?

LDAP?

We're running Subversion through Apache2 and using ldap. The Jira plugin returns an error and watching the apache logs I see A) no authentication error in error_log B) 401 error returns from the JIRA server. Is it possible Jira is unable to authenticate via this method?

____________________________
Jira error >
SEVERE: Connection to Subversion repository failed: org.tmatesoft.svn.core.io.SVNException: can't connect
org.tmatesoft.svn.core.io.SVNException: can't connect
at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.sendRequest(HttpConnection.java:186)
at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.sendRequest(HttpConnection.java:125)
at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.request(HttpConnection.java:119)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doPropfind(DAVConnection.java:71)
at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getResourceProperties(DAVUtil.java:30)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:50)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:260)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.testConnection(DAVRepository.java:56)
at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.setupEnvironment(SubversionManagerImpl.java:106)
at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.<init>(SubversionManagerImpl.java:42)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at org.picocontainer.defaults.InstantiatingComponentAdapter.newInstance(InstantiatingComponentAdapter.java:100)
at org.picocontainer.defaults.ConstructorInjectionComponentAdapter.instantiateComponent(ConstructorInjectionComponentAdapter.java:200)
at org.picocontainer.defaults.InstantiatingComponentAdapter.getComponentInstance(InstantiatingComponentAdapter.java:48)
at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
at org.picocontainer.defaults.SynchronizedComponentAdapter.getComponentInstance(SynchronizedComponentAdapter.java:35)
at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
at com.atlassian.jira.config.component.ProfilingComponentAdapter.getComponentInstance(ProfilingComponentAdapter.java:27)
at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstancesOfType(DefaultPicoContainer.java:274)
at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstances(DefaultPicoContainer.java:266)
at com.atlassian.jira.ComponentManager.eagerlyInstantiate(ComponentManager.java:271)
at com.atlassian.jira.ComponentManager.start(ComponentManager.java:197)
at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:25)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3271)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:3613)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:754)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363)
at org.apache.catalina.core.StandardService.start(StandardService.java:497)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
at org.apache.catalina.startup.CatalinaService.start(CatalinaService.java:273)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.BootstrapService.start(BootstrapService.java:245)
at org.apache.catalina.startup.BootstrapService.main(BootstrapService.java:307)

Last update in November, 2004. Is it stuck at 0.5?

K>

I'm using the subversion jira plugin with Subversion 1.1.3 and Jira 3.1.
I downloaded the latest version .5 and followed the directions. When I started up the jira application again I kept getting the Exception:
"SEVERE: Connection to Subversion repository failed: org.tmatesoft.svn.core.io.SVNException: network data doesn't match template, expected (, read ? (65535)"
So I upgraded the JavaSVN jar from the one in the .5 distribution to the newest 0.8.3 release and it seems to be working.

But now when I look at revisions in the Subversion Commit Panel in Jira the link url to the revision number (e.g. #23) ends in /viewsvn/svn?&view=rev&rev=24 rather than viewsvn?view=rev&rev=24 where viewsvn is my scriptalias to viewcvs.cgi. Have any idea why this is happening?

The plugin is great, but we really need it to work with multiple repositories.

Help!? I can't get this plugin working on my copy of JIRA. I don't see any error messages in catalina.out, but when I go to the Subversion tab it doesn't report the svn commits related to the JIRA incident.

My environment:
OSX Server 10.3
Java 1.4.2_05
JIRA Professional Edition v3.1.1
Subversion 1.1.1 (svnserve and the svn repository are on the same server as JIRA)
JIRA Subversion Plugin 0.5

I've configured subversion-jira-plugin.properties so that the plugin connects to subversion via svn+ssh://localhost/<path to repos>. I've also set the svn.username and svn.password properties to a valid user/password who can connect to subversion from the command line on the JIRA server. I've also stopped JIRA, deleted ...Index/plugins/atlassian-subversion-revisions/, and then started JIRA back up.

I've updated log4j.properties so that log4j.rootLogger and log4j.category.com.atlassian.jira.plugin.ext.subversion are at DEBUG. I've also set log4j.category.com.atlassian.jira.plugin.ext.subversion.additivity = false.

Searching within JIRA/logs/, the only places where subversion is mentioned are in atlassian-jira.2005-03-18.log

(2005-03-18 20:53:30 WebappLoader[]: Deploy JAR /WEB-INF/lib/atlassian-jira-subversion-plugin-0.5.jar to /Applications/JIRA/webapps/../atlassian-jira/WEB-INF/lib/atlassian-jira-subversion-plugin-0.5.jar)

and catalina.out:
([WARN] LuceneUtils - -Directory /Library/Application Support/JIRA/Index/plugins/atlassian-subversion-revisions does not exist - perhaps it was deleted? Creating..)

2005-03-18 21:32:51,903 DEBUG [atlassian.jira.service.ServiceRunner] Running Service [Container: com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService This service indexes Subversion revisions. delay [120000ms]]

2005-03-18 21:33:00,200 DEBUG [atlassian.jira.service.ServiceRunner] Finished Running Service [Container: com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService This service indexes Subversion revisions. delay [120000ms]]

I'm not getting much from the logs. Any ideas?

I've also noticed the following in /var/log/system.log:

Mar 18 21:51:36 <HOST> SystemStarter: Restarting JIRA
Mar 18 21:51:38 <HOST> SystemStarter: Startup complete.
Mar 18 21:52:23 <HOST> xinetd[429]: service ssh, IPV6_ADDRFORM setsockopt() failed: Protocol not available (errno = 42)
Mar 18 21:52:23 <HOST> xinetd[429]: START: ssh pid=11104 from=192.168.6.26
Mar 18 21:52:25 <HOST> sshd[11104]: Accepted password for <SVN_USER> from 192.168.6.26 port 52959 ssh2

What changed from 0.5 -> 0.5.1?

I have a fairly large repository that I need to index and it seems that each iteration of the service only runs for around 1200 revisions. Unfortunately, the earlier stuff has nothing that can be indexed and so, the RevisionIndexer runs over the same 1200 revisions or so everytime since the last revision is stuck to the last indexed revision.
ie. revision 1000 was last indexed. The next service interation runs to 2200 but nothing is found so last indexed revision is stuck at revision 1000 and all subsequent service runs starts from 1000 again. I haven't spent a whole time on this so any help you can give me before I start hacking away at the code would be appreciated. Thanks

I dug into the code and found out that it was a problem with the javasvn library. HttpConnection.readResponse eats a SAXException and goes on its merry way without giving us a peep. Oh well.

Community,

what about linking the planned JIRA support for build numbers http://jira.atlassian.com/browse/JRA-568
to the revision feature of subversion and e.g. auto-creation of versions within JIRA projects ...?

Ahmad

Will the plugin support the upcomming Subversion 1.2 release?

is it possible to use this plug-in with jira and subversion at two different servers?

Does this plugin work on 3.2? And I'll second the question about subversion 1.2.

It looks like ti will do what we need if so.

Hi,

I have a logfile entry in svn which is clearly not being picked up by the plugin:

e.g.
---------- cut here -------------
Activate Scheduer list.

added:
activate scheduer script.
For script descriptions look in https://localhost/doc/scripts%20description.doc

TEST-101, TEST-102
---------- cut here -------------

What's interesting is that TEST-102 does pick up the log file, but TEST-101 does not. Without looking in the code it appears that there's some kind of parsing irregularity in this case. Can someone look into this, please?

Thanks!!

Gene

The revision URL for viewcvs is wrong, it makes the url:

The url is configured int he properties file as: http://host/viewcvs/

The files themselves are linked properly in jira as: http://host/viewcvs/trunk/rest/of/the/path/to/file

But the revision link is being linked as: http://host/viewcvs/svn?view=rev&rev=num

which is incorrect, should be: http://host/viewcvs/?view=rev&rev=num

This is in verion 0.6

Hi

I just had a look at http://jira.atlassian.com/browse/SVN-18 which pointed me in the right direction to fix my own problem: getting the Subversion plugin to render links correctly to WebSVN revisions.

The code change is trivial - but how do I go about recompiling the Subversion extension? Do I need the rest of the Jira source code to do that?

How to integrate Subversion repository and JIRA?
Where i want to configure. I had aready installed all the required plugin in the lib folder.

Help me ?

Anand

I have a Jira 3.0.3 install with 10 projects.

I installed the subversion plugin and it works for 9 of the 10 projects.

For the 10th, whenever an issue is viewed the following is logged:

[web.action.issue.ViewIssue] Unknown tab panel 'com.atlassian.jira.plugin.ext.subversion:subversion-commits-tabpanel' has been specified.

Any idea why the plugin wouldn't be working for this project but working for all the others?

thanks for jira,
-m

Hi

I got the plugin to work and it indexed my repository when I re-deployed JIRA...But any commits after that did not show...I tried flushing the chache and re-indexing in JIRA but that didn't help....

How ofter is Lucene index created for Subversion plugin?
Is there a way I can force re-index of atlassian-subversion-revisions/ ?

Thanks

I think I am missing something very simple!

I can't figure out the syntax of the properties file.

I have multiple SVN repositories, which require user authentication.

For example, how would I modify the properties file I was to add following two SVN repositories?

• http://myserver/svn/myrepo1/
• http://myserver/svn/myrepo2/

Both have a user called "abc", with password "123"

Thanks

We have the 0.6.1 plugin installed on JIRA Enterprise Edition, Version: 3.1-#80. Getting ViewCVS to support subversion was the hardest part... Take a look: http://bugs.sakaiproject.org/jira/browse/SAK-1429

Nice job Atlassian!

NOTE: The 0.7.1 release merely ensures that all version numbers are correct - i.e. the version and JIRA dependency info within atlassian-plugin.xml are correct.

Found the following documentation page regarding using JavaSVN (the backend library of the Subversion JIRA plugin) with svn+ssh with private key instead of a password.

http://tmate.org/svn/kb/config-settings.html

Adding -Djavasvn.ssh2.key=/path/to/private/key/file to the JIRA startup command worked like a champ.

The plugin isn't working for me with a https + basic-auth combination. Is that combination known to work as of v0.7.1?

From the (modded) properties file:

svn.root=https://$domain/svn/reposname/
svn.display.name=reposname
svn.username=$username
svn.password=$password
revision.indexing=true
revision.cache.size=1000

On startup I get a stacktrace telling me the connection was refused (modded):

2005-09-02 00:32:39,318 ERROR [plugin.ext.subversion.SubversionManagerImpl] Connection to Subversion repository https://$domain/svn/reposname/ failed: org.tmatesoft.svn.core.io.SVNException: java.net.ConnectException: Connection refused
org.tmatesoft.svn.core.io.SVNException: java.net.ConnectException: Connection refused

I can verify the properties details are correct. I've also tried the plugin with the latest javasvn release, which made no difference.

I am evaluating JIRA Enterprise. So far it looks very good, but I can’t get the subversion plugin working.

I have searched the mailing lists and the plugin page for help, with no luck. I am using JIRA 3.3.1 and 0.7.1 of the subversion plugin. When the plugin is installed the indexer runs once successfully – I have confirmed this both by viewing a test issue and actually seeing commit info on the proper tab, as well as by placing the plugin into debug and viewing the log.

The next time the service delay period comes around, it appears as if an attempt is made to retrieve information, but nothing happens, from that point, no further activity occurs and no errors are ever thrown. Restarting the web app causes this cycle to repeat (and any recent commits to be indexed), but of course restarting the app is not a viable workaround. Please help me if you can.

I am using svn+ssh://username@hostname/reposname plus a user id and password to access the repository. The evaluation env is windows XP, java 1.5, tomcat 5.5, and mysql 4.1

Below is the tail end of the log, after the last entry, nothing will happen again until a restart:

2005-09-16 12:08:22,803 DEBUG [ext.subversion.revisions.RevisionIndexer] Retrieved 3 relevant revisions to index (between 0 and 1377) from repository=2db7d1f7-5cf5-0310-8ef0-800000000000

2005-09-16 12:08:22,803 DEBUG [ext.subversion.revisions.RevisionIndexer] log entries size = 3 for 2db7d1f7-5cf5-0310-8ef0-800000000000

2005-09-16 12:08:22,819 DEBUG [ext.subversion.revisions.RevisionIndexer] Indexing repository=2db7d1f7-5cf5-0310-8ef0-800000000000, revision: 380

2005-09-16 12:08:22,834 DEBUG [ext.subversion.revisions.RevisionIndexer] Indexing repository=2db7d1f7-5cf5-0310-8ef0-800000000000, revision: 381

2005-09-16 12:08:22,834 DEBUG [ext.subversion.revisions.RevisionIndexer] Indexing repository=2db7d1f7-5cf5-0310-8ef0-800000000000, revision: 1377

2005-09-16 12:16:03,444 DEBUG [ext.subversion.revisions.RevisionIndexer] Retrieving revisions for : JIR-3

2005-09-16 12:16:03,444 DEBUG [plugin.ext.subversion.SubversionManagerImpl] No cache - retrieving log message for revision: 1377

2005-09-16 12:20:29,803 DEBUG [ext.subversion.revisions.RevisionIndexer] Retrieving revisions for : JIR-4

2005-09-16 12:20:33,147 DEBUG [ext.subversion.revisions.RevisionIndexer] Retrieving revisions for : JIR-4

2005-09-16 12:21:06,787 DEBUG [ext.subversion.revisions.RevisionIndexer] Retrieving revisions for : BIGKEY-1

2005-09-16 13:09:17,147 DEBUG [ext.subversion.revisions.RevisionIndexer] RevisionIndexer.createIndexIfNeeded()

2005-09-16 13:09:17,147 DEBUG [ext.subversion.revisions.RevisionIndexer] repos size = 1

2005-09-16 13:09:17,147 DEBUG [ext.subversion.revisions.RevisionIndexer] Updating revision index for repository=2db7d1f7-5cf5-0310-8ef0-800000000000

2005-09-16 13:09:17,147 DEBUG [ext.subversion.revisions.RevisionIndexer] 16 Sep 2005 20:09:17 GMT Updating revision index for repository=2db7d1f7-5cf5-0310-8ef0-800000000000

2005-09-16 13:09:17,147 DEBUG [ext.subversion.revisions.RevisionIndexer] Updating last revision indexed.

2005-09-16 13:09:17,178 DEBUG [ext.subversion.revisions.RevisionIndexer] latestIndRev for 2db7d1f7-5cf5-0310-8ef0-800000000000 = 1377

2005-09-16 13:09:17,178 DEBUG [ext.subversion.revisions.RevisionIndexer] Latest indexed revision for repository=2db7d1f7-5cf5-0310-8ef0-800000000000 is : 1377

2005-09-16 13:09:17,866 DEBUG [ext.subversion.revisions.RevisionIndexer] Latest revision in repository=2db7d1f7-5cf5-0310-8ef0-800000000000 is : 1378

2005-09-16 13:09:17,866 DEBUG [ext.subversion.revisions.RevisionIndexer] Retrieving revisions to index (between 1378 and 1378) for repository=2db7d1f7-5cf5-0310-8ef0-800000000000

Some notes:

• we use svn+ssh and it works , contrary to what the README says.
• If your issues are indexed, but the subversion tab won't appear, check your Jira project scheme permissions, they might miss the *jira-developpers* user associated to the *View Version Control* permission (apparently these weren't added after upgrading from 2.x to 3.x)
• can someone tell the jsch guys to add logging to their code?
• now what I would like to do is restrict the operations that my svn plugin user can do using its ssh access. Just in Case. Anyone knows how to do that? One should usually modify the *authorized_keys2* file, and add restrictions in front of the key, but I don't know what to add for a javasvn/jsch ssh backend.

Feel free to post an answer to http://www.coffeebreaks.org/blogs/?p=16

Hi Jerome,

Thanks for the good pointers.

svn+ssh is supported and we have updated our README.txt file. Thanks again for the tip.

For information on how to restrict access of the ssh user used for svn access see this page. It talks about CVS, but I am sure that it can be adapted for subversion.

Thanks,
Anton

I believe the command that gets run over ssh is:
svnserve --tunnel

I have not tried it. Please let us know if it works for you.

Thanks,
Anton

Hi

I want to create a report, relying on the subversion revision number. I can see the number inside Jira on the plugin page, but I can not integrate it into my view definition.

Is it possible to use the plugin data in Jira queries?

Thanks

Jan

Hi,

just wondering why I can't make the project repository settings inside jira. Redeploying/ restarting the app is not very nice...

And, keeping information twice is not fun as well.

brgds,

P.G.Taboada

Hi,

first I would like to thank you for this wonderful plugin.

Here is my question:
We use a customized Jira Excel export template to generate our release notes. The missing piece of the puzzle is to include the Subversion Commit information (source file changes and related comments) into our release notes file.

I couldn't yet figure out a way to access the Subversion Commit data from within the Jira export template.
Any ideas?

Thanks, Chris

Is there a way to associate an already committed SVN change with a Jira issue?

Thanks
Martin

Is there anything special to do to activate the display of the subversion tab. The plugin seems properly installed and active (as per the UI).

But I cannot see it anywhere.

Hi,

Could you please create a support request on http://support.atlassian.com and attahc your configuration files and logs. This way we should be of more help.

Cheers,
Anton

Is there any mechanism (e.g., a special keyword) that would cause the plugin to insert a hyperlink to an SVN revision when the revision number is mentioned in a changelog entry? For example, in the changelog text "see also revision #123456 for a similar fix" the "#123456" would be replaced by a viewcvs hyperlink to that revision.

Thanks
Martin

FYI This does not work with  JavaSVN  1.0 .0 -- use the older 8.8*

It is still the case that if you have even one commit in your SVN repository that does not have an author it will fail to grab the log info (or behave oddly and get a subset of it). By default CVS2SVN does not put an author on its initial repository creation so this is a problem. If you use CVS2SVN specify a default author for the conversion and this problem can be avoided. If you have already converted you can use TortiseSVN to look at the full log and find the authorless commits and put an author on them (enabling the editinig requires a little config on your SVN repository but def worth it).

Is there a way to query the Subversion commits for a particular issue?  I have started working with the Jira SOAP RPC client, but I have not figured out if the API can extend to plugins, or if a plugin has a way to expose its data to the RPC client.

In our current environment that we are looking to convert to from an existing system with customization to Subversion and Jira. We perform an "audit" of all defects in a particular state to verify that only changes that are in a particular defect state are part of release builds since the last "tagged" release.  In order to do that, I need to be able to query all issues for a particular product and version (Jira speak) and are in a particular state.  For each of those issues, I need to get the parts or files that are associated with the issue and update each file to the versions in the issue.  This is so that files changed against issues that are not in a fixed or resolved state are not part of a release build.

I am not sure if this is a question for the Subversion plugin forum or the RPC plugin forum. 

Hi

in the subversion-jira-plugin.properties file; svn.root=svn://........

 Does this point to the directory HOLDING the individual repositories, or the individual respoitories?

Please make your plugin compatible with the latest version of JavaSVN. Pretty please!! Subversion is 1.3 and only the latest version of JavaSVN (1.0.2) fully supports it.

 Thanks

How can I tell the plugin to use a different directory for .javasvn?  I'm running Jira (and the plugin) in a diskless environment and it keeps on trying to put it's logfile in /.javasvn. / is a read-only filesystem.  I've tried setting $HOME before launching Jira, but that doesn't appear to solve any problems.  Thanks!

Hi Chris,
It is actually the javasvn library that the subversion plugin uses which is generating that log file. You can disable its file logging by providing the -Djavasvn.log.file=false parameter to the java command-line that starts your JIRA instance. We are using version 0.8.8 of javasvn and this will work with this version. Apparently it is disabled by default in the 1.x versions.

I hope that helps,
Dylan

Hi

Running jira 3.4.3/plugin 0.8.x

it seems some Jira projects provide the Subversion Commits tab just fine; others fail .. I get this in the  catalina.out:

2006-02-01 09:43:56,237 WARN [web.action.issue.ViewIssue] Unknown tab panel  'com.atlassian.jira.plugin.ext.subversion:subversion-commits-tabpanel' has been specified.

-Reid

Hi Reid,
That sounds strange. Could you open a support request about this at https://support.atlassian.com and include your subversion-jira-plugin.properties file, your complete JIRA log, and any other data you may feel is relevant.
Thanks,
Dylan

I noticed an issue with the way that one of the issue links is rendered in the Subversion Commits tab.

 The velocity template for the commits tab has a section like this...

<tr>
    <td bgcolor="#f0f0f0" width=10%><b>Repository</b></td>
    <td bgcolor="#f0f0f0" width=10%><b>Revision</b></td>
    <td bgcolor="#f0f0f0" width=10%><b>Date</b></td>
    <td bgcolor="#f0f0f0" width=10%><b>User</b></td>
    <td bgcolor="#f0f0f0"><b>Message</b></td>
</tr>
<tr>
    <td bgcolor="#ffffff" width=10% valign=top rowspan=3>$action.repositoryDisplayName</td>
    <td bgcolor="#ffffff" width=10% valign=top rowspan=3>$action.linkRenderer.getRevisionLink($action.revision)</td>
    <td bgcolor="#ffffff" width=10% valign=top rowspan=3>$!action.revision.date</td>
    <td bgcolor="#ffffff" width=10% valign=top rowspan=3>$!action.revision.author</td>
    <td bgcolor="#ffffff">#makelinkedhtml($action.revision.getMessage().trim())</td>
</tr>

is rendered as... <tr>
<td bgcolor="#f0f0f0" width=10%><b>Repository</b></td>
<td bgcolor="#f0f0f0" width=10%><b>Revision</b></td>
<td bgcolor="#f0f0f0" width=10%><b>Date</b></td>
<td bgcolor="#f0f0f0" width=10%><b>User</b></td>
<td bgcolor="#f0f0f0"><b>Message</b></td>
</tr>
<tr>
<td bgcolor="#ffffff" width=10% valign=top rowspan=3>Development</td>
<td bgcolor="#ffffff" width=10% valign=top rowspan=3><a href="http://svn/wsvn/Dev/?rev=7&sc=1">#7</a></td>
<td bgcolor="#ffffff" width=10% valign=top rowspan=3>Fri Feb 17 16:03:33 MST 2006</td>
<td bgcolor="#ffffff" width=10% valign=top rowspan=3>jhuff</td>
<td bgcolor="#ffffff"> Issue:<a href="http://issues/jira/browse/TST-5" title="Test bug issue"><strike>TST-5</strike></a>;Test message
</td>
</tr>

The <strike>TST-5</strike> does what you would expect and strikes through the TST-5 in the link text.  Is there a reason that it puts strike around the issue link text?

Thanks in advance. 

Hi Jeff,
The strike is meant to indicate that the issue is currently resolved. Open issues should not have the strike tags.
Dylan

hi

 I have two subversion servers accessed via the plugin, about 50 repos on each server. But now starting JIRA seems to take much longer; is it now logging into each repo durring startup?

Running the Plugin Version 0.9.2 with JIRA 3.5.1 doesn't work (using the 0.9.1 plugin and the same configuration works fine).

The JIRA log shows this exceptions:

2006-04-27 13:16:05,724 ERROR [ext.subversion.revisions.RevisionIndexer] Could not load properties from subversion-jira-plugin.properties
java.lang.NoSuchMethodError: com.atlassian.jira.service.ServiceManager.getServiceWithName(Ljava/lang/String;)Lcom/atlassian/jira/service/JiraServiceContainer;
        at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService.install(RevisionIndexService.java:49)
        at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:67)
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.start(MultipleSubversionRepositoryManagerImpl.java:205)
        at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:318)
        at com.atlassian.jira.ComponentManager.start(ComponentManager.java:246)
        at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:25)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4343)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
        at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:903)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252)
        at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256)
        at org.apache.commons.digester.Rule.end(Rule.java:276)
        at org.apache.commons.digester.Digester.endElement(Digester.java:1058)
        at org.apache.catalina.util.CatalinaDigester.endElement(CatalinaDigester.java:76)
        at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
        at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
        at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
        at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
        at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
        at org.apache.commons.digester.Digester.parse(Digester.java:1567)
        at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:488)
        at org.apache.catalina.core.StandardHost.install(StandardHost.java:863)
        at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:482)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:427)
        at org.apache.catalina.startup.HostConfig.start(HostConfig.java:968)
        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:349)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1091)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
        at org.apache.catalina.core.StandardService.start(StandardService.java:480)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:2313)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422)
2006-04-27 13:16:05,727 ERROR [com.atlassian.jira.ComponentManager] Error occurred while starting component.
com.atlassian.jira.InfrastructureException: Could not load properties from subversion-jira-plugin.properties
        at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:72)
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.start(MultipleSubversionRepositoryManagerImpl.java:205)
        at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:318)
        at com.atlassian.jira.ComponentManager.start(ComponentManager.java:246)
        at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:25)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4343)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
        at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:903)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252)
        at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256)
        at org.apache.commons.digester.Rule.end(Rule.java:276)
        at org.apache.commons.digester.Digester.endElement(Digester.java:1058)
        at org.apache.catalina.util.CatalinaDigester.endElement(CatalinaDigester.java:76)
        at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
        at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
        at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
        at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
        at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
        at org.apache.commons.digester.Digester.parse(Digester.java:1567)
        at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:488)
        at org.apache.catalina.core.StandardHost.install(StandardHost.java:863)
        at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:482)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:427)
        at org.apache.catalina.startup.HostConfig.start(HostConfig.java:968)
        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:349)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1091)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
        at org.apache.catalina.core.StandardService.start(StandardService.java:480)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:2313)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422)

Is there a way to create a link to the brang / tag when displaying which files were affected by the commit?  For us it would be perfect if it listed in addition to the repository and revision, either /trunk/ or the tag/branch the change belonged to.

Dear sirs :

 Is there a feature that can let JIRA send out the email to notify target users when I commit/update files at subversion?

 thanks a lot.

Is there any way to make the indexing of jira issues case insensitive?  We have some users who seem to always add our issues as project-1 rather than PROJECT-1.

I guess this could be fixed with a commit hook also that checked for a valid jira issue.

Any suggestions? 

I just installed the Subversion plugin 0.9.4 into JIRA 3.6.2, but on the 'Administration > Plugins' page it is listed as 'Plugin Version: 0.9.2'.

What are all of the linkformat.* properties for? Do at least one of the ViewCVS / ViewSVN / Fisheye / TortoiseSVN groups have to be set up? Can more than one be set up?

Thanks,
Dan

We currently use tortoiseSVN and I was wondering if there is any work out there that will allow a developer to select in a drop down the tasks/defects in a JIRA project from the commit window? 

Regards,

Adam

Hi,

Jira and Subversion runs on the same server. The plugin works but with Auth fail exception.
How can i configurate the plugin, that the ssh key it found? Because we use key's and not password.

 
tHx
Chriz

Hello,

I've been trying to get this plugin to work (0.9.4) with jira-standard-3.6.2

I keep getting something like the following bit. Seems to be something wrong with subversion-jira-plugin.properties, but I can't tell what its upset about.

My subverison-jira.plugin.properties is in the WEB-INF/classes  directory and contains the lines

svn.root=svn://tps:6969/tools/bk
svn.display.name=BKRepository
svn.password=pw
revision.cache.size=10000

Any suggestions as to what is wrong?

Thanks!

Paul

2006-08-02 15:24:58,940 INFO [plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl] No svn.root.1 specified in subversion-jira-plugin.properties
2006-08-02 15:24:58,940 INFO [plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl] No svn.root.1 specified in subversion-jira-plugin.properties
java.lang.NullPointerException
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.setupEnvironment(MultipleSubversionRepositoryManagerImpl.java:56)
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.<init>(MultipleSubversionRepositoryManagerImpl.java:30)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
        at org.picocontainer.defaults.InstantiatingComponentAdapter.newInstance(InstantiatingComponentAdapter.java:100)
        at org.picocontainer.defaults.ConstructorInjectionComponentAdapter.instantiateComponent(ConstructorInjectionComponentAdapter.java:200)
        at org.picocontainer.defaults.InstantiatingComponentAdapter.getComponentInstance(InstantiatingComponentAdapter.java:48)
        at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
        at org.picocontainer.defaults.SynchronizedComponentAdapter.getComponentInstance(SynchronizedComponentAdapter.java:35)
        at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
        at com.atlassian.jira.config.component.ProfilingComponentAdapter.getComponentInstance(ProfilingComponentAdapter.java:27)
        at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstancesOfType(DefaultPicoContainer.java:274)
        at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:315)
        at com.atlassian.jira.ComponentManager.start(ComponentManager.java:252)
        at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:25)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
        at org.apache.catalina.core.StandardService.start(StandardService.java:450)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:683)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:537)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)
2006-08-02 15:24:58,968 ERROR [plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl] Could not load properties from subversion-jira-plugin.properties
java.lang.NullPointerException
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.setupEnvironment(MultipleSubversionRepositoryManagerImpl.java:56)
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.<init>(MultipleSubversionRepositoryManagerImpl.java:30)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
        at org.picocontainer.defaults.InstantiatingComponentAdapter.newInstance(InstantiatingComponentAdapter.java:100)
        at org.picocontainer.defaults.ConstructorInjectionComponentAdapter.instantiateComponent(ConstructorInjectionComponentAdapter.java:200)
        at org.picocontainer.defaults.InstantiatingComponentAdapter.getComponentInstance(InstantiatingComponentAdapter.java:48)
        at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
        at org.picocontainer.defaults.SynchronizedComponentAdapter.getComponentInstance(SynchronizedComponentAdapter.java:35)
        at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
        at com.atlassian.jira.config.component.ProfilingComponentAdapter.getComponentInstance(ProfilingComponentAdapter.java:27)
        at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstancesOfType(DefaultPicoContainer.java:274)
        at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:315)
        at com.atlassian.jira.ComponentManager.start(ComponentManager.java:252)
        at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:25)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
        at org.apache.catalina.core.StandardService.start(StandardService.java:450)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:683)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:537)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)
2006-08-02 15:24:58,968 ERROR [plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl] Could not load properties from subversion-jira-plugin.properties
java.lang.NullPointerException
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.setupEnvironment(MultipleSubversionRepositoryManagerImpl.java:56)
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.<init>(MultipleSubversionRepositoryManagerImpl.java:30)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
        at org.picocontainer.defaults.InstantiatingComponentAdapter.newInstance(InstantiatingComponentAdapter.java:100)
        at org.picocontainer.defaults.ConstructorInjectionComponentAdapter.instantiateComponent(ConstructorInjectionComponentAdapter.java:200)
        at org.picocontainer.defaults.InstantiatingComponentAdapter.getComponentInstance(InstantiatingComponentAdapter.java:48)
        at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
        at org.picocontainer.defaults.SynchronizedComponentAdapter.getComponentInstance(SynchronizedComponentAdapter.java:35)
        at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
        at com.atlassian.jira.config.component.ProfilingComponentAdapter.getComponentInstance(ProfilingComponentAdapter.java:27)
        at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstancesOfType(DefaultPicoContainer.java:274)
        at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:315)
        at com.atlassian.jira.ComponentManager.start(ComponentManager.java:252)
        at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:25)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
        at org.apache.catalina.core.StandardService.start(StandardService.java:450)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:683)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:537)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)
2006-08-02 15:24:58,977 ERROR [ContainerBase.[Catalina].[localhost].[/]] Exception sending context initialized event to listener instance of class com.atlassian.jira.upgrade.ConsistencyLauncher
com.atlassian.jira.InfrastructureException: Could not load properties from subversion-jira-plugin.properties
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.setupEnvironment(MultipleSubversionRepositoryManagerImpl.java:85)
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.<init>(MultipleSubversionRepositoryManagerImpl.java:30)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
        at org.picocontainer.defaults.InstantiatingComponentAdapter.newInstance(InstantiatingComponentAdapter.java:100)
        at org.picocontainer.defaults.ConstructorInjectionComponentAdapter.instantiateComponent(ConstructorInjectionComponentAdapter.java:200)
        at org.picocontainer.defaults.InstantiatingComponentAdapter.getComponentInstance(InstantiatingComponentAdapter.java:48)
        at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
        at org.picocontainer.defaults.SynchronizedComponentAdapter.getComponentInstance(SynchronizedComponentAdapter.java:35)
        at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42)
        at com.atlassian.jira.config.component.ProfilingComponentAdapter.getComponentInstance(ProfilingComponentAdapter.java:27)
        at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstancesOfType(DefaultPicoContainer.java:274)
        at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:315)
        at com.atlassian.jira.ComponentManager.start(ComponentManager.java:252)
        at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:25)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
        at org.apache.catalina.core.StandardService.start(StandardService.java:450)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:683)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:537)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)
Caused by: java.lang.NullPointerException
        at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.setupEnvironment(MultipleSubversionRepositoryManagerImpl.java:56)
        ... 31 more
Aug 2, 2006 3:25:00 PM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
Aug 2, 2006 3:25:00 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [] startup failed due to previous errors
2006-08-02 15:25:00,210 ERROR [org.quartz.core.QuartzSchedulerThread] releaseTriggerRetryLoop: RuntimeException null
java.lang.NullPointerException
        at com.atlassian.scheduler.OfBizJobStore.releaseAcquiredTrigger(OfBizJobStore.java:516)
        at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:281)

i know i'm missing something, but can't seem to find what i am looking for.

 jira says the plugin is working.

i created a project.

am i supposed to create a new cvs module and just use the suversion information? if so, what do i use for the log file path? i'm kind of new to both jira and subversion, so i'm not quite sure where subversion keeps its log files.

if not, i don't see a "add svn module" link.

Hello,

At the moment I see that the subversion plugin is installed (Admin->Plugins), but I do not see any tabs anywhere, or anything for Subversion listed under Admin->Services.  Now, I did have a typo in the name of the first repository in my subversion-jira-plugin.properties, and a a couple of permissions errors that I can't fix until I'm allowed to redeploy.. But I was just wondering if I should still have the Service and/or the Tabs.

Thanks!

-- Emily 

Is there a way to temper with some regular expressions in the plugin's configuration so that it recognizes commit comments with various JIRA issues like PRJ-1,2,4 (i.e.: PRJ-1, PRJ-2, PRJ-4), as commits related to multiple jira issues?

I use the following SVN properties:

bugtraq:label=Jira Issue: PRJ-
bugtraq:url=http://domain.com/browse/PRJ-%BUGID%
bugtraq:message=Jira Issue: PRJ-%BUGID%
bugtraq:append=false
bugtraq:number=true
bugtraq:warnifnoissue=true
bugtraq:logregex=
PRJ-(\d+)(,'(\d+))+
(\d+)

And without using precommit hooks this leaves me with commit comments like: PRJ-2,3,4 and commits linked -- in this particular case -- to PRJ-2 issue only. The developers are lazy, they don't want to type the project prefix for every issue.

Any ideas how to deal with this situation?

K> 

Does the current version of this plugin (0.9.4) supports connecting with Subversion 1.4 server? If not, what is the timeframe for the supported version? I am planning on upgrade the whole SVN environment in my company to v.1.4 and would like to make sure that nothing will break.

Hi,

Just upgraded to JIRA 3.6.5 and the 0.9.4 Sub Plugin and I'm having a few issues with the plug-in.  I was running 3.3.2 JIRA with the 0.7.1 SVN plug-in and everything worked perfectly for over a year! 

First up... I have 2 repos on the same host.  I had to add a "svn://" to the svn.root.1= so the plug-in would find the second repo. 

In 0.7.1 the second repo was defined as "svn.root.1=//localhost/documentation"   This worked fine, but in 3.6.5/0.9.4 it threw this error:

2006-10-08 15:28:35,292 ERROR [plugin.ext.subversion.SubversionManagerImpl] Connection to Subversion repository //localhost/documentation failed: org.tmatesoft.svn.core.SVNException: svn: Malformed URL '//localhost/documentation'
org.tmatesoft.svn.core.SVNException: svn: Malformed URL '//localhost/documentation'

Changing the svn.root.1=*svn://*localhost/documentation seemed to correct the above error in 0.9.4 but I'm not seeing the commit changes...  This may be due to the next error....

Second..  I'm getting the following error on my primary repo and no index files are created.  The Subversion Commit tab exists but nothing is showing on the tab.  Also, no index files are being created in the plug-in index path.

2006-10-09 08:19:16,001 ERROR [ext.subversion.revisions.RevisionIndexService] Error indexing changes: org.tmatesoft.svn.core.SVNException: svn: File not found: revision 12213, path '/development'
org.tmatesoft.svn.core.SVNException: svn: File not found: revision 12213, path '/development'
    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:43)
    at org.tmatesoft.svn.core.internal.io.svn.SVNReader.parse(SVNReader.java:281)
    at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.read(SVNConnection.java:196)
    at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.read(SVNRepositoryImpl.java:916)
    at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.log(SVNRepositoryImpl.java:501)
    at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:629)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.updateIndex(RevisionIndexer.java:252)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService.run(RevisionIndexService.java:29)
    at com.atlassian.jira.service.JiraServiceContainerImpl.run(JiraServiceContainerImpl.java:67)
    at com.atlassian.jira.service.ServiceRunner.execute(ServiceRunner.java:48)
    at org.quartz.core.JobRunShell.run(JobRunShell.java:191)
    at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:516)

The revision listed in the error message is the latest revison number in the repo.  As new revisions are added to SVN, the revision number in the error message increase.  It always fails on the current (HEAD) revison number.

Subverion was not changed.  It's still 1.2.3 and the repos are exactly as they were prior to the upgrade.  It's NOT a permission issue.  Everything is defined as it was, and the Subversion Commit tab is displayed with the standard message "There are no subversion log entries for this issue yet."  

I have not tried a previous version of the sub plug-in.  Any ideas would be appreciated at this point!

Thanks!

-John 

FYI. When using an HTTPS repository with a cacert.org or self-signed cert, I was receiving an authentication error in the catalina.out log from the subversion plug-in. Jira would load, the plug-in would appear to be running in the list, but no subversion tab was present in issues.

After running svn list on the repository as the application server (tomcat) user and accepting the cert permanently, the subversion plug-in was able to connect and began working as advertised.

The error messages seemed to imply that it had something to do with the username or password being used. There was no hint that it might be a cert trust issue.

Ok this is in regards to using multiple repositories and websvn.  I modified the ViewCVSLinkRenderer file to allow me to add an entry in the subversion-jira-plugin.properties file of the type:

${repo} 

Since I didn't want to change the structure of the properties file I set it so that anywhere

${repo}

is found in the link format entries in the properties file it will replace it with the svn.display.name entry for each of your repositories.
 So for example:

svn.root=https://localhost/svn/Repo
svn.root.1=https://localhost/svn/Repo1
svn.root.2=https://localhost/svn/Repo2
svn.root.3=https://localhost/svn/Repo3
svn.root.4=https://localhost/svn/Repo4

svn.display.name=Repo
svn.display.name.1=Repo1
svn.display.name.2=Repo2
svn.display.name.3=Repo3
svn.display.name.4=Repo4

By entering in an entry such as

linkformat.changeset=https://xxx.xxx.xxx.xxx/${repo}viewcvs?view=rev&rev=${rev}

Will replace

${repo}

 with each entry for the appropriate repository.

 Is there any interest from others who would like this functionality?  Now we should be able to build the strings needed for whatever display mechanism you wish to use.  Using websvn and multiple repositories on RedHat linux, and RHEL4 not having the necessary rpms needed to install ViewVC it wasn't worth it for me to invest the time to recompile.  Anyways this solution may help others.  I can attach the code or send it to the maintainers of the plugin if they would like to use it, just let me know where I need to go from here.

 PS I couldn't get the plugin environment working with Maven and everything else so I just built an Ant build script.  The instructions for building and integrating a plugin need to either state that maven 2.0 won't work or there needs some specific configuration options for the maven build.

Hi,

I have a strange problem with upgrading to JIRA 3.7.1. Using exactly the same plugin property file (but newest jar 0.9.6), during initialization of JIRA I receive the following exception:

And whole JIRA ceases to continue startup :-( 

Am I missing something? If I remove from war file subversion plugin jar, then everything works OK, so this is I think a problem related to this plugin.

Any ideas? 

Thanks in advance.

Hi,

 are there any major issues why we should not use 0.9.6 with Jira 3.6.x?

We're running v3.6.3 currently but would like to get the nice project tab feature.

Regards

Markus

Hi!

Is there a reason why 0.9.6 plugin is compiled with JDK 1.5's new features:

...
Caused by: java.lang.UnsupportedClassVersionError: com/atlassian/jira/plugin/ext/subversion/issuetabpanels/changes/SubversionRevisionsTabPanel (Unsupported major.minor version 49.0)
...

Thanks,

• Panu

PS. 0.9.5 plugin works fine with my old 1.4.1_0x debug environment

I've just upgraded jira from 3.6.4 to 3.7.3 and the whole "all/comments/subversion" section disappeared from our jira installation. At first I thought it was the newly installed edit-comments plugin, but eventually tried upgrading this subversion plugin from 0.9.4 to 0.9.8 and this fixed the problem.

Thought this might be useful info for someone.

Is it possible to set an issue's status automatically to FIXED when a commit is executed?
I did not find any information about that.

Is it possible to use this plugin through a proxy? I pass -Dhttp.proxyHost=and the HTTP_PROXY environmenr variable is set, yet jira still gives this exception:

ERROR [plugin.ext.subversion.SubversionManagerImpl] Connection to Subversion repository failed: org.tmatesoft.svn.core.SVNException: svn: PROPFIND request failed on 'reponame'
svn: No route to host
org.tmatesoft.svn.core.SVNException: svn: PROPFIND request failed on 'reponame'
svn: No route to host
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:43)
at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.findStartingProperties(DAVUtil.java:124)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.fetchRepositoryUUID(DAVConnection.java:92)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.testConnection(DAVRepository.java:76)
at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.setupEnvironment(SubversionManagerImpl.java:96)
at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.(SubversionManagerImpl.java:39)

(and so on...) 

Hi,

First, congratulations for this great plugIn which really leverages the value of Jira.

Would it be possible, in this page, to add a few more details about how the indexing works: full or incremental reindexing? Are the issue keys case sensitives? Is the edition of an existing log taking into account by the plugIn (if not full reindexing).

I've got most of the answers by looking at the code, but some few notes about this will help others when deplying such plugIn.

Thx. 

thanks for a great plugin.

A small contribution:

we are using sventon as a subversion repo browser (alternative to FishEye, ViewSVN, ...). If you want to use this as well, the properties for your config file might look like the following:

#---------------------------------
# Sventon http://www.sventon.org
#---------------------------------
#linkformat.changeset=http://your.host.address/svn/revinfo.svn?revision=${rev}&name=repo-name
#linkformat.file.added=http://your.host.address/svn/showfile.svn?path=${path}&revision=${rev}&name=repo-name
#linkformat.file.modified=http://your.host.address/svn/diffprev.svn?path=${path}&revision=${rev}&commitrev=${rev}&name=repo-name
#linkformat.file.replaced=http://your.host.address/svn/showfile.svn?path=${path}&revision=${rev}&name=repo-name
#linkformat.file.deleted=http://your.host.address/svn/showfile.svn?path=${path}&revision=${rev-1}&name=repo-name
#linkformat.copyfrom=http://your.host.address/svn/showfile.svn?path=${path}&revision=${rev-1}&name=repo-name
#
#linkformat.changeset.1=...
#linkformat.file.added.1=...

Enjoy. 

Great plugin, I think version control tie in is essential for a real ticketing solution.

One question I have though is why was a pull/polling approach used versus having an SVN hook that pushes a checkin comment into Jira? It seems the pull/polling provides less traceability since tickets can be moved and will no longer correlate with the original checkin message. Also, if a ticket is closed before the polling, the message doesn't seem to get picked up.

While auditing our Subversion logs for a recent product release, we've discovered some issues where some Subversion commits were associated to the wrong JIRA issue. I've enabled the ability to edit Subversion log messages and fixed the incorrect commit messages.

I've waited for a while for things to correct themselves, but they haven't yet. So, I'm getting a little impatient and wondering if I actually have to intervene to fix things.

Do I have to do anything special to get the commit messages to appear under the correct JIRA issue? I've attempted to re-index JIRA (with no apparent immediate effect), and I have reduced the Subversion Reindex Service plug-in delay to restart the service immediately. I've noticed that there are files in .../data/indexes/plugins/atlassian-subversion-revisions, but I don't want to delete anything without some guidance.

Thanks for your time.

Hi, is this plugin compatible with svn 1.4.2 ?

Hi, is this plugin compatible with svn 1.4.2 ?

I'm interested in using the connection between JIRA issues and SVN commits provided by this plugin to aid our release process. From reading the other comments here, I gather that there is no direct SOAP access to the data provided by the plugin but I'm curious if there are any other methods that might help. Basically, I'd like to be able to determine all files related to a certain issue (possibly multiple commits) and check them out to a specified location. Obviously the file moving is outside the scope of the plugin but is there someway to get a list of affected files for some JIRA issue?

thanks!

Hello.

Which SVN command represents property linkformat.file.replaced? I do not know how to set up link to ViewVC. What "file replaced" means?

Thanks,
Libor

Hello,

I would like to use JIRA together with Subversion in an one-JIRA - multi-project - multi-subversion - environment. In this environment, I expect problems with the changes reported by the JIRA-Subversion plugin.

For the plugin, it is possible to configure several Subversion repositories. One could configure all repositories that are linked together via the "externals" attribute in Subversion to make sure all check ins are found.

But the repositories tied together for a project may differ between versions of the same product (and of course between different products). Unlike the externals attribute in Subversion, the configuration in the plugin does not depend on the product or product version. Therefore the list of repositories scanned by JIRA may be inaccurate for a specific product version. In case a developer uses a wrong check in comment (referencing an project that no longer uses this code), the changes are added to an JIRA issue of a product that does not use this source at all.

Therefore I try to find out how to configure only one entry point for JIRA into Subversion, and let JIRA scanning the Subversion logs recursively including following all externals attributes. Is this possible?

 Thanks,

Uwe 

When using multiple SVN, I encounter the following error when starting JIRA, and JIRA won't start:

Version 0.9.11

2007-09-10 12:05:31,875 main ERROR [plugin.ext.subversion.MultipleSubversionRepo
sitoryManagerImpl] Could not load properties from subversion-jira-plugin.propert
ies
com.atlassian.jira.InfrastructureException: Could not load properties from subve
rsion-jira-plugin.properties

My properties file:

svn.root.1=http://192.168.1.111/svn/
svn.root.2=http://192.168.1.222/repos/xxx

svn.display.name.1=XXX Development SVN
svn.display.name.2=XXX Website Model SVN

I am having an issue with the Jira-SVN plugin and integration with ViewVC

Version info: Jira ver 3.10, Jira-SVN plugin ver 0.9.11, ViewVC ver 1.0.4

Background:

We have a number of SVN repositories setup with the following URLs.

etc...

We have our commits picked up just fine and the plugin generates the ViewVC links to the changed files.

This is where the issue occurs. The ViewVC configuration section has the following properties:

The links generated are invalid since this config forces a root=svn parameter/value pair like this:

However, ViewVC needs repository roots for each separate rep like this for example:

etc ...

Any ideas on how I can change the config to pick this up or is there some option that I can change or is this not currently possible?

Thanks

We are attempting a move from CVS to Subversion, and have some difficulties with the Subversion plugin's log parsing.

In Jira we have a project called HLW. In CVS we have a project called HLW with tags. When we migrate from CVS to Subversion we use cvs2svn which creates the following log message:

Since there is a Jira HLW project, this causes the Subversion plugin to pick up the HLW-1 part of the tag above, and link the log message to the issue HLW-1. This generates the following message in the HLW-1 issue, about 15 times (there are 15 tags):

Which isn't very interesting since the issue isn't related to the message. We probably have around 100 projects to move.

Any ideas on how stop the plugin from picking up these log messages? I had a look at the code and it seems you use a generic link parsing function supplied by Jira, which doesn't allow you to change the regexp used for issue matching in strings. Which is funny, because you can change the valid project key regexp.

Cheers,

Peter

PS Thanks for a great product and plugin

What is the accepted/normal/correct way to have the subversion plugin re-scan, say once a night, for edited SVN log messages?

Thanks,

-Tom

Great work on the plugin.
Is it possible to configure the plugin so that it only tracks changes for a specific Jira project?

Additionally, is it possible to have the subversion tab appear only for targeted Jira projects?

Thanks in advance.

I am using the 0.9.8 version of the plugin for Jira version 3.7.3 - #187.

Steve

Hi Daniel,

I think you can help me on this.

I commited at file level not at directory level but by selecting single file in my working copy which is checked out from Subversion. I entered issue ID and commited my changes but I can not see my commit in JIRA Subversion commits tab.
If same commit I do at direcory level I am able to see my commit. Is this bug in Subversion plugin or something needs to be done for same. Interestingly if I see subversion log I can see Issue Id and Click on it to reach at issue.

Thanks for your help

Regards

Vishwajeet Singh

Edit project function broken?

Somehow I cannot edit a repository once it's added. I wanted to adjust the urls for the project because the viewvc doesn't match our server setup but it simply ignores the changes. I have to delete the project and add it anew which is quite a waste of time.
Additionally the page hangs when I add a project. This is reproducable. Every time when I add a project it will load until eternity - but the project is added properly.

Hello

How to configure this plugin with SVN over HTTPS+SSL authentification. We use authentification by SSL certificates and I can't find any information how to configure JIRA as https client with client's certificate.

Hi,

I'm getting an NPE using plugin version 0.10.1 with JIRA version 3.12.1. It occurs when in the Subversion tab of an issue.

Any ideas?

Thanks in advance,
David

The error:

2008-02-06 09:04:23,183 http-8180-Processor24 ERROR [subversion.issuetabpanels.changes.SubversionRevisionsTabPanel] Error retrieving actions for : PI-7060
java.lang.NullPointerException
        at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.getLogEntriesByRepository(RevisionIndexer.java:489)
        at com.atlassian.jira.plugin.ext.subversion.issuetabpanels.changes.SubversionRevisionsTabPanel.getActions(SubversionRevisionsTabPanel.java:36)
        at com.atlassian.jira.plugin.issuetabpanel.IssueTabPanelModuleDescriptor.getActions(IssueTabPanelModuleDescriptor.java:99)
        at com.atlassian.jira.web.action.issue.ViewIssue.getActions(ViewIssue.java:400)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at webwork.util.InjectionUtils$DefaultInjectionImpl.invoke(InjectionUtils.java:61)
        at webwork.util.InjectionUtils.invoke(InjectionUtils.java:52)
        at webwork.util.ValueStack.findValue(ValueStack.java:346)
        at webwork.util.ValueStack.findValue(ValueStack.java:175)
        at webwork.view.taglib.WebWorkBodyTagSupport.findValue(WebWorkBodyTagSupport.java:61)
        at webwork.view.taglib.BasicPropertyTag.doStartTag(BasicPropertyTag.java:54)
        at org.apache.jsp.includes.panels.issue.actions_jsp._jspService(actions_jsp.java:254)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:334)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
        at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574)
        at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499)
        at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
        at org.apache.jsp.secure.views.issue.viewissue_jsp._jspService(viewissue_jsp.java:321)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:334)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
        at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
        at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
        at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
        at com.atlassian.jira.web.dispatcher.JiraServletDispatcher.service(JiraServletDispatcher.java:281)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
        at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
        at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
.. etc .. etc

My config file:

#----------------------------------------
# SUBVERSION PROPERTIES
#----------------------------------------

# NOTE: New from version 0.6 is support for multiple svn repositories. You can specify a default repository
# with the same syntax as before (svn.root = {svn root}, etc...). You can now specify additional repositories
# with: svn.root.1=..., svn.root.2=..., and so on. If you do not specify the username, password, view url,
# revision indexing, and revision indexing cache size for you additional repository entries then the values
# will be taken from your default repository entry (in this way you do not need to copy username and password
# over and over if they are the same). You should note that there is also a new property, svn.dislay.name
# which, when specified, will be shown on the log page and will identify the repository. If this property
# is not specifed then the svn root will be used.

# Full path to the Subversion root - at the moment svn://, svn+ssh://, http:// and https:// are supported.
svn.root=http://svn.internal.pacific.net.au/repository/development
#svn.root=svn://localhost/repos
#svn.root=http://svn.apache.org/repos/asf/forrest/trunk
#svn.root=svn://svn.cargo.codehaus.org/cargo/scm/cargo/trunk
# Note that this plugin now supports multiple repositories with the follwing syntax
#svn.root.1=//localhost/otherRepos

# Subversion repository display name - can include HTML, eg. <a href="http://svn.mycompany.com/">SVN Repo</a>
svn.display.name=PIAU Systems SVN
#svn.display.name.1=My Other Repository

# Subversion username
svn.username=jira_owner
#svn.username=mike
#svn.username.1=mark

# Subversion password
svn.password=r3zrTZ40
#svn.password=chocolate
#svn.password.1=icecream

# OpenSSH private key file
#Please note: The passphrase for the private key file is contained in "svn.password".
#svn.privatekeyfile=C:/PuTTY/privatekey.openssh
#svn.privatekeyfile.1=/home/subversion/privatekey.openssh

#----------------------------------------
# WEB LINKING
#----------------------------------------
# If you specify the URL of your ViewCVS/ViewSVN/Fisheye server, JIRA will hyperlink file entries,
# change lists and jobs to it. Format is configurable, with the following variables replaced at
# runtime:
# ${path} - Path to the changed file or directory
# ${rev} - Subversion revision of the change
# ${rev-1} - Subversion revision of the change, minus 1

#---------------------------------
# ViewCVS (1.0-DEV)
#---------------------------------
#linkformat.changeset=http://your.host.address/viewcvs?view=rev&rev=${rev}
#linkformat.file.added=http://your.host.address/viewcvs.cgi/${path}/?rev=${rev}&view=markup
#linkformat.file.modified=http://your.host.address/viewcvs.cgi/${path}/?rev=${rev}&view=diff&r1=${rev}&r2=${rev-1}&p1=${path}&p2=${path}
#linkformat.file.replaced=http://your.host.address/viewcvs.cgi/${path}/?rev=${rev}&view=markup
#linkformat.file.deleted=http://your.host.address/viewcvs.cgi/${path}/?rev=${rev-1}&view=markup
#linkformat.copyfrom=http://your.host.address/viewcvs.cgi/${path}?rev=${rev-1}&view=markup
# linkformat.changeset.1=...
# linkformat.file.added.1=...

#---------------------------------
# ViewVC 1.0.1
#---------------------------------
#linkformat.changeset=http://your.host.address/viewvc?root=svn&revision=${rev}&view=rev
#linkformat.file.added=http://your.host.address/viewvc${path}/?revision=${rev}&view=markup&pathrev=${rev}&root=svn
#linkformat.file.modified=http://your.host.address/viewvc${path}/?revision=${rev}&r1=${rev}&r2=${rev-1}&root=svn
#linkformat.file.replaced=http://your.host.address/viewvc${path}/?revision=${rev}&view=markup&root=svn
#linkformat.file.deleted=http://your.host.address/viewvc${path}?pathrev=${rev-1}&view=markup&root=svn
#linkformat.copyfrom=http://your.host.address/viewvc${path}?revision=${rev-1}&view=markup&root=svn

#---------------------------------
# ViewVC 1.0.3
#---------------------------------
#linkformat.changeset=http://192.168.0.100/viewvc?root=svn&revision=${rev}&view=rev
#linkformat.file.added=http://192.168.0.100/viewvc${path}/?revision=${rev}&view=markup&pathrev=${rev}&root=svn
#linkformat.file.modified=http://192.168.0.100/viewvc${path}/?revision=${rev}&r1=${rev}&r2=${rev-1}&root=svn
#linkformat.file.replaced=http://192.168.0.100/viewvc${path}/?revision=${rev}&view=markup&root=svn
#linkformat.file.deleted=http://192.168.0.100/viewvc${path}?pathrev=${rev-1}&view=markup&root=svn
#linkformat.copyfrom=http://192.168.0.100/viewvc${path}?revision=${rev-1}&view=markup&root=svn

#---------------------------------
# ViewVC 1.0.4
#---------------------------------
#linkformat.changeset=http://your.host.address/viewvc?root=svn&revision=${rev}&pathrev=${rev}&view=rev
#linkformat.file.added=http://your.host.address/viewvc${path}?root=svn&pathrev=${rev}
#linkformat.file.modified=http://your.host.address/viewvc${path}?root=svn&pathrev=${rev}&view=diff&r1=${rev}&r2=${rev-1}&diff_format=h
#linkformat.file.deleted=http://your.host.address/viewvc${path}?root=svn&pathrev=${rev-1}
#linkformat.copyfrom=http://your.host.address/viewvc${path}?root=svn&pathrev=${rev-1}&view=markup

#---------------------------------
# FishEye
#---------------------------------
linkformat.changeset=http://svn.atlassian.com/fisheye/changelog/public?cs=${rev}
linkformat.file.added=http://svn.atlassian.com/fisheye/viewrep/public${path}?r=${rev}
linkformat.file.modified=http://svn.atlassian.com/fisheye/viewrep/public${path}#${rev}
linkformat.file.replaced=http://svn.atlassian.com/fisheye/viewrep/public${path}#${rev}
linkformat.file.deleted=http://svn.atlassian.com/fisheye/viewrep/public${path}
linkformat.copyfrom=http://svn.atlassian.com/fisheye/viewrep/public${path}
#
#linkformat.changeset.1=...
#linkformat.file.added.1=...

#---------------------------------
# WebClient for SVN
#---------------------------------
#linkformat.changeset=http://your.host.address/svnwebclient/revisionDetails.jsp?location=/&rev=${rev}
#linkformat.file.added=http://your.host.address/svnwebclient/changedResource.jsp?location=/&url=${path}&rev=${rev}&action=add
#linkformat.file.modified=http://your.host.address/svnwebclient/changedResource.jsp?location=/&url=${path}&rev=${rev}&action=modify
#linkformat.file.replaced=http://your.host.address/svnwebclient/changedResource.jsp?location=/&url=${path}&rev=${rev}&action=replace
#linkformat.file.deleted=http://your.host.address/svnwebclient/changedResource.jsp?location=/&url=${path}&rev=${rev}&action=delete
#linkformat.copyfrom=http://your.host.address/svnwebclient/changedResource.jsp?location=/&url=${path}&rev=${rev}&action=add

#----------------------------------------
# REVISION INDEXING
#----------------------------------------
#
# if this property is uncommented and set to true, every revision in Subversion will be indexed
# and linked to any mentioned issue keys
revision.indexing=true
#revision.indexing.1=true

# the number of revisions to keep cached in memory for quick retrieval
# note: this number does not affect the speed with which revisions are looked up from the index (to get revisions for a given issue)
# this affects the speed at which the full content of those revisions are retrieved from SVN.
revision.cache.size=10000
#revision.cache.size.1=20000

Hi! I'm using 0.10.1 with Jira Enterprise 3.12.1, WAR version. I installed this plugin exactly as README.txt said to, and I can't get Jira to start now.  Here are the latest entries in atlassian-jira.log:

2008-02-12 00:00:00,033 JiraQuartzScheduler_Worker-0 INFO [issue.index.job.OptimizeIndexJob] Optimize Index Job running...
2008-02-12 00:00:00,078 JiraQuartzScheduler_Worker-0 INFO [issue.index.job.OptimizeIndexJob] Indexes Optimized. Took: 21 milliseconds.
2008-02-12 00:00:00,079 JiraQuartzScheduler_Worker-0 INFO [issue.index.job.OptimizeIndexJob] Optimize Index Job complete.
2008-02-12 04:10:03,231 JiraQuartzScheduler_Worker-0 INFO [jira.action.admin.DataExport] Export took 690ms
2008-02-12 04:10:03,234 JiraQuartzScheduler_Worker-0 INFO [jira.action.admin.DataExport] Wrote 1902 entities to export
2008-02-12 09:55:22,218 http-8443-Processor12 INFO [jira.action.admin.DataExport] Export took 4028ms
2008-02-12 09:55:22,220 http-8443-Processor12 INFO [jira.action.admin.DataExport] Wrote 1902 entities to export
2008-02-12 16:11:02,963 JiraQuartzScheduler_Worker-0 INFO [jira.action.admin.DataExport] Export took 475ms
2008-02-12 16:11:02,967 JiraQuartzScheduler_Worker-0 INFO [jira.action.admin.DataExport] Wrote 1938 entities to export
2008-02-12 16:45:44,922 ContainerBackgroundProcessor[StandardEngine[Catalina]] WARN [ContainerBase.[Catalina].[localhost].[/jira]] Cannot serialize session attribute seraph_defaultauthenticator_user for session 8621BE59FB81C9FFB54B55C4B6C41145
java.io.NotSerializableException: org.apache.log4j.Logger
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1081)

etc

2008-02-12 16:45:44,939 ContainerBackgroundProcessor[StandardEngine[Catalina]] WARN [ContainerBase.[Catalina].[localhost].[/jira]] Cannot serialize session attribute jira.user.dashboard.portal.configs for session 3A284B32F53139C86E2239BE74C6D557
java.io.NotSerializableException: com.atlassian.jira.portal.PortalPageConfigurationImpl
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1081)

etc 

 2008-02-12 16:45:44,947 ContainerBackgroundProcessor[StandardEngine[Catalina]] WARN [ContainerBase.[Catalina].[localhost].[/jira]] Cannot serialize session attribute seraph_defaultauthenticator_user for session 3A284B32F53139C86E2239BE74C6D557
java.io.NotSerializableException: org.apache.log4j.Logger
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1081)
etc

 2008-02-12 16:48:18,492 ContainerBackgroundProcessor[StandardEngine[Catalina]] INFO [atlassian.jira.upgrade.ConsistencyCheckImpl] Starting JIRA Enterprise Edition, Version: 3.12.1-#299
2008-02-12 16:48:18,494 ContainerBackgroundProcessor[StandardEngine[Catalina]] INFO [atlassian.jira.upgrade.ConsistencyCheckImpl] Configured to use database: postgres72
2008-02-12 16:48:18,623 ContainerBackgroundProcessor[StandardEngine[Catalina]] INFO [atlassian.jira.upgrade.ConsistencyCheckImpl]

******************************************************************************************************
JIRA 3.12.1 build: 299 (Enterprise Edition) started. You can now access JIRA through your web browser.
******************************************************************************************************

2008-02-12 16:48:18,631 ContainerBackgroundProcessor[StandardEngine[Catalina]] ERROR [util.system.check.JRA10145Check] WARNING: Apache Tomcat/5.5.25 server and the 'org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER' system property is not set to true!This can result in OutOfMemoryErrors. For more information please see: http://www.atlassian.com/software/jira/docs/latest/servers/tomcat55.html
2008-02-12 16:48:19,603 ContainerBackgroundProcessor[StandardEngine[Catalina]] WARN [webwork.dispatcher.ServletDispatcher] Unable to find 'webwork.multipart.saveDir' property setting. Defaulting to javax.servlet.context.tempdir
2008-02-12 16:48:20,350 JiraQuartzScheduler_Worker-0 ERROR [jira.action.admin.DataExport] Error exporting: java.lang.NullPointerException
java.lang.NullPointerException
        at org.ofbiz.core.util.Debug.isOn(Debug.java:163)
etc
2008-02-12 16:48:20,362 JiraQuartzScheduler_Worker-0 ERROR [atlassian.jira.service.ServiceRunner] Error occured while executing the service [ Container: com.atlassian.jira.service.services.export.ExportService  delay [43200000ms]]
java.lang.NoClassDefFoundError: com/atlassian/jira/web/filters/ThreadLocalQueryProfiler$DataPointStore
        at com.atlassian.jira.web.filters.ThreadLocalQueryProfiler.<init>(ThreadLocalQueryProfiler.java:70)
etc
2008-02-12 16:48:20,366 JiraQuartzScheduler_Worker-0 ERROR [org.quartz.simpl.SimpleThreadPool] Error while executing the Runnable:
org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException (Caused by java.lang.NullPointerException)
        at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:538)
etc
Caused by: java.lang.NullPointerException
        at org.apache.log4j.LogManager.getLogger(LogManager.java:179)
etc
2008-02-12 16:48:58,328 main INFO [atlassian.jira.upgrade.ConsistencyCheckImpl] Starting JIRA Enterprise Edition, Version: 3.12.1-#299
2008-02-12 16:48:58,330 main INFO [atlassian.jira.upgrade.ConsistencyCheckImpl] Configured to use database: postgres72
2008-02-12 16:48:58,507 main INFO [atlassian.jira.upgrade.ConsistencyCheckImpl]

******************************************************************************************************
JIRA 3.12.1 build: 299 (Enterprise Edition) started. You can now access JIRA through your web browser.
******************************************************************************************************

2008-02-12 16:48:58,518 main ERROR [util.system.check.JRA10145Check] WARNING: Apache Tomcat/5.5.25 server and the 'org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER' system property is not set to true!This can result in OutOfMemoryErrors. For more information please see: http://www.atlassian.com/software/jira/docs/latest/servers/tomcat55.html
2008-02-12 16:48:58,628 JiraQuartzScheduler_Worker-0 WARN [service.services.export.ExportService] File /srv/jira-backups/2008-Feb-12--1648.zip exists already.
2008-02-12 16:48:59,837 main WARN [webwork.dispatcher.ServletDispatcher] Unable to find 'webwork.multipart.saveDir' property setting. Defaulting to javax.servlet.context.tempdir

Where do I start checking this error? Could it have anything to do with the fact that my svn.passwords are all blank? I have specified 15 repos. Is that too many?

Question regarding the service index interval. It defaults to one hour, per above. OK. However, the team here previously used a setup where SVN pushed in the defect tracking system. So the hour delay is not working for them. Thus....

Is there a minimal time value ?  What are the expected resource trade offs for lower values ? It likely 'depends', so what are the key dependency factors ?

 
Thanks.

Is the administration interface available with JIRA 3.11 professional and plugin 0.9.12? The plugin works properly, but I don't see "Subversion Repository" under "Administration > Global Settings".  I am logged in as admin.

Thanks. 

Are there any authentication issues regarding using https + certificate authentication? I'm having trouble authenticating through this plugin -- repository listed as inactive due to handshake failure -- but I can authenticate on commandline from my server. I'm using the latest version of the plugin with Jira 3.12.1 Enterprise.    

Hello.

I am running Jira Standalone 3.12.1with your plugin. It works fine, but if i add more then 2 commits i got this error:

2008-02-26 10:10:29,076 http-8080-Processor25 ERROR [subversion.issuetabpanels.c
hanges.SubversionRevisionsTabPanel] Error retrieving actions for : TESTPROJECT-1

java.lang.NullPointerException
        at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.ge
tLogEntriesByRepository(RevisionIndexer.java:489)
        at com.atlassian.jira.plugin.ext.subversion.issuetabpanels.changes.Subve
rsionRevisionsTabPanel.getActions(SubversionRevisionsTabPanel.java:36)
        at com.atlassian.jira.plugin.issuetabpanel.IssueTabPanelModuleDescriptor
.getActions(IssueTabPanelModuleDescriptor.java:99)
        at com.atlassian.jira.web.action.issue.ViewIssue.getActions(ViewIssue.ja
va:400)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at webwork.util.InjectionUtils$DefaultInjectionImpl.invoke(InjectionUtil
s.java:61)
        at webwork.util.InjectionUtils.invoke(InjectionUtils.java:52)
        at webwork.util.ValueStack.findValue(ValueStack.java:346)
        at webwork.util.ValueStack.findValue(ValueStack.java:175)
        at webwork.view.taglib.WebWorkBodyTagSupport.findValue(WebWorkBodyTagSup
port.java:61)
        at webwork.view.taglib.BasicPropertyTag.doStartTag(BasicPropertyTag.java
:54)
        at org.apache.jsp.includes.panels.issue.actions_jsp._jspService(actions_
jsp.java:254)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper
.java:334)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:3
14)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
atcher.java:672)
        at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD
ispatcher.java:574)
        at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis
patcher.java:499)
        at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary
.java:966)
        at org.apache.jsp.secure.views.issue.viewissue_jsp._jspService(viewissue
_jsp.java:321)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper
.java:334)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:3
14)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
atcher.java:672)
        at org.apache.catalina.core.ApplicationDispatcher.processRequest(Applica
tionDispatcher.java:463)
        at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationD
ispatcher.java:398)
        at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDis
patcher.java:301)
        at com.atlassian.jira.web.dispatcher.JiraServletDispatcher.service(JiraS
ervletDispatcher.java:281)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
atcher.java:672)
        at org.apache.catalina.core.ApplicationDispatcher.processRequest(Applica
tionDispatcher.java:463)
        at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationD
ispatcher.java:398)
        at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDis
patcher.java:301)
        at com.atlassian.jira.servlet.QuickLinkServlet.service(QuickLinkServlet.
java:58)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.jira.web.filters.AccessLogFilter.doFilter(AccessLogFilt
er.java:73)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilt
er.java:119)
        at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilte
r.java:55)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.seraph.filter.SecurityFilter.doFilter(SecurityFilter.ja
va:192)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.seraph.filter.TrustedApplicationsFilter.doFilter(Truste
dApplicationsFilter.java:114)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.seraph.filter.BaseLoginFilter.doFilter(BaseLoginFilter.
java:110)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.util.profiling.filters.ProfilingFilter.doFilter(Profili
ngFilter.java:132)
        at com.atlassian.jira.web.filters.JIRAProfilingFilter.doFilter(JIRAProfi
lingFilter.java:16)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.jira.web.filters.ActionCleanupDelayFilter.doFilter(Acti
onCleanupDelayFilter.java:43)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.jira.web.filters.RequestCleanupFilter.doFilter(RequestC
leanupFilter.java:50)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.johnson.filters.AbstractJohnsonFilter.doFilter(Abstract
JohnsonFilter.java:72)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewrit
eFilter.java:350)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.gzipfilter.GzipFilter.doFilter(GzipFilter.java:89)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.core.filters.AbstractEncodingFilter.doFilter(AbstractEn
codingFilter.java:37)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at com.atlassian.jira.appconsistency.db.DatabaseCompatibilityEnforcerFil
ter.doFilter(DatabaseCompatibilityEnforcerFilter.java:39)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:178)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:107)
        at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
541)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
a:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:869)
        at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.p
rocessConnection(Http11BaseProtocol.java:664)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo
int.java:527)
        at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol
lowerWorkerThread.java:80)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
ool.java:684)
        at java.lang.Thread.run(Thread.java:619)

what can i do?

i an getting the same exception
But for me it's a different scenario
When i add a new repository , old commits are not shown , and getting this exception
help

Everytime I add a link for ViewVW, it just doesn't work.  I click save and its as if nothing got added.  Any ideas how I can get this working?

Hi Ian,

If I change Issue Id which was linked to Jira already to some other Issue Id by editing Subversion log. will jira reindex and change  to  other Issue.

For eg  Suppose I  linked a commit to TST-1 and Jira Indexes it and links but later I changed TST-1 to TST-2 by editing log message will Jira link this commit to TST-2 or not. As of now I am not able to see the changes which I am expecting

Please help.

Thanks,

Vishwajeet

Hi,

I've installed Version 0.10.2 on a JIRA 3.12.2 system. I'm able to connect to the example repository via http. If I try to connetc to one of our SVN repositorys via svn+ssh I'm getting the following error message:

HTTP Status 404 - Could not execute action [AddSubversionRepository]:com/trilead/ssh2/InteractiveCallback<p><small><small><pre>java.lang.NoClassDefFoundError: com/trilead/ssh2/InteractiveCallback at org.tmatesoft.svn.core.internal.io.svn.SVNSSHConnector.open(SVNSSHConnector.java:70) at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.open(SVNConnection.java:60) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.openConnection(SVNRepositoryImpl.java:974) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.testConnection(SVNRepositoryImpl.java:69) at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.activate(SubversionManagerImpl.java:260) at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.setup(SubversionManagerImpl.java:89) at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.<init>(SubversionManagerImpl.java:56) at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.createRepository(MultipleSubversionRepositoryManagerImpl.java:207) at com.atlassian.jira.plugin.ext.subversion.action.AddSubversionRepositoryAction.doExecute(AddSubversionRepositoryAction.java:190) at webwork.action.ActionSupport.execute(ActionSupport.java:153) at com.atlassian.jira.action.JiraActionSupport.execute(JiraActionSupport.java:54) at webwork.dispatcher.GenericDispatcher.executeAction(GenericDispatcher.java:132) at com.atlassian.jira.web.dispatcher.JiraServletDispatcher.service(JiraServletDispatcher.java:211) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.jira.web.filters.AccessLogFilter.doFilter(AccessLogFilter.java:73) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:119) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:55) at com.atlassian.jira.web.filters.SitemeshExcludePathFilter.doFilter(SitemeshExcludePathFilter.java:38) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.seraph.filter.SecurityFilter.doFilter(SecurityFilter.java:192) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.seraph.filter.TrustedApplicationsFilter.doFilter(TrustedApplicationsFilter.java:114) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.seraph.filter.BaseLoginFilter.doFilter(BaseLoginFilter.java:110) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.util.profiling.filters.ProfilingFilter.doFilter(ProfilingFilter.java:132) at com.atlassian.jira.web.filters.JIRAProfilingFilter.doFilter(JIRAProfilingFilter.java:16) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.jira.web.filters.ActionCleanupDelayFilter.doFilter(ActionCleanupDelayFilter.java:43) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.jira.web.filters.RequestCleanupFilter.doFilter(RequestCleanupFilter.java:50) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.johnson.filters.AbstractJohnsonFilter.doFilter(AbstractJohnsonFilter.java:72) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:350) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.gzipfilter.GzipFilter.doFilter(GzipFilter.java:89) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.core.filters.AbstractEncodingFilter.doFilter(AbstractEncodingFilter.java:37) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.atlassian.jira.appconsistency.db.DatabaseCompatibilityEnforcerFilter.doFilter(DatabaseCompatibilityEnforcerFilter.java:39) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)

Any ideas whats going wrong?

Thanks in advance

Tobias 

Hi Ian,

I am planning to write a plugin in parallel to your plugin; which will just reindex the repository based on some condition or some change made some where and update this directly in database.

So can you please give me quick pointers on how to re-index and update same in database.

And apart from that which files to look in existing plugin to get an Idea on this.

Please help

Regards,

Vishwajeet 

While the plugin is great, the installation isn't that straight forward. I've used a few different versions of the plugin and upgraded Jira a few times along the way.

The natural thing for a new user would be to not install the property file, in contradiction with your installation instructions step 2:

Because as you say later, if you copy this file you cannot use the GUI to add more repositories. Just finding this file in the zip file is hard, there are a lot of files, and two with nearly identical names.

If you do not copy the property file, then you run into this problem in the logs:

I didn't notice this, I just went to the administration and configured a repository which was then called "Active". But there was no service running which made me suspicious. At this point you have to restart Jira to get the indexing going.

I suggest you rewrite the installation instructions so they make sense for someone installing without a property file, and add a chapter for those who already have such a file. Keep the two well separated and don't mix the instructions.

Cheers,
Peter 

Just installed this plugin. Everything seems great and I am getting the Subversion stuff in Jira. However the issue number in the Subversion notes (as displayed in Jira) has a line through it and when I move over it i get a hint saying "Only obtaining one side of conversation". Any ideas?

Many thanks

Mark W 

Hi all,

I am using the lugin for my jira-professional-3.12.1 and subversion. I hav jira coupled with MySql.
I want to know:::

>> Does JIRA store any information in its Database (mySql here in my case), for the commits made in subversion files.

>> I want to know how does the JIRA-subversion plugin knows about the path of the files. I provide a "svn+ssh" to the repository, but with help of which "plugin-files" does it take the path out of the files to be displayed on to the "subversion" tab in jira?

What I want is to make an application that takes the jira number and show the full paths of the files to the user.

Thanks a lot,
Jatin

HI,

I´ve installed svn correctly and configure it, after a restart it is broking my jira and all I get is a tomcat error.

My log is as follows

2008-04-08 18:13:06,000 Thread-1 INFO [jira.appconsistency.db.DatabaseCompatibilityEnforcer]

******************************************************************************************************
JIRA starting... Standard Edition, Version: 3.12.2-#300
******************************************************************************************************

2008-04-08 18:13:16,703 Thread-1 ERROR [ext.subversion.revisions.RevisionIndexer] Could not load properties from subversion-jira-plugin.properties
java.lang.IllegalArgumentException: Multiple services with name 'Subversion Revision Indexing Service' exist.
    at com.atlassian.jira.service.OfBizServiceConfigStore.getServiceConfigForName(OfBizServiceConfigStore.java:98)
    at com.atlassian.jira.service.DefaultServiceManager.getServiceWithName(DefaultServiceManager.java:63)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService.install(RevisionIndexService.java:51)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:109)
    at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.start(MultipleSubversionRepositoryManagerImpl.java:276)
    at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:421)
    at com.atlassian.jira.ComponentManager.start(ComponentManager.java:347)
    at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:42)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3763)
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4211)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
    at org.apache.catalina.core.StandardService.start(StandardService.java:450)
    at org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
2008-04-08 18:13:16,703 Thread-1 ERROR [com.atlassian.jira.ComponentManager] Error occurred while starting component.
com.atlassian.jira.InfrastructureException: Could not load properties from subversion-jira-plugin.properties
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:114)
    at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.start(MultipleSubversionRepositoryManagerImpl.java:276)
    at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:421)
    at com.atlassian.jira.ComponentManager.start(ComponentManager.java:347)
    at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:42)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3763)
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4211)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
    at org.apache.catalina.core.StandardService.start(StandardService.java:450)
    at org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
Caused by: java.lang.IllegalArgumentException: Multiple services with name 'Subversion Revision Indexing Service' exist.
    at com.atlassian.jira.service.OfBizServiceConfigStore.getServiceConfigForName(OfBizServiceConfigStore.java:98)
    at com.atlassian.jira.service.DefaultServiceManager.getServiceWithName(DefaultServiceManager.java:63)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService.install(RevisionIndexService.java:51)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:109)
    ... 19 more
2008-04-08 18:13:16,718 Thread-1 FATAL [atlassian.jira.upgrade.ConsistencyLauncher] A RuntimeException occurred during ConsistencyLauncher servlet context initialisation - Error occurred while starting component..
com.atlassian.jira.InfrastructureException: Error occurred while starting component.
    at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:427)
    at com.atlassian.jira.ComponentManager.start(ComponentManager.java:347)
    at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:42)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3763)
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4211)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
    at org.apache.catalina.core.StandardService.start(StandardService.java:450)
    at org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
Caused by: com.atlassian.jira.InfrastructureException: Could not load properties from subversion-jira-plugin.properties
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:114)
    at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.start(MultipleSubversionRepositoryManagerImpl.java:276)
    at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:421)
    ... 17 more
Caused by: java.lang.IllegalArgumentException: Multiple services with name 'Subversion Revision Indexing Service' exist.
    at com.atlassian.jira.service.OfBizServiceConfigStore.getServiceConfigForName(OfBizServiceConfigStore.java:98)
    at com.atlassian.jira.service.DefaultServiceManager.getServiceWithName(DefaultServiceManager.java:63)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService.install(RevisionIndexService.java:51)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:109)
    ... 19 more
2008-04-08 18:13:16,718 Thread-1 ERROR [ContainerBase.[Catalina].[localhost].[/]] Exception sending context initialized event to listener instance of class com.atlassian.jira.upgrade.ConsistencyLauncher
com.atlassian.jira.InfrastructureException: Error occurred while starting component.
    at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:427)
    at com.atlassian.jira.ComponentManager.start(ComponentManager.java:347)
    at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:42)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3763)
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4211)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1013)
    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442)
    at org.apache.catalina.core.StandardService.start(StandardService.java:450)
    at org.apache.catalina.core.StandardServer.start(StandardServer.java:709)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:551)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
Caused by: com.atlassian.jira.InfrastructureException: Could not load properties from subversion-jira-plugin.properties
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:114)
    at com.atlassian.jira.plugin.ext.subversion.MultipleSubversionRepositoryManagerImpl.start(MultipleSubversionRepositoryManagerImpl.java:276)
    at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:421)
    ... 17 more
Caused by: java.lang.IllegalArgumentException: Multiple services with name 'Subversion Revision Indexing Service' exist.
    at com.atlassian.jira.service.OfBizServiceConfigStore.getServiceConfigForName(OfBizServiceConfigStore.java:98)
    at com.atlassian.jira.service.DefaultServiceManager.getServiceWithName(DefaultServiceManager.java:63)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService.install(RevisionIndexService.java:51)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.start(RevisionIndexer.java:109)
    ... 19 more

 ____________________________

I´ve already deleted the index of the plugin, but it didn´t do nothing. I´ve tried with and without ubversion-jira-plugin.properties file.

The only way to get jira back to life was to deleted svn plugin jars.

I´m using plugin version  0.10.3  and jira 3.12.2

Can you check this ? Thanks 

Hi,

Is it possible to use this plugin trigger the creation of new issues after a commit? For example, say you have 2 streams of code, maintenance and development. In order to keep the development stream up to date with bugfixes on the maintenance stream, it would be cool to auto-create an issue in Jira every time there is a commit to the maintenance stream - making it easier to keep track of the roll-up. I've hunted around the documentation for something like this but I think I may be missing the correct search terms. Any info on how the above could be achieved would be appreciated.

Cheers.

dan     

I'd like for JIRA to send an email after a new Subversion commit appears for a particular issue. So far as I can tell, this would involve the plugin exposing an Event, and/or me creating a Listener, but I'm a little fuzzy on the details...

Thanks,

Matthew

I tried out this plugin, but moved to the Fisheye plugin instead.

 My startup log still has

"2008-04-28 12:58:46,426 main ERROR [atlassian.jira.service.OfBizServiceConfigStore] Unable to create a service config for service with name: Subversion Revision Indexing Service
com.atlassian.jira.service.ServiceException: Could not find class: com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexService
    at com.atlassian.jira.service.ServiceFactory.getService(ServiceFactory.java:36)"

 How do I fully uninstall the plugin corretly?

Thanks!

Hi,

We extended the Subversion plug-in with a report to list all changes to a files within a version development cycle. http://jira.atlassian.com/browse/SVN-207

-Gunnar

Does version 0.10.3 of the Subversion Plugin work with the latest JIRA version (3.12.3)?

Cheers,

Tobi 

Hi,

 I am experiencing following error:

2008-05-19 14:34:12,993 http-8080-Processor18 ERROR [ext.subversion.projecttabpanels.SubversionProjectTabPanel] Error retrieving actions for project
java.lang.IllegalStateException: The connection to the repository is not active
    at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.getLogEntry(SubversionManagerImpl.java:161)
    at com.atlassian.jira.plugin.ext.subversion.revisions.RevisionIndexer.getLogEntriesByProject(RevisionIndexer.java:661)
    at com.atlassian.jira.plugin.ext.subversion.projecttabpanels.SubversionProjectTabPanel.getRecentCommits(SubversionProjectTabPanel.java:159)
    at com.atlassian.jira.plugin.ext.subversion.projecttabpanels.SubversionProjectTabPanel.getHtml(SubversionProjectTabPanel.java:126)
    at com.atlassian.jira.web.action.browser.Browser.getProjectTabHtml(Browser.java:366)
    at sun.reflect.GeneratedMethodAccessor5864.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at webwork.util.InjectionUtils$DefaultInjectionImpl.invoke(InjectionUtils.java:61)
    at webwork.util.InjectionUtils.invoke(InjectionUtils.java:52)
    at webwork.util.ValueStack.findValue(ValueStack.java:426)
    at webwork.util.ValueStack.findValue(ValueStack.java:175)
    at webwork.view.taglib.WebWorkBodyTagSupport.findValue(WebWorkBodyTagSupport.java:61)
    at webwork.view.taglib.BasicPropertyTag.doStartTag(BasicPropertyTag.java:54)
    at org.apache.jsp.includes.panels.browser.tabpanels_jsp._jspx_meth_webwork_property_7(tabpanels_jsp.java:801)
    at org.apache.jsp.includes.panels.browser.tabpanels_jsp._jspx_meth_webwork_else_3(tabpanels_jsp.java:774)
    at org.apache.jsp.includes.panels.browser.tabpanels_jsp._jspService(tabpanels_jsp.java:306)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:334)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
    at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574)
    at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499)
    at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966)
    at org.apache.jsp.secure.views.browser.browseproject_jsp._jspService(browseproject_jsp.java:191)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:334)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
    at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
    at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
    at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
    at com.atlassian.jira.web.dispatcher.JiraServletDispatcher.service(JiraServletDispatcher.java:281)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
    at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
    at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
    at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
    at com.atlassian.jira.servlet.QuickLinkServlet.service(QuickLinkServlet.java:106)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.jira.web.filters.AccessLogFilter.doFilter(AccessLogFilter.java:73)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:119)
    at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:55)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.seraph.filter.SecurityFilter.doFilter(SecurityFilter.java:192)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.seraph.filter.TrustedApplicationsFilter.doFilter(TrustedApplicationsFilter.java:114)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.seraph.filter.BaseLoginFilter.doFilter(BaseLoginFilter.java:110)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.util.profiling.filters.ProfilingFilter.doFilter(ProfilingFilter.java:132)
    at com.atlassian.jira.web.filters.JIRAProfilingFilter.doFilter(JIRAProfilingFilter.java:16)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.jira.web.filters.ActionCleanupDelayFilter.doFilter(ActionCleanupDelayFilter.java:43)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.jira.web.filters.RequestCleanupFilter.doFilter(RequestCleanupFilter.java:50)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.johnson.filters.AbstractJohnsonFilter.doFilter(AbstractJohnsonFilter.java:72)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:350)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.gzipfilter.GzipFilter.doFilter(GzipFilter.java:89)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.core.filters.AbstractEncodingFilter.doFilter(AbstractEncodingFilter.java:37)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at com.atlassian.jira.appconsistency.db.DatabaseCompatibilityEnforcerFilter.doFilter(DatabaseCompatibilityEnforcerFilter.java:39)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
    at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
    at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
    at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
    at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
    at java.lang.Thread.run(Thread.java:619)

I am accessing SVN through the tunnel on port 3690. Any suggestions?