Web Dynpro to EJB

Hi all
I built a small application in Web dynpro which takes an XDP and XML and renders it with a limited set of Reader Rights which works great.. What I trying to do now is to port the code to an EJB with a Web Services so that this can be accessed by other systems..
When I call my web service i get the following error.. any ideas...
Regards
Kev
Caused by: java.lang.NoClassDefFoundError: com/sap/tc/webdynpro/adsproxy/types/p1/RpData
     at com.sap.tc.webdynpro.pdfobject.api.WDPDFObjectFactory.getPDFObject(WDPDFObjectFactory.java:43)
     at com.adobe.consulting.eon.RenderServiceBean.eonRenderPDFObject(RenderServiceBean.java:154)
     at com.adobe.consulting.eon.RenderServiceLocalLocalObjectImpl0_0.eonRenderPDFObject(RenderServiceLocalLocalObjectImpl0_0.java:103)
     ... 25 more

Thanks for your reply Charan,
I am fairly new to EJB. I have created only one session bean (called TrainingBean) and created all the business methods inside it.
Here is my database schema, with the following 5 tables
Courses
CourseSchedules
Students
Registrations
Competencies
Here are the session bean business methods:
changeCourse(String)
changeStartDate(String)
createCourse()
createCourseSchedule()
getCourses()
getCourseSchedules()
registerStudent(String)
unRegisterStudent(String)
Is this good way to implement EJB, or should I create multiple session beans and multiple corresponding Data access command beans ?
Thanks a lot
Srinivas

Similar Messages

Web Dynpro using EJB to implement database access for MS SQL 2005 server

Hello,
For using EJB model in Java Web Dynpro, why do I need another dictionary project with all the required tables (there are 5 tables in my project), when the same database is already created in back end MS SQL 2005 Server.
Thanks
Srinivas

Thanks for your reply Charan,
I am fairly new to EJB. I have created only one session bean (called TrainingBean) and created all the business methods inside it.
Here is my database schema, with the following 5 tables
Courses
CourseSchedules
Students
Registrations
Competencies
Here are the session bean business methods:
changeCourse(String)
changeStartDate(String)
createCourse()
createCourseSchedule()
getCourses()
getCourseSchedules()
registerStudent(String)
unRegisterStudent(String)
Is this good way to implement EJB, or should I create multiple session beans and multiple corresponding Data access command beans ?
Thanks a lot
Srinivas

DB access in Web Dynpro Portal Service / or EJB with WebService ?

Hi,
I will develop a web dynpro application which will run in the EP and use an DB. How are the best practices in this scenario ? Should I use a Web Dynpro Model (EJB or WebService) for the persistence operations or should I use Portal Services ?
Regards
Flo

Thanks,
ok some words more... , I want to find out the differences between VC, PDK and Web Dynpro. Most of the parts of the application will be written in Web Dynpro. It´s possible to access portal services in Web Dynpro. But not with a Web Dynpro Model, so will going to use EJB/Webservice.
But here I have one more question... I am wondering why EJB a n d Webservice in combination !?!? Can´t I only write a Webservice o r a EJB to achieve the DB connectivity ?
Thanks
Flo

SQLJ use in Web Dynpro

Dear All.
How can i use my SQLJ and other helper classes (DB engine) in Web Dynpro? Where can i create the connection context? Is it possible, to use java relational persistence in Web Dynpro without EJB model?
Best Regards, Andrey.

Hi Andrey,
you should wrap your SQLJ related classes behind some EJB module project and another application project. You can create the Connection Context class and other SQLJ classes just by saying File>New>Other>Persistence>SQLJ Source. So first create your connection context class there and llok up for the Datasource alias as defined in your application.xml file in your application project. Later on in the business methods of your session bean you can access these sqlj helper classes for processing ad access the business methods from web dynpro through EJB project reference or local web service model.
For relational persistence you can use JDO if you dont want to use EJB CMP. Though for JDO, there are no wizards in NWDS for creating the .map or .jdo files. So you have to create these files by your own and have to take care of syntactical errors as in any xml.
Regards,
Shubhadip

DB access in Web Dynpro application in Portal

Hi,
I will develop a web dynpro application which will run in the EP and use an DB. How are the best practices in this scenario ? Should I use a Web Dynpro Model (EJB or WebService) for the persistence operations or should I use Portal Services ?
Regards
Flo

