Re[2]: EJB Messagestore

[Christoph Sturm <ch...@schaumwelt.com>]

Hello Serge,

Wednesday, August 08, 2001, 4:42:27 PM, you wrote:

SK> Well, Avalon/James isn't an EJB server, so I don't know if/why you need to
SK> modify James... seems like you would just build Entity beans (BMP or CMP)
SK> that reads the same data format that James is using.  You can look at the
SK> repository code to see how the messages are stored.
I think that James has a pluggable repository (I saw mailbox format and
jdbc), and I want to create another one that uses beans. James would
just be a client to the ejb server, like it is now to a sql server.


SK> ----- Original Message -----
>> I'd like to store my emails as Entity Beans, to view them in a webmail
>> system. What classes would I have to modify?
>>
>> regarz
>>  chris



SK> ---------------------------------------------------------------------
SK> To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
SK> For additional commands, e-mail: james-dev-help@jakarta.apache.org





-- 
Best regards,
 Christoph                            mailto:chrisml@schaumwelt.com


---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org

James - dynamic configuration

[Peter Romianowski <an...@gmx.de>]

Hi there,

I already posted this to the users group for the discussion started there.
But now I think it's more a dev-thing...

thanks for the ideas. For my purpose the best choice would be writing a
matcher based on a database.
Here's a suggestion for other dynamic configuration:
For the applications which require dynamic configuration, I wrote some kind
of "configuration-framework".
This lets you use different configuration sources (properties-file,
database, xml or what ever) and has a built-in
reload-mechanism on specified events. For XML-configuration this event is
the file-modification. If such an event is fired all objects using the
configuration are notified (if they choose to listen for that event) and can
aply the new properties.
I am aware that there are situations where properties cannot be dynamic, but
mailetconfiguration should be no problem.
I think that at least dynamic mailet-configuration would boost the usability
and maintainability (is there such word? I'm just a german lamer... :-) of
JAMES, so I would like to see such things.
I don't know the general "masterplan" for the near future of JAMES, but if
others think that this feature may be useful and important I would discuss a
bit more about that. And of course I would help coding this feature...

greetz
Peter Romianowski

> -----Ursprüngliche Nachricht-----
> Von: Serge Knystautas [mailto:sergek@lokitech.com]
> Gesendet: Mittwoch, 8. August 2001 21:01
> An: james-user@jakarta.apache.org; antarapero@gmx.de
> Betreff: Re: Dynamic Configuration (at run time)
>
>
> Right now there's now way to do this at runtime.  We are partially hoping
> that Avalon will support reloading of the server app, but I was
> thinking we
> may go ahead and add this for just the mailets, since really we don't want
> the entire application to restart, just the mailet processing
> configuration.
> We'd have to take a custom class loader so we could reload these
> easily, and
> maybe at some point even support automatic compilation for
> changed classes,
> and other things that web application servers do.
>
> But like someone said, for forwarding you may just want to do it
> based on a
> database table (or file).
>
> Serge Knystautas
> Loki Technologies
> http://www.lokitech.com/
> ----- Original Message -----
> From: "Peter Romianowski" <an...@gmx.de>
> To: <ja...@jakarta.apache.org>
> Sent: Monday, August 06, 2001 10:49 AM
> Subject: Dynamic Configuration (at run time)
>
>
> > Hi there,
> >
> > for the application I write I need to construct a lot of mail aliases
> > (forwards) at runtime. I already set up aliases using the <mailet
> > match="RecipientIs=xyz@abc.com" class="Forward"> - thing. Works
> great. But
> > with this solution I hava to restart James in order to read the
> > configuration again.
> > Is there any way to add mailet-configuration at runtime?
> >
> > thanks,
> > pero
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: james-user-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: james-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: james-user-help@jakarta.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org

Re: Re[2]: EJB Messagestore

[Serge Knystautas <se...@lokitech.com>]

Ah, that sounds pretty interesting.  How are you going to structure that?
James runs within Avalon, so I'm not sure how you could get it to act like
an EJB client.

To do this though, you really only need to make your own implementation of
Mail/SpoolRepository, like the Avalon and JDBC ones there now.  You have to
define the repository (handles retrieving, locking, listing, storing, etc..)
and the messagesource (defines how to open an input stream to the message
body).

Then you'd change the server.xml (?) to define the new kind of repository
like ejb:// (instead of file:// or db://).  Does that give you enough to go
in the right direction?

Serge Knystautas
Loki Technologies
http://www.lokitech.com/
----- Original Message -----
From: "Christoph Sturm" <ch...@schaumwelt.com>
To: "Serge Knystautas" <ja...@jakarta.apache.org>
Sent: Wednesday, August 08, 2001 1:57 PM
Subject: Re[2]: EJB Messagestore


> Hello Serge,
>
> Wednesday, August 08, 2001, 4:42:27 PM, you wrote:
>
> SK> Well, Avalon/James isn't an EJB server, so I don't know if/why you
need to
> SK> modify James... seems like you would just build Entity beans (BMP or
CMP)
> SK> that reads the same data format that James is using.  You can look at
the
> SK> repository code to see how the messages are stored.
> I think that James has a pluggable repository (I saw mailbox format and
> jdbc), and I want to create another one that uses beans. James would
> just be a client to the ejb server, like it is now to a sql server.



---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org