[Jpolycache-users] RE: Comment on OCS4J/ JSR-107

[vze2dcyq <aar...@ve...>]

Hi:

Thanks for the link to the ocs4j jar.  There are some nice optimizations in
the ocs4j system.  9i looks like it will be far ahead of its competition.

My original system was much like this.  I started out with a laterally
distributed system that was regionally configured (somewhat
programmatically).  I moved to a centralized remote system to avoid network
chatter, then added groups.  Then after looking at the jcache specification
I decided to move to a system that could be controlled by each element's
attributes.  I've decided against full configuration by user classes, since
if you can take the time to type configuration information into code, you
can add it to a props file and do it right.

I broke from the set implementation model and moved to a more configurable
system with plugable auxiliary caches that can be created by users.  This
will be the major "selling point" of my implementation.

In a few weeks I should have a stable version where the remote caches are
fully clusterable, where there is no point of failure.

I also need fully implement the distributes session code from the
(regionally controlled) system I have in production.  I can take down as
many machines and app servers as I want, so long as 1 is running, and I
never loose any session data . . .  No one offers this, not even Weblogic.

This shouldn't take me much longer.  At that time I'll be able to offer an
ocs4j vs. jcs comparison.

After this I will implement versioning as an option, clean up the access
interface, optimize the attribute code (by implementing custom
serialization), and write more documentation.

Thanks again for mentioning my work and sending me the helpful links.

Aaron



-----Original Message-----
From: HSt...@Cl... [mailto:HSt...@Cl...]
Sent: Thursday, June 28, 2001 7:54 PM
To: Jerry Bortvedt
Cc: aar...@ve...
Subject: Re: Comment on OCS4J/ JSR-107



Thanks for the reply!
Is there any working code available to outside developers already?
There is a similar free  API (http://sourceforge.net/projects/jpolycache/ )
maintained by Aaron Smuts
and is likely to go in the Jakarta/Apache Commons effort.


Regards,
R&D Soft. Eng,
VNU-CLARITAS
San Diego, CA



                    Jerry Bortvedt
                    <jerry.bortvedt@o        To:     HSt...@Cl...
                    racle.com>               cc:
                                             Subject:     Re: Comment on
OCS4J/ JSR-107
                    06/28/2001 04:29
                    PM






Hi Hristo,

Thanks for the input. Actually that is the way it is in the JSR spec. The
OCS4J
implementation on OTN does not implement the JSR. That implementation is
the basis
for the JSR but the details and some of the functionality will be
different. The JSR
has not been released for public review yet.

Jerry

HSt...@Cl... wrote:

> Jerry-,
> One comment on OCS4J:
> The distributed protocol should be made optional and separated from the
> core package.
> The reason: distributed cache management could be done with other means.
> For example, I would use JINI distributed transactions, secured RMIs and
> event notification(messaging)
> to better handle networked caches. Or someone else can use EJB + JMS for
> exactly the same reason.
>
> Thanks,
> Hristo
>
>
>                     Jerry Bortvedt
>                     <jerry.bortvedt@o        To:
HSt...@Cl...
>                     racle.com>               cc:
>                                              Subject:     Re: OCS4J
availability
>                     06/28/2001 02:37
>                     PM
>
>
>
> Hi Hristo,
>
> Try  http://otn.oracle.com/products/ocs4j/content.html  I don't off hand
> know what the licensing agreement is for this, so whether it is free
> probably depends on how you want to use it.
>
> Jerry
>
> HSt...@Cl... wrote:
>
> > Hi Jerry!
> > I am interested in using OCS4J NOW. Is Oracle offering OCS4J
> > as a separate free package (I checked OTN and found nothing).
> > Thnaks in advance!
> >
> > Hristo
>
> (See attached file: jerry.bortvedt.vcf)

(See attached file: jerry.bortvedt.vcf)