Marc,
the plugins will be loaded by reflection and reside in the local
CLASSPATH. (as I said, in the jar: of course;-)
Since we now the names of the plugins we do not need a own Classloader
(besides that I'm working on one - which is in a creative pause right
now -)
For example the Persistence
Heinrich,
I guess what I was wondering is how you did the plugins?
I am writing an application and wanted to include plugins
in a jar. Are you using a custom classloader? Could you
give me a hint, point me in the right direction?
thanks,
Mark
On Wed, 2002-06-12 at 12:06, Heinrich Götzg
Marc,
the plugins are ready compiled and included in the xmlBlaster.jar and
will be installed during startUp, depending on the properties or other
user settings.
regards
Heinrich
On 12 Jun 2002, Mark Stang wrote:
>Marcel,
>Do you load the plugins from a .jar?
>
>thanks,
>
>Mark
>
>On Mon, 20
Marcel,
Do you load the plugins from a .jar?
thanks,
Mark
On Mon, 2002-06-10 at 02:42, Marcel Ruff wrote:
> Hi,
>
> there is a plugin framework available which allows
> you to intercept published messages in the server.
>
> You can reject messages or manipulate them on demand.
> To do this,
Cyrille Giquello wrote:
> hi !
>
> xmlBlaster has some many behaviors and options that I've not enough
> idea for using them !
The ideas come when you are using it in your next project ;-)
A publish plugin could for example eliminate identical
messages.
Imagine that multiple radar stations tra
hi !
xmlBlaster has some many behaviors and options that I've not enough idea
for using them !
;o)
Cyrille
Marcel Ruff wrote:
[EMAIL PROTECTED]">Hi,
there is a plugin framework available which allows
you to intercept published messages in the server.
You can reject messages or manipu
Hi,
there is a plugin framework available which allows
you to intercept published messages in the server.
You can reject messages or manipulate them on demand.
To do this, you need to write a little plugin with your specific
code.
See the requirement for more details:
http://www.xmlblaster.org
