Ext 3 to 4 Migration

**dongryphon** · 1 Dec 2011 1:23 AM

Originally Posted by excyberlabber

We are upgrading out extjs desktop application from 3.3.1 to 4 using the compatibility layer. I am running into problems with our App and Module classes, and I would like to see the code for the Ext 4 desktop to see if I can convert our system to it. But while I can see the beautiful example at http://dev.sencha.com/deploy/ext-4.0...p/desktop.html, I cannot find the source code....

**excyberlabber** · 1 Dec 2011 3:35 AM

Thanks for responding so quickly, Don! I have loaded these files, but now I am getting the following error right at the top of firebug:

uncaught exception: Ext.Loader is not enabled, so dependencies cannot be resolved dynamically. Missing required class: Ext.ux.desktop.Desktop

Then a little further down the console, I get another:

uncaught exception: Ext.Loader is not enabled, so dependencies cannot be resolved dynamically. Missing required classes: Ext.ux.desktop.App

It's strange, these files are in there. I have added some of the example files, MyDesktop.GridWindow, for instance, and these are being seen. But not the base files...

**excyberlabber** · 1 Dec 2011 2:11 PM

Originally Posted by excyberlabber

Thanks for responding so quickly, Don! I have loaded these files, but now I am getting the following error right at the top of firebug:

uncaught exception: Ext.Loader is not enabled, so dependencies cannot be resolved dynamically. Missing required class: Ext.ux.desktop.Desktop

Then a little further down the console, I get another:

uncaught exception: Ext.Loader is not enabled, so dependencies cannot be resolved dynamically. Missing required classes: Ext.ux.desktop.App

It's strange, these files are in there. I have added some of the example files, MyDesktop.GridWindow, for instance, and these are being seen. But not the base files...

Ok, I gave up for now, and have backed out of the new extjs 4.0 method of creating a desktop. Now I get NO errors. But my icons don't respond to being clicked, and I have lost the taskbar at the bottom.

Is that normal?

**excyberlabber** · 2 Dec 2011 12:35 AM

Originally Posted by excyberlabber

Ok, I gave up for now, and have backed out of the new extjs 4.0 method of creating a desktop. Now I get NO errors. But my icons don't respond to being clicked, and I have lost the taskbar at the bottom.

Is that normal?

I did get the same old error with Chrome (although no errors from Firefox/Firebug), so I had to admit I was stuck. So I have flip-flopped again, and will start with the Ext 4.0 version of the desktop and try to build our functionality into that. I was tasked by my boss to find out how long it would take to get a functional system going with the new Extjs 4.0 code and compatibility layer.

So now I have duplicated the 4.0 version of the desktop on our system, using all the static examples. I am getting no errors now, as I was before. I found something that I was doing that was inconsistent and fixed that, and I also used the classes.js file that I found at
http://soft.lich.im/ext-4.0.7-gpl/examples/desktop/

So here we go. We have a big Extjs 3.3.1 system with a lot of modules.

I will post to this forum as I make progress (and if I have questions).

**excyberlabber** · 2 Dec 2011 2:19 AM

Originally Posted by excyberlabber

I did get the same old error with Chrome (although no errors from Firefox/Firebug), so I had to admit I was stuck. So I have flip-flopped again, and will start with the Ext 4.0 version of the desktop and try to build our functionality into that. I was tasked by my boss to find out how long it would take to get a functional system going with the new Extjs 4.0 code and compatibility layer.

So now I have duplicated the 4.0 version of the desktop on our system, using all the static examples. I am getting no errors now, as I was before. I found something that I was doing that was inconsistent and fixed that, and I also used the classes.js file that I found at
http://soft.lich.im/ext-4.0.7-gpl/examples/desktop/

So here we go. We have a big Extjs 3.3.1 system with a lot of modules.

I will post to this forum as I make progress (and if I have questions).

I am trying to load in one of our modules, and I am getting the old error:

