Kuali Rice Development
  1. Kuali Rice Development
  2. KULRICE-2932

rice-config.xml for deployment of standalone server

        Details

        • Similar issues:
          KULRICE-1763SpringLoader doesn't support kew.additionalSpringFiles param in rice-config.xml
          KULRICE-2764Deploy Rice standalone server to our test environments
          KULRICE-3060Fix Recipe sample application so that it works with a standalone server
          KULRICE-2815 Deploy CAS-enabled Rice standalone server to test environment
          KULRICE-2816Deploy Rice standalone server with Recipe sample app to test environments
          KULRICE-5665Implement the ability to run rice sample app as a seperate application integrated with the Rice Standalone Server, put process in place to automatically deploy to a test environment using CI
          KULRICE-4160update the rice\web\src\main\config\example-config\rice-config.xml
          KULRICE-6781Test standalone server install instructions
          KULRICE-13134Create Rice 2.5 environments for testing client/server deployments
          KULRICE-2855Document Kuali Rice Standalone Server installation and configuration

          Description

          There are a couple of issues here:

          1. Why is a sample version of rice-config.xml not included in the non-sample app distribution of the standalone server? I cannot think of a good reason to exclude it.
          2. Among the currently included parameters, which are specific to KFS/IU and which are kruft?

          Plan is to take the wsa131 copy of the file, put it in the web module, and use maven to filter it on a per-profile basis such that the standalone gets a generic version, the sample app gets a sample-app version and the wsa131 profile creates a flavor for the IU environment.

          1. XML File
            common-config-defaults.xml
            11 kB
            Casey Boettcher
          2. XML File
            wsa131-ci_rice-config.xml
            2 kB
            Casey Boettcher
          3. XML File
            wsa131-kr-stg_rice-config.xml
            7 kB
            Casey Boettcher

            Issue Links

            is related to

            Sub Task - A small part of the whole. KULRICE-2934 Verify that Rice Config is as streamlined as possible and that the usage of common-config-defaults.xml is working properly

            • Major - Major loss of function.
            • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.
            relates to

            Task - A task that needs to be done. KRDOC-20 Create a list of Configuration Parameters available in Rice so that we can document them

            • Blocker - Blocks development and/or testing work, production could not run.
            • Resolved - A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.

              Activity

              Descending order - Click to sort in ascending order
              Hide
              Permalink
              Eric Westfall added a comment -

              Bulk change of all Rice 1.0 issues to closed after public release.

              Show
              Eric Westfall added a comment - Bulk change of all Rice 1.0 issues to closed after public release.
              Hide
              Permalink
              Casey Boettcher (Inactive) added a comment -

              Added flag to rice-config.xml in project. Eric indicates that current version works.

              Show
              Casey Boettcher (Inactive) added a comment - Added flag to rice-config.xml in project. Eric indicates that current version works.
              Hide
              Permalink
              Casey Boettcher (Inactive) added a comment - - edited

              The problem here is that, with URL-related parameters in common-config, the test server somehow generates URLs with localhost for the machine name. Not sure why this is--I'm thinking it's the result of two things:

              • code within the application that is redirecting requests
              • code that is relying upon the presence of certain paths within URLs

              I'm of the opinion that any redirection within the application is a kludge. URLs given the client should be the URLs that satisfy the client's requests; we're generating them programatically in the first place. Why introduce complexity when none is needed? If it is needed, then there's a flaw in design that needs to be addressed.

              That said, if redirection is a temporary fix to accommodate code that will be going away prior to the release of 1.0, I'll mark this issue as relying upon the removal of that code.

              Moving forward, I'm going to put this issue and the testing of the standalone server on hold until we get closer to the end of QA for 1.0

              Show
              Casey Boettcher (Inactive) added a comment - - edited The problem here is that, with URL-related parameters in common-config, the test server somehow generates URLs with localhost for the machine name. Not sure why this is--I'm thinking it's the result of two things: code within the application that is redirecting requests code that is relying upon the presence of certain paths within URLs I'm of the opinion that any redirection within the application is a kludge. URLs given the client should be the URLs that satisfy the client's requests; we're generating them programatically in the first place. Why introduce complexity when none is needed? If it is needed, then there's a flaw in design that needs to be addressed. That said, if redirection is a temporary fix to accommodate code that will be going away prior to the release of 1.0, I'll mark this issue as relying upon the removal of that code. Moving forward, I'm going to put this issue and the testing of the standalone server on hold until we get closer to the end of QA for 1.0
              Hide
              Permalink
              David Elyea added a comment -

              Hey Casey... just had a couple notes below for your questions. I wasn't sure if you were speaking for the was131 server specifically or just speaking in general terms. In terms of the wsa131 rice-config.xml file i think it needs to be reset. The actual rice-config.xml file that needs to be set now for 1.0 can be much smaller than the file that's attached to this issue. We now use the common-config-defaults.xml file to default a lot of these. The wsa131 file should use the existing rice-config.xml template file (see the question 1 comment below) and then we should probably build it up based on some of the paramters that the wsa131 server builds specifically need.

              Question 1:

              I think there is a rice-config.xml sample file in the rice source code in /web/src/main/config/example-config. I believe the intention is to have it there in the source code and then in the documentation we'll be delivering with 1.0 about how to configure a standalone server and what properties can go in which files and also where Rice looks for config files external to the war file for the standalone server.

              Question 2:

              My assumption here is that you're talking specifically about the wsa131 server file so you might need some assistance that i can't give to figure those out. As for what's in the rice-config.xml file inside the source code of rice in the web module, there shouldn't be any KFS/IU specific pieces there. =o)

              Show
              David Elyea added a comment - Hey Casey... just had a couple notes below for your questions. I wasn't sure if you were speaking for the was131 server specifically or just speaking in general terms. In terms of the wsa131 rice-config.xml file i think it needs to be reset. The actual rice-config.xml file that needs to be set now for 1.0 can be much smaller than the file that's attached to this issue. We now use the common-config-defaults.xml file to default a lot of these. The wsa131 file should use the existing rice-config.xml template file (see the question 1 comment below) and then we should probably build it up based on some of the paramters that the wsa131 server builds specifically need. Question 1: I think there is a rice-config.xml sample file in the rice source code in /web/src/main/config/example-config. I believe the intention is to have it there in the source code and then in the documentation we'll be delivering with 1.0 about how to configure a standalone server and what properties can go in which files and also where Rice looks for config files external to the war file for the standalone server. Question 2: My assumption here is that you're talking specifically about the wsa131 server file so you might need some assistance that i can't give to figure those out. As for what's in the rice-config.xml file inside the source code of rice in the web module, there shouldn't be any KFS/IU specific pieces there. =o)

                People

                • Assignee:
                  Casey Boettcher (Inactive)
                  Reporter:
                  Casey Boettcher (Inactive)
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved:

                    Structure Helper Panel