Authentication in Client/Server form Application

Hi
My client/server application is not using oracle authentiacation, I have maintained user table from that user is authenticated, but any user logins in a application it uses same oracle username/PWD which I currently hardcoded in a forms 6i (C/S type on logon event) application.
My client is located in different geographicaly location, when I change oracle database password I need to compile client application and diployed it again.
Is there any way that I can avoid this. I don't want to give database Un/Pwd to any client user. He only have application username and password.
Thanks
Sudarshan

Hello,
While installing developer you can select components to
Install, Options listed are Forms runtime and Reports runtime.
and it will make your work done.
Adi

Similar Messages

  • Calling Web Form from Client-Server Form

    Hi. I have an existing Client-Server Form (6i) still in production that needs to call a Web Form and pass it a parameter. Obviously I can't use Call Form or New Form from the client-server version, but can I somehow issue a command line (including a parameter) that opens the Web Form? Any suggestions for accomplishing this?
    I can create a command line like this, but have no idea how to pass a parameter to my Web Form. The Web Form named participants which has a Parameter defined named 'p_participant'.
    *"C:\Program Files\Internet Explorer\iexplore.exe" http://9.35.32.206:7777/forms/frmservlet?form=participants*
    I can also create a command line to open a web form like this to:
    *"C:\Program Files\Internet Explorer\iexplore.exe" http://9.35.32.205:7777/forms/html/sas2.htm*
    Where the sas2.htm looks like this:
    *<html>*
    *<body onload="document.menulaunch.submit();">*
    Launching File Generation...
    If the application does not load in 30 seconds then click the button below:
    *<form name=menulaunch action=http://9.35.32.205:7777/forms/frmservlet?config=FileGeneration method=post>*
    *<script>*
    var wshshell=new ActiveXObject("wscript.shell");
    var username=wshshell.ExpandEnvironmentStrings("%orauser%");
    var pw=wshshell.ExpandEnvironmentStrings("%orapass%");
    document.write("<input type=hidden name=userid value="+username+"/"+pw+"@sparc20*>")*
    *</script>*
    *<input type=submit value=Launch>*
    *</form>*
    *</body>*
    *</html>*
    Any help would be greatly appreciated.
    Edited by: Buechler on Apr 8, 2009 8:58 AM

    Simply add to your URL as follows:
    http://9.35.32.206:7777/forms/frmservlet?form=participants&otherparams=p_participant=<SOME VALUE>I assume you plan to use HOST to make this call. I would recommend something like this:
    HOST ('cmd /c start iexplore.exe "http://9.35.32.206:7777/forms/frmservlet?form=participants&otherparams=p_participant=<SOME VALUE>"');

  • Run a report in reports server calling it from a client/server form

    How can I run a report in reports server calling it from a client/server form ?
    Thanks

    In client server mode you can use RUN_PRODUCT built-in. Lookup help for this built-in for more details.
    Best of luck!

  • Distributing client/server forms app

    Hi
    I am distributing a client/server forms/reports app that calls stored database procedures.
    Does anyone have information on best-practice for version-control/distribution of upgrades etc? What is a good model to follow? At the moment I am using CVS but it is getting very complicated knowing which client has which version of a form/report/procedure
    All input appreciated
    Jim

    Thanks Damisetty,
    How have you handled when installing in different versions of Windows, i.e. if you prepare the installation on Windows 2000 does it work for installing on Windows XP or the other way around?
    Besides the technical issue, there is the licensing issue, have you used this method for customers that just buy the DB, without forms?
    Could any of the Oracle folks throw some light on the subject?
    Regards.

  • Convert client/server form into portal

    Is it possible to convert an client/server form developed in Forms 6i into Portal form

    Partha,
    Sorry, there is no such utility exists at the moment.
    Thanks,
    Dmitry
    null

  • From client/server forms 6i to ... what?

    I'm a developer who comes from the world of client/server oracle forms 6 vs Oracle 8i database, so I feel a bit lost in this web and 10g mess (maybe the mess was the prior 6i).
    I'm stuck manteining an application in that architecture, but I'd like to reach for the state of the art in oracle, so I downloaded and installed this xe edition (which was surprisingly easy!) for redhat.
    Now I would like to know where to go next, and this step I suppose is to try to generate a form and make it run against this new database. Here come my questions:
    1. Is it possible to run forms against 10g xe? What do I have to install for this forms being served via web? Do they have to be generated with developer suite 10g?
    2. Why isn't there options in the apex admin system for creating tablespaces and datafiles? Is this version limitated to the default USERS tablespace?
    3. This one is more ... phillosophical: Are oracle forms and reports a technology which is "endangered" in front of java or others? Would you recommend me not to keep going with forms and reports as my future development tools?
    PD: I apologize for the possible offtopic and also for my english.

    Forms Client/Server is out of support, and pretty much dead.
    Forms via an Application Server is alive and Oracle's position is that it isn't going away but will get more integrated with Java. However the general view is it isn't a technology that people are using to build new applications.
    Java/ADF Faces/JSF/JDeveloper is one of the approaches for front end application building.
    Application Express (Apex) is another.
    They each have advantages and disadvantages, and what the job market will be like for those skill sets is debatable (though obviously Apex is purely an oracle skillset)

  • Client\server Forms

    Oracle Forms6i in a client\server environment is a great product that still works very well for us. We do not need (or want) a web-based solution. Our system only needs to support our in-house users (about 400 currently).
    I am very disappointed in the direction that Oracle is forcing us to go (web-based) if we want to stay with the Oracle tools that we know well. This isn't so much a request for help, it's more an attempt to communicate to the Oracle Forms manager(s) that going away from client\server is very disappointing to us and looks to be a bad business decision.

    Mark,
    I must appologize, but I though that things are easier to search and find on this forum. I tried for half an hour but wasn't able to spot the main thread ;-(
    The summary of it is that there was a big discussion on this forum after Oracle announced its desupport date for Forms and Reports client/server (sometime in July if I remember well). Along with this desupport date there was a discussion whether or not Oracle Forms supports XP. The initial decision of not supporting XP was reverted and XP now is supported since patch 13.
    For client/server the desupport date is January 1st 2005 for error correction and January 1st 2008 for extended assistance support. Thus Forms6i client/server will be around until end of 2007.
    Most discussions on this forum were about the cost going with moving Forms to the Web, especially keeping in mind that client/server runtime was for free.
    Another issue was the size of the Oracle9iAS installation which is 6GB all in all though Forms users may not use all the Oracle Application Server components.
    Last but not least, many customers didn't feel ready to move their applications to the Web in this period of time, especially those that run character mode applications.
    The installation issue gets fixed with the upcoming Oracle Application Server 10g which has a installation option that only installs the software required to run Forms and Reports.
    The migration is assisted by a Forms Migration Assistant in Forms9i as well as material that we compiled and published on OTN. The WebUtil library finally was developed to close the gap between client/server functionality and teh Web functionality.
    I can't talk about pricing, because this is not in the scope of my professional work, but OTN offered a special upgrade promotion for Forms users when moving their applications to teh Web.
    Client/server as it is in Forms6i will not come back, this is how it seems.
    There have been discussions on this forum if one could simulate client/server using the Forms Web components installed on a local client. Webstart was mentioned as one possible solution as it would allow you to have Forms applications started and run from an icon on the user desktop. Currently there are some investigations in Forms development going into this direction.
    The majority of customers that posted their opinion on the client/server desupport did not like the client/server desupport plan at all.
    The OTN forum postings where brought to Oracle senior management attention by Forms Product Managers monitoring this list.
    The benefit of a Web only version of Forms - and you may disagree - is integration with the J2EE stack Oracle has within Oracle9iAS and OracleAS 10g.
    J2EE is a technology that more and more customers evaluate for future development efforts. Having Forms integrating with J2EE applications(as seamlessly as possible)is the best way to make sure that Forms users can leverage their investment in the Forms technology. Even more, you can extend Forms applications with J2EE or have it communicating with it (the same applies to Reports)
    Many new features that we implemented in Forms6i and Forms9i worked on the Web only (SSO, Enterprise Manager monitoring, client side Java etc).
    Mark, hope that this summary gives you a good idea of what the discussions were about and that we do care of what customers do with Forms.
    Just in case that I missed an argument or presented it too positive (my memory is subjective and not perfect), I am sure that the forum members which already contributed to this posting will add additional comments. Others may join in too.
    Frank

  • Best practice for client-server(Socket) application

    I want to build a client-server application
    1) On startup.. client creates connection to Server and keeps reading data from server
    2) Server keeps on sending different messages
    3) Based on messages(Async) from server client view has to be changed
    I tried different cases ended up facing IllegalStateChangeException while updating GUI
    So what is the best way to do this?
    Please give a working example .
    Thanks,
    Vijay
    Edited by: 844427 on Jan 12, 2012 12:15 AM
    Edited by: 844427 on Jan 12, 2012 12:16 AM

    Hi EJP,
    Thanks for the suggestion ,
    Here is sample code :
    public class Lobby implements LobbyModelsChangeListener{
        Stage stage;
        ListView<String> listView;
        ObservableList ol;
         public Lobby(Stage primaryStage) {
            stage = primaryStage;
               ProxyServer.startReadFromServer();//Connects to Socket Server
             ProxyServer.addLobbyModelChangeListener(this);//So that any data from server is fetched to Lobby
            init();
        private void init() {
              ProxyServer.getLobbyList();//Send
            ol = FXCollections.observableArrayList(
              "Loading Data..."
            ol.addListener(new ListChangeListener(){
                @Override
                public void onChanged(Change change) {
                    listView.setItems(ol);
         Group root = new Group();
        stage.setScene(new Scene(root));
         listView = new ListView<String>();
        listView.maxWidth(stage.getWidth());
         listView.setItems(ol);
         listView.getSelectionModel().setSelectionMode(SelectionMode.SINGLE);
        istView.setOnMouseClicked(new EventHandler<MouseEvent>(){
                @Override
                public void handle(MouseEvent t) {
    //                ListView lv = (ListView) t.getSource();
                    new NewPage(stage);
         root.getChildren().add(listView);
         @Override
        public void updateLobby(LobbyListModel[] changes) {
    //        listView.getItems().clear();
            String[] ar = new String[changes.length];
            for(int i=0;i<changes.length;i++)
                if(changes!=null)
    System.out.println(changes[i].getName());
    ar[i] = changes[i].getName();
    ol.addAll(ar);
    ProxyServer.javaProxyServer
    //Implements runnable
    public void run()
         ......//code to read data from server
    //make array of LobbyListModel[] ltm based on data from server
         fireLobbyModelChangeEvent(ltm);
    void addLobbyModelChangeListener(LobbyModelsChangeListener aThis) {
    this.lobbyModelsChangeListener = aThis;
         private void fireLobbyModelChangeEvent(LobbyListModel[] changes) {
    LobbyModelsChangeListener listner
    = (LobbyModelsChangeListener) lobbyModelsChangeListener;
    listner.updateLobby(changes);
    Exception :
    java.lang.IllegalStateException: Not on FX application thread; currentThread = Thread-5
             at line         ol.addAll(ar);
    But ListView is getting updated with new data...so not sure if its right way to proceed...
    Thanks,
    Vijay                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Client-server database application...

    Hi there!
    I'm about to write a database-application and I wonder if the following approach is to prefer or not:
    I want to use a MySQL-database and there shall be about eight client-applications which all shall be able to use it. I think of solving the above with RMI (I want to create/deploy a server wich will contain all the different SQL-queries on the same site as where I install the MySQL-database ). From the clients I just, with RMI, invoce the methods on the server which contains the different queries I want to use. In other words all the database-functionality is located on the server somewhat like stored procedures. To make it work each client must be assigned a thread of its own on the server...is this right?
    The advantages of the above which I can think of is: I just need to stuff one J/Connector driver in the JRE (on the server). Another is that I can use the nameservice of RMI... are there others?
    Is the above a good / usual or even bad approach?
    Is it more usual or even better to just provide the database-functionality (SQL-queries) in the clients and provide every client with the J/Connector driver?
    Thanks in advance!

    You noted that there will be "eight client-applications" - does that refer to eight users or eight programs using the database? This is important in determining your course of action.
    If you're talking about a small number of concurrent users (you have to define small), then you'll probably better off trying to do all the data/business logic in the app. If you're talking about a large number of concurrent users (again, your definition), your client/server paradigm might be better.
    To complicate things, unless you're doing this as a learning-on-your-own project (e.g. not getting paid for it), this is where you might want to evaluate using J2EE technoligies for your server-side implementation. Writing your own server is not a trivial task (been there, done that - pre-J2EE, of course): there's a lot of things you have to figure out how to handle. Well, that's true of even using J2EE, but there's some portion of what your server would need to do already taken care of in an application server.

  • When is client/server forms finished?

    Which is last database, where is possible run forms with client/server architecture? Of cource with guarantee ORACLE.
    We have forms version 6 in client/server, who are running on database 9.2i and we need move to database 10g.
    Thanks...

    user12240408 wrote:
    Unfortunatelly forum doesn't solve my question. There are answers for solution with forms *6i* , but we have developed forms *6* only for client/server architecture.So if you are unable to search the answer, then you can create a new post in forms forum with your question. If someone has the answer, you will get some reply.
    You can also find the forms form here under category "Developer Tools"
    http://forums.oracle.com/forums/main.jspa?categoryID=84
    Hope this helps.

  • Client server http application

    I must realize a client server application which comunicate using http protocol. The client asks for the hour and the server answer to it. It's necessary for testing our network. Which classes I must use? HttpURLConnection is suitable for this tipe of application?
    Thank you...

    you can probably use HttpConnection or HttpURLConnection.
    i'm not too sure though.
    if you run into security problems then you will probably have to use a servlet.
    hope this helps
    Andy

  • Client/server/web application

    My application will be deployed as client/server application and as well as web application. An database is used to keep the persistent data.
    For the client/server environment, I will need client tier, application server tier, and the database tier. For the web applicaiton, I will need web interface, web server, and the database tier.
    My question is that since the application will be deployed as both client/server application and web application, how to leverage the components, so the application server and the web server has less code duplication.
    Is there any guideline for designing such an architecture?
    The application uses J2SE, and Tomcat is the servlet engine.
    Thanks for any input /danclemson

    Your business logic should be written so that it can used from anywhere. Command line, GUI, webapp, it's irrelevant. Likewise with the db layer, so those will be exactly the same. Then you just put whatever front end you want on it. Now, if you're talking about having the same server used for both at the same time, that's a different question. But it sounds like you're asking about code.

  • Distributing runtime client/server forms?

    I know C/S forms is not supported any more, but C/S forms runtime doesn't require a client license and that is still an advantage.
    I want to know if there is some way to create an installation package, that could be distributed to customers and included the forms/reports runtime along the application forms/reports executables, so the customers don't have to buy a forms license.
    Thanks in advance.

    Thanks Damisetty,
    How have you handled when installing in different versions of Windows, i.e. if you prepare the installation on Windows 2000 does it work for installing on Windows XP or the other way around?
    Besides the technical issue, there is the licensing issue, have you used this method for customers that just buy the DB, without forms?
    Could any of the Oracle folks throw some light on the subject?
    Regards.

  • Client/Server to Web-Based application Conversion

    Hi! Everyone,
    I have couple of questions for you guys.
    Our Client had recently upgraded Forms 4.5 to 6i to move from Client/Server based application to Web based application.
    They are using Forms Server 6i Patch Set 1, OAS 4.0.8.1, Windows NT Service Pack 5 and Oracle 7.3. They are facing the following error every now and then, when they run the forms,
    "FRM-92100: Your connection to the server was interrupted. This may be the result of a network error or a failure on the server.You will need to re-establish your session."
    Please let me know what might be causing the above error. The only problem i can think about might be Oracle 7.3. If i am right only Oracle 8 and above supports Forms 6i.
    Can anyone let me know some tips and/or techniques to upgrade Forms 4.5 to 6i. If there are any important settings/steps which we might have over looked during the upgrade, please list them.
    Any kind of help is greatly appreciated.
    Thanks,
    Jeevan Kallem
    [email protected]

    Most of the code is use with no changes at all.
    See otn.oracle.com/formsupgrade
    Regards
    Grant Ronald

  • WARNING - Oracle intends to desupport Forms client server mode

    When Forms 6i becomes desupported you will have to move to Forms 9i. Forms 9i runtime can only be run in web mode from a web browser. You will not be able to run client-server forms in native operating systems such as Windows or Unix. The forms will essentially run on the application server with Java applets to being sent to your web browser. Links to third party products will no longer work with host commands executing on your local machine. You will have to include Java code to make local commands work.
    The transition from Forms 6i client-server to Forms 9i web mode will be one of the most painful upgrades Oracle has ever inflicted on its customers.
    Essentially, Oracle is trying to palm us off with running forms from web browsers whether we or our customers like it or not. Java seems to be creeping in. I suspect Developer will eventually turn into JDeveloper, as they will not want to support two products. Easy one line statements and built-ins will be replaced by hundreds of lines of Java nonsense. Developer will move from a 4GL RAD environment to a cumbersome bloated 3GL Java environment.
    You can stop this happening if you want to keep you customers happy by:
    1. Sending Oracle enhancement requests to allow Forms 9i to run in native client-server mode.
    2. Complaining to your Oracle sales contact.
    3. Asking difficult questions at Oracle user groups.

    Duncan et al.,
    I've been wondering why exactly a Forms9i app. needs to run in a web page? Why could the applet not be deployed in a more "standalone" fashion, i.e., an independent application window. This would at least offer the appearance of a native application, complete with the new Java look-and-feel.
    If Oracle really wanted make their customers happy, they would then take the next step and come up with a way to embed OC4J into a client-side deployment executable, which would then effectively allow for a 2-tier client-server architecture.
    It seems to me that 2-tier/3-tier each have their place in the world, depending on the situation. In the extreme "2-tier" example would be an application that is to be deployed on a single client workstation. It would be hard to argue that a separate application server ought to be used. On the other extreme, anybody who has tried to manage the deployment--and upgrade--of a large number of Forms clients is very attracted to the prospect of only having to maintain and upgrade a few application servers.
    I agree with the direction of the product as far as replacing Toolkit2 and the native runtime with the JRE. The advantage of on-demand updating of application code is compelling. The capability of moving application logic to the middle tier is extremely useful. Platform independence is now done using the "universal" JRE instead of TK2.
    If the product could maintain the client-side processing capability--without resorting to Javabeans--it would be just that much stronger. As an application architect, I want to be able to design the application to allocate the work where it makes the most sense, either on the client, the application server, or the database server.
    How hard would it be to put this client-side processing capability back into the product?
    Regards,
    Bruce MacDonald

Maybe you are looking for