[JAVA] plugins schrijven voor eigen applicatie

[Verwijderd]

Ik heb een database applicatie geschreven met een aantal specifieke zaken erin gehackt. zo worden er bijvoorbeeld plaatjes gegenereerd van een bepaalde soort data, maar alleen voor die data, dus ik zou die functionaliteit uit het programma willen halen en in een soort van plugin willen plaatsen.

Nou heb ik al wel wat gezocht, maar ik kan niet echt iets vinden wat concreet zou aangeven dat deze functionaliteit standaard in SE of EE zou zitten.

Nou heb ik al wel over een eigen implementatie na zitten denken en dan komen er zaken als Sockets, RMI en SOAP opborrelen bij me. Maar mocht je grote hoeveelheden data willen gaan versturen naar de plugin is dit misschien niet wenselijk (mocht ik hier een foute gedachten kronkel maken, verbeter mij dan a.u.b.).

Andere (Windows) applicaties gebruiken hier meestal DLL's voor (volgens mij) en dumpen dit in een subdir en de applicatie gaat dan lopen poken in die subdir. Niet echt een goede cross platform mogelijkheid dacht ik zo. (Werkt photoshop niet volgens deze methode?)

Het zou niet zo moeten zijn dat ik alle java-files nodig zou hebben als ik er een plugin bij zou hangen (eigenlijk gewoon dus de gehele applicatie wederom compileren dus)

Anyway, om op de vraag te komen:

Is hier al iets voor gestandardiseerd?
Zonee, eigen implementatie maken m.b.v. Sockets, RMI of SOAP?

Of weet iemand van een open source projectje wat zich hier al mee bezig houd?

[Sircuri]

Ik weet niet helemaal of ik je snap, maar Java ondersteund dynamic class loading. Dus laden van nieuwe java classes zonder het hele programma opnieuw te moeten compileren. Bedoel je dit?

Ik zou dan beginnen bij de ClassLoader-class en de Reflection technologie. Volg deze [ link ]

[Verwijderd]

Sircuri schreef op 22 augustus 2002 @ 10:52:
Ik weet niet helemaal of ik je snap, maar Java ondersteund dynamic class loading. Dus laden van nieuwe java classes zonder het hele programma opnieuw te moeten compileren. Bedoel je dit?

Ik gok dat je winamp kent?

Daar kan je bepaalde visualisatie plugins voor downloaden en in 'installeren'
Dit is in principe ongeveer wat ik wil. Losse plugins maken die mijn database data kunnen visualiseren.

Alleen als ik daar andere java classes voor zou gebruiken, moet ik van tevoren weten wat de naam van de class is........(mhhhmm....voortaan eerst lezen dan pas gaan tikken)......

...lees....lees..... shows you how to instantiate classes, get or set field values, and invoke methods. With the reflection API, you can perform these tasks even if the names of the classes, fields, and methods are unknown until runtime

Je zou gelijk kunnen hebben....ik ga dit even doorlezen en kijken of ik er mee kan wat ik wil. Thx!

[Alarmnummer]

Ik denk dat je beter een interface op kan stellen waar een plugin zich aan moet houden zodat het systeem acties op hem kan uitvoeren (bv start()), en een interface voor de plugin zodat hij dingen op het systeem kan uitvoeren. Je kan dan runtime plugins inladen en omdat ze voldoen aan die interface kan je er ook iets mee. Ik zou dus niet met reflection gaan werken.

[Verwijderd]

Stel, ik zou van te voren dan de naam van de class niet weten, is het dan voldoende om de naam van de class te vinden met:

Class c = Class.forName(strg);

en er dan vanuit te gaan dat de filename com.firm."strg".class is?


In principe, heb even door de reflection documentatie gelezen, moet Reflection ook alles kunnen wat ik wil.

[Infinitive]

Met een URLClassLoader kan je een class laden vanaf een URL en er een instantie van maken (er wordt dan een constructor zonder parameters aangeroepen). Die instantie kan je dan casten naar jouw gewenste type.

[Alarmnummer]

Niet casten naar een gewenst type. Je kan gewoon het volgende zeggen:

Class p = Class.forName(...);

//instantie maken
Plugin plugin = ...;//Plugin is jouw Plugin interface
plugin.setEnvironment(this);
plugin.start();

Daarom moet je dus zorgen dat die plugin een bepaald type implementeerd en jouw systeem netzo.

[Verwijderd]

Idd, zoals ik hierboven al gelezen heb, maak een standaard interface die door alle plugins gebruikt worden.

code:

public interface Plugin
{
    public void doeIets1();
    public void doeIets2();
}

public class MyPlugin implements Plugin
{
    public MyPlugin()
    {
        //constructor
    }
    public void doeIets1()
    {
        /////code
    }
    public void doeIets2()
    {
        //code
    }
}

public class MyPlugin2 implements Plugin
{
    public MyPlugin2()
    {
        //constructor
    }
    public void doeIets1()
    {
        /////andere code
    }
    public void doeIets2()
    {
        //andere code
    }
}

[Alarmnummer]

Verder moet de plugin ook beschikking krijgen over een omgeving (wat die dan ook is). Anders kan die plugin verder nog bitterweing

[mbravenboer]

Hier is pas 2 keer een topic over geweest:

[rml][ Java] programma met plugins[/rml]
[rml][ Java] n00b vragen[/rml]

[Onno]

Vaker. Ik heb er ook ooit eens een thread aan gewijd.

[mbravenboer]

Gevonden: [rml][ Java] classes un-/reloaden[/rml] Maar dat was niet pas .

Dit is trouwens een lekker vaag topic wat ik tegenkwam:
[rml][ BC3] (java) Foutmeldingen (Kom er niet uit!)[/rml]
Zogenaamd door jou gestart, de vraag staat alleen in de tweede post .

[Verwijderd]

Niet casten naar een gewenst type. Je kan gewoon het volgende zeggen:

Class p = Class.forName(...);
Plugin plugin = p .newInstance();

Dit zou het toch niet moeten doen? Op compile time heeft newInstance() als type een object en die implementeerd geen Plugin (Over het runtime type kan je helemaal niks zeggen, want dat is geheel afhankelijk van de parameter aan forName).
Dus zonder cast krijg je dit toch helemaal niet door de compiler heen, of zeg ik nu iets doms?

[mbravenboer]

Uiteraard ja...

Stel even dat er geparameterizeerde typen zijn en stel dat dit een schetjes van de klasse Class is:

code:

class Class<C> {
    public C newInstance() {
    }

    ....
}

. Zou wel stoer zijn .

Je verlegt het probleem dan in feite naar:

code:

Class p = Class.forName(...);

en daar zou een raw assignment voor gebruikt kunnen worden. Je krijgt dan dus:

code:

Class<Plugin> clazz = Class.forName( ... );
Plugin p = clazz.newInstance();

[Alarmnummer]

[edit]
loopt uit zijn nek te kletsen.

[Verwijderd]

mbravenboer schreef op 22 augustus 2002 @ 21:03:
Gevonden: [rml][ Java] classes un-/reloaden[/rml] Maar dat was niet pas .
.

Hee, inderdaad......hier staat zo'n beetje alles wat men nodig heeft.

Ik wist alleen in den beginne niet dat ik met classes loaden en reloaden te maken had....

Spreuk van de dag dan maar: Als je het weet, dan is het simpel

edit:
MHHM, schijnt meer een tijdelijke oorzaak te hebben
Overigens staat er een link naar het unloaden op http://www.javaworld.com maar deze schijnt een beetje dood te zijn. Is deze site volledig uit de lucht of is het tijdelijk?