Before this to happened, i never touched the cache folder.
I wasn't ever aware of the exact location of this file.
Is this possible that my cache was reused from an old version of the
compiler?
What i did was to drop the cache folder, and re-run the compilation process
including a dist-clean job
Now, the compilation is correct.
But i'm not certain that this problem will not raise again.
Regards
2013/6/28 Mohamed Fekih Ahmed <[email protected]>
> Hi every one,
> I have a problem and no hope to resolve it by my self:
> I user two way to get json file response from couchdb database:
> NB: I run my application in local host from //PATH
>
> 1/ var urldb = "
> http://username:password@IP:5984/rlibrary/_design/rlibrary/_view/all<http://opennms:[email protected]:5984/rlibrary/_design/rlibrary/_view/all>
> ";
> var remotereq = new qx.io.remote.Request(urldb, "GET", "application/json");
> remotereq.setCrossDomain(true);
> remotereq.toggleCrossDomain();
> remotereq.send();
> remotereq.addListener("completed", function(e) {
> alert(e.getContent());
> var response = remotereq.getData();
> response.rows.forEach(function(row) {
> rowData.push([false, ........ <http://row.value.name>]);
> }, this);
> });
>
>
>
> 2/ var req = new qx.io.request.Xhr();
> req.setUrl(urldb);
> req.setMethod("GET");
> req.setParser("json");
> req.addListener("success", function(e) {
> var req = e.getTarget();
> var response = req.getResponse();
> response.rows.forEach(function(row) {
> rowData.push([false, ..... <http://row.value.name>);
> }, this);
> }, this);
> req.send();*/
>
>
> => with both solution i can't extract information from json response and
> there is no error.
>
> I saw that they put url as /some/path/..... but i want to use http url for
> couchdb.
> Can I link this http url to qooxdoo application?
> Please Help.
>
>
>
>
>
>
>
> 2013/6/28 thron7 <[email protected]>
>
>> > I'm using the 2.1.1
>>
>> This issue has been taken care of long ago, and hasn't come up in a long
>> time. Unless you discovered a tricky regression there must be something
>> specific in your setup.
>>
>> For one thing, the affected Generator step is the private optimization,
>> and hence the natural work-around is to disable "privates" in the
>> optimization settings.
>>
>> Private optimization needs "perfect knowledge" to work, i.e. the Generator
>> needs to know *all* classes that go into the build, in order to perform
>> this optimization correctly. For each class it maintains a list of
>> privates and their replacements. If a new class is compiled into the build
>> this index is used to make sure that no replacement string is used twice.
>>
>> The index itself is kept in the cache directory (in a file named
>> "privates") so it can be used with every build run consistently, even
>> though some classes might have been already compiled. When the cache is
>> cleared everything has to be calculated anew, so also the "privates" index
>> is rebuild.
>>
>> The way to trick this system is to somehow modify the privates index
>> independent from the class compilation. This can be achieved by splitting
>> up the set of classes that go into the application, and compile them
>> independently, e.g. with two different caches or by deleting the
>> "privates" file from the cache without clearing the compiled class code. -
>> Do you do anything of that kind?
>>
>> T.
>>
>>
>> >
>> >
>> > 2013/6/28 thron7 <[email protected]>
>> >
>> >> This is an issue that is usually dealt with. Which qooxdoo version are
>> >> you using?
>> >>
>> >> T.
>> >>
>> >>
>> >>
>> >> On 06/28/2013 03:49 PM, Benjamin Dreux wrote:
>> >>
>> >> Hi
>> >>
>> >> I'm having an issue that can occures somethings with the compiled
>> >> version of my app.
>> >> Sometimes private members overrides each other.
>> >>
>> >> Here is my class
>> >> http://pastebin.com/gXrdMnRE
>> >> My i don't think it's relevent.
>> >>
>> >> What happens is that the super class have a private member, which end
>> >> up
>> >> being named __bU
>> >> And in my class, i also have a private member that called
>> __createLabel,
>> >> which end up beeing called __bU.
>> >>
>> >> And the issue is that from the derived class point of view, there is
>> >> only one __bU, which is the last one to be defined.
>> >>
>> >> Is this a known issue. Is there a way to fix this for my project
>> and/or
>> >> for qooxdoo ?
>> >>
>> >> Regards
>> >>
>> >> --
>> >> Benjamin Dreux
>> >> Analyste-Programmeur
>> >> Chaire de logiciel libre-Finance Social et solidaire
>> >> UQAM
>> >> Montréal
>> >>
>> >>
>> >>
>> ------------------------------------------------------------------------------
>> >> This SF.net email is sponsored by Windows:
>> >>
>> >> Build for Windows Store.
>> >> http://p.sf.net/sfu/windows-dev2dev
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> qooxdoo-devel mailing
>> >> [email protected]://
>> lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>> >>
>> >>
>> >>
>> >>
>> >>
>> ------------------------------------------------------------------------------
>> >> This SF.net email is sponsored by Windows:
>> >>
>> >> Build for Windows Store.
>> >>
>> >> http://p.sf.net/sfu/windows-dev2dev
>> >> _______________________________________________
>> >> qooxdoo-devel mailing list
>> >> [email protected]
>> >> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>> >>
>> >>
>> >
>> >
>> > --
>> > Benjamin Dreux
>> > Analyste-Programmeur
>> > Chaire de logiciel libre-Finance Social et solidaire
>> > UQAM
>> > Montréal
>> >
>> ------------------------------------------------------------------------------
>> > This SF.net email is sponsored by Windows:
>> >
>> > Build for Windows Store.
>> >
>> >
>> http://p.sf.net/sfu/windows-dev2dev_______________________________________________
>> > qooxdoo-devel mailing list
>> > [email protected]
>> > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>> >
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Windows:
>>
>> Build for Windows Store.
>>
>> http://p.sf.net/sfu/windows-dev2dev
>> _______________________________________________
>> qooxdoo-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>
>
>
>
> --
> *
>
> Cordialement
>
>
> FEKIH AHMED Mohamed
> *
>
> *
> *
>
> ***
> *
> *
> *
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>
>
--
Benjamin Dreux
Analyste-Programmeur
Chaire de logiciel libre-Finance Social et solidaire
UQAM
Montréal
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