Hi Florian,
go trrough these docs:
EJBs in Web Dynpro Application Using Wrapper Class
[https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/00be903b-8551-2b10-c28a-8520400c6451]
[https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/1f5f3366-0401-0010-d6b0-e85a49e93a5c]
Accessing database table using EJB and web dynpro
[https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/70929198-0d36-2b10-04b8-84d90fa3df9c]
Oracle Connectivity with EJB using WebDynpro Application
[https://www.sdn.sap.com/irj/sdn/wiki?path=/display/wdjava/oracle%2bconnectivity%2bwith%2bejb%2busing%2bwebdynpro%2bapplication]
[https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/0b657b7e-0c01-0010-74a4-b71518871800]
hpe it hlps u...
Regards
Khushboo

Error while importing EJB model in Web dynpro: Unable to fetch the EJBs.

Hi,
We are getting the below error while importing ejb model to Web dynpro.
Error :
Unable to fetch the EJBs. Check if the selected Enterprise Application contain the EJBs.
I have created the public part-> It has a reference to EJB client and the enterprise application also has reference to the EJB project.The EJB is also added in dependency list.
But still we are getting this error. Could anyone please explain what can i do to solve this issue.
Best Regards,
Karthika

Hi Vishweshwara,
Thanks for your reply.
Please find the steps i followed while importing EJB model in webdynpro.
1. The Entity forwarding permission has been enabled.
2. public part reference has been created and through the reference entity option the ejbDC->Client public part is selected.
I followed all the steps mentioned in the document. But still i am getting that error. In EJB DC we have list of JPA entities and stateless session beans are exposed as a webservice(top-down manner).The enterprise application has a reference to the EJB DC.
I could be able to invoke the ejb service beans from ejb explorer and Webservice navigator.
I am able to insert,delete and modify the records from there.
Please let me know what could i do to resolve this error?
Best Regards,
Karthika
Edited by: SAKarthika on Apr 29, 2011 1:43 PM

Couldn't complete tutorial u0091Integrating EJB 3.0 into Web Dynpro ... '

Hi All,
I am trying to complete the Integrating EJB 3.0 into Web Dynpro Using the EJB Model Importer tutorial that goes with SAP NetWeaver Composition Environment 7.1 SP3 Developer Studio.
Does anyone ever completed this tutorial because I have problems completing it. The result is very important for me because I need to use this technology for my essay.
In this tutorial you create a button that calls the method StudsBean.getStudent(String). In this method the object student is created and it will be returned. In several labels the information of the returned student should be displayed. But that doesnt happen, when I push the button no error occurs but the labels are still empty. When I try to debug the Enterprise Bean and Web Dynpro application I see that the method StudsBean.getStudent(String) is called and the propertys are set and the student object is returned, but still it isnt displayed.
After discussing this with a colleague I tried to search for a solution on the SDN and of course Google. First I thought I would be a bug but I only found 2 people with the same problem. I found it remarkable because its one of the key subjects of Java EE 5 and its a tutorial displayed in the welcome page of the Developer Studio.
So do you people think its a bug in WebDynpro? Because I am sure that I followed all the steps mentioned (a colleague checked it even).
Regards,
Sander

Hi Vesselin,
Thank you for the quick replay, this is the code I'm using:
public void onActionGetStudent(com.sap.tc.webdynpro.progmodel.api.IWDCustomEvent wdEvent )
    //@@begin onActionGetStudent(ServerEvent)
          try {
              // executes the corresponding method on the session facade
              wdContext.currentRequest_StudsLocal_getStudentElement().
              modelObject().execute();
              // forces Web Dynpro to re-create the Request model object
              // in order to clear the InputField
             wdContext.nodeRequest_StudsLocal_getStudent().invalidate();
              // updates the UI elements bound to the Response node
              wdContext.nodeResponse().invalidate();
              //Code for trying something out
              //wdContext.nodeReturn().invalidate();
              //wdContext.nodeAddress().invalidate();
           } catch (Exception e) {
              throw new RuntimeException(e);
Have you tried this example yourself, or is replay based on experience?
Kind Regards,
Sander

Couldn't complete tutorial 'Integrating EJB 3.0 into Web Dynpro ...'

Hi All,
I am trying to complete the Integrating EJB 3.0 into Web Dynpro Using the EJB Model Importer tutorial that goes with SAP NetWeaver Composition Environment 7.1 SP3 Developer Studio.
Does anyone ever completed this tutorial because I have problems completing it. The result is very important for me because I need to use this technology for my essay.
In this tutorial you create a button that calls the method StudsBean.getStudent(String). In this method the object student is created and it will be returned. In several labels the information of the returned student should be displayed. But that doesnt happen, when I push the button no error occurs but the labels are still empty. When I try to debug the Enterprise Bean and Web Dynpro application I see that the method StudsBean.getStudent(String) is called and the propertys are set and the student object is returned, but still it isnt displayed.
After discussing this with a colleague I tried to search for a solution on the SDN and of course Google. First I thought I would be a bug but I only found 2 people with the same problem. I found it remarkable because its one of the key subjects of Java EE 5 and its a tutorial displayed in the welcome page of the Developer Studio.
So do you people think its a bug in WebDynpro? Because I am sure that I followed all the steps mentioned (a colleague checked it even).
Regards,
Sander

Hi Sander,
I guess, it's not a bug in Web Dynpro, maybe it's a bug in the tutorial
I tried something similar, but not following the tutorial and it works. I wasn't able to call the model from the view controller and I guess that's the problem. Take the code from the init-method of the view controller and put it to the component controller's init -method and the code inside the onActionGetStudent and put it into a method you create in the component controller, too. From onActionGetStudent just call this method in the component controller with some code like this:
wdThis.wdGet<your component controller's name>.<your method's name>;
Hope this helps
Kind regards
Stefanie

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

Importing EJBs into web dynpros

I have created EJBS and I would like to use these EJBs in
web dynpros. How do I do it.
I think I can create a jar file for the EJBS and reference them in my Web Dynpro project but I think that is not the right way to do it.
Thanks,
PKK.

Hi Simon + Praveen,
I will try to walk you through how to do it but I think you may need a bit of experience with EJB's, Web Dynpro and NWDS to understand it right away. The following assumes you have created a session and entity bean.
First you need to make sure your table is deployed in the database that you created(dictionary perspective).
Second deploy your EJB (.ear file) to the J2EE engine (J2EE development perspective)
Third switch to Web Dynpro perspective and goto your project properties (right click on the project and click properties)
Now goto Java Build Path - libraries - add external jars and add the EJB-Jar file. then choose the tab called "order and export" and move the jar file to the top.
THIS IS A LITTLE TRICKY. Next you need to add the sharing reference. In the same properties wizard where you add the java build path select Web Dynpro References and then select the Sharing references tab. Click on Add and enter the vendor name and name of the ear file like this <vendor name>/<name of the ear file>, This is how your web dynpro knows where the ear file is on the j2ee engine. IF YOU ARE NOT SURE WHAT IT IS you need to access the J2EE visual administrator. and goto SERVER 0/Services/Deploy then select the "runtime" tab then look under Server 0/EJBContainer save all your meta data. your WD application now accesses your EJB logic.
Good luck!!
-wael
*plz dont forget the rewards?

Using EJB Model in Web Dynpro

I have to redeploy my EJB.ear (used as a Web Dynpro model) everytime the J2EE server is started (only the first time), after which My Web Dynpro program continues to work. In other words, the following code in my Command Bean is not successful without redeploying the EJB.ear for some reason. Can someone please tell me what I am doing wrong ?
home = (MyLocalHome) context.lookup("localejbs/MySessBean");

Walter, thanks for the reply. When I checked the EJB Container in VA after starting up the J2EE server, my EJB shows a blue check mark already with the START button grayed out (STOP button is active). So I would think the EJB is started already... HOWEVER, I noticed that when I hit the DEPLOY button there, I see a warning message popping up which says : "This Application hasn't J2EE modules, so it cannot be loaded. Proceeding with Deploy". I go ahead and finish the Deploy and then my EJB works. It seems I am not including a module when I deploy it ?
Paul

Web Dynpro Tables from EJB

I am new to Web Dynpro and I'm trying to write an application that displays data from and EJB in a table in web dynpro. The EJB returns an array "items[]" to my command bean. Is there a way to create a table based on the array "items[]" and several properties of the item.

Hi Jonathan,
If the properties of the items are static (i.e. not going to change in the course of time), you can create Table with fixed TableColumns (no. of Table columns = no of properties of item) which has TableCellEditor which can be TextView if the data is display only.
You have to also create context structure which has root node and attributes corresponding to each of the property of item and bind the node to datasource property of Table and bind attributes to each TableCellEditor(TextView's text attribute).
Just populate the data from your bean to the context creating nodeElements for each item and setting contextAttribute value as the property value.
Refer https://www.sdn.sap.com/irj/sdn/downloaditem?rid=/library/uuid/bad3e990-0201-0010-3985-fa0936d901b4 for table
If the properties are dynamic (i.e. changing due course of time). You can create the TableColumns, TableCellEditors dynamically and also the context attributes dynamically in wdDoModifyView.
Refer Dynamic table column creation for more details
Hope this helps.
Thanks and Regards,
Rohit Jaiswal

Expose EJB through Java Bean model importer in Web Dynpro

Hi,
I am planning to expose EJB like following:
1. Create Stateless session bean as a façade for DAO access.
2. Create DAO to access database. In my case is Oracle DB
3. Create Java Bean to encapsulate session bean
4. Import java bean model to web dynpro
Few of my business method return the object array e.g. Customer[] which contains all properties of customer, and getter, setter.
Has anyone done this before? Is there any sample code?
Best Regards,
Zhang Yan

Hi
I think u can refer to the following link
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/webas/java/simple java bean generator for database.pdf
Thought this link is also Useful
Creating and Deploying Web Services for an EJB
Wishes
Krishna kanth

Using EJBs in Web Dynpro and others model tecnology patterns

I'm having difficults in order to implement the business logic in Java.
I did a simple application and I put all business rules inside de controller in the web dynpro. Everything is ok to users, but I know that this isn't indicate.
I tried to encapsulate de business rules and dao in a session bea, but I'm not sucessfull. I'd like to receive advices/tutorial about model, I found some treads in the forum, but almost all links in the sdn are browke. I was thinking in using hibernate and spring, but I don't know with it's a good choive to sap world.

Hi,
try these tutorials:
(ejb) https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/1f5f3366-0401-0010-d6b0-e85a49e93a5c
(hibernate) https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/14f55178-0801-0010-0bac-974ed17e51d3
Regards
Ladislav
PS. Consider rewarding helpful answers

Web Dynpro to EJB

Similar Messages

Maybe you are looking for