Best Practice - Form input

I have a master detail where I want to display up to 10 detail records. If I currently have 3 detail records, I want to display the three and have 7 blank lines for additional input on the form. Any suggestions on the best way to handle this. Normal functionality would display the 3 and the user would create a new row on the form as they added each row. Looks like JBO:ROW would allow me to create the rows prior to displaying the form, but I would have to Delete any null rows before I commit the new rows entered. Or maybe use an array populated from the data source. I would also think this would be a common requirement in an application in need of a "Best Practice". Has anyone used a collection for a multivalued column in JDeveloper?
Thanks Jim

I haven't come across such a usage thus far in the Java client cases (though web apps do perform such empty row stuff)
Anyway, here's how you may get this to work. First off all you will need to use JDev 9.0.3.1 (patchset from Oracle Support/Metalink as that has the new method that needs to be used in this solution).
Create a custom listener for the iterator (that the table is bound to). You may use the JUPanelBinding.addRowSetListener... methods to get RowSetListener events on the desired iterator.
In the rangeRefreshed event, check the number of rows in the range and if that's less than the number of rows in the table, create and insert new rows in the table and set the new rows into STATUS_INITIALIZED by calling setNewRowState(STATUS_INITIALIZED).
That'd take care of filling in the white-space (or gray space) in the table with empty rows. Now if the user does not enter any value in these empty rows, the transaction will treat these new rows as 'temporary' and will not attempt to post them. Only when a user enters values into them or makes the rows STATUS_NEW again by some call to setAttribute on the Row, the row will get added to the transaction and posted during commit/post cycle.

Similar Messages

Is it a best practice to Input Data directly to Parent Currency ?

Dear Gurus,
I understand this question is very simple, but I am wondering is it a best practice to Input data directly into <Parent Currency>?
I am having a scenario where users do translation in Oracle and they wish to see the same number in HFM. As the process that they follow is unique in nature by Entity->Account [OR] for all Entities->Account, creating Override accounts is not helping us and rapidly increasing the Override hierarchy month-on-month.
Thanks...
Satya

By overriding the accounts, I assume you are referring to accounts that are translated historically as opposed to the default translation performed by HFM?
If so, I have seen two general approaches to achieve this:
a) Allowing the user to directly override the translation at IsTransCurr (i.e. <parent currency> if parent is in a currency other then entity)
b) Entering in a special currency rate in a rate account and then adjusting the translate routine to translate your account by that rate.
I personally, am a bigger fan of the first option.

Best practice Forms 10g configuration setup and tuning

Hi,
We are currently depolying forms 10g from 6i client/server version. Users are experiencing Form hangups and hour glasses. This does not happen that often but can happen any time, anywhere in the app (users do inserts, updates and deletes and queries).
Is there a baseline best practice configuration setup anywhere either in the Forms side or the AppServer side of things?
Here is our setup:
Forms 10g (9.0.4)
Reports 10g (9.0.4)
Oracle AppServer 10g (9.0.4)
OS = RedHat Linux
Client Workstations run on Windows 2000 and XP w/ Internet Explorer 6 or higher
Average No. of users = 250
Thanks for all your help

Shutdown applications within the guest.
Either power off from Oracle VM Manager or 'xm shutdown xxx' from the command line
It is possible one or more files could be open when the shutdown is initiated.
Have found at least one case of misconfigured IP which would have resulted in the disk access being via the 'Front End' interface rather than the Back End.
Thanks

Best practice Forms 10g

Hello,
Where can I find the best practices after migrating Forms 6i to Forms 10g ???
thanks in advance

Hello,
<p>You could start with this great white paper available on the OTN Forms page</p>
Francois

SAP ASE Best Practice latest update

Hello experts,
just wondering if somebody already reviewed thoroughly latest guide for best practices on SAP Sybase ASE?
I am talking about the document from note 1680803 - SYB: Migration to SAP Adaptive Server Enterprise - Best Practice (former note 1722359 - SYB: Running SAP applications on SAP ASE - Best Practice).
The guide for normal runtime operation was merged with the guide for migration, but there are some contradictory statements.
Apart from that the study case is again designed for server with huge memory and lot of CPU cores (so not so real case normally, I wonder who setup so often such huge servers...), I have found some inconsistencies.
E.g. in part "Reconfigure Engines and Parallel Processing", they talk about to limit ASE engines to 16, but the command configures 32.
alter thread pool syb_default_pool with thread count = 32, idle timeout = 2000
No change to the previous setup for migration. Is this just typo? I understand it should be 16, and then also number of network tasks for normal operation would be 4 (as mentioned in the beginning of guide that normally you set up 1 per 3-4 engnes). If this is not typo, then number of network tasks is wrong as it should be 8.
Also they introduced idle timeout, but only talking about ERP and possible lower value for Solman - does this mean that for BW you keep default value (which if I am not mistaken is 100)? As per ADM540 you should even decrease this timeout when SAP system is sharing server with database - I know that document is old, but is again contradictory, not saying that it is wrong, but not well explained.
If anybody checked new version of guide, please let me know, I think it is bit messed up and is bit difficult to distinguish what you should set up for migration case and what for normal operation case.
Thanks!
Regards,
Matus

Actually, quite a few customers run with that many engines/memory.   In fact, it is difficult these days to even buy a server with less than 128GB of memory and 16 cores/32 threads.    Pretty much the only time we see less is when the install is in a VM.   Interestingly, we had comments from the first version suggesting the numbers were not realistic given the typical size of systems being deployed were much larger....    In addition, in my experience with customers on SAP systems, they were not aware of how much memory was necessary to really support medium to large systems based on the configurations they were attempting.
I am sorry that you feel some of the examples are contradictory. You are correct in pointing out that the text refers to 16 engines and the example configures 32....   So yes, for that specific example, it should have been 16.
Secondly, not having seen ADM540, but I think there is a bit of a problem if they suggest that.   I my opinion (and I have spent a lifetime tuning ASE), the idle timeout for ERP and BW should likely both be 1000+ and 2000 is not unreasonable.   The comment in ADM540 is likely due to if ASE and a NW CI are sharing the same cores - e.g. you have a 4 core box and ASE is running on 2 cores (we will ignore threads for this discussion) and you have 30 NW worker processes - which obviously will need to bump ASE off the cpu in order to run.   This may be fine in a test/dev or even a solution manager system, but bumping ASE off the core is NOT a good thing for a production system. In fact, I would encourage using numactl or similar to fence off the the cores used for ASE from NW worker processes if at all possible.   We have seen cases of overloaded NW installations with multiple CI instances with hundreds of worker processes each starving cpu away from ASE......sooo....I would tend to actually be a bit more than firm on suggesting that 100 is a very bad starting point.   Given the number of client side joins that SAP uses to avoid [DBMS proprietary] temp tables, it is critical that ASE's (or any DBMS) response time be minimized as much as possible.....having ASE yield the core practically as soon as it gets done processing one task (and puts it to sleep pending an IO) just really causes things to run slow.   Think of a typical query that returns 10 rows - say wide enough that each row fills 1 packet.   If the packet transmit time (and client ACK) takes more than 100 microseconds on CPU (almost a given for network interactions...as clock ticks are in nanoseconds and networking is minimally milliseconds - 1000 microseconds), ASE would yield the CPU every time it sent a packet.    When the client wanted the next packet, the OS would have to wake up the ASE process (an interrupted sleep) which is a nasty heavy weight operation.   Hence it is best for ASE to hang out on the CPU until reasonably sure that nothing more is going to happen very soon....and on current cpus...and having it run for 1-2ms (1000-2000 microseconds) shouldn't be a hardship.     If you created a separate thread pool for batch worker processes, then I could see maybe using a lower idle timeout such as 200 or 250......100 is just plain too low in my mind...it is like saying ASE is expecting an odd query every few seconds vs. a steady workload. Basically at that level, there had better be a task in the ASE job queue or one on the way on the network already, or that engine is going to sleep.
While I state that with regards to ADM540 itself, I have not seen the class (perhaps)...one customer did show me the notebook of a class (ASE Sys Admin) they went to and it was really targeted at non-SAP installations more than SAP installations - from a reality/experience aspect.   Part of the issue with the class the customer showed me was it borrowed liberally from the old SY classes as a starting point, but at the point the class was developed there was not a lot of experience with running SAP installations on ASE to really point out the fine tweaking areas such as idle timeout.
However, the document was really aimed primarily at Business Suite vs. BW systems or a Solution Manager install (which are much smaller) - there are a lot of other considerations for BW the guide doesn't get into - although some of the sizing is a better start than the defaults provided by SAPINST
The former runtime guide essentially was just merged in to the Post-Migration Steps section.
May do a quick refresh in the near-future (due to some recent experiences), so if you have other specific examples of the text and SQL not aligning - please let me know.

