Hi,
we are actually looking to upgrade our application which becomes very old (7 years). This application is based on JSP, Servlets, EJB and xforms. Those xforms are rendered via an internal API. Our application stores both user data and html inside the same file in our database. Our plan is to deploy Orbeon forms in a separate war file and add additional informations in the web.xml file as mentioned in your documentation. Here are my questions. - As we have multiple application servers, would it be possible to store the forms template in a shared folder (NFS) and get those template processed by the orbeon forms engine, maybe passing via JSP or servlets to retrieve the form data (stored as CLOB in our Oracle database) and retrieve the forms template from that shared folder. - What would be the best solution to save the form data, as some post processing have to be done on those data like inheritance between forms data in different forms. For example, we have a set of forms (A1,A2 and A3), some data have to be inherited from A2 to A3 once the forms data are saved. Can we call EJBs after the data have been saved, or do we have to send the forms data (xml) to the EJB and then save and post process those data in the EJB ?? -For the session attributes and request parameters passed by the URL, I think that I found the solution by creating another xml instance and store those information in that instance, so they can be reused when saving the forms data. Can you confirm that it's the best solution?? I think that I will still have other question in the near future. :-) Thanks a lot for your help. Regards, Stessy Delcroix |
Hi,
I think that for my first question I found how to do it. Use the org.orbeon.oxf.resources.FilesystemResourceManagerFactory context param in the web.xml Regards, Stessy |
Administrator
|
In reply to this post by stessy
Stessy,
The answers depend on whether you want to use Form Runner or not. Form Runner handles already an abstract persistence layer which allows you to handle storage any way you want. In general with XForms, you can call services, and those services can do anything you want and be implemented in any technology you like as long as they support HTTP. I would write a set of persistence services calling your EJBs, assuming you need to keep those EJBs, and just leave the form handling itself to Orbeon Forms and XForms. -Erik On Wed, Jan 27, 2010 at 2:45 AM, stessy <[hidden email]> wrote: > > Hi, > > we are actually looking to upgrade our application which becomes very old (7 > years). > > This application is based on JSP, Servlets, EJB and xforms. > Those xforms are rendered via an internal API. > > Our application stores both user data and html inside the same file in our > database. > > Our plan is to deploy Orbeon forms in a separate war file and add additional > informations in the web.xml file as mentioned in your documentation. > > Here are my questions. > > - As we have multiple application servers, would it be possible to store the > forms template in a shared folder (NFS) and get those template processed by > the orbeon forms engine, maybe passing via JSP or servlets to retrieve the > form data (stored as CLOB in our Oracle database) and retrieve the forms > template from that shared folder. > > - What would be the best solution to save the form data, as some post > processing have to be done on those data like inheritance between forms data > in different forms. > For example, we have a set of forms (A1,A2 and A3), some data have to be > inherited from A2 to A3 once the forms data are saved. Can we call EJBs > after the data have been saved, or do we have to send the forms data (xml) > to the EJB and then save and post process those data in the EJB ?? > > -For the session attributes and request parameters passed by the URL, I > think that I found the solution by creating another xml instance and store > those information in that instance, so they can be reused when saving the > forms data. Can you confirm that it's the best solution?? > > > I think that I will still have other question in the near future. :-) > > Thanks a lot for your help. > Regards, > Stessy Delcroix > > > -- > View this message in context: http://n4.nabble.com/Multiple-questions-regarding-orbeon-implementation-tp1311468p1311468.html > Sent from the ObjectWeb OPS - Users mailing list archive at Nabble.com. > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > OW2 mailing lists service home page: http://www.ow2.org/wws > > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Erik,
no, we won't use form runner. And no we are not obliged to keep EJBs, we can use another persistence layer. I'll have a look to the web services and their implementation with orbeon. Thx a lot for your help. And if you have any other suggestion, they are welcome. Regards, Stessy |
Administrator
|
Stessy,
As a matter of preference I would pick the simplest option that works. With XForms, REST services exchanging XML are simple and easy, so I would try to go that way. -Erik On Wed, Jan 27, 2010 at 11:26 PM, stessy <[hidden email]> wrote: > > Erik, > > no, we won't use form runner. > > And no we are not obliged to keep EJBs, we can use another persistence > layer. > > I'll have a look to the web services and their implementation with orbeon. > > Thx a lot for your help. > > And if you have any other suggestion, they are welcome. > > Regards, > Stessy > -- > View this message in context: http://n4.nabble.com/Multiple-questions-regarding-orbeon-implementation-tp1311468p1328587.html > Sent from the ObjectWeb OPS - Users mailing list archive at Nabble.com. > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > OW2 mailing lists service home page: http://www.ow2.org/wws > > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Free forum by Nabble | Edit this page |