Using SELECT_OPTIONS in Web Dynpro with currency fields

I have an application where I use SELECT_OPTIONS to gather search parameter values for a query which has amount and currency fields. In my WDDOINIT, I am calling add_selection_field to add the fields that I wish to use to search. One of the fields is a currency key and another is the amount. The query returns the found data in an ALV and each record has its amount formatted correctly based on the currency key field in each record. This all works as it should.
However, the search parameter for the amount field is always formatted based on its data type and not on the other search parameter with the currency key. The currency key field does not allow multiples so it is either present or not (using the default would be fine if the currency key is not specified). If it is specified, I would like it to format the amount.low and amount.high input fields correctly.
For example, if I enter 'USD' in the currency key search field and '10' and '20' in the amount from/to fields, respectively, when I press the search button or hit enter, both the amount to/from fields' display changes to '10,00000' and '20,00000', respectively which is the data type definition of CURR19,5.
I found no documentation on how to handle formatting of currency or quantities in the search fields when using SELECT_OPTIONS. Has anyone solved this problem? I looked at all the parameters to the add_selection_field method and cold not find a way to associate the currency key to the amount. Any help would be greatly appreciated.

Hi Mark,
I don't think, it is possible to get the currency key reference for the amount fields in selection screen by using IF_WD_SELECT_OPTIONS.
I would suggest you the below work around option
If you do not have the requirement of passing multiple values in either currency key field or amount field, you can go for normal input fields to design your input screen.
Create a structure with 3 fields , CURR, AMT_LOW, AMT_HIGH
Use currency reference field in structure with self structure name and CURR field, so that amount fields refer to the same structure's currency key
Create a node by using this structure and design the input fields from this context node
Now, the amount fields have the reference of currency key from the structure and it should work fine
Hope this helps you.
Regards,
Rama

Similar Messages

Java Web dynpro with ABAP Clients?

Morning,
We have a situation where we would like to use a Java Web dynpro with multiple ABAP backend data sources. This is for autorization as well as data. We are not using Enterprise Portal.
We've created a pair of system Jcos and mapped them to the Web dynpro via the URL. This works and the correct data from the correct Client is retrieved depending on which pair of Jcos we define in the URL.
The problem we are having is that we are only able to logon using the ABAP Client defined in the ume....master.client parameter.
Is there a way to achieve this (again without EP) either in the system configuration or programatically in the web dynpro?
tia
Cheers,
Mitch

Hello,
Thanks for the updates. Actually my query is we have a SCM 5.0 system which has a java stack in it. But now we are going to upgrade it to SCM 7.0. - Is SCM 7.0 has a java stack ?
If it doesn't have , can we upgrade SCM 5.0 to SCM 7.0 without Java Stack ? Is it posssible to upgrade without Java Stack or not ?
Is it possible that we can convert Java Stuff into ABAP web dyn pro ? If yes , how shall we can achieve it ? If not, how shall we proceed in an alternate way ?
Thanks for your help in advance.
Madhu

Using EJBs in Web Dynpro

I have recently started to develop Web applications using the Web Dynpro framework. Coming from a pure J2EE world, I must admit that Web Dynpro has a few innovative features that I find interesting for user interface development. The use of component & view contexts, for example, is not unlike the ActionForms that one may find in a Struts application, but pushed a bit further. No complaints here.
What I do have some problems with is the whole CommandBean paradigm that is put forth by SAP (refer to the document <a href="https://www.sdn.sap.comhttp://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/webdynpro/using%20ejbs%20in%20web%20dynpro%20applications.pdf">Using EJBs in Web Dynpro</a>).
I do understand the usefulness of defining a model that will be used to generate and eventually bind to Context data structures. That's fine. What I do object to is the use of a so-called CommandBean to play that role. Again, coming from a J2EE world, I am familiar with the BusinessDelegate pattern - which would typically be used by a client application to invoke business logic on the server side. I would propose that a better, cleaner way of integrating EJBs with the Web Dynpro framework would be to use a BusinessDelegate for invoking business logic, and importing a separate and distinct ModelBean (instead of a CommandBean) to be used for defining and binding to Context data.
I have built one Web Dynpro application thus far. Instead of using a CommandBean, I created a ModelBean that extends my business object DTO (Data Transfer Object) (which is quite appropriate for that role, given that it implements all the get & set methods that are required for the business data that I need to model). My Web Dynpro application also makes use of an independant BusinessDelegate that is packaged with my EJB DC - this is a standard best practice on J2EE projects. I have been asked by the people working with me to modify this architecture to bring it more in line with the SAP way of doing things. I am open-minded and willing to learn and accept new ways of thinking and doing things. However, I fail to understand the usefulness of merging structure and behaviour by resorting to CommandBeans:
- It violates the MVC paradigm by having one object (the CommandBean) serve as both model AND controller as far as the Web Dynpro application is concerned. The CommandBean is obviously a model - since it is literally imported as such into the Web Dynpro application. It is ALSO a controller from the Web Dynpro's application perspective, since all calls to the back-end go thru the CommandBean via one or more of its execute_xxx methods. In contrast, the use of a business delegate by the Web Dynpro application clearly separates the model (the CommandBean... or rather, a more suitably named ModelBean) from the controller (BusinessDelegate).
- Doesn't carry its own weight. In other words, I haven't yet been provided with any valid justification for going thru the extra effort of coding the CommandBean's execute methods. It's been proposed to me that it somehow serves as an abstraction layer between the Web Dynpro application and the business logic. I would argue that it is the BusinessDelegate's role to abstract away the back-end logic from clients. If one does have a BusinessDelegate available, I would argue there's no need to code execute methods in a separate CommandBean. To prove my point, I would simply point out that all of the CommandBean examples that I have seen so far, either in How-To documents, or in production code, all follow the same pattern....
CommandBean.execute_doSomething() calls BusinessDelegate.doSomething()
Not a heck of an "abstraction" layer... I would in fact argue that it is worse than useless. If some major change occurs in the business logic that requires changing the doSomething() operation, we expect of course to modify the BusinessDelegate. The Web Dynpro client will also presumably need to be modified - that's to be expected, and unavoidable. But then, we'll also need to go about and change the CommandBean's execute_doSomething() method - again, extra work for no apparent benefit. Adding and removing business methods has the same implication. All this for an layer that simply adds the prefix execute_ in front of all business method calls... Is this "abstraction layer" worth the cost of creating and maintaining it ??
- Unnecessarily complicates error handling. I have been told that for technical reasons, it is recommended that all exceptions thrown by the CommandBean be of type WDException or WDRuntimException. But what if the client application needs to react differently to different failure scenarios ? When I create a business object, I might wish to provide the user with an error messages if connection is lost to the backend, and with a different error message if an object already exists in the database with the same attributes. In order to do that, I will have to catch the WDException, extract the cause, and continue processing from there... possible, yes, but clearly less standard and more labor intensive than the classical try/catch mechanism.
To say nothing about the fact that SAP's own API documentation clearly states that applications using Web Dynpro can reference and catch WDExceptions, but THEY MUST NOT THROW OR EXTEND IT !
- Produces unnecessary DCs. Page 6 of the aforementioned document presents an architectural view of a Web Dynpro project that uses a CommandBean. Why an extra DC for the CommandBean ?? I created my ModelBean class right inside the Web Dynpro project (in the Package view). That, to me, is where this class should reside, because it is created for no other reason that to be used by this particular Web Dynpro application. What is the benefit of placing it in its own independant DC ?
- Not a typical application of the Command pattern. The well-documented command pattern (Design Patterns - Gang of Four) has been devised mainly to enable encapsulation of request as objects, thereby making it possible to:
- specify, queue and execute requests at different times
- decouple execution of a command from its invoker
- support undo operations
- support logging changes so that they can be reapplied in case of system crash making it possible to assemble commands into composite commands (macros), thereby structuring a system around high-level operations built on primitive operations.
None of this applies to the way the SAP CommandBeans are being used. Not that much of an issue to people new to J2EE and/or OO development... but quite confusing for those already familiar with the classic Command pattern.
At this point, I fail to understand the advantage of merging structure (model) and behaviour (execute methods) through the use of a unique CommandBean object. Am I missing something ?

Thanks for your reply and your suggestion. I have posted in the Web Dynpro Java forum... and suggest those wishing to participate in this thread to refer to the Web Dynpro Java forum.
As for your answer, I'm afraid it doesn't satisfy me.
Reuse is hardly an issue, since the CommandBean is specifically tailor-made for the Web Dynpro application that needs to use it. I could hardly imagine building another application that would just happen to have the exact same needs as far as data structure and processing is concerned...
As for the right Eclipse environment... the CommandBean is not an EJB artifact - it is an EJB client. The aforementioned tutorial in fact suggests creating it in the Java perspective.
But thanks anyway for your time and suggestion

