Bug 111291

Summary:	validation fails during ccm load if search set to intermedia
Product:	[Retired] Red Hat Web Application Framework	Reporter:	Dennis Gregorovic <dgregor>
Component:	installation	Assignee:	ccm-bugs-list
Status:	CLOSED WONTFIX	QA Contact:	Jon Orris <jorris>
Severity:	high	Docs Contact:
Priority:	medium
Version:	nightly	CC:	jross, rafaels, sseago
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-09-28 21:30:50 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Dennis Gregorovic 2003-12-01 19:41:19 UTC

Description of problem:
During an interactive ccm load of ccm-core, if waf.search.indexer is
set to intermedia, then validation will fail.  It outputs the
following stack trace.

Exception in thread "main" java.lang.IllegalArgumentException: no such
context: class com.arsdigita.runtime.RuntimeConfig
	at
com.arsdigita.packaging.ConfigRegistry.getStorage(ConfigRegistry.java:219)
	at com.arsdigita.packaging.ConfigRegistry.load(ConfigRegistry.java:289)
	at com.arsdigita.packaging.ConfigRegistry.load(ConfigRegistry.java:260)
	at com.arsdigita.runtime.AbstractConfig.load(AbstractConfig.java:107)
	at com.arsdigita.runtime.AbstractConfig.load(AbstractConfig.java:131)
	at com.arsdigita.runtime.AbstractConfig.require(AbstractConfig.java:148)
	at com.arsdigita.runtime.RuntimeConfig.getConfig(RuntimeConfig.java:49)
	at
com.arsdigita.search.SearchConfig$IndexerParameter.doValidate(SearchConfig.java:292)
	at
com.arsdigita.util.parameter.AbstractParameter.validate(AbstractParameter.java:239)
	at
com.arsdigita.util.parameter.MapParameter.doValidate(MapParameter.java:97)
	at
com.arsdigita.util.parameter.AbstractParameter.validate(AbstractParameter.java:239)
	at
com.arsdigita.util.parameter.AbstractParameterContext.validate(AbstractParameterContext.java:189)
	at com.arsdigita.packaging.ParameterMap.validate(ParameterMap.java:68)
	at
com.arsdigita.packaging.ParameterEditor.validate(ParameterEditor.java:223)
	at
com.arsdigita.packaging.ParameterEditor.access$600(ParameterEditor.java:16)
	at
com.arsdigita.packaging.ParameterEditor$4.act(ParameterEditor.java:103)
	at com.arsdigita.packaging.ParameterEditor.edit(ParameterEditor.java:314)
	at com.arsdigita.packaging.Load.run(Load.java:247)
	at com.arsdigita.packaging.MasterTool.main(MasterTool.java:100)

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Scott Seago 2003-12-01 19:47:28 UTC

Looks like it's failing when the validation tries to confirm that the
intermedia search is only specified when the database is oracle. This
actually works for already-loaded systems, but fails when loading from
scratch. As a workaround, you can load the system without setting the
search indexer and then later use "ccm set" to set it to intermedia.

The failure is in the following line of code:
            if (Search.INDEXER_INTERMEDIA.equals(value) &&
               
DbHelper.getDatabaseFromURL(RuntimeConfig.getConfig().getJDBCURL()) !=
DbHelper.DB_ORACLE) {

Is this call not valid at initial config time (i.e. within interactive
 "ccm load" config but before the system has gone through the loading
steps)?

Comment 2 Dennis Gregorovic 2003-12-01 22:22:24 UTC

disabled the validation check for now in 38394 so that we can remove
this as a blocker bug.

The root of the problem is that the first time that the validation is
run the RuntimeConfig context hasn't been loaded yet, so
RuntimeConfig.getConfig() fails.  Reassinging to Rafi for the proper fix.

Comment 3 Richard Li 2004-01-08 18:45:38 UTC

resolution depends on parameters work that justin is doing