Adobe "Best Practices" aren't practical to implement!

Maybe I'm just venting, but seriously -- what the heck guys
(Adobe)?
I've been pretty forgiving in general about this kind of
stuff but the list of annoying issues I've been finding is getting
a little long. It seems like every time I make a serious effort to
implement Adobe's "best practices" form validation functionality,
it takes a massive amount of time unless you're doing it EXACTLY
like the example presented here:
http://www.adobe.com/devnet/flex/quickstart/validating_data/#section3
And even here, there's *alot* of repetitive (and
bug-vulnerable) code going on here if you're doing multiple forms,
or forms of any modest level complexity. God help you if you're
trying to use these "best practices" using an editable DataGrid
with validation assistance in a popup window...
Is this an outdated article or something? Are there any
useful examples of how to do this more effectively (maybe with some
code reuse?), that include less commonly (but still important)
features required for accessibilty (disabling buttons seems to
screw with tab navigation) or various types of custom
functionality?
I know this is like complaining that the air conditioning in
my private jet is hard to control, but if Adobe's gonna recommend
doing this, it shouldn't take hours to do, right?

This may be a good starting to to work on a better solution.
Seems to take care of the problem of repetitive code at least.
http://blog.wheelerstreet.com/?p=123
Hopefully someone from Adobe will address these issues, and
improve on their documentation and examples. I find myself going
through the Flex SDK source code sometimes trying to figure out why
something doesn't work (DataGrid stuff in particular) or how to get
a certain behavior.

Standards or Best Practices on limits to Adobe LiveCycle forms as data input tools?

We are trying to determine whether we should be using Adobe LiveCycle forms for our user input pages, or use a web input form (jsf) that is part of the application server. The data captured would then be rendered in multiple output forms. (printing, etc) We've proofed that it can be done, but our experience so far is that to achieve the complex business rules, validations and calculations, there is a lot of javascript code to write. Has there been any industry assessment or best practices on determining when it is best to use a web form vs Adobe Livecycle form for capturing user input? especially when there is a lot of strict validation and business rule, backend data calls, etc? Our input requirements also differ significantly from our output requirements- where we will definitely be using LiveCycle forms.

It sounds like you need use the adobe schema in MII so the output of your transaction matches it.
Regards,
Jamie

Best Practice for thinning Oracle Forms

We are considering upgrading from 10g (10.1.2.3) to (probably) 11g forms initially whist long term migrating to ADF.
Our system is 15 years old and has many issues that go along with a system this old i.e. database keys/indexes missing, forms with lots of code etc.
We have very few resources so thought the best way to go about this would be to thin out all our Oracle forms in 10g prior to upgrade (as this is mainly just a recompile in 11g) but was looking at if there were any best practices as to what level this should be done.
For example we heavily use PLLs. Should the majority of this code be moved into packages or are PLLs ok to use. I take it the majority of program units should be moved to db.
How thin should we aim to make the form. i.e if we are using post queries for something as simple as select customername into :nondbitem from customer where customerid =:customerid. Should we be making this a function in the db and reusing the code in the necessary places?
Just wondering what people would deam best practice before we start.
Thanks

Thanks for all your input.
Although the current database design is not correct we are going to correct the existng database rather than rewriting it.
So were hoping to correct this also!
But what im doing now to get rid some of this post queries for nondbnames is im creating a view of all information i need to display on one pertaining record.
Then i used this view like block basic procedure like relationship to the transactional block.So if you make queries or insert (need to run query the block view) it will give all the necessary record display"
{CODE}
This sounds sensible but we havs hundreds of tables with lots of columns. How are you managing the views/deciding how manytables/columns to include on the forms?

Arranging fields in a table-like form: best-Practice-Solution wanted

Hello Experts,
I´m wondering if there exists a 'best practice' considering how to arrange fields in a table-like form.
I know about cross-tables, but that´s not what we need. Most of the requirements that I have come to known are just that certain fields should be put in a certain order in a table-like outfit.
We have tried to do this using the drawing functions (e.g. putting a square around the fields and certain border styles), but it often happens that the lines overlap or there are breaks between the lines, so that you have to do a lot of manual configuration with the 'table'.
Since this is a requirement I´ve come upon with many reports, I can´t believe that this is supposed to be the best solution for this.
I don´t understand why there isn´t a table-like element in Crystal Reports to use for this. E.g. put a table with x rows and y columns in the header or group head section section and then just put the fields in it.
Many thanks in advance for your help !

Hi Frank,
You can use build in templates available in Template expert.
Click on Report menu-> Template Expert.
Select the desired template. ( Table grid template would suite best here) and click OK.
There is no facility of inserting a table directly as you said. You will have to do it manually by using lines and boxes.
Hope this is helpful.
Regards

Best practice for backing up and restoring forms

Greetings, I would like to pose a question to the forum and understand how many of you, if at all, "backup" your interactive forms so that in the event one or multple become corrupt, you have a method to recover the forms.
We recently experienced such a scenario in which the forms we developed in ABAP, and access through our portal, had become corrupt. What would happen to us when we attempted to access the form via the portal would be a SOAP error. SOAP errors, I understand, can happen for various reasons but prior to the incident, our forms were working just fine. We attempted to retrace our steps to identify the cause of the problem but found we could not replicate the issue. Through analysis of the forms, we identified the corruption in the master page and found that if we copied the sections of the form that were not corrupt to a new master page, the form would work properly again. Our thought is that this can not be the only method to recover from an incident like this and would like to know if others have experienced or have practices in place that would minimize the impact.
We asked SAP support whether or not there was a method to back up Interactive forms and the simple answer we received was to download the XML file from txn SFP. Can others relate to this strategy as a proper "backup" method or do other best practices exist that would be more ideal??
Thank you in advance!

I had many difficulties with this kind of errors like 2 years ago. Of course it was getting better with every patch level, and with LCD 8, LCD 8.1 etc.I don´t have any problems with the newest solution, but remember the feelings. I had to throw away a three days work once because of this "errors". But the solution is easy:
- use the versioning like you do in your ABAP development, that works ok
- if you would like to have an extra backup, copy the form into a backup, I mean with name like Z_YOURNAME_BCK_1
- if you still feel that is not enough, you can always set your forms to be dynamic, what makes the ADS webservice to change the way the forms are constructed (now it will have a internal structure, you can check this out, if you open a dynamic form in LCD outside SAP, it works like a charm, if you open just a printform, it asks for an import, which does not have anything in common with the template earlier). And you can backup every form you generate with these settings. If a problem appears, you can always open this outside SAP in LCD, copy the hierarchy and paste it into your SAP window with LCD development.
Hope that helps.
Regards Otto

Best Practice for re-usable forms in multiple Countries

