Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failing to access WSDL #2

Open
dsmorris85-SFDC opened this issue Jul 8, 2016 · 7 comments
Open

Failing to access WSDL #2

dsmorris85-SFDC opened this issue Jul 8, 2016 · 7 comments
Labels

Comments

@dsmorris85-SFDC
Copy link

Receive the following error when attempting to access Canvas App from Salesforce:

Failed to access the WSDL at: file:/tmp/build_ada2c53c8bd4854f664bb492af739e64/src/main/resources/toolingapi.wsdl. It failed with: /tmp/build_ada2c53c8bd4854f664bb492af739e64/src/main/resources/toolingapi.wsdl (No such file or directory).

--- Steps to replicate ---

  1. Download current source code
  2. Run app on Heroku
  3. Setup Salesforce Connected App, and link it to Heroku
  4. Upon encountering errors on Canvas.jsp, perform following steps to make compatible with java 1.7:
  • Add a new file called ‘system.properties’ to the root dir, with this line in it: java.runtime.version=1.7. This tells Heroku to operate on java 1.7 rather than it’s default 1.8
  • In the ‘pom.xml’ update Java to “1.7”
  • In Heroku add an environment setting ‘CANVAS_CONSUMER_SECRET’, which matches the Salesforce connected app secret.
  • Once step 4 completed, attempt to access Canvas App from with Salesforce, and observe attached error.

screen shot 2016-07-08 at 23 00 49

@dsmorris85-SFDC
Copy link
Author

I've uploaded my code onto a forked copy of your repo, if it helps any!

@Konstryktor
Copy link

Unfortunately, I met with the same problem. And I did't find any way to run this so necessary for me application.

@afawcett afawcett added the bug label Oct 26, 2016
@afawcett
Copy link
Owner

Yes i recall this being an issue when i developed it. This was sometime ago though. And after some Googling i am still not recalling what it was. The trick is to get it to load the WSDL from the class path not the file system as i recall. I'll have to spend some more time on this to set it up again. Sorry no immediate answer.

@Konstryktor
Copy link

Thank you for your answer Andrew. Now It doesn't matter for me. But I want to say that your answer this (afawcett/apex-toolingapi#48 and your Tooling API wrapper in this app) and your blog(https://andyinthecloud.com/2013/02/02/spring-cleaning-apex-code-with-the-tooling-api/) really help me to write my own tool for finding unused methods in Apex and even in some cases in Visualforce. Maybe, It will be interesting for you (https://github.com/Konstryktor/ApexUnusedMethodsFinder). Thanks a lot. It will be impossible without your job.

@afawcett
Copy link
Owner

afawcett commented Dec 4, 2016

Thanks @Konstryktor for sharing, much like ApexUML, i prefer a totally native solution which your approach brings, great job! Do you plan on making it available as a package. I am pretty sure there is a hunger from the community for this. Once again, great work! 👍

@Konstryktor
Copy link

Konstryktor commented Feb 13, 2017

Hello @afawcett . I am software engineer in EPAM Systems. I think it's a good
idea to share this tool to Salesforce Community and make it available as a "free package" on https://appexchange.salesforce.com/.
Some classes from your application https://github.com/afawcett/apex-umlcanvas are used in this tool. Could I use them in this "free package"?

@afawcett
Copy link
Owner

Sure, the BSD license used here allows this, thanks for asking though. 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants