Can I use bdc in web dynpro?

Hi,
I have a fronted application in web dynpro which is using function module which I wrote which uses bdc for creating employee (I haven't found a function which does that without using bdc). The problem is that nothing is happening, the employee is not being created if this function is being called from web dynpro.
If I call this function module through abap debugger, everything is ok.
Any ideas?
Regards
Ladislav

Hi,
You can't call a BDC in Web DynPro's.
Only You can use RFC FM's or BAPI's.
Regards,
Anji

Similar Messages

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

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

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

How can I use OmniPortlet and Web Clipping Portlet?

How can I use OmniPortlet and Web Clipping Portlet?

You find information on OmniPortlet and Web Clipping in the Portal Developer's Guide.
o Building Portlets with OmniPortlet
o Building Content-Based Portlets with Web Clipping
Peter

Can i use Report viewer web part in SharePoint 2013 app to show SSRS reports?

Can i use Report viewer web part in SharePoint 2013 app to show SSRS reports?

SharePoint app you mean a simple sharePoint 2013 application like site, team site etc, or do you mean an App (the new feature like webPart).
To add a SSRS Report viewver web part follow these steps
1. Edit the page
2. Choose insert a webpart
3.Select SQL server Reporting -> SQL Server Reporting Services Report Viewer webpart
4. Configure the webpart to show your .rdl files.
(See the img below. Plz mark as answered if it helps).

Can we use bdc in WDA?

hi,
      can we use bdc in WDA? if yes please tell me how to do?

Dear Murthy Ganti ,
yes it is possible by creating the Functional module for your BDC recording . i.e you will get the code generated by the BDC recording . create a FM using the Code .
for example the below code is your recoding code
Assign your import parameters to your code
wa_iq02-MATNR      = MATNR.
wa_iq02-SERNR      = SERNR.
wa_iq02-GWLDT_O    = GWLDT_O.
append wa_iq02 to itab_iq02.
clear wa_iq02.
LOOP AT itab_iq02 INTO wa_iq02.
PERFORM bdc_dynpro      USING 'SAPMIEQ0' '1000'.
    PERFORM bdc_field       USING 'BDC_CURSOR'
                                  'RISA0-MATNR'.
    PERFORM bdc_field       USING 'BDC_OKCODE'
                                  '/00'.
    PERFORM bdc_field       USING 'RISA0-MATNR'
                                  wa_iq02-matnr.                      " IMPORT parameters
    PERFORM bdc_field       USING 'RISA0-SERNR'
                                  wa_iq02-sernr.                        "IMPORT parameters
CALL TRANSACTION 'IQ02' USING bdcdata MODE 'N' UPDATE 'S' MESSAGES INTO IT_MSG.
IF sy-subrc EQ 0 .
*      CONCATENATE 'Material No ' matnr sernr INTO text.
      return_message-MESSAGE = 'Address was updated '.
     else .
       return_message-MESSAGE = 'Address Was Not Changed '.
    ENDIF .
ENDLOOP .
and check your FM is working fine . and consume it in WDA through call function or service call
revert back if any doubt
regards
chinnaiya P
Edited by: chinnaiya pandiyan on Jul 20, 2009 7:13 PM

How we can done background job in web dynpro abap

Hi expert,
my requriment is how i can set background job in web dynpro .
regard's
vikash

The same way you do it in normal ABAP. There is nothing Web Dynpro ABAP specific about starting a background job.
There are API Function modules that begin with the name JOB_*. Have a look at the online help for samples:
http://help.sap.com/saphelp_nw70ehp1/helpdata/en/fa/096d40543b11d1898e0000e8322d00/frameset.htm
http://help.sap.com/saphelp_nw70ehp1/helpdata/en/fa/096d4d543b11d1898e0000e8322d00/frameset.htm
http://help.sap.com/saphelp_nw70ehp1/helpdata/en/fa/096d67543b11d1898e0000e8322d00/frameset.htm
http://help.sap.com/saphelp_nw70ehp1/helpdata/en/fa/096d74543b11d1898e0000e8322d00/frameset.htm
http://help.sap.com/saphelp_nw70ehp1/helpdata/en/fa/096d8e543b11d1898e0000e8322d00/frameset.htm
http://help.sap.com/saphelp_nw70ehp1/helpdata/en/fa/096ce5543b11d1898e0000e8322d00/frameset.htm

Hello, is there a way that the Test Stand APIs can be used for ASP / Web?

Hello,
I do hope someone can be an idea.
Is it possible that the TestStand API's can be used for ASP/Web?
Currently, we are using Teststand running on exectuble application, but if the TestStand API's can be used on web (Just the operator interface), then it will be easier for engineers/operators to see the results locally and remotely by a web browser.
Any ideas?
Thanks for the help.
Mhelinx

Mhelinx,
i don't think that the TestStand API can be used in ASP very nicely.
TestStand is an ActiveX Server and it seems to be possible to use ActiveX in ASP, but i have read that doing will require reboots of the server from time to time (never done that myself, so relying on 3rd party information).
But there is another, maybe better approach:
Using LabVIEW as your user interface, you can use the Webserver capability of LabVIEW to include the functionality of your UI into your ASP webpages. You can create different "looks" for your application in the webpage while the LV UI stays always the same......
I have never done this as well, and it might be a bit tricky to access data from the visible controls though.
hope this helps,
Norbert
PS: If you are using C# for the UI, i think that this is possible as well....
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.

Error on calling a BDC from web dynpro while it runs fine through FM.

I have created a function module for calling transaction ima2n using a BDC. This function module runs as intended, if function module is executed using SE37. if I call the same function module from ABAP dynpro view, on some event. I get the below error. I have debugged the function module but it runs fine. If i debug function module and run the BDC in mode "A" then i can see that BDC is performing the intended actions. This is a strange behaviour.. Please help.
ABAP Dynpro Error
Error when processing your request
What has happened?
The URL http://dev.corp.bharatpetroleum.com:8000/sap/bc/webdynpro/sap/zcapex_appln/ was not called due to an error.
Note
The following error text was processed in the system D01 : Exception condition "CREATE_ERROR" raised.
The error occurred on the application server dev_D01_00 and in the work process 0 .
The termination type was: RABAX_STATE
The ABAP call stack was:
Function: TREEV_CREATE_COLUMN_TREE of program SAPLCNT4
Form: TVAR_INIT of program SAPLAIA1
Module: INIT_VARIANTEN_TREE of program SAPLAIA1
What can I do?
If the termination type was RABAX_STATE, then you can find more information on the cause of the termination in the system D01 in transaction ST22.
If the termination type was ABORT_MESSAGE_STATE, then you can find more information on the cause of the termination on the application server dev_D01_00 in transaction SM21.
If the termination type was ERROR_MESSAGE_STATE, then you can search for more information in the trace file for the work process 0 in transaction ST11 on the application server dev_D01_00 . In some situations, you may also need to analyze the trace files of other work processes.
If you do not yet have a user ID, contact your system administrator.
Error code: ICF-IE-http -c: 100 -u: TESTAUTH32 -l: E -s: D01 -i: dev_D01_00 -w: 0 -d: 20111109 -t: 123625 -v: RABAX_STATE -e: RAISE_EXCEPTION
HTTP 500 - Internal Server Error
Your SAP Internet Communication Framework Team
ST22 Dump screen
User and Transaction
    Client.............. 100
    User................ "TESTAUTH32"
    Language Key........ "E"
    Transaction......... "IMA2N "
    Transactions ID..... "4EB9F7AE3E2403D7E10000000A481584"
    Program............. "SAPLCNT4"
    Screen.............. "SAPLAIA1 0306"
    Screen Line......... 5
    Information on Caller ofr "HTTP" Connection:
    Plug-in Type.......... "HTTP"
    Caller IP............. "10.72.46.106"
    Caller Port........... 8000
    Universal Resource Id. "/sap/bc/webdynpro/sap/zcapex_appln/"
Information on where terminated
    Termination occurred in the ABAP program "SAPLC
     "TREEV_CREATE_COLUMN_TREE".
    The main program was "SAPLAIA1 ".
    In the source code you have the termination poi
    of the (Include) program "LCNT4U74".
Error occurred during batch input processing
Source Code :
                CONTAINER
             CHANGING
                HANDLE
                TREE_CONTROL_NOT_EXISTING
                FAILED
                CREATE_ERROR
                CNTL_SYSTEM_ERROR.
IF NOT TREE_CONTROL_NOT_EXISTING IS INITIAL
   RAISE TREE_CONTROL_NOT_EXISTING.
ELSEIF NOT FAILED IS INITIAL.
   RAISE FAILED.
ELSEIF NOT CREATE_ERROR IS INITIAL.
   -->>>>>>>>>RAISE CREATE_ERROR. " failed on this line
ELSEIF NOT CNTL_SYSTEM_ERROR IS INITIAL.
   RAISE CNTL_SYSTEM_ERROR.
ENDIF.
regards,
Parag Agrawal

Hi,
as BDC is calling screens and in Webdynpro ABAP you cannot use SAP GUI sceeen, you are getting short dump.
Refer CNTL_SYSTEM_ERROR in webservices from r/3 system
Thanks,
Chandra

How can I automatically refresh a Web Dynpro App every 5 minutes

Hello,
I have a web dynpro that is calling a web service. I need that this web dynpro app auto-refresh (recall the web service and update the information) without any user interaction every 5 minutes.
How can I do this?
Thanks & Regards
SU

you can use timedtrigger UI element to achieve it.
Edited by: John Wu on Jun 21, 2011 5:33 AM

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

Error using tabs in Web Dynpro application

Hi all,
I am working on a web Dynpro application where I want to use "tabs" to display different vendor details, basically I need two tabs one for header data, one for address data. What I did is I created a group and there created the element for the user to enter the vendor number and also created a button and binded it with the BAPI, now I created a tab using tabstrip and then inserting the tab and adding the element to the tab (in my case i m using the table type), once I finish this and try to do the syntax chek i am getting this error: "ACC: Element "TAB" does not have a header"
Can you please help me with this?
Thanks,
Rajat

Looks like i was missing some step... I deleted everything and then re created and this time it works.

Using RepositoryFrameworkWS in web dynpro Java 7.1 CE

Hi All,
I am new to KM, and i have a requirement to create a document in KM of 7.0 from a web dynpro java application developed in NWDS 7.1 CE. I know i can use RepositoryFrameworkWS web service to achive this. But I need some help to start with it.
So it would be of great help, if i am provided with some Documents, Code snippets or links regarding this.
Thanks & Regards,
Vishweshwara P.K.M.

Hi Mukhuti,
I had tried setting ParentCollectionRid as "\documents" and when I execute the application i get the exception stating "Exception on execution of web service with WSDL URL 'http://<URL>' with operation 'createDocument' in interface 'RepositoryFrameworkWSVi_Document'".
Also is it mandatory to set UserId and password to create new document, if yes is it an admin Id.
Thanks & Regards,
Vishweshwara P.K.M.

Can I use bdc in web dynpro?

Similar Messages

Maybe you are looking for