When I tell my friends in Oracle this they point out that JDeveloper has changed its approach now and it too offers a bloat-free framework with the option to just install what we need. Er, up to a point, Lord Copper.
I was talking to someone today about SQL Developer and how we could build addins for it, when I realised I had a really keen idea for an extension that would make my life a lot easier. It's a rather obvious idea and I'm sure people out there are already working on it. But it seemed like a good excuse for me to reinvigorate my rusting Java skills. So I thought I would download JDeveloper and have a look at building the addin for myself.
I downloaded and installed the base version, fired up the Update Centre to get the Extension SDK, and ... nothing. Turns out the ESDK has a dependency on the J2EE version of JDeveloper, which is not documented in the Feature Matrix. For reference, that version (without JRE) is 181MB compared to the base install which weighs in at a Jodie Kidd-like 52MB. I'm sure there are very good reasons why the ESDK has to use some J2EE components but bloating out JDeveloper by an additional 300% just to look at the feasibility of building a SQL Developer addin seems a bit daft.
If there is a way to install the Extension SDK without downloading all this all stuff I would glad to hear of it. Otherwise I shall just have to wait until somebody else builds the addin for me.
Update
Yes I do realise that the Mark Twain quote I am alluding to is "Rumours of my death have been greatly exaggerated." But I don't think I should change the title as it will break the URL in OraBlogs.
Update #2
In some late-breaking news it turns out that the dependency on J2EE resides not in the ESDK itself but in some of the examples. Apparently a crack team of JDev ninjas is working on separating the two types of examples even as you are reading this.
6 comments:
Ah yeah... there's a rather tiresome reason for that.
The Extension SDK itself doesn't actually require the J2EE edition. However, some of the samples in the ESDK do require parts of the J2EE edition to compile (in particular, and somewhat relevant in the context of SQL Developer, the samples which involve interaction with the connection navigator).
During most of the 10.1.3 dev cycle, the ESDK only depended on the Java edition. However, in the Java edition, some of the samples in the ESDK did not compile. The easiest way to solve that in the short term (even though I was pretty unhappy about it) was to make ESDK require the J2EE edition.
Technically, you can easily modify the ESDK to make it work on Java edition, although that's obviously not recommended :) We are discussing this issue, and it may be that we will release an update for the ESDK for 10.1.3 that resolves the problem.
We do also plan a large number of improvements to ESDK for the 11.0 release of JDeveloper (which SQL Developer is actually based on). 11.0 is really the first release of JDeveloper that will use the new "Fusion Client Platform" that will form the shared core of several products, and we hope to make JDeveloper the environment of choice for building extensions for all products based on the FCP.
Since I got burned in an international context for using the phrase 'up to a point Lord Copper' I'll entirely off topic add that it comes from a character in the Evelyn Waugh novel scoop. The newspaper in that book was owned by a Lord Copper who could not help but interfere and considered all his own ideas wonderful. Thus when faced with 'suggestions' from the owner and the invitation to agree on their brilliance the editor would either agree absolutely, or if it was an entirely awful and wrong headed idea reply 'Up to a point, Lord Copper'. The phrase has passed into British English since and is deserving of wider acceptance.
>> Technically, you can easily modify the ESDK to make it work on Java edition, although that's obviously not recommended
As it doesn't seem possible to get the ESDK without having the J2EE version installed I think this is a not a practical option. Besides I don't want to hack around with a product I don't know in a language in which I'm not proficient.
As it doesn't seem likely that a J2EE-less ESDK is going to be forthcoming any time soon I guess I'll have to download and install the J2EE version. Still, that's why Nature gave us megabit pipes.
Yeah, I'm now 100% sure we're going to fix this issue very soon (indeed, I'm just opening a transaction to fix it today. Any delay is the usual attendant beuraucracy involved in putting things out the door).
You can actually manually download all of JDev's extensions by going to http://www.oracle.com/technology/products/jdev/101/update/center.xml. So the workaround would have been to download the ESDK bundle from their and hack it's bundle.xml and extension.xml to remove the J2EE dependency. But yes, it's probably better to wait for the official update :)
A new version is now available on Check for Updates that only requires the Java edition.
情趣用品,情趣用品,情趣用品,情趣用品,情趣用品,情趣,情趣,情趣,情趣,情人歡愉用品,情趣用品,AIO交友愛情館,情人歡愉用品,美女視訊,情色交友,視訊交友,辣妹視訊,美女交友,嘟嘟成人網,按摩棒,震動按摩棒,微調按摩棒,情趣按摩棒,逼真按摩棒,G點,跳蛋,跳蛋,跳蛋,性感內衣,飛機杯,充氣娃娃,情趣娃娃,角色扮演,性感睡衣,SM,潤滑液,威而柔,香水,精油,芳香精油,自慰,自慰套,性感吊帶襪,情趣用品加盟,情人節禮物,情人節,吊帶襪,成人網站,AIO交友愛情館,情色,情色貼圖,情色文學,情色交友,色情聊天室,色情小說,七夕情人節,色情,A片,A片下載,免費A片,免費A片下載,情色電影,色情網站,辣妹視訊,視訊聊天室,情色視訊,免費視訊聊天,視訊聊天,美女視訊,視訊美女,美女交友,美女,情色交友,成人交友,自拍,本土自拍,情人視訊網,視訊交友90739,生日禮物,情色論壇,正妹牆,正妹,成人網站,A片,免費A片,A片下載,免費A片下載,AV女優,成人影片,色情A片,成人論壇,情趣,免費成人影片,成人電影,成人影城,愛情公寓,色情影片,保險套,舊情人,微風成人,成人,成人遊戲,成人光碟,色情遊戲,跳蛋,按摩棒,一夜情,男同志聊天室,肛交,口交,性交,援交,免費視訊交友,視訊交友,一葉情貼圖片區,性愛,視訊,嘟嘟成人網
愛情公寓,情色,舊情人,情色貼圖,情色文學,情色交友,色情聊天室,色情小說,一葉情貼圖片區,情色小說,色情,色情遊戲,情色視訊,情色電影,aio交友愛情館,色情a片,一夜情,辣妹視訊,視訊聊天室,免費視訊聊天,免費視訊,視訊,視訊美女,美女視訊,視訊交友,視訊聊天,免費視訊聊天室,情人視訊網,影音視訊聊天室,視訊交友90739,成人影片,成人交友,美女交友,微風成人,嘟嘟成人網,成人貼圖,成人電影,A片
Post a Comment