• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Session communication
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Session communication


  • Subject: Re: Session communication
  • From: Jeffrey Schmitz <email@hidden>
  • Date: Thu, 17 Mar 2005 13:36:45 -0700

Can you please expand on what you mean by "weak references"?  I have an application that has memory leaks that I thought I didn't have to worry about because of Java's garbage collection, but in my app the garbage collector seems to be on strike.  Is there a certain way I need to create objects so that they are garbage collected?  Sorry if this is a newbie question, but I'm learning "on the job".

Thanks,
Jeff

On Thursday, March 17, 2005, at 01:32PM, Sam Barnum <email@hidden> wrote:

>I've done a little toying around with something similar.  When a user
>logs in, I register that session at the application level, and call
>logout() on any existing registered sessions for the same user which
>haven't already been closed or logged out of.  Logging out removes the
>session from the application session list.
>
>The main pitfalls to watch out for:
>Don't close a session if it's already been closed
>Use WeakReferences in the Application to store the Sessions so if a
>Session is closed it can be garbage collected.
>You should synchronize this if you're running multi-threaded.
>You might need to worry about other concurrency issues.  Worry enough
>for both of us, since I tend to ignore such things :)
>
>--
>Sam Barnum
>360 Works
>http://www.360works.com
>415.929.7318
>
>
>On Mar 16, 2005, at 9:14 AM, Sébastien Gruhier wrote:
>
>> I have an application with user access (lgon/password).
>> I would like to avoid to have the same user connected twice. If a guy
>> try to do it I want to disconnected the other one logged with the same
>> account.
>> Clear enough?
>>
>> Le 16 mars 05, à 17:52, Chuck Hill a écrit :
>>
>>> It's software so most anything is "possible".  It is certainly not
>>> supported by the design and sounds a little dangerous.  What are you
>>> trying to achieve?
>>>
>>> Chuck
>>>
>>>
>>> On Mar 16, 2005, at 8:35 AM, Sébastien Gruhier wrote:
>>>
>>>> Hi,
>>>>
>>>> I would like to know if it's possible to "communicate" between
>>>> session or eventually to close a session from another?
>>>> Thank you
>>>> Seb
>>>>
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      (email@hidden)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> email@hidden
>>>>
>>>> This email sent to email@hidden
>>>>
>>> --
>>> Practical WebObjects - a book for intermediate WebObjects developers
>>> who want to increase their overall knowledge of WebObjects, or those
>>> who are trying to solve specific application development problems.
>>> http://www.global-village.net/products/practical_webobjects
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>> email@hidden
>>
>> This email sent to email@hidden
>
> _______________________________________________
>Do not post admin requests to the list. They will be ignored.
>Webobjects-dev mailing list      (email@hidden)
>Help/Unsubscribe/Update your Subscription:
>
>This email sent to email@hidden
>
>
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Session communication (From: Sébastien Gruhier <email@hidden>)
 >Re: Session communication (From: Chuck Hill <email@hidden>)
 >Re: Session communication (From: Sébastien Gruhier <email@hidden>)
 >Re: Session communication (From: Sam Barnum <email@hidden>)

  • Prev by Date: Re: Session communication
  • Next by Date: Re: Session communication
  • Previous by thread: Re: Session communication
  • Next by thread: Re: Session communication
  • Index(es):
    • Date
    • Thread