Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 2C958200B59 for ; Mon, 25 Jul 2016 06:39:06 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 2B390160A90; Mon, 25 Jul 2016 04:39:06 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 74F94160A74 for ; Mon, 25 Jul 2016 06:39:05 +0200 (CEST) Received: (qmail 11381 invoked by uid 500); 25 Jul 2016 04:39:04 -0000 Mailing-List: contact users-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@flex.apache.org Delivered-To: mailing list users@flex.apache.org Received: (qmail 11370 invoked by uid 99); 25 Jul 2016 04:39:04 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jul 2016 04:39:04 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id C7911C0373 for ; Mon, 25 Jul 2016 04:39:03 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.215 X-Spam-Level: ** X-Spam-Status: No, score=2.215 tagged_above=-999 required=6.31 tests=[FREEMAIL_ENVFROM_END_DIGIT=0.25, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NEUTRAL=0.652, URI_HEX=1.313] autolearn=disabled Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id SQsuiu7Tmzh8 for ; Mon, 25 Jul 2016 04:39:02 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTP id 5A3455FE20 for ; Mon, 25 Jul 2016 04:39:01 +0000 (UTC) Received: from mjoe.nabble.com (unknown [162.253.133.57]) by mwork.nabble.com (Postfix) with ESMTP id 34FEE2864C1AA for ; Sun, 24 Jul 2016 21:39:00 -0700 (MST) Date: Sun, 24 Jul 2016 20:55:05 -0700 (PDT) From: bilbosax To: users@flex.apache.org Message-ID: <1469418905215-13041.post@n4.nabble.com> Subject: Question about Components, Garbage Collection, an CreationComplete MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit archived-at: Mon, 25 Jul 2016 04:39:06 -0000 So I was wondering if there was a way by eliminating all references and using garbage collection, that you could garbage collect a custom Component? I have written a program with three major MXML files: The main application, a database component, and an analysis component to display the data. I display these using three states in the application. I use a database button and analysis button in the main application to switch to the other two states states, thus showing each of the components, and an exit button in each component sends you back to the main application. The problem is that if I switch from the analysis component, back to the database component to load more data, and then back to the analysis component, the creation complete for the analysis has already fired and does not fire again when I come back to the component. I wondered if there was a way to reinstantiate the components somehow so that they can collect the data that they need to when you enter their respective states. My first thought was to try and garbage collect the component, and then perhaps it would be recreated when I came back to its state. That seems over complicated. Surely there is a more straight forward approach that I am not familiar with? -- View this message in context: http://apache-flex-users.2333346.n4.nabble.com/Question-about-Components-Garbage-Collection-an-CreationComplete-tp13041.html Sent from the Apache Flex Users mailing list archive at Nabble.com.