On 5/3/07, David Blevins <[EMAIL PROTECTED]> wrote:
Just an FYI, OpenEJB is extremely non-intrusive and it's very easy to
use as "just a library" in various ways.
I hadn't really thought of that, I know Noel had mentioned OpenEJB,
but I couldn't figure out why, and I used it years ago so I sho
On May 2, 2007, at 10:29 PM, David Blevins wrote:
On May 2, 2007, at 3:36 AM, Stefano Bagnara wrote:
Noel J. Bergman ha scritto:
[..]
Conceptually, JAMES is made up of the following pieces:
- Wire level protocol handlers, which break down into:
- Incoming Message Acceptors (e.g., SMT
On May 2, 2007, at 3:36 AM, Stefano Bagnara wrote:
Noel J. Bergman ha scritto:
[..]
Conceptually, JAMES is made up of the following pieces:
- Wire level protocol handlers, which break down into:
- Incoming Message Acceptors (e.g., SMTP)
- Incoming Message Providers (e.g., POP3)
Danny Angus ha scritto:
>> I prefer to
>> not require a full J2EE stack for running it. If we build upon JCR and
>> JMS we already provide lots of options for deployment. Btw it seems you
>> switch deployment options too fast ;-) .. yesterday (some months ago)
>> everyone was for OSGi... I don't re
I prefer to
not require a full J2EE stack for running it. If we build upon JCR and
JMS we already provide lots of options for deployment. Btw it seems you
switch deployment options too fast ;-) .. yesterday (some months ago)
everyone was for OSGi... I don't read OSGi in this mail...
I don't thi
+1
Vincenzo
Noel J. Bergman wrote:
Jukka Zitting, JackRabbit Committer & PMC Chair, has volunteered to help
work on a Proof of Concept related to the use of JCR as our unified data
store. The proof of concept will start by focusing on the modelling of the
data in JCR, and will build from the J
+1
On 5/2/07, Norman Maurer <[EMAIL PROTECTED]> wrote:
Stefano Bagnara schrieb:
> Noel J. Bergman ha scritto:
>
>> Jukka Zitting, JackRabbit Committer & PMC Chair, has volunteered to help
>> work on a Proof of Concept related to the use of JCR as our unified data
>> store. The proof of concept
Stefano Bagnara schrieb:
> Noel J. Bergman ha scritto:
>
>> Jukka Zitting, JackRabbit Committer & PMC Chair, has volunteered to help
>> work on a Proof of Concept related to the use of JCR as our unified data
>> store. The proof of concept will start by focusing on the modelling of the
>> data
Noel J. Bergman ha scritto:
> JMX, and I agree that we as long as we're going to do this uplift, we should
> make sure that we provide appropriate JMX support. And see also JSR-138.
Can you elaborate on JSR-138 ?
I never heard of it, and from a fast google search I only found Oracle
had an implem
Noel J. Bergman ha scritto:
> Sorry for posting this to dev@ instead of the PMC list. And I should have
> also noted it as a vote (although the Karma reference probably made it
> clear).
>
> --- Noel
Don't worry. I have no problems with public votes, and you already
collected 4 +1, so, eve
Bernd Fondermann wrote:
> other important parts are
> - User DB
Subsumed by "data store", at least for the moment.
> - Server Management
JMX, and I agree that we as long as we're going to do this uplift, we should
make sure that we provide appropriate JMX support. And see also JSR-138.
> - Me
Stefano Bagnara wrote:
> About JCR being the abstraction "period", I would say.. "maybe comma"
> ;-) Let's see it working before placing periods.
You must have missed the *IF* earlier in the paragraph. :-)
> So you revamped JMS, too ;-)
For a specific purpose, not for the internal implementati
Sorry for posting this to dev@ instead of the PMC list. And I should have
also noted it as a vote (although the Karma reference probably made it
clear).
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addition
Bernd Fondermann ha scritto:
> From my experience EJB incl. MDB does _not_ open options for
> deplyoment, they _narrow_ them.
> You would need an EJB container, and add much more footprint by the
> way than by adding a JMS implementation.
>
> There are so many lightweight and more flexible compone
On 5/2/07, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
So we're talking about a major technology uplift for JAMES. One piece being
talked about is the replacement of our data store with JCR. There are
others ...
Conceptually, JAMES is made up of the following pieces:
- Wire level protocol ha
Noel J. Bergman ha scritto:
> [..]
> Conceptually, JAMES is made up of the following pieces:
>
> - Wire level protocol handlers, which break down into:
> - Incoming Message Acceptors (e.g., SMTP)
> - Incoming Message Providers (e.g., POP3)
> - Outgoing Message Delivery (e.g., RemoteD
On 5/2/07, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
Jukka Zitting, JackRabbit Committer & PMC Chair, has volunteered to help
work on a Proof of Concept related to the use of JCR as our unified data
store. The proof of concept will start by focusing on the modelling of the
data in JCR, and will
So we're talking about a major technology uplift for JAMES. One piece being
talked about is the replacement of our data store with JCR. There are
others ...
Conceptually, JAMES is made up of the following pieces:
- Wire level protocol handlers, which break down into:
- Incoming Message Ac
+1
--
Søren Hilmer, M.Sc., M.Crypt.
wideTrailPhone: +45 25481225
Pilevænget 41Email: [EMAIL PROTECTED]
DK-8961 Allingåbro Web: www.widetrail.dk
On Wed, May 2, 2007 11:23, Noel J. Bergman wrote:
> Jukka Zitting, JackRabbit Committer & PMC Chair, has volunteered to help
> work
Noel J. Bergman ha scritto:
> Jukka Zitting, JackRabbit Committer & PMC Chair, has volunteered to help
> work on a Proof of Concept related to the use of JCR as our unified data
> store. The proof of concept will start by focusing on the modelling of the
> data in JCR, and will build from the JCR
Jukka Zitting, JackRabbit Committer & PMC Chair, has volunteered to help
work on a Proof of Concept related to the use of JCR as our unified data
store. The proof of concept will start by focusing on the modelling of the
data in JCR, and will build from the JCR side out, not start with existing
JA
Updating From Source Control
At revision 534336.
Do a Clean Build with Unit Tests and Distri
22 matches
Mail list logo
