Jing is great. But it won't start unless it can phone the mother ship. My internet access is via corporate web proxy. Jing doesn't seem to offer any way of configuring its connection to the internet. You'd think it would just use the windows internet connection settings that work for browsing, but no dice.
Anyone solve this problem? Maybe there are some configuration files or registry settings that would fix this?
Thanks!
I realize that you figured out why yours wasn't working, but here is how to configure Jing to use a proxy. Just create a jing.exe.config file inside the c:\program files\techsmith\jing directory, and in it put:
<configuration>
<system.net>
<defaultProxy enabled="true" useDefaultCredentials="true">
<proxy proxyaddress="http://proxy.you.com:8080" bypassonlocal="true" />
</defaultProxy>
</system.net>
</configuration>
Replace the proxy address with yours, and you'll be in business.
DOH!
Found out the real reason Jing is getting internet connection errors is that our company has blocked access to 'screencast.com'.
Never mind.
Related
I have an instance of Tomcat 8.0.9, running on GNU/Linux 2.6.32-642.6.2.e16.x86_64, that responds with "401 Unauthorized" when I try to access the manager UI, no matter what I try.
I know Tomcat is running, because I get that page.
I know it is that specific instance of Tomcat, because if I shut it down and revisit the URL (https: //host.name:port/manager/html), I get a connection refused.
The browser doesn't even prompt me for username and password; it just goes straight to the "401 Unauthorized" page.
The server's catalina.out log even reports that it has deployed the manager webapp (paraphrased):
*.a few seconds ago* INFO [localhost-startStop-1] o.a.c.s.H.deployDirectory Deploying web application directory /path/to/webapps/manager
*milliseconds later* INFO [localhost-startStop-1] o.a.c.s.H.deployDirectory Deployment of web application directory /path/to/webapps/manager has finished in 22 ms
I started with the Apache docs (https: //host.name:port/docs/manager-howto.html), and then with several versions of this question on SO for troubleshooting, including one that seems to have the most answers.
Since I've never used the manager before, my go-to theory is that 'obvious' was exactly what I was missing; however, I tried all of the obvious stuff below:
I restarted Tomcat, multiple times in this process, verifying that a reload of the URL was indeed firing a connection refused with the server stopped, and then back to the 401 error with the server started.
I added admin-gui to the user's roles:
<role rolename="admin-gui" />
<role rolename="manager-gui" />
<user username="tomcat" password="s3cret" roles="admin-gui,manager-gui" />
The XML above is not inside a comment block - if I edit it in Gvim with syntax highlighting turned on, this is very obvious.
tomcat-users.xml is owned by tomcat, and is readable (it's mode 775, in fact). I know it's being read, because if I add nonsense elements to it, catalina.out reports this on startup.
I also added the other role to tomcat-users.xml, just in case (manager-jmx, admin-script, etc.). (I'm still not sure what's supposed to happen if you left those out, misspelled them, etc. I imagine the manager webapp wouldn't recognize rolenames outside its specific set, but naturally I can't confirm this yet.)
The following element exists in server.xml, inside an Engine element:
<Realm className="org.apache.catalina.realm.LockOutRealm">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="UserDatabase" />
</Realm>
In case it's relevant, there's also this, earlier in server.xml:
<GlobalNamingResources>
<Resource auth="Container" factory="org.apache.catalina.users.MemoryUserDatabaseFactory" name="UserDatabase" pathname="conf/tomcat-users.xml" type="org.apache.catalina.UserDatabase" />
</GlobalNamingResources>
In the Tomcat startup script, CATALINA_HOME points to the exact install path of Tomcat. There is no TOMCAT_HOME or JAVA_HOME, but JRE_HOME points to a symbolic link that points to an actual Java install (I followed that link and confirmed).
In the manager webapp, META-INF/context.xml, the Valve element is commented out.
Is there even a report of why I'm unauthorized, that gives me more information? I've tried scouring the manager webapp directory in the hopes there was yet another log there. (There isn't.)
After weeks of everything working fine. Central admin and a few Webapps break down suddenly in SP2013
Was getting error:
System.IO.FileLoadException: Loading this assembly would produce a
different grant set from other instances. (Exception from HRESULT:
0x80131401)
I set the trust level="Full" originUrl="" legacyCasModel="false" in web.config for Central admin and the broken Webapps. It started working.
Wanted to know the main reason for making this web.config change.
If any custom dll's would have impacted it was fine. But I had to make the changes for Central admin to work.
Any help will be greatly appreciated !
Regards,
Sushil
Setting legacyCasModel="false" is not supported according to: this.
I am building a really simple static website on Amazon S3 to hold my presentations. I have saved the "dynamic" data into a static JSON file on the same site and use Knockout to bind to the views.
This is working well on my local machine after adding a web.config file with the following config to allow the mime types:
<system.webServer>
<handlers>
<add name="static-json" path="*.json" verb="*" modules="StaticFileModule" resourceType="File" />
</handlers>
<staticContent>
<mimeMap fileExtension=".json" mimeType="application/json" />
</staticContent>
</system.webServer>
However, I do not know which web server S3 is using so after I deploy there, the JSON call fails and my website looks crap because the call to the static .json file fails.
A network trace on my website at http://presentations.sukul.org/ will show that the call to Presentations.txt (I have also tried Presentations.json) will fail with a 404 error. The same setup works locally in Visual Studio debugging.
So in short, what I am asking for is whether there is a way to enable the application/json mime type so that the $.ajax call succeeds in a static website hosted on Amazon S3 callling a static .json file hosted in the same website?
Thanks in advance.
Nevermind, I was overthinking this.
The only issue I had was with case sensitivity. So /json/Presentations.txt is NOT the same as /Json/Presentations.txt. Going from a Windows to a presumably *nix environment on Amazon S3 tripped me, but diagnosing the network trace gave me clues that it was not finding the JSON file.
All working fine now after making the necessary edits.
I've seen this asked before, with no good answers, how do you configure jetty to allow access from an external server? I've just started messing around with solr and jetty and am using the example jetty instance that comes with solr.
solr is running fine on localhost, and I can query it from sites on the same server. However, I can't access the solr instance from another server. I've googled and read quite a bit in the last few days, but have not been able to discover what's keeping jetty from allowing non localhost access to solr.
Based on what I've read, I have tried added the following line to example/etc/jetty.xml
<Set name="Host">0.0.0.0</Set>
and still got no external response
then tried
<Set name="Host">x.x.x.x</Set>
where x.x.x.x is my server's IP address
and
<Set name="Host">host.domain.com</Set>
where host.domain.com is my server's FQDN
These both resulted in the error
java.net.BindException: Cannot assign requested address
when I started.
The start command I'm using is
sudo java -jar start.jar etc/jetty.xml
You can point me to where I can read on this or spoon feed me, I don't care. I'd just like to get past this hurdle so I can keep learning about setting up and using solr.
you should add a file called clientaccesspolicy.xml for cross domain access to your static web files directory:
<access-policy>
<cross-domain-access>
<policy>
<allow-from http-methods="*" http-request-headers="*">
<domain uri="http://*"/>
<domain uri="https://*"/>
</allow-from>
<grant-to>
<resource path="/" include-subpaths="true"/>
</grant-to>
</policy>
</cross-domain-access>
</access-policy>
you should set you static directory to jetty using this code:
ResourceHandler staticHandler = new ResourceHandler();
staticHandler.setResourceBase("static/dir");
handlers.addHandler(staticHandler);
I have just installed the CodeStriker code review tool.
Has anyone attempted connecting it to FogBugz?
In the CodeStriker documentation I saw it works with Scmbug, whichintegrates software configuration management (SCM) with bug-tracking.
Has anyone connected Scmbug to FogBugz?
We haven't heard of anyone doing so at Fog Creek. You might also ask at http://fogbugz.stackexchange.com.
Well, I now have a partial answer:
Let FOGBUGZSERVER be the machine where fogbugz is installed. In the codestriker.conf file under /var/www/codestriker/codestriker-x.y.z Redefine the $bugtracker variable as:
$bugtracker = 'http://FOGBUGZSERVER/fogbugz/default.asp?';
Rerun install.pl
Restart the apache server.
Now when you insert a case id in the topic information, you will get a link to the proper fogbugz case.