Using EJBs in Web Dynpro Applications

I have recently started to develop Web applications using the Web Dynpro framework. Coming from a pure J2EE world, I must admit that Web Dynpro has a few innovative features that I find interesting for user interface development. The use of component & view contexts, for example, is not unlike the ActionForms that one may find in a Struts application, but pushed a bit further. No complaints here.
What I do have some problems with is the whole CommandBean paradigm that is put forth by SAP (refer to the document <a href="https://www.sdn.sap.comhttp://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/webdynpro/using%20ejbs%20in%20web%20dynpro%20applications.pdf">Using EJBs in Web Dynpro Applications</a>).
I do understand the usefulness of defining a model that will be used to generate and eventually bind to Context data structures. That's fine. What I do object to is the use of a so-called CommandBean to play that role. Again, coming from a J2EE world, I am familiar with the BusinessDelegate pattern - which would typically be used by a client application to invoke business logic on the server side. I would propose that a better, cleaner way of integrating EJBs with the Web Dynpro framework would be to use a BusinessDelegate for invoking business logic, and importing a separate and distinct ModelBean (instead of a CommandBean) to be used for defining and binding to Context data.
I have built one Web Dynpro application thus far. Instead of using a CommandBean, I created a ModelBean that extends my business object DTO (Data Transfer Object) (which is quite appropriate for that role, given that it implements all the get & set methods that are required for the business data that I need to model). My Web Dynpro application also makes use of an independant BusinessDelegate that is packaged with my EJB DC - this is a standard best practice on J2EE projects. I have been asked by the people working with me to modify this architecture to bring it more in line with the SAP way of doing things. I am open-minded and willing to learn and accept new ways of thinking and doing things. However, I fail to understand the usefulness of merging structure and behaviour by resorting to CommandBeans:
- It violates the MVC paradigm by having one object (the CommandBean) serve as both model AND controller as far as the Web Dynpro application is concerned. The CommandBean is obviously a model - since it is literally imported as such into the Web Dynpro application. It is ALSO a controller from the Web Dynpro's application perspective, since all calls to the back-end go thru the CommandBean via one or more of its execute_xxx methods. In contrast, the use of a business delegate by the Web Dynpro application clearly separates the model (the CommandBean... or rather, a more suitably named ModelBean) from the controller (BusinessDelegate).
- Doesn't carry its own weight. In other words, I haven't yet been provided with any valid justification for going thru the extra effort of coding the CommandBean's execute methods. It's been proposed to me that it somehow serves as an abstraction layer between the Web Dynpro application and the business logic. I would argue that it is the BusinessDelegate's role to abstract away the back-end logic from clients. If one does have a BusinessDelegate available, I would argue there's no need to code execute methods in a separate CommandBean. To prove my point, I would simply point out that all of the CommandBean examples that I have seen so far, either in How-To documents, or in production code, all follow the same pattern....
CommandBean.execute_doSomething() calls BusinessDelegate.doSomething()
Not a heck of an "abstraction" layer... I would in fact argue that it is worse than useless. If some major change occurs in the business logic that requires changing the doSomething() operation, we expect of course to modify the BusinessDelegate. The Web Dynpro client will also presumably need to be modified - that's to be expected, and unavoidable. But then, we'll also need to go about and change the CommandBean's execute_doSomething() method - again, extra work for no apparent benefit. Adding and removing business methods has the same implication. All this for an layer that simply adds the prefix execute_ in front of all business method calls... Is this "abstraction layer" worth the cost of creating and maintaining it ??
- Unnecessarily complicates error handling. I have been told that for technical reasons, it is recommended that all exceptions thrown by the CommandBean be of type WDException or WDRuntimException. But what if the client application needs to react differently to different failure scenarios ? When I create a business object, I might wish to provide the user with an error messages if connection is lost to the backend, and with a different error message if an object already exists in the database with the same attributes. In order to do that, I will have to catch the WDException, extract the cause, and continue processing from there... possible, yes, but clearly less standard and more labor intensive than the classical try/catch mechanism.
To say nothing about the fact that SAP's own API documentation clearly states that applications using Web Dynpro can reference and catch WDExceptions, but THEY MUST NOT THROW OR EXTEND IT !
- Produces unnecessary DCs. Page 6 of the aforementioned document presents an architectural view of a Web Dynpro project that uses a CommandBean. Why an extra DC for the CommandBean ?? I created my ModelBean class right inside the Web Dynpro project (in the Package view). That, to me, is where this class should reside, because it is created for no other reason that to be used by this particular Web Dynpro application. What is the benefit of placing it in its own independant DC ?
- Not a typical application of the Command pattern. The well-documented command pattern (Design Patterns - Gang of Four) has been devised mainly to enable encapsulation of request as objects, thereby making it possible to:
- specify, queue and execute requests at different times
- decouple execution of a command from its invoker
- support undo operations
- support logging changes so that they can be reapplied in case of system crash making it possible to assemble commands into composite commands (macros), thereby structuring a system around high-level operations built on primitive operations.
None of this applies to the way the SAP CommandBeans are being used. Not that much of an issue to people new to J2EE and/or OO development... but quite confusing for those already familiar with the classic Command pattern.
At this point, I fail to understand the advantage of merging structure (model) and behaviour (execute methods) through the use of a unique CommandBean object. Am I missing something ?