Dear experts,
i'm seeking for suggestions about the best design which could help saving time on development for multiple forms i should produce for a multi-national client.
In more details, the client is asking to create a number of forms in the SD area (Order advice, delivery note/Bill of Lading, Payment slips and in particular Billing outputs) for different Countries in North and South America.
I'm striving to avoid creating separate forms for separate Countries, as ideally i'd want to create just one form per type (i.e. one form for Billing, one form for Delivery note...) and re-use the same forms for all Countries, where specific data should differ from one Country to the other.
We've been working on similar topics in the past, adding some logic behind some texts which we've made "parametric", meaning different standard texts are printed in the same box depending on some organizational values (i.e. sales organization or company code), but we're looking for something "smarter", where having different pricing structures in different Ctries, for instance, might still work if those Conutries use the same billing form
Is there any best practice you'd like to share with me with regards to this? Is there any new functionality SAP has delivered recently which helps in this direction?
Many thanks to all who will want to reply to my weird question.
Regards,
Fabio

Hi Scott.
Storing two columns of spatial data is fine in SQL Server. And you are correct that there is no built-in reprojection in SQL Server, most folks do that as part of data loading. There was talk of porting parts of ogr2ogr to SQLCLR, but I don't think anyone
did that.
Cheers, Bob

Best Practice for PDF print forms based on SAP standard

Hi,
I have copied the SAP standard PDF form F_D_INT_SCALE_00 to a Z form, and am using it in conjunction with the standard print program RFDZIS01_PDF. However I need to output some additional fields that are not supplied by the print program / interface (for example Customer VAT number).
What is the best practice for achieving this? As far as I can see the only way is to take a copy of the standard print program and modify it to select the extra data, and modify the interface. I never like taking copies of standard programs though for obvious reasons.
If I had this requirement with a smartform it would be a simple case of embedding ABAP code into the Z smartform and leaving the print program alone, but unfortunately there is no provision for the non-PDF version of the Interest Letter to be sent by email.
Thanks in advance,
Vindaloo

Thanks for your reply Robert.
However I think you are referring to Smartforms when you mention Code Initialization and Global Data declarations. I need to know the best way to modify copies of standard Adobe Print Forms.
Regards,
Vindaloo

Best practice when changing a lot of forms

Hi gurus,
if you have a lot of forms to manipulate and a lot of logic to change, what would be the best practice ?
Making some manipulation objects would be a nice thing. When I think of about 200 items or more on nearly every standard-form in B1 not included the logic behind, my brain gets dizzy
So there's no way than to keep the code clean and structured. Am I right ????
What about VB-Classes ?? I'm not sure about the stability of VB.net classes in bigger projects. C# would be nice, but isn't supported as I have in mind.
Does anyone have experience with big B1 VB.net projects especially concerning the stability of B1 and the resulting performance ?!?!?!???
The company I'm working for, seems to live from the flexibility of the software
regards,
Holger

