Okay, I understand now. The override files don't have that property replaced.
I changed the instance of ${rave.database.location} to /tmp/rave_db in my
override copies of portal.properties and rave.shinding.properties, and now I
can successfully access my Rave externally. Thanks for your help everyone!
In the future, would there be a way to include override files in the build
cycle to properly replace that property? Or perhaps a centralized location to
alter the hostname?
Carl Louton
E543 - HIS, Visualization & Decision Support
The MITRE Corp.
781-271-5231
>-----Original Message-----
>From: Marlon Pierce [mailto:[email protected]]
>Sent: Monday, November 28, 2011 4:02 PM
>To: [email protected]
>Subject: Re: Problems accessing rave externally
>
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>rave.database.location is a property in the top level pom. We use file-based
>H2 out of the box (see
>http://incubator.apache.org/rave/documentation/configure-database.html).
>Rave will need to be able to create this file, so you may need to change it.
>
>
>Marlon
>
>
>On 11/28/11 3:56 PM, Louton, Carl O. wrote:
>> Hi Venkat,
>>
>> I tried this approach, and made changes to the actual files as I did below,
>> but
>I'm still getting the error about resolving rave.database.location. Could you
>tell
>me exactly which files you made changes in, perhaps I am missing one, or
>doing one too many.
>>
>> -Carl
>>
>> -----Original Message-----
>> From: Mahadevan, Venkat [mailto:[email protected]]
>> Sent: Wednesday, November 23, 2011 2:42 PM
>> To: Louton, Carl O.; [email protected]
>> Subject: RE: Problems accessing rave externally
>>
>> Hi Carl
>>
>> I tried the following approach and it seems to be working, so instead of
>overriding the prop files and setting it in the JAVA_ OPTS like you did, I went
>ahead and changed the actual property files that had localhost defined in
>them (ie rave.shindig.properties on rave-shindig and portal.properties on
>rave-portal-resources) and re-built rave. It seems to be running fine, tested
>it
>out from a colleague's machine and I was able to access it and all the widgets
>were rendering fine.
>>
>> I wanted to follow a different approach and wanted to see whether
>changing the actual files would work and it seems to be working. If it is
>possible try this approach and let me know.
>>
>> Thanks
>> Venkat
>>
>>
>> -----Original Message-----
>> From: Louton, Carl O. [mailto:[email protected]]
>> Sent: Tuesday, November 22, 2011 12:54 PM
>> To: [email protected]
>> Subject: RE: Problems accessing rave externally
>>
>> Hi,
>>
>> The requests are indeed going to localhost instead of the hostname.
>>
>> As I stated, I tried following the instructions for overriding the hostname
>> for
>the open social container. When I set the system properties that override the
>location of my new copy of portal.properties and rave-shinding.properties, I
>get the Exceptions about the database location. If I don't set the override
>properties, the database is created correctly in the location that is
>specified in
>the root pom file (and no database location exception). I'm setting the
>properties by specifying parameters to the JAVA_OPTS variable in my
>startup.bat file, like this:
>>
>> set JAVA_OPTS=%JAVA_OPTS% -
>Dportal.override.properties="C:\rave\override.properties" -Drave-
>shindig.override.properties="C:\rave\override.rave.shindig.properties"
>>
>>
>> In my override.properties file, the change I made was to
>"portal.opensocial_engine.root", which I set to my hostname:8080
>> In my override.rave.shinding.properties file
>> I set "shinding.host" to my hostname,
>> I set "shindig.containers.default" to "C:\rave\override.container.js"
>> I set "shindig.signing.global-callback-url" to
>"http://hostname:8080/gadgets/oauthcallback";
>>
>> In my override.container.js,
>> I set "gadgets.features" to
>> "gadgets.features" : {
>> "core.io" : {
>> // Note: /proxy is an open proxy. Be careful how you expose this!
>> // Note: Here // is replaced with the current protocol http/https
>> //"proxyUrl" :
>"//%host%${CONTEXT_ROOT}/gadgets/proxy?container=%container%%rewri
>teMime%&refresh=%refresh%&gadget=%gadget%/%rawurl%",
>> "proxyUrl" :
>"//%host%${CONTEXT_ROOT}/gadgets/proxy?container=%container%&refre
>sh=%refresh%&url=%url%%rewriteMime%",
>> "jsonProxyUrl" : "//%host%${CONTEXT_ROOT}/gadgets/makeRequest"
>> },
>> "views" : {
>> "profile" : {
>> "isOnlyVisible" : false,
>> "urlTemplate" :
>"http://hostname${CONTEXT_ROOT}/gadgets/profile?{var}";,
>> "aliases": ["DASHBOARD", "default"]
>> },
>> "canvas" : {
>> "isOnlyVisible" : true,
>> "urlTemplate" : "http://hostname
>${CONTEXT_ROOT}/gadgets/canvas?{var}",
>> "aliases" : ["FULL_PAGE"]
>> }
>> },
>>
>>
>> Carl Louton
>> E543 - HIS, Visualization & Decision Support
>> The MITRE Corp.
>> 781-271-5231
>>
>>
>>> -----Original Message-----
>>> From: Jasha Joachimsthal [mailto:[email protected]]
>>> Sent: Tuesday, November 22, 2011 11:42 AM
>>> To: [email protected]
>>> Subject: Re: Problems accessing rave externally
>>>
>>> Hi,
>>>
>>> Are the requests for the gadget rendering going to hostname:8080 or
>>> localhost:8080? If they're still going to localhost, then configure the
>>> opensocial container as described on [1].
>>> You also seem to have an issue with the rave.database.location not being
>>> replaced during the build. Does your root pom contain a property with the
>>> path where the H2 database can store its file?
>>>
>>> [1] http://incubator.apache.org/rave/documentation/host-
>configuration.html
>>>
>>> Jasha Joachimsthal
>>>
>>> Europe - Amsterdam - Oosteinde 11, 1017 WT Amsterdam - +31(0)20 522
>4466
>>> US - Boston - 1 Broadway, Cambridge, MA 02142 - +1 877 414 4776 (toll
>free)
>>>
>>> www.onehippo.com
>>>
>>>
>>> On 22 November 2011 16:58, Louton, Carl O. <[email protected]> wrote:
>>>
>>>> Hello,
>>>>
>>>> When I deploy and startup Rave 0.6, I can access it just fine from the
>>>> workstation that I run it on (http://locahost:8080/portal), but it does
>>>> not fully function when I access it from another machine (
>>>> http://hostname:8080/portal). The portal loads and I can login, but none
>>>> of the default widgets load and most of the interface is non-responsive.
>>>>
>>>> I am behind an http proxy, though I have already altered my Tomcat
>>>> startup.bat script to apply the proxy. The widgets do load external
>content
>>>> properly when accessed locally.
>>>>
>>>> I have also tried following the instructions for setting a hostname, but
>>>> the webapp doesn't fully start up when I have this in place (I have pasted
>>>> the log output I get below). I made copies of the portal.properties,
>>>> container.js, and rave-shinding.properties files. I placed them all in a
>>>> separate directory, change, then altered my startup.bat script to set
>>>> system properties to point to them.
>>>>
>>>> Thanks
>>>>
>>>> Carl Louton
>>>> E543 - HIS, Visualization & Decision Support
>>>> The MITRE Corp.
>>>> 781-271-5231
>>>>
>>>>
>>>>
>>>>
>>>> Nov 22, 2011 10:44:40 AM org.apache.catalina.core.ApplicationContext log
>>>> INFO: Initializing Spring root WebApplicationContext
>>>> Nov 22, 2011 10:44:41 AM org.apache.catalina.core.StandardContext
>>>> listenerStart
>>>> SEVERE: Exception sending context initialized event to listener instance
>>>> of class org.springframework.web.context.ContextLoaderListener
>>>> org.springframework.beans.factory.BeanDefinitionStoreException:
>Invalid
>>>> bean definition with name 'dataSource' defined in URL
>>>>
>>>
>[jar:file:/C:/Users/clouton/Documents/Projects/EP&R%20Viz/Rave/raveDepl
>>> oy/apache-rave-0.6-incubating-SNAPSHOT/webapps/portal/WEB-
>>> INF/lib/rave-core-0.6-incubating-SNAPSHOT.jar!/org/apache/rave/core-
>>> applicationContext.xml]:
>>>> Could not resolve placeholder 'rave.database.location'
>>>> at
>>>>
>>>
>org.springframework.beans.factory.config.PropertyPlaceholderConfigurer.pr
>>> ocessProperties(PropertyPlaceholderConfigurer.java:287)
>>>> at
>>>>
>>>
>org.springframework.beans.factory.config.PropertyResourceConfigurer.post
>>> ProcessBeanFactory(PropertyResourceConfigurer.java:75)
>>>> at
>>>>
>>>
>org.springframework.context.support.AbstractApplicationContext.invokeBea
>>> nFactoryPostProcessors(AbstractApplicationContext.java:663)
>>>> at
>>>>
>>>
>org.springframework.context.support.AbstractApplicationContext.invokeBea
>>> nFactoryPostProcessors(AbstractApplicationContext.java:638)
>>>> at
>>>>
>>>
>org.springframework.context.support.AbstractApplicationContext.refresh(Ab
>>> stractApplicationContext.java:407)
>>>> at
>>>>
>>>
>org.springframework.web.context.ContextLoader.createWebApplicationCont
>>> ext(ContextLoader.java:276)
>>>> at
>>>>
>>>
>org.springframework.web.context.ContextLoader.initWebApplicationContext
>>> (ContextLoader.java:197)
>>>> at
>>>>
>>>
>org.springframework.web.context.ContextLoaderListener.contextInitialized(
>>> ContextLoaderListener.java:47)
>>>> at
>>>>
>>>
>org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java
>>> :4205)
>>>> at
>>>>
>org.apache.catalina.core.StandardContext.start(StandardContext.java:4704)
>>>> at
>>>>
>>>
>org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:
>>> 799)
>>>> at
>>>>
>org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
>>>> at
>>>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
>>>> at
>>>> org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:943)
>>>> at
>>>>
>org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:778)
>>>> at
>>>> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:504)
>>>> at
>>>> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1315)
>>>> at
>>>>
>org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
>>>> at
>>>>
>>>
>org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.j
>>> ava:142)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1061)
>>>> at
>>>> org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>>>> at
>>>> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
>>>> at
>>>> org.apache.catalina.core.StandardService.start(StandardService.java:525)
>>>> at
>>>> org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
>>>> at
>>>> org.apache.catalina.startup.Catalina.start(Catalina.java:595)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>>> Method)
>>>> at
>>>>
>>>
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>>> ava:57)
>>>> at
>>>>
>>>
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>>> orImpl.java:43)
>>>> at java.lang.reflect.Method.invoke(Method.java:601)
>>>> at
>>>> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>>>> at
>>>> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>>>>
>>>> Nov 22, 2011 10:44:41 AM org.apache.catalina.core.ApplicationContext log
>>>> INFO: Closing Spring root WebApplicationContext
>>>> Nov 22, 2011 10:44:41 AM org.apache.catalina.core.ApplicationContext log
>>>> INFO: Initializing Spring root WebApplicationContext
>>>> Nov 22, 2011 10:44:43 AM org.apache.catalina.core.StandardContext
>>>> listenerStart
>>>> SEVERE: Exception sending context initialized event to listener instance
>>>> of class org.apache.rave.inject.GuiceBindingSpringContextLoaderListener
>>>> org.springframework.beans.factory.BeanDefinitionStoreException:
>Invalid
>>>> bean definition with name 'dataSource' defined in class path resource
>>>> [rave-shindig-applicationContext.xml]: Could not resolve placeholder
>>>> 'rave.database.location'
>>>> at
>>>>
>>>
>org.springframework.beans.factory.config.PropertyPlaceholderConfigurer.pr
>>> ocessProperties(PropertyPlaceholderConfigurer.java:287)
>>>> at
>>>>
>>>
>org.springframework.beans.factory.config.PropertyResourceConfigurer.post
>>> ProcessBeanFactory(PropertyResourceConfigurer.java:75)
>>>> at
>>>>
>>>
>org.springframework.context.support.AbstractApplicationContext.invokeBea
>>> nFactoryPostProcessors(AbstractApplicationContext.java:663)
>>>> at
>>>>
>>>
>org.springframework.context.support.AbstractApplicationContext.invokeBea
>>> nFactoryPostProcessors(AbstractApplicationContext.java:638)
>>>> at
>>>>
>>>
>org.springframework.context.support.AbstractApplicationContext.refresh(Ab
>>> stractApplicationContext.java:407)
>>>> at
>>>>
>>>
>org.springframework.web.context.ContextLoader.createWebApplicationCont
>>> ext(ContextLoader.java:276)
>>>> at
>>>>
>>>
>org.springframework.web.context.ContextLoader.initWebApplicationContext
>>> (ContextLoader.java:197)
>>>> at
>>>>
>>>
>org.springframework.web.context.ContextLoaderListener.contextInitialized(
>>> ContextLoaderListener.java:47)
>>>> at
>>>>
>>>
>org.apache.rave.inject.GuiceBindingSpringContextLoaderListener.contextIniti
>>> alized(GuiceBindingSpringContextLoaderListener.java:41)
>>>> at
>>>>
>>>
>org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java
>>> :4205)
>>>> at
>>>>
>org.apache.catalina.core.StandardContext.start(StandardContext.java:4704)
>>>> at
>>>>
>>>
>org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:
>>> 799)
>>>> at
>>>>
>org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
>>>> at
>>>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
>>>> at
>>>> org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:943)
>>>> at
>>>>
>org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:778)
>>>> at
>>>> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:504)
>>>> at
>>>> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1315)
>>>> at
>>>>
>org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
>>>> at
>>>>
>>>
>org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.j
>>> ava:142)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1061)
>>>> at
>>>> org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
>>>> at
>>>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>>>> at
>>>> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
>>>> at
>>>> org.apache.catalina.core.StandardService.start(StandardService.java:525)
>>>> at
>>>> org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
>>>> at
>>>> org.apache.catalina.startup.Catalina.start(Catalina.java:595)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>>> Method)
>>>> at
>>>>
>>>
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>>> ava:57)
>>>> at
>>>>
>>>
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>>> orImpl.java:43)
>>>> at java.lang.reflect.Method.invoke(Method.java:601)
>>>> at
>>>> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>>>> at
>>>> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>>>>
>>>> Nov 22, 2011 10:44:43 AM org.apache.catalina.core.ApplicationContext log
>>>> INFO: Closing Spring root WebApplicationContext
>>>>
>>
>>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
>Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
>iQEcBAEBAgAGBQJO0/bhAAoJEEfVXEODPFID2/MH/1xxeNnr8WYrVWn4RQvD
>FyYc
>FS5mPlFp9aH/GjPcD3CFqADMwbBI0orUABOfmPV7gxDJM4h5ipR0ie5CeB1V03
>ul
>votMf4uG7uB3Hq1/Xtg6tAVCHp8sDuktIv7OJts7bBAa7xqFz52T11UxZoO/Ycpp
>YCHTXGO32XASNKbbbe3TSw6ge/+BeofFANuB6XVjeGGo1FBmpuYCYy2UliCL
>Mq8k
>xHZ3Wx2npP6rLWBe72aAcZq2JlWlQGAU88iwEyRSNJ7NRgw11JV/+WKyaFTy5
>Nhy
>HRV/tApozp3Qc4xE16pAsCXgB+TmbSRwlpuaP+YA4Wv5sXBiB1W9tOMDYBhsI
>c8=
>=WxsR
>-----END PGP SIGNATURE-----