Hi Romeo,
You would be disappointed, this reply ain't anywhere nearby to what you are talking about...
I wanted to mail you, but you have not mentioned your email in your profile.
I am really impressed by your flair for writing. It would be far better had you written a blog on this topic. Believe me, it would really be better. There is a much wider audience waiting out there to read your views rather than on the forums. This is what I believe. To top it, you would be rewarded for writing something like this from SDN. On the blogs too, people can comment and all, difference being there you would be rewarded by SDN, here people who reply to you would be rewarded by you. Doesn't make much a difference.
Anyways the ball is still in your court
As far as I am concerned, it has still not been much time since I have started working on Web Dynpro. So can't really comment on the issue...
Bye
Ankur

Problem with currency field in smart form

hi
friends ..
i had problem with currency field in smartform iam printing 5 currecny
fields after the main window .But not getting printed on right way gets printed down from the given mesaurement and i get lot of gap betwen the
each fields for ex.
33,260.00
120.00
0.00
0.00
0.00
i thought the the problem is with space .so iwanted to condense it but cannot as it is currency field so move into character fields .but the user want out put in currency format like 22,60.20 if i get the value in char variable i get 2260.20 which i dont want .
so pls help me how to condense or shift left and print the currency field on right place.
regards
answers will be rewarded points.

hi,
this is a normal problem u can avoid this by moveing these currencu value to a character field then print the char field us ing condece... &var(C)&..
eve if not solve the problem use the TEMPLATE node..
Please Close this thread.. when u r problem is solved. Reward all Helpful answers
Regards
Naresh Reddy K

SAP Web Dynpro With Java

Hi Guys
A situation at work has forced me to learn web dynpro with java. I already have some experience with the ABAP web dynpro . Now the question is how much "java" do i need to learn to learn sap WebDynpro based on java. Should I first try and get a fair 'hands on' on core java and then shoot for web dynpro or should I take the other approach, that is just learn as much java as is required for web dynpro . Any suggestions?
thanks
sameer

Hi Sameer,
I believe you need not thoroughly know Core Java to begin for Web Dynpro Java but yes, you should have a fair idea about object, class and exceptions that i believe you would already have after working in ABAP. The UI elements can be just inserted into the component by drag and drop and codes correspondly would be auto generated. Only for customization of some functionalities, you will have to write code in Java using APIs.
Just go through the following tutorials recommended by SAP to start over Web Dynpro Java on NWDS.
http://help.sap.com/saphelp_nw70/helpdata/en/16/c0d93f5e0f9015e10000000a155106/frameset.htm
Regards,
Tushar Sinha,
Infosys,
Hyderabad

Error in smart form with currency fields

while i am using with currency fields in samrt forms error is comming in while i am giving print-preview in se38 "Reference field WA_EKPO-NETPR unknown in form."

In smart forms if we want to display quantity and currency fields. We cannott directly display currency field and quantity fields.
To display the mdo like this
Ex: GLOBAL Definitions
WA_NETPR LIKE EKPO-NETPR
For that we have to create an extra variable in global definitions
Ex: netpr FIELD of EKPO
CREATE program lines and specify WA_NETWR = itab-netpr.
Close the thread once your question is answered.
Regards,
SaiRam

Using CSS for Web dynpro application in EP