No problem,
only thing to change is the creation of the menu.
The rest works fine, when using Visualstudio 2003. 2005 Beta complains much about CLS-compliance.
Spaghetticode, goodbye
Regards,
Holger
PS: What about the idea of extending this under a opensourcelike thing ? Or is this not allowed by SAP ?
Code:
        Dim oMenus As SAPbouiCOM.Menus
        Dim oCreationPackage As SAPbouiCOM.MenuCreationParams
            oTechDemoRoot = m_SboApplication.Menus.Item("43520") 'Modules'
            oMenus = oTechDemoRoot.SubMenus
            oCreationPackage.Type = SAPbouiCOM.BoMenuType.mt_POPUP
            oCreationPackage.UniqueID = "ScooterDEMO"
            oCreationPackage.String = strTechDemoRootMenu
            'oCreationPackage.Image = sPath & "VID.bmp"
            'add the menu at the bottom of the list
            oCreationPackage.Position = oTechDemoRoot.SubMenus.Count + 1
            'add subitems and submenus to customized menu root
            oMenus.AddEx(oCreationPackage)
            ' Get the menu collection of the newly added pop-up item
            oMenuItem = m_SboApplication.Menus.Item("ScooterDEMO")
            oMenus = oMenuItem.SubMenus
            ' Add 3 Sub Menu Items
            oCreationPackage.Type = SAPbouiCOM.BoMenuType.mt_STRING
            oCreationPackage.UniqueID = m_Name & "Mnu_0"
            oCreationPackage.String = "Speed up your business ;)"
            'oCreationPackage.Image = sPath & "bla.bmp"
            oMenus.AddEx(oCreationPackage)
            oCreationPackage.Type = SAPbouiCOM.BoMenuType.mt_STRING
            oCreationPackage.UniqueID = m_Name & "Mnu_1"
            oCreationPackage.String = "UI simple form via code"
            'oCreationPackage.Image = sPath & "bla.bmp"
            oMenus.AddEx(oCreationPackage)
            oCreationPackage.Type = SAPbouiCOM.BoMenuType.mt_STRING
            oCreationPackage.UniqueID = m_Name & "Mnu_2"
            oCreationPackage.String = "UI Calculator"
            'oCreationPackage.Image = sPath & "bla.bmp"
            oMenus.AddEx(oCreationPackage)
            oCreationPackage.Type = SAPbouiCOM.BoMenuType.mt_STRING
            oCreationPackage.UniqueID = m_Name & "Mnu_3"
            oCreationPackage.String = "UI BusinessPartnerFormExtention"
            'oCreationPackage.Image = sPath & "bla.bmp"
            oMenus.AddEx(oCreationPackage)
            oCreationPackage.Type = SAPbouiCOM.BoMenuType.mt_STRING
            oCreationPackage.UniqueID = m_Name & "Mnu_4"
            oCreationPackage.String = "UI-DI UDFieldsCreation"
            'oCreationPackage.Image = sPath & "bla.bmp"
            oMenus.AddEx(oCreationPackage)
            oCreationPackage.Type = SAPbouiCOM.BoMenuType.mt_STRING
            oCreationPackage.UniqueID = m_Name & "Mnu_5"
            oCreationPackage.String = "UI Complex form created via code"
            'oCreationPackage.Image = sPath & "bla.bmp"
            oMenus.AddEx(oCreationPackage)
            oCreationPackage.Type = SAPbouiCOM.BoMenuType.mt_STRING
            oCreationPackage.UniqueID = m_Name & "Mnu_6"
            oCreationPackage.String = "UI .Net lookalike contest ;)"
            'oCreationPackage.Image = sPath & "bla.bmp"
            oMenus.AddEx(oCreationPackage)

SAP Best practice for Material request form

Hai Sap gurus,
Do we have any sap best practice for material request form? If so please help me to find this best practice provided by the SAP. I searched through sap help but i was unable to find one.
Same way i also need to find the sap best practice for Change request form too...
Thanking you all in advance.

Hi,
Check these links
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/2b50ac90-0201-0010-d597-8d833833f9e0
and using the service market place link to down load the best practices
http://www.sap.com/services/bysubject/servsuptech/index.epx

How to make Forms less dependent of client PC ? (Best Practice?)

Hello,
We are on Forms 10g (and I also noticed the same pb with previous versions)
We built quite big applications that use Webutil and jInitiator (not Java plugin)
The application is used via Web only.
At the deploiement of the applications, we experienced many difficulties due to specific configuration of Internet Explorer (or another browser, Firefox) of each one person of the company
I suppose this situation has also been experienced by others...
Do you have any suggestion of best practices for making such application less dependent of the client PC configuration ?
Thanks in advance,
Olivier

Try to use http, i don't thing direct open the socket can pass throught the socket if your proxy haven't forward those ports~
Hi All,
I have problems with my applet working through
gh proxy.I am using a client applet which makes a
socket connection to a Java application running on the
same pc as the web server.
Everything works fine when I am directly
ly connected.However it does't work when connected
through a proxy? I am using object o/p & i/p streams
for the exchange of data b/w client applet & the
server java application.How do I overcome this
problem.
Currently I am using WinGate 3.0.2 as my proxy(I
(I did't see any firewaal setting there) but I intend
to make applet work through any proxy for that
matter.Using a higher level protocol such as UDP would
help in this regard?i think UDP/TCP is not the matter for that!
This is urgent.PLease reply ASAP...
best rgds,
prithvi

Best Practice - Form input

Similar Messages

Maybe you are looking for