[ANN] Dilbert Daily Strip Plug-in 1.0 for IDEA 5.0 关注
My First Plug-in is available for download from the plug-in manager (for
build 3436 i.e. IDEA 5.0 or later). It's a simple plug-in that displays
the current Dilbert strip in a tool window.
Source is included and may be useful for anyone interested in having a
Perl-to-mail CGI script for accepting plug-in error reports.
Thanks to Rick Maddy and Stefan Stiller for making the source to their
Coypright and SQL Query plug-ins available - both were very useful to me
in several respects.
1) Very clever, and I'll be using some of your work in other plugins, particularly the help system integration. Good job, very sweet, and congratuations.
2) In spite of a configuration screen that's too clever by half, it's you that's violating the dilbert.com terms of service, and potentially infringing on Scott Adams copyright. I'm not a lawyer, but I my guess is JetBrains should remove this plugin from plugins.jetbrains.com ASAP, so as to avoid any potential legal entanglements.
Don't think you're using the HTTP proxy settings. I get this error when I try and use the plugin:
Couldn't get Dilbert daily strip: www.dilbert.com
at java.net.Socket.(Socket.java:365) at java.net.Socket.]]>(Socket.java:238)
Doesn't work for me because the proxy authentication configured in IDEA settings seems not to be used.
Looks cool, apart from this.
On Mon, 03 Oct 2005 06:05:25 +0400, Dave Griffith wrote:
Thanks very much for the feedback and encouragement. The help system
integration was shamelessly inspired by the SQL Query plug-in. It's a
shame such (IMO) awful markup is required by the Swing components. You
should find the source for the current version a lot cleaner since I've
used a colleague's more demanding inspection profile on this release.
I'll take "too clever by half" as a compliment, if I may :)
I'm no lawyer either and have no intention of arguing a case as if I were.
If JetBrains decides to remove the plug-in then so be it. Perhaps any
future plug-in project will have a less controversial aim.
On Mon, 03 Oct 2005 17:50:11 +0400, Chris Sherratt wrote:
Indeed I wasn't - thanks for reporting. Please try 1.0.1, recently
uploaded to the plug-ins repository after testing with Squid. Also note
that <http://www.jetbrains.net/jira/browse/IDEABKL-1509> can bite if you
don't ask IDEA to remember your proxy authentication credentials (but I
guess you may already know that if you need to authenticate).
On Wed, 05 Oct 2005 12:36:32 +0400, Frank Bruch wrote:
Please see my reply to Chris.
Much better. Thanks.
Thanks for updating. Unfortunately it doesn't work for me. I remember that different types of proxy-servers require different java-code for authorization but can't provide details any more details now, sorry.
Anybode else with this problem?
:( Presumably you can get to the plug-ins repository through the proxy?
I use the same proxy settings as IDEA and, if proxy authentication is
selected, a (non-OpenAPI, I believe) method that indirectly displays the
(broken) proxy settings dialog if the password hasn't been saved.
Sniffing packets shows the same authentication header being added by IDEA
(when it downloads all the plug-in data) as the plug-in (when it fetches
the cartoon strip).
Can you find out which proxy server you're using, and what sort of
authentication mechanism it expects? I'm happy to try to find a solution
that works for you if you can provide information that helps.
Yes, Mark, accessing the plugin repository works fine.
I just got the following code working here:
URL url = new URL("http://java.sun.com/index.html");
URLConnection conn = url.openConnection();
sun.misc.BASE64Encoder encoder = new BASE64Encoder();
String tAuth = "Basic " + encoder.encode((username + ":" + password).getBytes());
Code I found in the internet mostly lacks the prefix "Basic " without which it doesn't work here.
I don't know exactly what proxy server is used here, probably squid, a plain http proxy, that's for sure.
just thought about integrating dilbert in the welcome screen, too. I would like that.
The code you posted is pretty much what IDEA's proxy-related code does,
IIRC. The problem is that I use the Jakarta Commons HttpClient to get a
higher-level API to HTTP.
It seems I misunderstood some of their APIs and I think that using
"pre-emptive authorization" with the proxy will do the trick. Without
this, HttpClient only sends proxy authorization information when the
proxy server responds with HTTP code 407. If this response is received
then it tries again but with the Proxy-Authorization header added.
My guess is that your proxy server isn't responding with code 407.
I've made a plug-in build that uses pre-emptive authorization. Can I mail
it to you for testing (rather than make a pointless upload to the plug-ins
repository should it not fix the problem you're having)? You can mail me
at the address in my sig.
On Wed, 19 Oct 2005 23:05:50 +0100, Mark Scott wrote:
If you'd like to test and you don't want to post your email address here,
On Mon, 17 Oct 2005 19:20:47 +0400, Frank Bruch wrote:
The welcome screen? The thing you see if you have no projects open? I
didn't know plug-ins could integrate with that...
Oh, perhaps they couldn't.
I remembered this thread
The reply from Ann Oreshnikova at least stated that this api is planned.
For me Dilbert would be a finde candidate for free area at the bottom.
Maybe we can reactivate this thread or start a new one in the open api forum?