New Web Dynpro Sample available - Enhancing Table PerformanceBertram Ganz Business CardPosted on Sep. 13, 2005 01:35 AM in Application Server, Java Programming, SAP NetWeaver Platform, Emerging Technologies, Web Dynpro

URL: https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/uuid/bad3e990-0201-0010-3985-fa0936d901b4

The existing Web Dynpro table selection behavior is automatically combined with a corresponding lead selection change.  When clicking on a table cell editor, it is even possible that two separate server roundtrips have to be processed, which may lead to an undesired performance drawback.

I wrote a new article with a related sample application which describes how to improve the Web Dynpro table selection behavior using the newly introduced (NetWeaver 04 SP Stack 13) table property compatibilityMode. Combined with the implementation of a parameter mapping relation, table performance can be enhanced significantly.

The new learning material was added to the existing table tutorials page inside the Web Dynpro Feature2Samples-Matrix. More ...

Sample Application

For interactively testing table interaction behavior you can download the provided sample application. Depending on the specific settings of the two table properties compatibilityMode and readOnly, you can observe a different table selection change behavior.

Note

Based on a bug within the NetWeaver Developer Studio version NW04 SP Stack 13 the table-property 'compatabilityMode' is not displayed. Furthermore the Dictionary Simple Type 'TableCompatibilityMode' cannot be used to define context attribute types. Read more details on my recommended workaround here...

Please post your feedback or questions on the new material here.

Enjoy Web Dynpro,

Bertram Ganz, SAP AG

Bertram Ganz is a member of the Web Dynpro Java Runtime team.

Subscribe

Print

Permalink

Add to: del.icio.us | Digg | Reddit

This blog can be used for posting your feedback or questions on this new article and its related sample application.Comment on this weblog

Showing messages 1 through 6 of 6.

Titles Only Main Topics Oldest First Example does not work for me

2006-01-31 04:47:24 Harald Freund Business Card [Reply]

Hi Bertram,

I have installed NWDS SP 13 on my client and our server is also running SP 13. So I thought it is the right time to try your new tutorial, but it does not work.

My properties for the table do not contain compatibilityMode, my tasks show the following line after importing and rebuilding your project:Kind Status Priority Description Resource In Folder LocationError Table ShoppingBasket [compatibilityMode]: UIElementEvent not valid TableCompatibilityModeView.wdview TutWD_Table_CompatibilityMode/src/packages/com/sap/tut/wd/tutwd_table/tablecomp

My about shows the following:SAP NetWeaver Developer Studio

Version: 2.0.13Build id: 200507190119

So my question is, what is going wrong?

I have upgraded from patched NWDS SP 11 to 13 only about 2 weeks ago.

Best regardsHarald

o Example does not work for me

2006-01-31 05:17:36 Bertram Ganz  Business Card [Reply]

Hallo Harald,

your problem is based on the fact, that an early version of the Net Weaver Developer Studio (NW04 SP 13) does not use the newest plugin version of the dictionary simple types (Web Dynpro UI element enumeration types). Consequently you cannot declare all bindings and definitions which are based on the 'TableCompatibiltyMode' simple type.

Two solutions exist for solving your problem: I described them within this forum thread:https://forums.sdn.sap.com/thread.jspa?threadID=85648

Regards, Bertram

JavaScript optimization? 2005-09-26 07:16:36 Vasilj Pupovac Business Card [Reply]

The proposed solution solves nicely interaction with table cells, by reducing the roundtrips from two to one for simple cell editor. Having a Button or Checkbox in the table changes the thing since these UI elements will have their own actions to be handled. So in this case the improvement is from 3 to 2 roundtrips. If we have checkboxes in a huge table let's say with 1000 cells, simple selection of a check box can take few seconds (in certain cases 5 to 7 s) even if you client machine is a very good machine. I am mentioning client machine, since I found that majority of the time is spent on processing the JavaScript functions. I assume SS13 improvement will reduce this for one, since all 3 roundtrips are taking same time currently. But even this looks very slow for a simple action like selecting or unselecting a checkbox. So is there any plan to optimize JavaScript and further improve this performance.

o JavaScript optimization?

2005-10-05 02:08:16 Bertram Ganz  Business Card [Reply]

Hallo Vasilj,

thanks for your reply. Buttons or Checkboxes in a table did not cause 3 roundtrips even in the previous selection behavior. I cannot understand your statement 'So in this case the improvement is from 3 to 2 roundtrips' (in fact the improvement is from 2 to 1). I hope that you do not use Checkboxes as cell editors for 'simulating' the multi-selection of table lines. Multi-selection is based on setting the node selection cardinality to '0..n'. The selected node elements (table lines) can than be accessed by iterating all node elements and calling IWDNode.isMultiSelected(int i).In most cases the onToogle-Event of a checkbox must not be bound to an action at all so that no roundtrip is triggered at all.

Regards, Bertram

RE:JavaScript optimization? 2006-01-31 06:01:56 Valery Silaev Business Card [Reply]

[cite]In most cases the onToogle-Event of a checkbox must not be bound to an action at all so that no roundtrip is triggered at all[/cite]

Sadly, there _is_ a round-trip in many cases even without action handler (SP11-SP13). Probably this was introduced to support calculated attributes (for check-boxes, drop-downs etc) and master-details scenario (for tables)

VS

HTTP 404 for URL in post header 2005-09-13 01:57:46 Valery Silaev Business Card [Reply]

Bertram, please check subj

VS