Hi.
Interesting question, i dont have clean answer.
How about that you write a entry in database table after order processing with status. Now every struts action should check it and if order id matches order id of current user, it can notify him. This is server-pull, since you pull data from server and its only checked on clicks. You can simulate server push, in this way that client constanty checks throug .do -> ejb-> db for order processing status. After status is ok, it writes javascript message or redirects or something. For this you need frame or iframe and there javascript which every 15 seconds or something refreshes itself - to .do action of course.
There is a way with JMS, but this only removes DB and introduces topics.
-----Original Message-----
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: 14. februar 2002 0:46
To: [EMAIL PROTECTED]
Subject: Re: AW: [JBoss-user] How can I use a background process with JBos s
On 2002.02.13 16:55:34 -0500 David Ward wrote:
> I would love to see your javaspace adapter.
I posted it as a patch, 517252
I'd sure like some help finding out if it works, if anyone knows how to get
jini services started. I was thinking running the other jini services as
mbeans might be appropriate in jboss.
>
> Man, just read that line out loud; it sounds almost sexy.
> Are we geeks or what!?
>
> If you think about it, the core of database systems is how they are able
> to keep those data files clean and proper in a transactional, secure
> fashion. It still ends up being files. So theoretically, if they can
> do it, so could we.
Yes, but what goes in the files? I'm not sure what the idea behind a "file
system adapter" is: if it accesses content based on file name, it is
difficult for me to see how it would be transactional. If it stores
arbitrary content in an arbitrary way in the filesystem, transactional
behavior wouldn't depend on the filesystem being transactional.
david jencks
>
> --
>
> David Jencks wrote:
> > I think the only useful thing you can impelement with a file system
> > connector is serialization: keep connections from accessing the same
> file
> > at the same time. Transactions without versioning would be very
> difficult.
> > I don't really see any place for security.
> >
> > If you are interested in an example that is only a little more
> complicated
> > than what would be necessary for a filesystem connector, I can send you
> my
> > javaspace adapter. I haven't been able to test it, however based on
> the
> > other (3) adapters I've written I think everything important is
> > implemented. I'd also be happy to answer questions and review code.
> >
> > Aside from the spec, the recent jca book is somewhat informative, but
> > copying an existing adapter will be much easier.
> >
> > david jencks
> >
> > On 2002.02.13 13:42:06 -0500 Edward Q. Bridges wrote:
> >
> >>my curiosity has been piqued. what's involved in making a .rar?
> >>is there someone that would be interested in helping me spec it out?
> >>
> >>--e--
> >>
> >>
> >>On Wed, 13 Feb 2002 18:15:37 +0100, Coetmeur, Alain wrote:
> >>
> >>>it could be a good tutorial for .rar developement...
> >>>any volunteer ?
> >>>
> >>>
> >>
>
>
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>
>
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