uncaught exception: Ext.Loader is not enabled, so dependencies cannot be resolved dynamically. Missing required class: MyDesktop.ImageDBWindow

I have the code:
Ext.Loader.setConfig({enabled:true});
Ext.Loader.setPath({
'Ext.ux.desktop': 'js',
MyDesktop: ''
});
Ext.require(['MyDesktop.App']);

just above the onReady function, which I know is being executed. Why do I continue to get the message the Ext.Loader is not enabled?

**DannyMeister** · 8 Dec 2011 9:44 AM

So the type of ComponentManager.all has changed from a MixedCollection to a HashMap. Time and time again in the upgrade process I'm running into this challenge, as HashMap does not have many of the useful functions, such as find(), that exist in MixedCollection. I'm interested in the reasoning behind the switch in data type, and if there is a general strategy for dealing with this... copying all the components into a MixedCollection would obviously be bad on performance. Or perhaps we are abusing ComponentMgr.all and the Sencha developers don't expect people to want to work extensively with it? Here's a 3.x code snippet of two utility functions that scan all components to check whether we have any of our custom components with a dirty flag set:

Code:

checkFieldsChanged: function() {
     return Ext.ComponentMgr.all.find(this.findDirtyItem, this) ? true : false;
},
findDirtyItem: function(item){
     var result = false;
      if (Ext.isDefined(item.getXType()) && !Ext.isEmpty(item.dctControl)){
          if (Ext.isDefined(item.isDirty)){
              result = item.isDirty();
          }
      }
      return result;
}

For this particular case, I can't find anything in HashMap that has an early out like MixedCollection.findBy or Array.every. Array.every(HashMap.getValues(), myFunction) seems like a bad idea performance-wise for anything run frequently since it has to go to the work of pushing all the items from the HashMap into an array before it can begin the iteration.

**DannyMeister** · 8 Dec 2011 12:40 PM

Ammendment to the earlier post: I just realized that HashMap.each does indeed have early termination... it just has no handy return type to indicate it happened so I missed it. That makes getting a performant solution a little easier.

**DannyMeister** · 8 Dec 2011 3:55 PM

Does the compatibility layer Ext.reg really work? Place the following in your browser console:

Code:

MyClass = Ext.extend(Ext.Component, { myvar: 1 } );
Ext.reg('myclassxtype','MyClass');
var m = new MyClass();
m.alias

And the output I get is:
["widget.component", "widget.box"]

I would expect to see widget.myclassxtype in there somewhere. getXType() comes out undefined, which we rely on quite heavily.

**jlimaye** · 3 Jan 2012 10:55 PM

I used migration pack for migrating the calendar example of Ext 3.4 but Im not able to resolve all the errors. I saw the migration video and solved few errors which were shown. Attaching the folder. Please tell me where Im going wrong.

Thanks.

**brian.moeskau** · 3 Jan 2012 11:06 PM

Originally Posted by jlimaye

I used migration pack for migrating the calendar example of Ext 3.4 but Im not able to resolve all the errors. I saw the migration video and solved few errors which were shown. Attaching the folder. Please tell me where Im going wrong.

Thanks.

The calendar example has been updated in 4.1, though at the moment I think there might be a couple of bugs in the beta to be fixed before 4.1 final. Or you could always use the Calendar Pro version that is already fully compatible with Ext 4.0 (and is more currently maintained).

Ext 3 to 4 Migration

Thread Tools

Search Thread

Display

trying the desktop the Extjs 4.0 way

trying the desktop the Extjs 4.0 way

ComponentManager.all HashMap vs MixedCollection

ComponentManager.all HashMap vs MixedCollection

Calendar example in 3.4 not able to migrate to 4.0

Calendar example in 3.4 not able to migrate to 4.0

Similar Threads

Migration to 3.0

Migration to 2.0

migration 1.0 to 3.0

Migration GXT 1.2.4 to 2.0