Uploaded image for project: 'Geronimo'
  1. Geronimo
  2. GERONIMO-2105

When redeploying with no version number, new entries in config.xml break

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Blocker
    • Resolution: Fixed
    • 1.1, 1.1.2, 1.2, 2.0-M5
    • 1.1.2, 1.x, 2.0-M5
    • kernel
    • Security Level: public (Regular issues)
    • None

    Description

      Let's say you deploy foo with no version number and config.xml content. Then through the console or some other mechanism, you set a property on a previously unlisted GBean. Now you get something like this:

      <module name="default/foo/1149955208117/war">
      <gbean name="default/foo/1149955208117/war?J2EEApplication=null,WebModule=default/foo/1149955208117/war,j2eeType=GBean,name=MyGBean">
      <attribute name="bar">value</attribute>

      Now you redeploy foo, and it migrates the config.xml entry to the new version number. However, what you actually get is this:

      <module name="default/foo/1149955408117/war">
      <gbean name="default/foo/1149955223470/war?J2EEApplication=null,WebModule=default/foo/1149955223470/war,j2eeType=GBean,name=MyGBean">
      <attribute name="bar">value</attribute>

      Note the different version numbers between module and gbean elements. In other words, the version in the main config.xml entry is updated, but the version in the GBean entries is not. This means that the module will fail to start, as it will treat the GBean as a brand new GBean declaration and crap out when it has no GBeanInfo defined.

      Attachments

        1. g2105.war
          2 kB
          Vamsavardhana Reddy
        2. g2105-1.2.war
          2 kB
          Vamsavardhana Reddy

        Activity

          People

            Unassigned Unassigned
            ammulder Aaron Mulder
            Votes:
            1 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: