Gelmiş geçmiş en büyük porno sitemiz olan 2pe de her zaman en kaliteli pornoları sunmayı hedefledik. Diğer video sitemiz olan vuam da ise hd porno ağırlıklı çalışmalara başladık.

    Thank you for reporting this bug. We will make it our priority to review this report.
  1. #1
    Sencha User
    Join Date
    Feb 2012
    Location
    Mercer Island, WA
    Posts
    66
    Vote Rating
    0
    DonRul is on a distinguished road

      0  

    Default Renamed class not found on application startup

    Renamed class not found on application startup


    I updated to 298 this morning and deployed my site and it failed trying to find app/store/patientorderstore.js. Checking the disk there was a PatientOrderStore.js in the right place.

    Testing from the browser I could not open all-lowercase filename but I could load the mixed-case name (PatientOrderStore.js). I suspect that I had originally made the class name all lowercase because when I looked in designer.js and in the Application file within metadata it was defined with all lowercase.

    I closed the designer and updated the Application file within the metadata directory and redeployed and everything started working again.

  2. #2
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      0  

    Default


    Not sure if there is a bug or just a note?
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  3. #3
    Sencha User
    Join Date
    Feb 2012
    Location
    Mercer Island, WA
    Posts
    66
    Vote Rating
    0
    DonRul is on a distinguished road

      0  

    Default


    If you can repro its a bug. A project that was working failed and lacking understanding of the internals it took me nearly an hour to fix it.

    It is likely though that the bug is in an earlier version.

    I think the repro steps would be:
    1. Create a store with all lowercase as the name
    2. Deploy
    3. Modify name for initial caps
    4. Deploy again to see if there are issues

    I am using a IIS 7 server

  4. #4
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      0  

    Default


    I guess what I had meant was I needed more data as I wasn't fully grasping your original post. 2nd post gets me a lot closer to understanding what you had wanted to do but perhaps not what you had done. Repro steps seem good but this seems to work for me.

    Questions:
    step 3: Modify name for initial caps - assume you mean modify userClassName?

    ExtJS or Touch20?

    So you had updated the userClassName yet it did not update the stores property on the Application e.g. designer.js?

    Or it would not let you update the userClassName at all?

    Or deploy wasn't updating the files on webserver?
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  5. #5
    Sencha User
    Join Date
    Feb 2012
    Location
    Mercer Island, WA
    Posts
    66
    Vote Rating
    0
    DonRul is on a distinguished road

      0  

    Default


    Yes it was the userClassName that I changed. Note I often forget to set the storeId because that is not as readily visible.

    In the end to fix the issue I went to the Application file under .metadata and modified the entry under "stores" from patientorderstore to PatientOrderStore and then re-deployed.

    Touch20.

    When I modified the userClassName the mixed-case name does not seem to have propigated to the Application file. I had changed the class name under the previous version (288?) but never had a problem until I upgraded to the latest version.

    The file PatientOrderStore.js was propigated to the web server but was not found while loading the application (I never saw the initial UI). I am not sure under what circumstances the server (IIS 7) is case sensitive but for some reason I was getting file not found looking for app/store/patientorderstore.js. It was not an exception thrown by the loader but a failure of the server to find the file.

    I am not able to reproduce this with the current version but I am sure that when I ran into the problem that the userClassName and the name of the Store in the Application file were not the same. It is entirely possible that I changed the storeId as well but that does not seem to effect the Application file.

    Thanks
    Last edited by DonRul; 28 Feb 2012 at 8:23 PM. Reason: Could not see all the questions while creating the answer

  6. #6
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      0  

    Default


    Crystal clear now. It's possible this was a bug and it's fixed now as you can't reproduce it. I can tell you this has nothing to do with IIS or the webserver per se. It's case sensitive which is correct.

    The application should have been updated when you updated the userClassName.

    Let's keep an eye on it.
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

  7. #7
    Sencha User
    Join Date
    Feb 2012
    Location
    Mercer Island, WA
    Posts
    66
    Vote Rating
    0
    DonRul is on a distinguished road

      0  

    Default


    Cool.

    Just out of curiosity I tried modifying the metadata file back to all lowercase and the project deployed but failed with the following error:

    Uncaught Error: The following classes are not declared even if their files have been loaded: 'PgxPortal.store.patientorderstore'. Please check the source code of their corresponding files for possible typos: 'app/store/patientorderstore.js

    This is a totally pathological case and I don't think that it is exactly what I saw. It just illustrates that if there are corner cases where you can blunder into an inconsistent component definition it is very tough to figure out. It seems that there are pre-deploy consitency checks and this might be something to look for.

    Thanks very much,
    Don Rule

  8. #8
    Sencha - Architect Dev Team Phil.Strong's Avatar
    Join Date
    Mar 2007
    Location
    Baltimore, MD
    Posts
    1,842
    Vote Rating
    57
    Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice Phil.Strong is just really nice

      0  

    Default


    Yeah editing the metadata files is not supported! ;p
    Phil Strong
    @philstrong
    #SenchaArchitect
    Sencha Architect Development Team

Thread Participants: 1