Re: best or common practice for application plug-ins

2009-07-22 Thread Sam Stainsby
Thanks Adrian for sending through the details. We are now also looking at Apache Geronimo that has some interesting features for plugins. Thanks all, Sam. On Mon, 20 Jul 2009 17:26:03 +0200, Adrian Wiesmann wrote: Ping me offline for details since this is very much non-Wicket stuff.

Re: best or common practice for application plug-ins

2009-07-20 Thread Sam Stainsby
Providing modules for others. And also providing an environment for third- party modules. See for example: https://svn.plone.org/svn/collective/ On Mon, 20 Jul 2009 08:29:51 +0300, Martin Makundi wrote: What are you aiming at? Providing modules to others or building software to your

Re: best or common practice for application plug-ins

2009-07-20 Thread Martin Makundi
Different form wicket-stuff? http://wicketstuff.org/confluence/display/STUFFWEB/Home ** Martin 2009/7/20 Sam Stainsby s...@sustainablesoftware.com.au: Providing modules for others. And also providing an environment for third- party modules. See for example:

Re: best or common practice for application plug-ins

2009-07-20 Thread Per Lundholm
Well, plug-ins, are they compile-time or run-time? Sounds like compile-time from your description. Also, from your description, it sounds that it is more than web-tier. Remember Wicket is web-tier only. There are solutions for the server tier for plug-ins. Look att OSGi http://www.osgi.org and

Re: best or common practice for application plug-ins

2009-07-20 Thread Sam Stainsby
Yes, different because I'm not talking about a collection of components per se, but how add-on components are deployed to an already running application by systems administrators, not developers, as per my initial post. On Mon, 20 Jul 2009 09:08:38 +0300, Martin Makundi wrote: Different form

Re: best or common practice for application plug-ins

2009-07-20 Thread Sam Stainsby
On Mon, 20 Jul 2009 09:10:57 +0200, Per Lundholm wrote: Well, plug-ins, are they compile-time or run-time? Sounds like compile-time from your description. Runtime I think if I understand you correctly. Suppose a sys admin has already deployed the war file for the core application and wants

Re: best or common practice for application plug-ins

2009-07-20 Thread Linda van der Pal
Seeing how it looks like you want to create your own CMS, you might want to have a look at Hippo CMS. They've built it in Wicket AFAIK. Regards, Linda Sam Stainsby wrote: On Mon, 20 Jul 2009 09:10:57 +0200, Per Lundholm wrote: Well, plug-ins, are they compile-time or run-time? Sounds

Re: best or common practice for application plug-ins

2009-07-20 Thread Olger Warnier
Hi Sam, It could well be more than web-tier, but I thought if anyone has done this is would be a Wicket user :-) I looked at OSGi before I started my framework. I didn't see anything about deployment of add-ons/plug- ins. I already have a framework that incorporates IoC as a fundamental

Re: best or common practice for application plug-ins

2009-07-20 Thread Sam Stainsby
On Mon, 20 Jul 2009 10:25:17 +0200, Linda van der Pal wrote: Seeing how it looks like you want to create your own CMS, you might want to have a look at Hippo CMS. They've built it in Wicket AFAIK. I've seen Hippo, but my main aim is not to create a CMS. One of my goal applications is more to

Re: best or common practice for application plug-ins

2009-07-20 Thread Sam Stainsby
OK, so I am an sys admin running some sort of OSGI-based application and now I want to add your questionnaire service and any other modules that it depends on. I also want to occasionally check for version updates. I want these updates and dependencies to be downloaded and put in the correct

Re: best or common practice for application plug-ins

2009-07-20 Thread Olger Warnier
Hi Sam, How we do it with that service: We have a file listener class that checks if OSGI based jar files are put in a directory. If so, these are automatically deployed to the OSGI runtime by the BundleDeployer class. We miss a download / version updates part, but you could add that by

Re: best or common practice for application plug-ins

2009-07-20 Thread Sam Stainsby
Thanks Olger, that gives me some ideas. I wonder if a maven could somehow be coerced to do the dependency/downloading part, perhaps with some new plugin. On Mon, 20 Jul 2009 13:39:10 +0200, Olger Warnier wrote: Hi Sam, How we do it with that service: We have a file listener class that

Re: best or common practice for application plug-ins

2009-07-20 Thread Ben Tilford
I think maven 3 is supposed to allow using OSGi bundles for versioning etc.. On Mon, Jul 20, 2009 at 8:12 AM, Sam Stainsby s...@sustainablesoftware.com.au wrote: Thanks Olger, that gives me some ideas. I wonder if a maven could somehow be coerced to do the dependency/downloading part, perhaps

Re: best or common practice for application plug-ins

2009-07-20 Thread Adrian Wiesmann
Hi Sam I'm probably revealing my inexperience with J2EE environments in asking this, but how do Wicket programmers typically handle application add- ons (or plug-ins or modules). What I (we) did was to imitate what Eclipse does. Defining hooks and having plugins attach to these hooks (and

best or common practice for application plug-ins

2009-07-19 Thread Sam Stainsby
I'm probably revealing my inexperience with J2EE environments in asking this, but how do Wicket programmers typically handle application add- ons (or plug-ins or modules). I'm interested in emulating what happens in the Zope/Plone world (which is where I've come from). In the case of Zope, you

Re: best or common practice for application plug-ins

2009-07-19 Thread Martin Makundi
What are you aiming at? Providing modules to others or building software to your client/own company? In my opinnion modules are good for the public but not for internal / sophisticated (=educated) use. ** Martin 2009/7/20 Sam Stainsby s...@sustainablesoftware.com.au: I'm probably revealing my