You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Aaron Mulder (JIRA)" <de...@geronimo.apache.org> on 2006/05/01 05:48:47 UTC
[jira] Created: (GERONIMO-1951) config.xml settings should be
applied to newer versions
config.xml settings should be applied to newer versions
-------------------------------------------------------
Key: GERONIMO-1951
URL: http://issues.apache.org/jira/browse/GERONIMO-1951
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: kernel
Versions: 1.1
Reporter: Aaron Mulder
Priority: Blocker
Fix For: 1.1
If you deploy a module with no version number, it gets one during deployment and any config.xml settings are written using that version number. Then if you redeploy, the app gets a newer version, and a new entry is written to config.xml. It should transfer the old settings to the new configuration (checking to make sure each is still valid) rather than writing a whole new configuration block.
The same is true if you deploy an updated version of a core Geronimo service, e.g. updating geronimo/jetty/1.1.2/car to geronimo/jetty/1.1.3/car -- it should not forget any custom ports assigned, etc.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Resolved: (GERONIMO-1951) config.xml settings should be
applied to newer versions
Posted by "Prasad Kashyap (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1951?page=all ]
Prasad Kashyap resolved GERONIMO-1951:
--------------------------------------
Resolution: Fixed
Assign To: Aaron Mulder
I believe this issue has been fixed in G-1974. See Dain's comments here :
http://issues.apache.org/jira/browse/GERONIMO-1974#action_12378538
I also changed the version number for the sharedlib module from 1.1 to 1.2 and redeployed it using the command
deploy --user system --password manager redeploy C:\Apache\geronimo\configs\sharedlib\target\plan\plan.xml
The <configuration> block in the config.xml migrated appropriately.
Please reopn this issue if you still feel something needs to be addressed.
> config.xml settings should be applied to newer versions
> -------------------------------------------------------
>
> Key: GERONIMO-1951
> URL: http://issues.apache.org/jira/browse/GERONIMO-1951
> Project: Geronimo
> Type: Bug
> Security: public(Regular issues)
> Components: kernel
> Versions: 1.1
> Reporter: Aaron Mulder
> Assignee: Aaron Mulder
> Priority: Blocker
> Fix For: 1.1
>
> If you deploy a module with no version number, it gets one during deployment and any config.xml settings are written using that version number. Then if you redeploy, the app gets a newer version, and a new entry is written to config.xml. It should transfer the old settings to the new configuration (checking to make sure each is still valid) rather than writing a whole new configuration block.
> The same is true if you deploy an updated version of a core Geronimo service, e.g. updating geronimo/jetty/1.1.2/car to geronimo/jetty/1.1.3/car -- it should not forget any custom ports assigned, etc.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1951) config.xml settings should be
applied to newer versions
Posted by "Aaron Mulder (JIRA)" <de...@geronimo.apache.org>.
[ http://issues.apache.org/jira/browse/GERONIMO-1951?page=comments#action_12377854 ]
Aaron Mulder commented on GERONIMO-1951:
----------------------------------------
Now PersistentConfigurationList has methods to identify all Artifacts that it has data on matching an Artifact pattern, and to migrate the config settings from an old configuration name to a newer configuration name. We just need to change the deployment process to use these.
> config.xml settings should be applied to newer versions
> -------------------------------------------------------
>
> Key: GERONIMO-1951
> URL: http://issues.apache.org/jira/browse/GERONIMO-1951
> Project: Geronimo
> Type: Bug
> Security: public(Regular issues)
> Components: kernel
> Versions: 1.1
> Reporter: Aaron Mulder
> Priority: Blocker
> Fix For: 1.1
>
> If you deploy a module with no version number, it gets one during deployment and any config.xml settings are written using that version number. Then if you redeploy, the app gets a newer version, and a new entry is written to config.xml. It should transfer the old settings to the new configuration (checking to make sure each is still valid) rather than writing a whole new configuration block.
> The same is true if you deploy an updated version of a core Geronimo service, e.g. updating geronimo/jetty/1.1.2/car to geronimo/jetty/1.1.3/car -- it should not forget any custom ports assigned, etc.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira