Oracle wil meer databasemogelijkheden in Eclipse

Oracle heeft een projectvoorstel gedaan voor het Eclipse-platform voor een tool waardoor het eenvoudiger is om grote database-gebaseerde applicaties te ontwikkelen. Het bedrijf wil de nieuwe plugin voor Eclipse gebruiken voor commerciële producten die compatibel zijn met reeds bestaande software van het bedrijf. Uiteraard zullen de uitbreidingen voor Eclipse onder de open-source Eclipse-licentie vallen.

De uitbreiding zal bestaan uit een tool waarmee het mogelijk is om aan te geven hoe bepaalde gegevens uit de database in objecten moeten worden vertaald in Java. Dit zal voornamelijk nuttig zijn bij de creatie van Enterprise Java Beans (EJB), aldus Dennis MacNeil. MacNeil is de persoon binnen Oracle die gaat over J2EE-tools. EJB's worden voornamelijk gebruikt in grote enterprise-applicaties waarbij de bedrijfsfunctionaliteit op een aparte server draait los van de interface van het programma. Hoewel EJB's nu nog in beperkte mate wordt gebruikt door ontwikkelaars is de hoop dat in de nieuwe versie gaat veranderen. De nieuwe versie 3.0 van EJB moet begin volgend jaar verschijnen als onderdeel van een nieuwe J2EE-specificatie (versie 5.0).

Reacties (15)

[SPee]

Gaat Oracle nu die plugins maken en deze aan de eclipse community schenken of moet de eclipse community deze maken

Wel leuk als eclipse ook databases kan beheren, maar wordt het op den duur dan niet een concurrent van oracle's ontwikkel tools? Of gebruiken die ook Eclipse? Het enige voordeel voor oracle lijkt me de betere database support, maar daar zullen andere databases ook voordeel bij hebben. Dus of het alleen voor Oracle geldt

[Standeman]

Oracle geeft helemaal wil helemaal geen plugins maken om z'n DB's te beheren. Ze willen het wat makkelijker gaan maken om OR-mapping voor elkaar te krijgen zodat je lekker snel EJB's kan knutselen op basis van de DB.

Op zich wel een goed idee, hoewel ik op het moment wel een enorme fan ben van Hibernate

[Verwijderd]

Op zich lijkt het heel vreemd omdat Oracle zelf ook een IDE heeft voor dit soort zaken te maken. (JDeveloper)
Maar denk dat ze nu breder denken en wat hier al eerder gezegd is de EJB3 specs willen beinvloeden. Maar dus ook het gebruik van hun andere produkten (lees databases) zoveel mogelijk willen bevorderen.

[tibi]

misschien heeft oravle wel een eigen IDE maar als ik afhankelijk wordt van hun IDE gebruik ik de techniek liever niet. zelfs niet als ik nu wel hun IDE gebruik.
ik hou niet zo van die afhankelijkheid

[Laszlo]

Ik vind het niet zo vreemd. Als je kijkt naar hoeveel mensen JDeveloper gebruiken en hoeveel mensen Eclipse, zal je zien dat Eclipse de overduidelijke winnaar is. Als Oracle haar eigen Java producten zoals TopLink, BC4J, UIX, ADF etc aan de man wil brengen, wordt de drempel voor deze ontwikkelaars al een stuk lager om deze producten in te zetten.

Ook als je kijkt naar hoeveel mensen er aan Oracle JDeveloper ontwikkelen en hoeveel mensen er aan Eclipse ontwikkelen, kan Oracle IMHO haar resources beter inzetten op het ontwikkelen van goede plugins ipv het wiel opnieuw uitvinden of te dupliceren.

[robin1979]

Ik vind het niet zo vreemd. Als je kijkt naar hoeveel mensen JDeveloper gebruiken en hoeveel mensen Eclipse, zal je zien dat Eclipse de overduidelijke winnaar is.

Sorry, maar nu hebben we het over een compleet ander marktsegment (J2EE en J2SE). Eclipse is tot nog toe ongeschikt gebleken voor J2EE development, daar moest je bij IBM voor aankloppen (Webshpere/Rational application developer). Met webtools (eclipse.org/wtp) zal daar waarschijnlijk wel enige verandering inkomen, maar het zal nog even duren voordat J2EE ontwikkelaars massaal overstappen op Eclipse/WTP.

Overigens hoop ik als Oracle dit product gaat (mede)ontwikkelen, dat de kwaliteit wel geborgd wordt. De enige reden waarom ik van JDeveloper naar WTP ben overgestapt is dat JDeveloper *zo* ontzettend buggy is.

[MrBarBarian]

Verschijnen ipv verscheinen (laatste zin)...

Vreemd dat Oracle hiermee komt, aangezien Oracle al een tijdje een eigen variant van EJB's heeft, OC4J. Blijkbaar zien ze toch dat de meer standaart EJB's een grote invloed aan het krijgen zijnen willen ze ook hier een graantje van meepikken

[Verwijderd]

Ik moet wel zeggen dat dat OC4J bij Oracle een tijdelijk zijspoortje heeft geleken. Momenteel zie ik ze toch fullswing naar het Eclipse platform gaan (ze hebben niet voor niks de BPEL standaard overgenomen).
Typisch Oracle om eerst zelf te gaan hobbyen met een eigengemaakt propriëtair formaat om vervolgens compleet over te stappen op een marktstandaard (denk aan Apache en zijn voorganger ).

[jAnO!]

OC4J is een container.. Eclipse is een IDE..

Maw. waar heb je het over?

[spef]

standaard ipv standaart (op een na laatste zin)
zijn en ipv zijnen (laatste zin)

no offence

[Verwijderd]

Ik denk niet dat op dit punt een variant EJB ter discussie staat. Het is meer het leveren van een solution als ondersteuning van hun database produkt naar andere produkten toe.

[koppie]

Het lijkt dat Oracle nu nog gauw wil inschuiven voordat EJB 3 specs echt klaar zijn. EJB 3 neemt veel dingen over van Hibernate, en is daarmee beter bruikbaar dan de huidige EJB-specificatie. Dat ziet Oracle dus ook, en willen ze graag dé partner zijn voor het ontwikkelen van applicatie's die gebruik gaan maken van EJB 3.

En aangezien Eclipse onderhand de défacto standaard in Java-ontwikkelen is geworden, is dit allemaal dus een logische stap. Want als het vanuit de IDE gemakkelijk een mapping kan worden opgezet naar JavaBeans zal hun tool steeds meer gebruikt worden.

[nospam]

Oracle heeft al jaren EJB oplossingen onder de noemer BC4J (Business Components for Java) en tegenwoordig onder de noemer ADF (Application Developer Framework) waar BC4J onderdeel van is.

Ik vermoed daarom dat ze met deze stap ADF/BC4J willen integreren in Eclipse. Ze hebben zelf ook een goede IDE, JDeveloper, waar dit al helemaal in geintegreerd is, en aangezien Oracle achter het initatief staat voor het compatible maken van de plug-in structuur van de verschillende Java IDE's is dit een eerste stap...

[MrBarBarian]

Dat zelfde zei ik ongeveer al een paar posts eerder (alleen die is 'overbodig')

Maar ik betwijfel of Oracle echt die integratie wil. BC4J (of OC4J) zijn EJB's, maar wel met net weer een eigen Oracle-smaakje eraan. Hetzelfde geld voor JDeveloper, een leuke IDE, maar net weer dat Oracle smaakje eraan. En dat 'smaakje" zorgt er doorgaans voor dat de specificatie net niet helemaal gevolgt wordt (lijkt het beetje op de MS manier, naar mijn mening)..

Opzich heeft Species 8472 wel een puint. Oracle probeert vaker eerst een eigen formaat door te drukken.. Als Oracle doorkrijgt dat dat mislukt, stappen ze over naar de marktstandaard.. Misschien is dit weer zo'n zelfde beweging.

Reden van mijn achterdocht is dat Oracle toch een stukje business heeft te verdedigen, itt de vele J2EE lagen (Hibernate, Spring bijv) die bestaan. Die zijn immers Open Source...

Maargoed.. Schoenmaker blijf bij je leest.. Oracle blijf bij je database

[mad]

A preview van EJB 3.0 is al beschikbaar bij Oracle. Kijk op Oracle Technet: http://otn.oracle.com

suc6