Hello!
I've linked our Confluence and JIRA (OAuth, Trusted Application, IP whitelisted, to and fro), from Confluence the JIRA macros work beautifully, I see Confluence edits on my JIRA dashboard's activity stream, however ... I can't add a Confluence page to a JIRA Issue, because I get the: No Confluence page found with the given URL. error message. Both products are hosted on the same server via the standard bundled Tomcat, they listen on different ports and they are both reverse-proxied via nginx (which does SSL termination too), but the Application Links are set up via the direct port numbers and the displayed URL is configured to show the proxied URL. (This URL shows up when I search for a Confluence page in JIRA, I can select it, but linking fails.)
JIRA runs v5.0.x, Confluence is at 4.2.x.
We have resolved this issue by adding "/display" value in URL pattern (in app-link configuration).
I've tried with that, but it made Basic Access unworkable, I was able to enable OAuth, but I still got the same authentication error. (Haven't tried with Trusted App.)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
To which application link, JIRA link in Confluence or Confluence link in JIRA and where exactly?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We have Jira User Directory setup for Confluence
And after adding a Basic Auth security level i had the issue described above.
Addind /display at the end of the 'Display URL' fixed the issue
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Confluence converts some charters (apostrophes and etc.) to numbers in wiki page URLs. Jira seems to not work with those links. The workaround so far is to change the title of the wiki page.
For example, if my wiki page title is "Admin's guide" then resulting url will be https://my.company.com/wiki/display/MYPROJECT/Admin%27s+guide. Such URL would throw aforementioned error in Jira. In this scenario we would need to change the title to "Admins guide". The new wiki page URL will work in Jira now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are also facing the similar problem ("No Confluence page found with the given URL") and getting following exception in Confluence logs while linking Confluence pages/blogs into JIRA issues:
++++++++++++++++++++++++++++++++++++++++++++++
2012-10-01 10:51:06,167 INFO [http-8090-10] [confluence.rpc.auth.TokenAuthenticationInvocationHandler] invokeAuthenticatedMethod Executing remote API method [ getSpaces ] as user [ gkhan ] 2012-10-01 10:51:08,408 INFO [http-8090-10] [confluence.rpc.auth.TokenAuthenticationInvocationHandler] invokeAuthenticatedMethod Executing remote API method [ search ] as user [ gkhan ] 2012-10-01 10:51:11,337 WARN [http-8090-10] [auth.trustedapps.filter.TrustedApplicationFilterAuthenticator] authenticate Failed to login trusted application: jira:11124560 due to: com.atlassian.security.auth.trustedapps.InvalidCertificateException: Request not allowed to access URL: /display/PLAYG/2012/09/27/JVM+1.6+Upgrade 2012-10-01 10:51:11,533 WARN [http-8090-13] [auth.trustedapps.filter.TrustedApplicationFilterAuthenticator] authenticate Failed to login trusted application: jira:11124560 due to: com.atlassian.security.auth.trustedapps.InvalidCertificateException: Request not allowed to access URL: /login.action
++++++++++++++++++++++++++++++++++++++++++++++
We are having Apache server in front of JIRA/Confluence applications. We have integrated JIRA with Apache server by using mod_jk connector and for Confluence, we have used mod_proxy.
In addition to this, we have also integrated both applications with Crowd server (SSO enabled) and having same sets of userbase.
JIRA Version - 5.1.2 (Hosted in seperate Tomcat container)
Confluence Version - 4.3.1 (Hosted in separte Tomcat contaner)
Regards,
Gavad
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are also facing the similar problem ("No Confluence page found with the given URL") and getting following exception in Confluence logs while linking Confluence pages/blogs into JIRA issues:
++++++++++++++++++++++++++++++++++++++++++++++
2012-10-01 10:51:06,167 INFO [http-8090-10] [confluence.rpc.auth.TokenAuthenticationInvocationHandler] invokeAuthenticatedMethod Executing remote API method [ getSpaces ] as user [ gkhan ] 2012-10-01 10:51:08,408 INFO [http-8090-10] [confluence.rpc.auth.TokenAuthenticationInvocationHandler] invokeAuthenticatedMethod Executing remote API method [ search ] as user [ gkhan ] 2012-10-01 10:51:11,337 WARN [http-8090-10] [auth.trustedapps.filter.TrustedApplicationFilterAuthenticator] authenticate Failed to login trusted application: jira:11124560 due to: com.atlassian.security.auth.trustedapps.InvalidCertificateException: Request not allowed to access URL: /display/PLAYG/2012/09/27/JVM+1.6+Upgrade 2012-10-01 10:51:11,533 WARN [http-8090-13] [auth.trustedapps.filter.TrustedApplicationFilterAuthenticator] authenticate Failed to login trusted application: jira:11124560 due to: com.atlassian.security.auth.trustedapps.InvalidCertificateException: Request not allowed to access URL: /login.action
++++++++++++++++++++++++++++++++++++++++++++++
We are having Apache server in front of JIRA/Confluence applications. We have integrated JIRA with Apache server by using mod_jk connector and for Confluence, we have used mod_proxy.
In addition to this, we have also integrated both applications with Crowd server (SSO enabled) and having same sets of userbase.
JIRA Version - 5.1.2 (Hosted in seperate Tomcat container)
Confluence Version - 4.3.1 (Hosted in separte Tomcat contaner)
Regards,
Gavad
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I found the same behavior with Jira 5.1.8 and Confluence 4.3. I'm using Trusted Applications, no SSL, and the apps are hosted on different servers on different networks with a brobdignabian set of routers, switches and armed guards separating the two. In the end, I was able to fix it with a simple change to the (server level) Application Link. My solution:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for your comment. Next time we tinker with JIRA I'll give this a try again.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Worked perfectly. For those playing along at home, the set of outgoing URL patterns (from JIRA) currently required to get JIRA <-> Confluence integration working is:
And incoming is:
Edited: to incorporate feedback from Jacob (below)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Current Jira documentation is missing the "/display" url pattern which is required to link to Confluence page via Jira ticket:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Setting the URL patterns as suggested by Trevor Horsfall fixed my application links problem. It was "working" the way it was, but when I installed Team Calendars the JIRA integration didn't work: JIRA Calendars are Not Displayed in Confluence Due to 500 Internal Server Error
However, I also had to add the following URL pattern to Incoming (in JIRA) to allow the "Creat JIRA Issue from selected text" feature in Confluence to retireve the project avatars:
I am also using only Trusted Applications for Application Links between Confluence and JIRA, although my instances run on the same server in separate Tomcat containers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Long story short, Application Links over HTTPs only works with Basic Authentication.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is not a true statement, Application Links over HTTP/S works with both methods (Trusted-apps & Basic Auth).
The only challane, you can face is related to SSL certificates which need to be installed manually in JDK (if already not installed), so that applications can communicate internally each-other over HTTPS.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The first thing Atlassian Support asked was to disable Trusted Apps, so .. okay, maybe it works over HTTPS, however, for some reason its use seems to be discouraged.
Thanks for the certificate install tip; let's hope keytool will cooperate.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
not true. trusted apps and oauth bnoth work fine when properly configured.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We ran into the problem Laurynas mentioned, though in the form of the comma.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have encountered this problem of having internal server 500 error on Jira 7.0 and Confluence 6.0.2 using OAuth. However, both the solutions mentioned by Laurynas Kavaliauskas and Shawna Schnorr working. i.e. either change the page name to remove special characters like , ' which generates URL encoding and causing problem as Null Pointer Exception internally in Jira while linking Confluence Page OR replace the encode value with the characters itself. In my case it was comma, encoded to %2C, which I removed and fixed the issue.
To add, Jira and Confluence both are on https using Crowd managed user access.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Works for me since latest Jira Server updates.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is not a true statement, Application Links over HTTP/S works with both methods (Trustes-apps & Basic Auth).
The only challane, you can face is related to SSL certificates which need to be installed manually in JDK (if already not installed), so that applications can communicate internally each-other over HTTPS.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
Good to know that you set the application link bypassing nginx. Often proxies causes problems when dealing with application links. So, is the Base URL correctly set in both JIRA and Confluence? You need to set it accordingly to your FQDN (as set in nginx), and not the Base URL from Tomcat. I believe that this is only a simple network issue. :)
In advance, you can have problems when running JIRA and Confluence on the same Tomcat instance. Even on different ports, you may have some problems with shared components (libs and jar files) if JIRA and Confluence are running on the same Tomcat container. Please reffer to this page for more information.
Best regards,
Lucas Timm
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oh, I haven't noticed your reply, sorry. (I just recently got a remainder of this open question.) Thanks for the time taken, but I'm fairly certain that it's not a network issue. I haven't touched Tomcat config. The URL I use works from any browser, so it's hardly a network issue.
After some communication and debugging with Atlassian, it looks like:
* the Confluence base URL must match the app link URL
* the app link URL can't work over HTTP (at least with 3legged OAuth)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.