You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
|
From: Twoo <no...@tw...> - 2015-10-19 16:03:28
|
Twoo ( http://www.twoo.com/m/lPgoXhyW ) Kortingen op Twoo </p> Twoo Unlimited maakt alles zoveel gemakkelijker! Nog niet helemaal overtuigd? Je krijgt nu 33% korting! Ga voor deze korting! ( http://www.twoo.com/m/CIk52By2 ) Met Unlimited geniet je van deze features: ( http://www.twoo.com/m/CIk52By2 ) Zie iedereen die jou leuk vindt. ( http://www.twoo.com/m/CIk52By2 ) Zie al je bezoekers. ( http://www.twoo.com/m/CIk52By2 ) Contacteer iedereen op Twoo. ( http://www.twoo.com/m/CIk52By2 ) Zie of je berichten gelezen zijn. ( http://www.twoo.com/m/CIk52By2 ) Bezoek profielen zonder dat je gezien wordt. ( http://www.twoo.com/m/CIk52By2 ) Visit all people directly from Discover. ( http://www.twoo.com/m/CIk52By2 ) Filter op aantrekkelijkheid en meer! ( http://www.twoo.com/m/CIk52By2 ) Unlimited leden worden meer getoond bij Discover, waardoor ze vaker leuk gevonden worden en dus meer matches hebben! ( http://www.twoo.com/m/CIk52By2 ) Contacteer nieuwe leden als eerste. ( http://www.twoo.com/m/CIk52By2 ) Krijg geen advertenties te zien. Ga voor deze korting! ( http://www.twoo.com/m/CIk52By2 ) Aanmelden ( http://www.twoo.com/m/lPgoXh7z ) Download de Twoo app ( http://www.twoo.com/m/A2kRji7A ) ( http://www.twoo.com/m/A2kRji7A ) Je ontvangt deze notificatie omdat je geregistreerd bent als Platonos Plugeng Dev (pla...@li... ( http://www.twoo.com/m/id2ccw7m )) op Twoo.Uitschrijven. ( http://www.twoo.com/m/gKLfMG7c )Massive Media Match NV, Singel 540, Amsterdam, 1017 AZ, NetherlandsBE0537240636.Stuur een e-mail naar unl...@tw... ( mailto:unl...@tw... ) voor een antwoord in het Engels binnen het uur, of stuur naar in...@tw... ( mailto:in...@tw... ) voor een antwoord in het Nederlands. |
|
From: Twoo <no...@tw...> - 2015-10-17 11:20:00
|
Welkom op Twoo Hier zijn enkele tips om goed van start te gaan. Ontdek Twoo ? ➔ ( http://www.twoo.com/mailurl/aT0xM2UtZDdnbmYzLTU3ZWdrdWlxLWM1NiZsPTEwJnU9JTJGJnQ9NCZhPXJ4MmhkYl85ZDcxMDllOGJm ) Hier zijn je inloggegevens E-mail: pla...@li... Wachtwoord: 8cea3305 Je kan je wachtwoord veranderen ( http://www.twoo.com/mailurl/aT0xM2UtZDdnbmYzLTU3ZWdrdWlxLWM1NiZsPTExJnU9JTJGc2V0dGluZ3MlMkYlM0Ztb2RlJTNEZWRpdCUyNnR5cGUlM0RwYXNzd29yZCUyM3Bhc3N3b3JkJnQ9NCZhPXJ4MmhkYl85ZDcxMDllOGJm ) naar iets dat makkelijker te onthouden is. Hou je logingegevens veilig. ( # ) Vind mensen met wie het klikt Gebruik onze zoekfunctie om mensen te vinden met dezelfde interesses. ( # ) Gratis chat Chat met nieuwe mensen en/of hou contact met je vrienden. ( # ) Discover Vind mensen leuk bij Discover en leer zo nieuwe mensen kennen in een handomdraai. Twoo ( http://www.twoo.com/mailurl/aT0xM2UtZDdnbmYzLTU3ZWdrdWlxLWM1NiZsPTEwJnU9JTJGJnQ9NCZhPXJ4MmhkYl85ZDcxMDllOGJm ) Je ontvangt deze notificatie omdat je geregistreerd bent als Platonos Plugeng Dev (pla...@li... ( http://www.twoo.com/mailurl/aT0xM2UtZDdnbmYzLTU3ZWdrdWlxLWM1NiZsPTEwJnU9JTJGJnQ9NCZhPXJ4MmhkYl85ZDcxMDllOGJm )) op Twoo - Uitschrijven ( http://www.twoo.com/mailurl/aT0xM2UtZDdnbmYzLTU3ZWdrdWlxLWM1NiZsPTE0JnU9JTJGc2V0dGluZ3MlMkZlbWFpbHMlMkYlM0Z2aWV3JTNEdW5zdWJzY3JpYmUlMjZhY3Rpb24lM0R1bnN1YnNjcmliZUZyb21UeXBlJTI2dmFsdWUlM0ROTyUyNnR5cGVpZCUzRDglMjZza2lwU3BsYXNoJTNEbWFpbCZ0PTQmYT1yeDJoZGJfOWQ3MTA5ZThiZg ).Massive Media Match NV, Singel 540, Amsterdam, 1017 AZ, Net...@tw... ( mailto:in...@tw... ) |
|
From: Marcella Y. <ou...@li...> - 2015-04-29 10:52:44
|
Sender: +07791211625 Size: 20513 ID: B09BA489EF11493 Filename: B09BA489EF11493.cab -- Marcella Yepes |
|
From: Sheryl V. <oth...@za...> - 2015-01-28 12:46:49
|
O.M.B. BRESCIA S.P.A. 8, Via Buffalora 25129 Brescia (BS) Brescia ITALY +39 0382 450 340 |
|
From: Sandi M. <con...@in...> - 2015-01-19 11:16:24
|
FAX: +07919493677 Date: 2015/01/18 11:15:35 CST Pages: 3 ID: B463T_42787605B Filename: spina.zip -- Altec Engineering Ltd Sandi Magraw |
|
From: Evert v. T. <nor...@tw...> - 2013-11-02 21:02:39
|
Evert voegde je toe als contact op Twoo en wil met je chatten. Chat op Twoo Kopieer de volgende link in je webbrowser: http://mail.twoo.com/m/qlXjJll5 Twoo is de leukste manier om nieuwe mensen te leren kennen in jouw omgeving 10 miljoen leden wachten op je Twoo is het snelst groeiende netwerk om nieuwe mensen te leren kennen. Ontdek meteen waarom al 10 miljoen mensen lid zijn van Twoo. Chat nu Als je een leuk profiel ziet wil je meteen chatten, niet? Op Twoo vind je massa's mensen die op jouw chat wachten. En nog beter: chatten is helemaal gratis! Mobiel Zie wat er in jouw buurt leeft met de iPhone en Android apps. Neem Twoo overal met je mee. ---------------------------------------------------------------- Wil je deze mails niet ontvangen? Klik op deze link: http://mail.twoo.com/m/n_7g2elZ TWOO NV/SA, Grainsborough House, 81 Oxford Street, W1D 2EU London, United Kingdom in...@tw... BE0537240636. |
|
From: Evert v. T. <nor...@tw...> - 2013-10-25 19:16:32
|
Evert voegde je toe als contact op Twoo en wil met je chatten. Chat op Twoo Kopieer de volgende link in je webbrowser: http://mail.twoo.com/m/3frMR6qz Twoo is de leukste manier om nieuwe mensen te leren kennen in jouw omgeving 10 miljoen leden wachten op je Twoo is het snelst groeiende netwerk om nieuwe mensen te leren kennen. Ontdek meteen waarom al 10 miljoen mensen lid zijn van Twoo. Chat nu Als je een leuk profiel ziet wil je meteen chatten, niet? Op Twoo vind je massa's mensen die op jouw chat wachten. En nog beter: chatten is helemaal gratis! Mobiel Zie wat er in jouw buurt leeft met de iPhone en Android apps. Neem Twoo overal met je mee. ---------------------------------------------------------------- Wil je deze mails niet ontvangen? Klik op deze link: http://mail.twoo.com/m/3frMR6qg TWOO NV/SA, Grainsborough House, 81 Oxford Street, W1D 2EU London, United Kingdom in...@tw... BE0537240636. |
|
From: Evert T. v. T. <nor...@tw...> - 2013-10-17 18:59:56
|
Je ontvangt deze e-mail omdat Evert Tigchelaar wil chatten met pla...@li... op Twoo. Zorg er hier voor dat je deze e-mails niet meer ontvangt: http://mail.twoo.com/m/h8jF2phrK ---------------------------------------------------------------- Evert Tigchelaar wil je leren kennen op Twoo. Chat nu, kopieer en plak deze link in de adresbalk van je browser: http://mail.twoo.com/m/hZShoB1rB ---------------------------------------------------------------- Evert Tigchelaar Heerenveen Senior developer Single 5 nieuwe foto's ---------------------------------------------------------------- Twoo is de leukste manier om nieuwe mensen te leren kennen in jouw omgeving http://mail.twoo.com/m/hZShoB1rB ---------------------------------------------------------------- Wil je deze mails niet ontvangen? Klik op deze link: http://mail.twoo.com/m/oDTpxIrp TWOO NV/SA, Grainsborough House, 81 Oxford Street, W1D 2EU London, United Kingdom in...@tw... BE0537240636. |
|
From: Evert T. jr <ev...@cn...> - 2006-09-17 19:04:06
|
The difference between the EP and E and SP and S is that with EP and E the plugin that defines the EP also makes use of the E. With SP and S any plugin can make use of the services that are connected to the SP. So if plugin A provides a SP called Printer, plugin B could provides an implementation for the Printer service. Then if plugin C wants to make use of the Printer service it declares a dependency on plugin A and then it can use any Printer service that is resolved to plugin A's SP. That is how it works now. Yes it looks a lot like EP and E. If you got another opinion about it how it should be done, let me know. Kevin Duffey wrote: > Ahh, ok, for the services, I figured you would simply define services, > other plugins at runtime do a lookup. They don't declare anything at all > to the plugin that provides the service. But I suppose they do need to > see the interface, and if the plugin providing the service has the > interface, then you do need a way to indicate you need that interface > for your plugin. So the main difference is what then over EP/E? You > essentially do declare an interface in an EP too, so that the E knows > about it. I'm a little lost what we gain with this if we have to declare > a dependency to the plugin providing the service? > > > ----- Original Message ---- > From: Evert Tigchelaar jr <ev...@cn...> > To: pla...@li... > Sent: Sunday, September 17, 2006 10:47:45 AM > Subject: Re: [Platonos-plugeng-dev] new code in cvs, ready for a beta? > > Kevin Duffey wrote: > > Alright, I would say J2ME dont worry about it.. that requires a complete > > rewrite with lots of thought as to the design. Dependency Injection, > > well, I'm not a big fan of it anyway.. that was more appealing to Nathan > > and one other I think on the list, but it would change the style of > > EP/Es and such I think anyway.. but would need some rework to handle > > injection and we would most likely have to design our own implementation > > instead of using Pico or Spring or something (of which Spring would > > enlarge the engine 8 fold.. not kewl). Signed plugins would be VERY nice > > to have... at least if the engine could support signed/unsigned plugins, > > it would be very appealing for companies that want to deploly updatable > > plugins that are signed to ensure they are valid and not some malicious > > developed plugins. Also allows companies to put a "seal of approval" on > > 3rd party plugins for their application. > > For Spring and JSF Dependency Injection works nice but that doesn't mean > it works nice for everything else. I agree with you that we should add > it to the engine. Yes signed plugins should be very nice to have, that > one will stay on the todo list. > > > As for unload/reload, I would have to agree with Nathan from way back.. > > it's almost non-existant in applications other than IDE's to reload > > plugins at runtime. Eclipse even has to unload/reload the chain of > > plugins to make it work, no doubt for the reason you discovered with the > > Class object holding ref's to interfaces and such. That said, it's kewl > > to have, but really, restarting an app is so common in almost every > > platform for updates that its not a big deal to require it. I personally > > would much rather have the auto-update system that you can specify URLs > > to look for a special update.xml or something, then pull down updates, > > and send an EventBus event that indicates updates are ready. From that, > > each user of our engine could have a plugin handle the updates by simply > > restarting (we can even provide that plugin), or they can do some fancy > > GUI stuff if they like. I realize that auto-update is really a separate > > plugin and not code in the engine, but I think it is something we should > > provide. I believe you did that work already right Evert.. my company > > had contracted you to do some of that.. I think you almost had it done? > > If so, I say we package that as part of the 2.0 engine. With over > > 140million people on broadband internet, I think it's ok if the engine > > is 4 or 5MB download because it bundles some plugins including > > auto-update and such. The engine.jar should be tiny as much as possible, > > so distributing our engine is very small. But the bundle people > > download, I am all for it containing helpful and possibly often used > > plugins. > > I also unload a chain of plugins and then reload then except the one we > wanted to unload. > Yes I was working on that, If I am correct I still have all the code so > I could look in that later if we may use it in our project, if your boss > is ok with it. > > > Question on the services... if I have a plugin that requests a service > > and needs to use its class, how does the ClassLoader magic happen? Do > > you intertwine the classloaders for the classes requesting and classes > > being used at the time of the request? I love the idea.. that's why you > > and I talked about it for so long.. the ability to specify a service > > that any plugin can access without directly knowing if its there or not > > is great. Just wanted to understand how the classloader stuff works (I > > suppose I should just download the latest lol). > > > > Thanks Evert. > > Your plugin should only have a dependency on the plugin that defines the > servicepoint, you don't need any dependency on the plugins that provide > the services for the servicepoint. This is because your plugin only > needs to see the interface of the servicepoint. > > > */Evert Tigchelaar jr <ev...@cn...>/* wrote: > > > > OK, just found an old mail of you where you are talking about 2.0. > > > > When I read it I found out that some things are not in the current > > version on cvs. > > > > - No J2ME support. > > - No dependency injection (like injecting configuration). > > - No signed plugins. > > > > But the current engine now has better unload/reload during > runtime but > > normally you want to restart the application when you want to > update 1 > > or more plugins. I could add some code to support restart. I > could add > > it as a shutdown hook in the JVM so just before the JVM is shutdown a > > new one could be started. > > > > Most of the code is simular to the old but it has been restructed > into > > more packages so its not a full drop in replacement for the old one, > > but > > for the most part is should (and I hope) work like before. One > thing I > > added is the Application class, my intension's with that was that it > > contains only the normal things most plugins need, the more internal > > stuff like loading/unloading/starting plugins are in the PluginEngine > > class. > > > > I also added code for supporting services. > > It almost works the same as for extensionpoints and extensions. > > > > > > > > > > > > > > > > > > > > The differents is that with extensionpoints and extensions, the > > extensionpoint plugin uses the extensions and with servicepoints and > > services any plugin can make use of the services thru the > servicepoint. > > > > I think the threading stuff is out, I didn't have any issues with > it at > > least. > > > > So there is still work to do, so I will continue to work on it. > > > > Kevin Duffey wrote: > > > Evert, > > > > > > Sounds like an excellent idea! But before we do, can you think of > > > anything we had originally thought about for a 2.0 version > that you > > > haven't put in yet? You did take out threading of plugin start > > calls right? > > > > > > Good job Evert! Looking forward to one day having some time to > > play with > > > it again!! > > > > > > I'd suggest (and would love to help if I had some dang time) > putting > > > together a couple of example plugins, with some info on them. I > > think I > > > will start a new website on the platonos.org now that I have me > > some mad > > > skillz with ajax/web2.0. It would be a good time to update the > > site with > > > the 2.0 release (after beta and such). > > > > > > Do me a favor, list all the "changes" you made from the 1.0 > > final, and > > > anything else you added, so I can start spreading the word. > > > > > > Thank you bud. > > > > > > > > > > > > */Evert Tigchelaar jr /* wrote: > > > > > > Ok, worked again a bit on the 2.0 engine and I think is quit > > stable now > > > and all features of the 1.5 engine are also in this engine. It > > also now > > > has support for services and servicepoints which is similar to the > > > extension and extensionpoint concept. > > > > > > I also worked on the unload feature a bit. If a plugin is > > unloaded than > > > all other plugins that are resolved to the plugin are unloaded > to so > > > the > > > plugin can successfully unload. After the plugin has been > > unloaded, all > > > the other plugins that were unloaded during the unload are loaded > > again > > > and started when needed (when there start attribute in the plugin > > > tag is > > > set to true). > > > > > > Another feature I worked on was the disable feature. When a > plugin is > > > disabled no other plugins can make use of it and get resolved > > agains it. > > > When a plugin gets disabled then allmost the same is done as > > unloading. > > > > > > I think its now a good time to see where we should go from > here and > > > maybe put the current code in the ppe2 module out as beta and > > listen to > > > feedback. > > > > > > Any ideas, comments? > > > > > > Thanks, > > > Evert > > > > > > > > > ------------------------------------------------------------------------- > > > Using Tomcat but need to do more? Need to support web services, > > > security? > > > Get stuff done quickly with pre-integrated technology to make your > > > job easier > > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > > > Geronimo > > > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> > > > _______________________________________________ > > > Platonos-plugeng-dev mailing list > > > Pla...@li... > > > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > > > > > > > > > > ------------------------------------------------------------------------ > > > Get your email and more, right on the new Yahoo.com > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > ------------------------------------------------------------------------- > > > Using Tomcat but need to do more? Need to support web services, > > security? > > > Get stuff done quickly with pre-integrated technology to make > > your job easier > > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > > Geronimo > > > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Platonos-plugeng-dev mailing list > > > Pla...@li... > > > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > > security? > > Get stuff done quickly with pre-integrated technology to make your > > job easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > > Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> > > _______________________________________________ > > Platonos-plugeng-dev mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > > > > ------------------------------------------------------------------------ > > All-new Yahoo! Mail > > > <http://us.rd.yahoo.com/evt=43256/*http://advision.webevents.yahoo.com/mailbeta>- > > > Fire up a more powerful email and get things done faster. > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your > job easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Platonos-plugeng-dev mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> > _______________________________________________ > Platonos-plugeng-dev mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > |
|
From: Evert T. jr <ev...@cn...> - 2006-09-17 17:48:00
|
Kevin Duffey wrote: > Alright, I would say J2ME dont worry about it.. that requires a complete > rewrite with lots of thought as to the design. Dependency Injection, > well, I'm not a big fan of it anyway.. that was more appealing to Nathan > and one other I think on the list, but it would change the style of > EP/Es and such I think anyway.. but would need some rework to handle > injection and we would most likely have to design our own implementation > instead of using Pico or Spring or something (of which Spring would > enlarge the engine 8 fold.. not kewl). Signed plugins would be VERY nice > to have... at least if the engine could support signed/unsigned plugins, > it would be very appealing for companies that want to deploly updatable > plugins that are signed to ensure they are valid and not some malicious > developed plugins. Also allows companies to put a "seal of approval" on > 3rd party plugins for their application. For Spring and JSF Dependency Injection works nice but that doesn't mean it works nice for everything else. I agree with you that we should add it to the engine. Yes signed plugins should be very nice to have, that one will stay on the todo list. > As for unload/reload, I would have to agree with Nathan from way back.. > it's almost non-existant in applications other than IDE's to reload > plugins at runtime. Eclipse even has to unload/reload the chain of > plugins to make it work, no doubt for the reason you discovered with the > Class object holding ref's to interfaces and such. That said, it's kewl > to have, but really, restarting an app is so common in almost every > platform for updates that its not a big deal to require it. I personally > would much rather have the auto-update system that you can specify URLs > to look for a special update.xml or something, then pull down updates, > and send an EventBus event that indicates updates are ready. From that, > each user of our engine could have a plugin handle the updates by simply > restarting (we can even provide that plugin), or they can do some fancy > GUI stuff if they like. I realize that auto-update is really a separate > plugin and not code in the engine, but I think it is something we should > provide. I believe you did that work already right Evert.. my company > had contracted you to do some of that.. I think you almost had it done? > If so, I say we package that as part of the 2.0 engine. With over > 140million people on broadband internet, I think it's ok if the engine > is 4 or 5MB download because it bundles some plugins including > auto-update and such. The engine.jar should be tiny as much as possible, > so distributing our engine is very small. But the bundle people > download, I am all for it containing helpful and possibly often used > plugins. I also unload a chain of plugins and then reload then except the one we wanted to unload. Yes I was working on that, If I am correct I still have all the code so I could look in that later if we may use it in our project, if your boss is ok with it. > Question on the services... if I have a plugin that requests a service > and needs to use its class, how does the ClassLoader magic happen? Do > you intertwine the classloaders for the classes requesting and classes > being used at the time of the request? I love the idea.. that's why you > and I talked about it for so long.. the ability to specify a service > that any plugin can access without directly knowing if its there or not > is great. Just wanted to understand how the classloader stuff works (I > suppose I should just download the latest lol). > > Thanks Evert. Your plugin should only have a dependency on the plugin that defines the servicepoint, you don't need any dependency on the plugins that provide the services for the servicepoint. This is because your plugin only needs to see the interface of the servicepoint. > */Evert Tigchelaar jr <ev...@cn...>/* wrote: > > OK, just found an old mail of you where you are talking about 2.0. > > When I read it I found out that some things are not in the current > version on cvs. > > - No J2ME support. > - No dependency injection (like injecting configuration). > - No signed plugins. > > But the current engine now has better unload/reload during runtime but > normally you want to restart the application when you want to update 1 > or more plugins. I could add some code to support restart. I could add > it as a shutdown hook in the JVM so just before the JVM is shutdown a > new one could be started. > > Most of the code is simular to the old but it has been restructed into > more packages so its not a full drop in replacement for the old one, > but > for the most part is should (and I hope) work like before. One thing I > added is the Application class, my intension's with that was that it > contains only the normal things most plugins need, the more internal > stuff like loading/unloading/starting plugins are in the PluginEngine > class. > > I also added code for supporting services. > It almost works the same as for extensionpoints and extensions. > > > > > > > > > > The differents is that with extensionpoints and extensions, the > extensionpoint plugin uses the extensions and with servicepoints and > services any plugin can make use of the services thru the servicepoint. > > I think the threading stuff is out, I didn't have any issues with it at > least. > > So there is still work to do, so I will continue to work on it. > > Kevin Duffey wrote: > > Evert, > > > > Sounds like an excellent idea! But before we do, can you think of > > anything we had originally thought about for a 2.0 version that you > > haven't put in yet? You did take out threading of plugin start > calls right? > > > > Good job Evert! Looking forward to one day having some time to > play with > > it again!! > > > > I'd suggest (and would love to help if I had some dang time) putting > > together a couple of example plugins, with some info on them. I > think I > > will start a new website on the platonos.org now that I have me > some mad > > skillz with ajax/web2.0. It would be a good time to update the > site with > > the 2.0 release (after beta and such). > > > > Do me a favor, list all the "changes" you made from the 1.0 > final, and > > anything else you added, so I can start spreading the word. > > > > Thank you bud. > > > > > > > > */Evert Tigchelaar jr /* wrote: > > > > Ok, worked again a bit on the 2.0 engine and I think is quit > stable now > > and all features of the 1.5 engine are also in this engine. It > also now > > has support for services and servicepoints which is similar to the > > extension and extensionpoint concept. > > > > I also worked on the unload feature a bit. If a plugin is > unloaded than > > all other plugins that are resolved to the plugin are unloaded to so > > the > > plugin can successfully unload. After the plugin has been > unloaded, all > > the other plugins that were unloaded during the unload are loaded > again > > and started when needed (when there start attribute in the plugin > > tag is > > set to true). > > > > Another feature I worked on was the disable feature. When a plugin is > > disabled no other plugins can make use of it and get resolved > agains it. > > When a plugin gets disabled then allmost the same is done as > unloading. > > > > I think its now a good time to see where we should go from here and > > maybe put the current code in the ppe2 module out as beta and > listen to > > feedback. > > > > Any ideas, comments? > > > > Thanks, > > Evert > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > > security? > > Get stuff done quickly with pre-integrated technology to make your > > job easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > > Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > > Platonos-plugeng-dev mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > > > > > ------------------------------------------------------------------------ > > Get your email and more, right on the new Yahoo.com > > > > > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > security? > > Get stuff done quickly with pre-integrated technology to make > your job easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Platonos-plugeng-dev mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Platonos-plugeng-dev mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > ------------------------------------------------------------------------ > All-new Yahoo! Mail > <http://us.rd.yahoo.com/evt=43256/*http://advision.webevents.yahoo.com/mailbeta>- > Fire up a more powerful email and get things done faster. > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Platonos-plugeng-dev mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev |
|
From: Kevin D. <kev...@ya...> - 2006-09-17 17:08:27
|
Alright, I would say J2ME dont worry about it.. that requires a complete rewrite with lots of thought as to the design. Dependency Injection, well, I'm not a big fan of it anyway.. that was more appealing to Nathan and one other I think on the list, but it would change the style of EP/Es and such I think anyway.. but would need some rework to handle injection and we would most likely have to design our own implementation instead of using Pico or Spring or something (of which Spring would enlarge the engine 8 fold.. not kewl). Signed plugins would be VERY nice to have... at least if the engine could support signed/unsigned plugins, it would be very appealing for companies that want to deploly updatable plugins that are signed to ensure they are valid and not some malicious developed plugins. Also allows companies to put a "seal of approval" on 3rd party plugins for their application. As for unload/reload, I would have to agree with Nathan from way back.. it's almost non-existant in applications other than IDE's to reload plugins at runtime. Eclipse even has to unload/reload the chain of plugins to make it work, no doubt for the reason you discovered with the Class object holding ref's to interfaces and such. That said, it's kewl to have, but really, restarting an app is so common in almost every platform for updates that its not a big deal to require it. I personally would much rather have the auto-update system that you can specify URLs to look for a special update.xml or something, then pull down updates, and send an EventBus event that indicates updates are ready. From that, each user of our engine could have a plugin handle the updates by simply restarting (we can even provide that plugin), or they can do some fancy GUI stuff if they like. I realize that auto-update is really a separate plugin and not code in the engine, but I think it is something we should provide. I believe you did that work already right Evert.. my company had contracted you to do some of that.. I think you almost had it done? If so, I say we package that as part of the 2.0 engine. With over 140million people on broadband internet, I think it's ok if the engine is 4 or 5MB download because it bundles some plugins including auto-update and such. The engine.jar should be tiny as much as possible, so distributing our engine is very small. But the bundle people download, I am all for it containing helpful and possibly often used plugins. Question on the services... if I have a plugin that requests a service and needs to use its class, how does the ClassLoader magic happen? Do you intertwine the classloaders for the classes requesting and classes being used at the time of the request? I love the idea.. that's why you and I talked about it for so long.. the ability to specify a service that any plugin can access without directly knowing if its there or not is great. Just wanted to understand how the classloader stuff works (I suppose I should just download the latest lol). Thanks Evert. Evert Tigchelaar jr <ev...@cn...> wrote: OK, just found an old mail of you where you are talking about 2.0. When I read it I found out that some things are not in the current version on cvs. - No J2ME support. - No dependency injection (like injecting configuration). - No signed plugins. But the current engine now has better unload/reload during runtime but normally you want to restart the application when you want to update 1 or more plugins. I could add some code to support restart. I could add it as a shutdown hook in the JVM so just before the JVM is shutdown a new one could be started. Most of the code is simular to the old but it has been restructed into more packages so its not a full drop in replacement for the old one, but for the most part is should (and I hope) work like before. One thing I added is the Application class, my intension's with that was that it contains only the normal things most plugins need, the more internal stuff like loading/unloading/starting plugins are in the PluginEngine class. I also added code for supporting services. It almost works the same as for extensionpoints and extensions. The differents is that with extensionpoints and extensions, the extensionpoint plugin uses the extensions and with servicepoints and services any plugin can make use of the services thru the servicepoint. I think the threading stuff is out, I didn't have any issues with it at least. So there is still work to do, so I will continue to work on it. Kevin Duffey wrote: > Evert, > > Sounds like an excellent idea! But before we do, can you think of > anything we had originally thought about for a 2.0 version that you > haven't put in yet? You did take out threading of plugin start calls right? > > Good job Evert! Looking forward to one day having some time to play with > it again!! > > I'd suggest (and would love to help if I had some dang time) putting > together a couple of example plugins, with some info on them. I think I > will start a new website on the platonos.org now that I have me some mad > skillz with ajax/web2.0. It would be a good time to update the site with > the 2.0 release (after beta and such). > > Do me a favor, list all the "changes" you made from the 1.0 final, and > anything else you added, so I can start spreading the word. > > Thank you bud. > > > > */Evert Tigchelaar jr /* wrote: > > Ok, worked again a bit on the 2.0 engine and I think is quit stable now > and all features of the 1.5 engine are also in this engine. It also now > has support for services and servicepoints which is similar to the > extension and extensionpoint concept. > > I also worked on the unload feature a bit. If a plugin is unloaded than > all other plugins that are resolved to the plugin are unloaded to so > the > plugin can successfully unload. After the plugin has been unloaded, all > the other plugins that were unloaded during the unload are loaded again > and started when needed (when there start attribute in the plugin > tag is > set to true). > > Another feature I worked on was the disable feature. When a plugin is > disabled no other plugins can make use of it and get resolved agains it. > When a plugin gets disabled then allmost the same is done as unloading. > > I think its now a good time to see where we should go from here and > maybe put the current code in the ppe2 module out as beta and listen to > feedback. > > Any ideas, comments? > > Thanks, > Evert > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Platonos-plugeng-dev mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > ------------------------------------------------------------------------ > Get your email and more, right on the new Yahoo.com > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Platonos-plugeng-dev mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Platonos-plugeng-dev mailing list Pla...@li... https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev --------------------------------- All-new Yahoo! Mail - Fire up a more powerful email and get things done faster. |
|
From: Evert T. jr <ev...@cn...> - 2006-09-17 14:05:42
|
OK, just found an old mail of you where you are talking about 2.0. When I read it I found out that some things are not in the current version on cvs. - No J2ME support. - No dependency injection (like injecting configuration). - No signed plugins. But the current engine now has better unload/reload during runtime but normally you want to restart the application when you want to update 1 or more plugins. I could add some code to support restart. I could add it as a shutdown hook in the JVM so just before the JVM is shutdown a new one could be started. Most of the code is simular to the old but it has been restructed into more packages so its not a full drop in replacement for the old one, but for the most part is should (and I hope) work like before. One thing I added is the Application class, my intension's with that was that it contains only the normal things most plugins need, the more internal stuff like loading/unloading/starting plugins are in the PluginEngine class. I also added code for supporting services. It almost works the same as for extensionpoints and extensions. <servicepoints> <servicepoint name="Printer" interface="test.Printer" /> </servicepoints> <services> <service uid="printerServicePlugin" name="Printer" class="MyPrinter" /> </services> The differents is that with extensionpoints and extensions, the extensionpoint plugin uses the extensions and with servicepoints and services any plugin can make use of the services thru the servicepoint. I think the threading stuff is out, I didn't have any issues with it at least. So there is still work to do, so I will continue to work on it. Kevin Duffey wrote: > Evert, > > Sounds like an excellent idea! But before we do, can you think of > anything we had originally thought about for a 2.0 version that you > haven't put in yet? You did take out threading of plugin start calls right? > > Good job Evert! Looking forward to one day having some time to play with > it again!! > > I'd suggest (and would love to help if I had some dang time) putting > together a couple of example plugins, with some info on them. I think I > will start a new website on the platonos.org now that I have me some mad > skillz with ajax/web2.0. It would be a good time to update the site with > the 2.0 release (after beta and such). > > Do me a favor, list all the "changes" you made from the 1.0 final, and > anything else you added, so I can start spreading the word. > > Thank you bud. > > > > */Evert Tigchelaar jr <ev...@cn...>/* wrote: > > Ok, worked again a bit on the 2.0 engine and I think is quit stable now > and all features of the 1.5 engine are also in this engine. It also now > has support for services and servicepoints which is similar to the > extension and extensionpoint concept. > > I also worked on the unload feature a bit. If a plugin is unloaded than > all other plugins that are resolved to the plugin are unloaded to so > the > plugin can successfully unload. After the plugin has been unloaded, all > the other plugins that were unloaded during the unload are loaded again > and started when needed (when there start attribute in the plugin > tag is > set to true). > > Another feature I worked on was the disable feature. When a plugin is > disabled no other plugins can make use of it and get resolved agains it. > When a plugin gets disabled then allmost the same is done as unloading. > > I think its now a good time to see where we should go from here and > maybe put the current code in the ppe2 module out as beta and listen to > feedback. > > Any ideas, comments? > > Thanks, > Evert > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Platonos-plugeng-dev mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev > > > ------------------------------------------------------------------------ > Get your email and more, right on the new Yahoo.com > <http://us.rd.yahoo.com/evt=42973/*http://www.yahoo.com/preview> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Platonos-plugeng-dev mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev |
|
From: Kevin D. <kev...@ya...> - 2006-09-17 03:09:48
|
Evert, Sounds like an excellent idea! But before we do, can you think of anything we had originally thought about for a 2.0 version that you haven't put in yet? You did take out threading of plugin start calls right? Good job Evert! Looking forward to one day having some time to play with it again!! I'd suggest (and would love to help if I had some dang time) putting together a couple of example plugins, with some info on them. I think I will start a new website on the platonos.org now that I have me some mad skillz with ajax/web2.0. It would be a good time to update the site with the 2.0 release (after beta and such). Do me a favor, list all the "changes" you made from the 1.0 final, and anything else you added, so I can start spreading the word. Thank you bud. Evert Tigchelaar jr <ev...@cn...> wrote: Ok, worked again a bit on the 2.0 engine and I think is quit stable now and all features of the 1.5 engine are also in this engine. It also now has support for services and servicepoints which is similar to the extension and extensionpoint concept. I also worked on the unload feature a bit. If a plugin is unloaded than all other plugins that are resolved to the plugin are unloaded to so the plugin can successfully unload. After the plugin has been unloaded, all the other plugins that were unloaded during the unload are loaded again and started when needed (when there start attribute in the plugin tag is set to true). Another feature I worked on was the disable feature. When a plugin is disabled no other plugins can make use of it and get resolved agains it. When a plugin gets disabled then allmost the same is done as unloading. I think its now a good time to see where we should go from here and maybe put the current code in the ppe2 module out as beta and listen to feedback. Any ideas, comments? Thanks, Evert ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Platonos-plugeng-dev mailing list Pla...@li... https://lists.sourceforge.net/lists/listinfo/platonos-plugeng-dev --------------------------------- Get your email and more, right on the new Yahoo.com |
|
From: Evert T. jr <ev...@cn...> - 2006-09-16 20:31:52
|
Ok, worked again a bit on the 2.0 engine and I think is quit stable now and all features of the 1.5 engine are also in this engine. It also now has support for services and servicepoints which is similar to the extension and extensionpoint concept. I also worked on the unload feature a bit. If a plugin is unloaded than all other plugins that are resolved to the plugin are unloaded to so the plugin can successfully unload. After the plugin has been unloaded, all the other plugins that were unloaded during the unload are loaded again and started when needed (when there start attribute in the plugin tag is set to true). Another feature I worked on was the disable feature. When a plugin is disabled no other plugins can make use of it and get resolved agains it. When a plugin gets disabled then allmost the same is done as unloading. I think its now a good time to see where we should go from here and maybe put the current code in the ppe2 module out as beta and listen to feedback. Any ideas, comments? Thanks, Evert |
|
From: Kevin D. <kev...@ya...> - 2006-05-17 00:42:54
|
Sounds good to me. I am fine with this commit if u like. I am so swamped with day job and family right now I haven't had time to do much of anything else. :( I still want to start a 2.0 from scratch one day. :) Potje rode kool <eve...@gm...> wrote: Hi guys, For a long time I have runed the unit test of the pluginengine and got some errors in the PluginEngineTest test. I tracked down what was going wrong and found out that in the PluginEngine#unresolvePlugin, at the end the pluginClassloader of the plugin was set to null and put in the unresolvedPlugins List. The plugin is still in the plugins map and if another plugin tries to use that plugin it will result in a NPE because the pluginClassLoader of the plugin is null. To fix this I assigned a new classloader (the old classloader is gc-ed) to the plugin and removed it from the plugins map, but this resulted in an exception in Plugin1 which tried to use an E of another plugin which was unresolved. Didn't commited anything yet, I think we first have to write a document that describes the hole process of loading, resolving, unresolving, unloading, etc of plugins so it is clear to everyone and than see where we have to fix things. What do you think? Evert --------------------------------- Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better. |
|
From: Potje r. k. <eve...@gm...> - 2006-05-16 21:10:21
|
Hi guys, For a long time I have runed the unit test of the pluginengine and got some errors in the PluginEngineTest test. I tracked down what was going wrong and found out that in the PluginEngine#unresolvePlugin, at the end the pluginClassloader of the plugin was set to null and put in the unresolvedPlugins List. The plugin is still in the plugins map and if another plugin tries to use that plugin it will result in a NPE because the pluginClassLoader of the plugin is null. To fix this I assigned a new classloader (the old classloader is gc-ed) to the plugin and removed it from the plugins map, but this resulted in an exception in Plugin1 which tried to use an E of another plugin which was unresolved. Didn't commited anything yet, I think we first have to write a document tha= t describes the hole process of loading, resolving, unresolving, unloading, etc of plugins so it is clear to everyone and than see where we have to fix things. What do you think? Evert |