Hi,
I have some CSS (Style sheets) which I need to apply to the portal, so that all the web dynpro applications can have the same look and feel.
I read something about Theme Editor in EP. Can I somehow use that to import the CSS contents into the EP theme?
Any pointer to using CSS for Web Dynpro applications will be appreciated.
Thanks.
Puneet

Hi,
Go thorugh the follwing Web Dynpro Java
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/business_packages/a1-8-4/nw04stack09themes.zip
To know how to use it and for the steps to be followed please follow the tutorial here
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/documents/a1-8-4/how to edit web dynpro themes.pdf
the last url gives you a step by step procedure with wizards..
Regards,
RK

I am using the "G Web Server" with Bridgeview 2.1. The problem I am having is that I have to

restart the web server once every 2 to 3 days, or the web pages don't show the vi (images). Any ideas to trouble shoot - I dont know if the problem is related to my workstation hardware or a setting that needs to be tweaked on the G Web Server. Thank you.I am using a Pentium 233 machine/ Win 95. The PLC I am collecting info from is a GE Fanuc Series 9030 (?). Ethernet connection.

restart the web server once every 2 to 3 days, or the web pages don't show the vi (images). Any ideas to trouble shoot - I dont know if the problem is related to my workstation hardware or a setting that needs to be tweaked on the G Web Server. Thank you.Hi,
we are using the G Web Server with LabVIEW on a WinNT 4 machine. Up to now these works fine. Therefore I would recommend you to choose a more stable OS.
Maybe you can try to programmatically restart the server every 2 days. Within LabVIEW you would do this by running "HTTP Server Control.vi". Unfortunatly all connections will be closed, thus be aware of that!
Hope that helps
chris

How to use Cookies in Web DynPro?

Hello,
Is there a way to use Cookies in Web DynPro like a regular Servlet uses in it's response Object?
If yes, I could use a code example...
Roy

Hi Roy,
1. This will create a Request Objec containing all the client's request just like in a regular Servlet or does it have special considerations I should worry about?
A: If you have portal and webdynpro components, both have to use the same runtime. If you are using only webdynpro components then you can use the "Task" class. But it is a non-standard API.
Task.getCurrentTask().getWebContextAdapter().getHttpServletRequest()
2. Where do you recommend putting this statement? I assume at the wdDoInit() method right?
A: Don't put this statement in the doInit(), if you are handling some event within the component and refreshes the view, your doInit() will not get executed.
3. Is there a Response object I can create as well?
A:
HttpServletResponse response =((com.sap.tc.webdynpro.services.sal.adapter.core.IWebContextAdapter) WDWebContextAdapter.getWebContextAdapter()).getHttpServletResponse()
Regards,
Santhosh.C

How to use a CAS in web dynpro with NWDS 7.0

Hi, all.
I implemented a cas project (some entity services and application services). Now I want to use it in a web dynpro project.
I know how to do that with NWDS 7.1, but it seems something differernt with NWDS 7.0.
Can anyone give me a hand? Thanks.

hi
CAF Core project comes with a sub-project WebDynpro.
You can implement business logic using CAF Core Service ,integrate it in WebDynpro UI.
1)Select your CAF project root , right click on it and select u201CCreate Web Dynpro Modelu201D from the context menu.
2) Switch to the Web Dynpro Perspective
3)You can find the CAF Core services have been generated and are available to the WebDynpro component.
you can find caf services under modelclasses of webdypro project .
4)Then you proceed with creating component etc..
Regards
sowmya.

Web Dynpro with Bapis using Miniwas 6.20 or Sneak Preview 6.40 ABAP

Does anyone know if I can I use a web Dynpro that uses BAPIs to connect to a Miniwas 6.20 like a Backend system?
I have the SLD configuration OK, I was able to create the Jco connection, but when I test the Metadata application with this Technical System (Miniwas 6.20) at the Content Administrator I get an error message: "Group PUBLIC not found" (I also tried with SPACE, like a Logon Group). I have the corresponding settings in the service file on Windows folder (sapmsBSP 3600) and the others settings too.
I think the problem is to try to define Logon Groups at this kind of R/3 system (Miniwas 6.20) ... It's possible to use Logon Group with Miniwas?
I want to know if somebody had tried to do this practice (Web Dynpro using BAPIS)against to Miniwas System.
Please I would like to get a yes or no answer
Janett

