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. common-config-defaults.xml
        11 kB
        Casey Boettcher
      2. wsa131-ci_rice-config.xml
        2 kB
        Casey Boettcher
      3. wsa131-kr-stg_rice-config.xml
        7 kB
        Casey Boettcher

        Issue Links

          Activity

          Hide
          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
          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
          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
          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