Hi,
You have to configure the PUBLIC logon group in SMLG transaction.
Once configured the SLD and JCO-Destinations in the WebDynpro Content Administrator, we had the same problem with METADATA_DIRECTORY JCO-Connection. When we tested it, we got an error related with the PUBLIC LOGON GROUP. This JCO destination is a metadata directory connection and use the SAP message server to connect to the PUBLIC logon group.
You can create the PUBLIC logon group easly with SMLG, but it is necesary to add a "Logon Favorite Storage" in "SMLG Transaction - Display control/status Area" called PUBLIC too.
More information at:
http://help.sap.com/saphelp_nw04/helpdata/en/28/1c623c44696069e10000000a11405a/content.htm
After that, all JCO connections and the webdybpro application should run fine.
Regards.
Agustin Alvarez

Urg : adobe interactive form creation using Web dynpro with ABAP

Hi Floks,
Thank you For Your support and view my Quires.
I need helpful answer Regarding this Question . I need to Create custom ADobe interactive Form with WEB dynpro ABAP .Could please help out and give me what are the step can i followed here (Ex) .
Good rewards for best Answers.
Thank You,
Suresh Duvvuri

please check this link:-
step by step it is explained
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/media/uuid/c766e918-0b01-0010-99b1-c2b78cd059b3
All the best,
Mahesh.gattu

Using Webservice in Web Dynpro

Hello,
I have a webservice which takes two parameter account number and pincode and returns true/false to indicate account exists or not. I have deployed the webservice and tested it using EP wsnavigator utility.
After that I created a web dynpro application, created an adaptive webservice model, its corresponding custom controller and views using apply template option. Also configure the webservice call in visual administrator.
But when I run the application all the fields displayed are disabled, I couldn't understand what I have done wrong?
I appreciate if someone can guide me to resolve this issue?
Regards,
Jawed Ali

I think I have done that see the code below:
[code]
public void wdDoInit()
 //@@begin wdDoInit()
 //$$begin Service Controller(1593472463)
 BankServiceModel2 model = new BankServiceModel2();
 wdContext.nodeRequest_CheckBankAccount().bind(new Request_CheckBankAccount(model));
 //$$end
 //@@end
//@@begin javadoc:executeRequest_CheckBankAccount()
/** Declared method. */
//@@end
public void executeRequest_CheckBankAccount( )
 //@@begin executeRequest_CheckBankAccount()
 //$$begin Service Controller(2056258565)
 IWDMessageManager manager = wdComponentAPI.getMessageManager();
 try
 wdContext.currentRequest_CheckBankAccountElement().modelObject().execute();
 wdContext.nodeResponse().invalidate();
 wdContext.nodeCheckBankAccountResponse().invalidate();
 catch(Exception e)
 manager.reportException(e.getMessage(), false);
 //$$end
 //@@end
[/code]
additionally when I clicked the button, I got following exception:
Exception on execution of web service with WSDL URL 'http://pep:50000/BankService/Config1?wsdl' with operation 'checkBankAccount' in interface 'BankServiceVI_Document'
Following is the xml file displayed on the browser when I browsed URL: http://pep:50000/BankService/Config1?wsdl
[code]

−
 <wsdl:definitions name="BankServiceWSD" targetNamespace="urn:BankServiceWSD">
<wsdl:import location="http://pep:50000/BankService/Config1/bindings?wsdl&style=document" namespace="urn:BankServiceWSD/Config1/document"/>
−
 <wsdl:service name="BankService">
−
 <wsdl:port name="Config1Port_Document" binding="bns0:Config1Binding">
<soap:address location="http://pep:50000/BankService/Config1?style=document"/>
</wsdl:port>
</wsdl:service>
</wsdl:definitions>
[/code]

How to use ALV in web dynpro for ABAP?

Hi,
I am new to web dynpro. Now I want to create a table using ALV to display. I have no idea how to use it.
I only know I need to add the SALV_WD_TABLE for component usage. Can anyone give me some hints
or step-by-step procedure?
Thanks.
Awards will be provided.
Best Regards,
Chris Gu

Hi,
Please go thru this set of [tutuorials|https://www.sdn.sap.com/irj/sdn/webdynpro?rid=/webcontent/uuid/60ea94e5-0901-0010-c3bb-aad5ea9620d8].
Its really good for ALV.
I also used this as I am also new to WD ABAP.
Revert back with issues.
Regards,
Sumit

Using SELECT_OPTIONS in Web Dynpro with currency fields

Similar Messages

Maybe you are looking for