You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@roller.apache.org by Olivier <wi...@gmail.com> on 2011/03/04 11:15:39 UTC
Re: RC4?
Hi.
I tried upgrading roller RC2 to RC4, which runs on Glassfish 3.1 and a
MySQL database on Debian Squeeze.
I followed the instruction in the installation manual pdf. Deployment
fails because it cannot make connection to the database, see server.log
messages below.
Any Ideas?
Thanks.
Rgrds, Olivier
[#|2011-03-04T11:00:48.249+0100|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=9891;_ThreadName=Thread-1;|[EL
Warning]: 2011-03-04 11:00:48.248--UnitOfWork(1451275)--Except
ion [EclipseLink-4002] (Eclipse Persistence Services -
2.2.0.v20110202-r8913): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: No database selected
Error Code: 1046
Call: SELECT name, value FROM roller_properties
Query: ReadAllQuery(name="RuntimeConfigProperty.getAll"
referenceClass=RuntimeConfigProperty sql="SELECT name, value FROM
roller_properties")
|#]
[#|2011-03-04T11:00:48.255+0100|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=44;_ThreadName=Thread-1;|PWC1306:
Startup of context /roller-5.0.0-RC4-javaee failed due to previous errors|#]
[#|2011-03-04T11:00:48.260+0100|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=44;_ThreadName=Thread-1;|PWC1305:
Exception during cleanup after start failed
org.apache.catalina.LifecycleException: PWC2769: Manager has not yet
been started
at
org.apache.catalina.session.StandardManager.stop(StandardManager.java:872)
...
On 27/02/2011 18:54, Dave wrote:
> I'm in the process of uploading RC4 today.
>
> - Dave
>
>
> On Sun, Feb 27, 2011 at 11:14 AM, David Ghedini<da...@davidghedini.com> wrote:
>> I've started building a blog with v5 RC3 (
>> http://rollerweblogger.org/roller/entry/apache_roller_5_0_rc3).
>>
>> I noticed that Dave Johnson's blog uses RC4 -
>> http://rollerweblogger.org/roller/.
>>
>> Will RC4 be made available for download?
>>
>> --
>> Kind regards,
>>
>> David
>>
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Peter Evans <pe...@ixp.jp>.
Glad to hear you are safe, Peter.
Watch the news, tomorrow is going to be a day of counting and tears up
in Sendai.
I'll try the new Glassfish 3.1 final release with MySQL and see if I
can reproduce this problem.
If you want access to this box to break it, just let me know.
A dump of the mysql is ... 16k gzip, I can give you that if you want
too.
I didn't get far enough with testing to have anything important in. I
still don't know
what windows live writer 2011 did with the image it was supposed to
upload.
P
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Dave <sn...@gmail.com>.
Glad to hear that adding the properties fixed the problem
I added a note to the install guide to help people get past that little trap.
Thanks,
- Dave
On Thu, Mar 17, 2011 at 3:19 AM, Peter Evans <pe...@ixp.jp> wrote:
> I tried RC4 on the final Glassfish 3.1 release with MySQL as the
> database and was able to reproduce the same problem that you
> encountered. I was able to fix the problem by setting all of the
> correct parameters in the "JDBC Connections Pools" entry for my
> database and in the "Advanced Properties" section.
>
> I set this property to the correct connection URL for my database:
> URL
>
> I have jdbc:mysql://localhost:3306/rollerdb
> for both URL and Url
>
> I added these properties for the username/password:
> username
> password
>
> It should be using "User" and "Password"
> Ping the database works fine. That does indeed fix it, but what a mess.
>
>
>
>
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Peter Evans <pe...@ixp.jp>.
I tried RC4 on the final Glassfish 3.1 release with MySQL as the
database and was able to reproduce the same problem that you
encountered. I was able to fix the problem by setting all of the
correct parameters in the "JDBC Connections Pools" entry for my
database and in the "Advanced Properties" section.
I set this property to the correct connection URL for my database:
URL
I have jdbc:mysql://localhost:3306/rollerdb
for both URL and Url
I added these properties for the username/password:
username
password
It should be using "User" and "Password"
Ping the database works fine. That does indeed fix it, but what a mess.
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Dave <sn...@gmail.com>.
I tried RC4 on the final Glassfish 3.1 release with MySQL as the
database and was able to reproduce the same problem that you
encountered. I was able to fix the problem by setting all of the
correct parameters in the "JDBC Connections Pools" entry for my
database and in the "Advanced Properties" section.
I set this property to the correct connection URL for my database:
URL
I added these properties for the username/password:
username
password
I'm not sure why those properties are not placed in a much more
prominent part of the Glassfish Console UI, because they are the most
important properties for setting up a database connection.
A MySQL expert my recommend setting some other properties as well, but
that worked for me and I was able to get past this error on onto the
Roller install pages.
Hope that helps...
- Dave
On Sat, Mar 12, 2011 at 12:14 AM, Peter Evans <pe...@ixp.jp> wrote:
> More.
>
> blew away mysql db, redeployed rc4, it created the tables fine, then
> exploded on the second step.
> Same basic error as before, which might well imply v3.1 does something
> strange.
>
> Sadly, Java gubbins is beyond whatever I use for a brane, so I cannot make
> head nor tail of this
> fabulous traceback which looks like a blow by blow description of a train
> wreck with no clues as
> to where things started to go wrong.
>
> My money is on JPA, since Dave mentioned it before in his blog posts.
>
>
> [java.lang.RuntimeException: java.lang.ClassCastException:
> org.apache.roller.weblogger.pojos.RuntimeConfigProperty cannot be cast to
> org.apache.roller.weblogger.pojos.RuntimeConfigProperty
> at
> org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.initialize(JPAPropertiesManagerImpl.java:92)
> at
> org.apache.roller.weblogger.business.WebloggerImpl.initialize(WebloggerImpl.java:338)
> at
> org.apache.roller.weblogger.ui.struts2.core.Install.bootstrap(Install.java:159)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:452)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:291)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:254)
> at
> com.opensymphony.xwork2.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:176)
> at
> com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:263)
> at
> org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor.doIntercept(AnnotationValidationInterceptor.java:68)
> at
> com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.roller.weblogger.ui.struts2.util.UIActionPrepareInterceptor.intercept(UIActionPrepareInterceptor.java:66)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.roller.weblogger.ui.struts2.util.UISecurityInterceptor.intercept(UISecurityInterceptor.java:103)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.roller.weblogger.ui.struts2.util.UIActionInterceptor.intercept(UIActionInterceptor.java:80)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.ConversionErrorInterceptor.intercept(ConversionErrorInterceptor.java:133)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:207)
> at
> com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.StaticParametersInterceptor.intercept(StaticParametersInterceptor.java:190)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.struts2.interceptor.CheckboxInterceptor.intercept(CheckboxInterceptor.java:94)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.struts2.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:243)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.ModelDrivenInterceptor.intercept(ModelDrivenInterceptor.java:100)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.ScopedModelDrivenInterceptor.intercept(ScopedModelDrivenInterceptor.java:141)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.struts2.interceptor.ProfilingActivationInterceptor.intercept(ProfilingActivationInterceptor.java:104)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.struts2.interceptor.debugging.DebuggingInterceptor.intercept(DebuggingInterceptor.java:267)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.ChainingInterceptor.intercept(ChainingInterceptor.java:142)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:176)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.PrepareInterceptor.doIntercept(PrepareInterceptor.java:166)
> at
> com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.struts2.interceptor.ServletConfigInterceptor.intercept(ServletConfigInterceptor.java:164)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.AliasInterceptor.intercept(AliasInterceptor.java:190)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:187)
> at
> com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
> at
> org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:52)
> at
> org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:485)
> at
> org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:395)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.apache.struts2.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:102)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.apache.roller.weblogger.ui.rendering.filters.RequestMappingFilter.doFilter(RequestMappingFilter.java:140)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.apache.roller.weblogger.ui.core.filters.InitFilter.doFilter(InitFilter.java:71)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.apache.roller.weblogger.ui.core.filters.PersistenceSessionFilter.doFilter(PersistenceSessionFilter.java:60)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.apache.roller.weblogger.ui.core.filters.BootstrapFilter.doFilter(BootstrapFilter.java:67)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378)
> at
> org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
> at
> org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
> at
> org.springframework.security.ui.SessionFixationProtectionFilter.doFilterHttp(SessionFixationProtectionFilter.java:67)
> at
> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
> at
> org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101)
> at
> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
> at
> org.springframework.security.ui.rememberme.RememberMeProcessingFilter.doFilterHttp(RememberMeProcessingFilter.java:109)
> at
> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
> at
> org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter.doFilterHttp(SecurityContextHolderAwareRequestFilter.java:91)
> at
> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
> at
> org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:278)
> at
> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
> at
> org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:278)
> at
> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
> at
> org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235)
> at
> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
> at
> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
> at
> org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:175)
> at
> org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
> at
> org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.apache.roller.weblogger.ui.core.filters.SchemeEnforcementFilter.doFilter(SchemeEnforcementFilter.java:121)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.apache.roller.weblogger.ui.core.filters.CharEncodingFilter.doFilter(CharEncodingFilter.java:77)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
> at
> com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
> at
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
> at
> org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:323)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:227)
> at
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:170)
> at
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
> at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
> at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
> at
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
> at
> com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> at
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> at
> com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> at
> com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> at
> com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> at
> com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> at
> com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> at
> com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: java.lang.ClassCastException:
> org.apache.roller.weblogger.pojos.RuntimeConfigProperty cannot be cast to
> org.apache.roller.weblogger.pojos.RuntimeConfigProperty
> at
> org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.getProperties(JPAPropertiesManagerImpl.java:127)
> at
> org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.initialize(JPAPropertiesManagerImpl.java:77)
> ... 136 more]
>
>
>
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Peter Evans <pe...@ixp.jp>.
More.
blew away mysql db, redeployed rc4, it created the tables fine, then exploded on
the second step.
Same basic error as before, which might well imply v3.1 does something strange.
Sadly, Java gubbins is beyond whatever I use for a brane, so I cannot make head
nor tail of this
fabulous traceback which looks like a blow by blow description of a train wreck
with no clues as
to where things started to go wrong.
My money is on JPA, since Dave mentioned it before in his blog posts.
[java.lang.RuntimeException: java.lang.ClassCastException:
org.apache.roller.weblogger.pojos.RuntimeConfigProperty cannot be cast to
org.apache.roller.weblogger.pojos.RuntimeConfigProperty
at
org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.initialize(JPAPropertiesManagerImpl.java:92)
at
org.apache.roller.weblogger.business.WebloggerImpl.initialize(WebloggerImpl.java:338)
at
org.apache.roller.weblogger.ui.struts2.core.Install.bootstrap(Install.java:159)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
com.opensymphony.xwork2.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:452)
at
com.opensymphony.xwork2.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:291)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:254)
at
com.opensymphony.xwork2.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:176)
at
com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:263)
at
org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor.doIntercept(AnnotationValidationInterceptor.java:68)
at
com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.roller.weblogger.ui.struts2.util.UIActionPrepareInterceptor.intercept(UIActionPrepareInterceptor.java:66)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.roller.weblogger.ui.struts2.util.UISecurityInterceptor.intercept(UISecurityInterceptor.java:103)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.roller.weblogger.ui.struts2.util.UIActionInterceptor.intercept(UIActionInterceptor.java:80)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.ConversionErrorInterceptor.intercept(ConversionErrorInterceptor.java:133)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:207)
at
com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.StaticParametersInterceptor.intercept(StaticParametersInterceptor.java:190)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.struts2.interceptor.CheckboxInterceptor.intercept(CheckboxInterceptor.java:94)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.struts2.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:243)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.ModelDrivenInterceptor.intercept(ModelDrivenInterceptor.java:100)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.ScopedModelDrivenInterceptor.intercept(ScopedModelDrivenInterceptor.java:141)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.struts2.interceptor.ProfilingActivationInterceptor.intercept(ProfilingActivationInterceptor.java:104)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.struts2.interceptor.debugging.DebuggingInterceptor.intercept(DebuggingInterceptor.java:267)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.ChainingInterceptor.intercept(ChainingInterceptor.java:142)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:176)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.PrepareInterceptor.doIntercept(PrepareInterceptor.java:166)
at
com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.struts2.interceptor.ServletConfigInterceptor.intercept(ServletConfigInterceptor.java:164)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.AliasInterceptor.intercept(AliasInterceptor.java:190)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:187)
at
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:248)
at
org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:52)
at
org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:485)
at
org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:395)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.struts2.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:102)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.roller.weblogger.ui.rendering.filters.RequestMappingFilter.doFilter(RequestMappingFilter.java:140)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.roller.weblogger.ui.core.filters.InitFilter.doFilter(InitFilter.java:71)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.roller.weblogger.ui.core.filters.PersistenceSessionFilter.doFilter(PersistenceSessionFilter.java:60)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.roller.weblogger.ui.core.filters.BootstrapFilter.doFilter(BootstrapFilter.java:67)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378)
at
org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
at
org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at
org.springframework.security.ui.SessionFixationProtectionFilter.doFilterHttp(SessionFixationProtectionFilter.java:67)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at
org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at
org.springframework.security.ui.rememberme.RememberMeProcessingFilter.doFilterHttp(RememberMeProcessingFilter.java:109)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at
org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter.doFilterHttp(SecurityContextHolderAwareRequestFilter.java:91)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at
org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:278)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at
org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:278)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at
org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at
org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:175)
at
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236)
at
org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.roller.weblogger.ui.core.filters.SchemeEnforcementFilter.doFilter(SchemeEnforcementFilter.java:121)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.roller.weblogger.ui.core.filters.CharEncodingFilter.doFilter(CharEncodingFilter.java:77)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
at
com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at
org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:323)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:227)
at
com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:170)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at
com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at
com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at
com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at
com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at
com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at
com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at
com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at
com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.ClassCastException:
org.apache.roller.weblogger.pojos.RuntimeConfigProperty cannot be cast to
org.apache.roller.weblogger.pojos.RuntimeConfigProperty
at
org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.getProperties(JPAPropertiesManagerImpl.java:127)
at
org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.initialize(JPAPropertiesManagerImpl.java:77)
... 136 more]
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Dave <sn...@gmail.com>.
Glad to hear you are safe, Peter.
I'll try the new Glassfish 3.1 final release with MySQL and see if I
can reproduce this problem.
- Dave
On Fri, Mar 11, 2011 at 10:52 AM, Peter Evans <pe...@ixp.jp> wrote:
> On Wed, Mar 9, 2011 at 5:07 AM, Peter Evans <pe...@ixp.jp> wrote:
>>
>> Tried to turn on planet aggregator, it complained about the cache.dir
>> (which
>> is NOT as the document says)
>
> What is the problem here? Does the Install Guide use the wrong name
> for the "cache.dir" property?
>
> You're missing the continuous aftershocks here in Tokyo.
>
> The manual says the default is one thing, the error was:
>
> rollerdata/roller.log:ERROR 2011-03-09 18:21:00,195
> RomeFeedFetcher:getRomeFetcherCache - Planet cache directory is not
> writable: /var/planet/cache
>
> Which is nothing like the manual's statement.
>
>> After that, whatever it did was fatal.
>
>> etc, etc, lots of USELESS traceback that does not actually tell me what I
>> did wrong.
>
>
> That's a pretty mysterious error there, RuntimeConfigProperty cannot
> be cast to RuntimeConfigProperty. What platform are you running on?
> Operating system, Java version, App server, etc.
>
> solaris express 11, glassfish 3.1, RC4. mysql 5.1.37 (Is that the one with
> the left outer join issue??)
>
> astaria 142> java -version
> java version "1.6.0_21"
> Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
> Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode)
>
> appears to be from:
> developer/java/jdk 0.5.11-0.151.0.1 nstalled
> -----
> developer/java/jdk64 0.5.11-0.151.0.1 nstalled
> -----
> runtime/java 0.5.11-0.151.0.1 nstalled
> -----
> runtime/java/runtime64 0.5.11-0.151.0.1 nstalled
> -----
>
>
> glassfish is running as a regular user on port 8080 with no fancy
> privileges, it shouldn't need them.
>
> Do you have two copies of the Roller jars in your WEB-INF/lib
> directory? That could cause this problem.
>
> Not that I can see. I told glassfish to deploy from another directory
> altogether.
> redeploy also causes the same disaster, almost as if something it put in
> the database
> is breaking it. (I can test that I guess, I have a backup of whatever is
> in now.)
>
> P
>
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Peter Evans <pe...@ixp.jp>.
On Wed, Mar 9, 2011 at 5:07 AM, Peter Evans <pe...@ixp.jp> wrote:
> Tried to turn on planet aggregator, it complained about the cache.dir
> (which
> is NOT as the document says)
What is the problem here? Does the Install Guide use the wrong name
for the "cache.dir" property?
You're missing the continuous aftershocks here in Tokyo.
The manual says the default is one thing, the error was:
rollerdata/roller.log:ERROR 2011-03-09 18:21:00,195
RomeFeedFetcher:getRomeFetcherCache - Planet cache directory is not
writable: /var/planet/cache
Which is nothing like the manual's statement.
> After that, whatever it did was fatal.
> etc, etc, lots of USELESS traceback that does not actually tell me what
> I
> did wrong.
That's a pretty mysterious error there, RuntimeConfigProperty cannot
be cast to RuntimeConfigProperty. What platform are you running on?
Operating system, Java version, App server, etc.
solaris express 11, glassfish 3.1, RC4. mysql 5.1.37 (Is that the one
with the left outer join issue??)
astaria 142> java -version
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode)
appears to be from:
developer/java/jdk 0.5.11-0.151.0.1
nstalled -----
developer/java/jdk64 0.5.11-0.151.0.1
nstalled -----
runtime/java 0.5.11-0.151.0.1
nstalled -----
runtime/java/runtime64 0.5.11-0.151.0.1
nstalled -----
glassfish is running as a regular user on port 8080 with no fancy
privileges, it shouldn't need them.
Do you have two copies of the Roller jars in your WEB-INF/lib
directory? That could cause this problem.
Not that I can see. I told glassfish to deploy from another directory
altogether.
redeploy also causes the same disaster, almost as if something it put in
the database
is breaking it. (I can test that I guess, I have a backup of whatever is
in now.)
P
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Dave <sn...@gmail.com>.
On Wed, Mar 9, 2011 at 5:07 AM, Peter Evans <pe...@ixp.jp> wrote:
> Tried to turn on planet aggregator, it complained about the cache.dir (which
> is NOT as the document says)
What is the problem here? Does the Install Guide use the wrong name
for the "cache.dir" property?
> After that, whatever it did was fatal.
> And, from the really no sure what we did here department:
>
> INFO 2011-03-09 18:41:31,417 WebloggerFactory:bootstrap - Roller Weblogger
> business tier successfully bootstrapped
> INFO 2011-03-09 18:41:31,417 WebloggerFactory:bootstrap - Version:
> 5.0.0-RC4
> INFO 2011-03-09 18:41:31,417 WebloggerFactory:bootstrap - Revision:
> r1075074
> INFO 2011-03-09 18:41:31,418 WebloggerImpl:initialize - Initializing Roller
> Weblogger business tier
> FATAL 2011-03-09 18:41:31,420 JPAPropertiesManagerImpl:initialize - Failed
> to initialize runtime configuration properties.Please check that the
> database has been upgraded!
> java.lang.ClassCastException:
> org.apache.roller.weblogger.pojos.RuntimeConfigProperty cannot be cast to
> org.apache.roller.weblogger.pojos.RuntimeConfigProperty
> at
> org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.getProperties(JPAPropertiesManagerImpl.java:127)
> at
> org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.initialize(JPAPropertiesManagerImpl.java:77)
> at
> org.apache.roller.weblogger.business.WebloggerImpl.initialize(WebloggerImpl.java:338)
>
> etc, etc, lots of USELESS traceback that does not actually tell me what I
> did wrong.
That's a pretty mysterious error there, RuntimeConfigProperty cannot
be cast to RuntimeConfigProperty. What platform are you running on?
Operating system, Java version, App server, etc.
Do you have two copies of the Roller jars in your WEB-INF/lib
directory? That could cause this problem.
Thanks,
Dave
> Almost certainly something in roller-custom.porpoises.
> whatever the JPA thing is, its not giving any clues as to what the
> _actual_ cause is, and it basically
> explodes.
>
> installation.type=auto
> #database.configurationType=jndi
> #database.jndi.name=jdbc/rollerdb
>
> mediafiles.storage.dir=/home/www2/rollerdata/mediafiles
> search.index.dir=/home/www2/rollerdata/searchindex
> log4j.appender.roller.File=/home/www2/rollerdata/roller.log
>
> planet.aggregator.enabled=false
>
>
Re: rc4 testing - headshot with JPA on glassfish v3.1 -.-
Posted by Peter Evans <pe...@ixp.jp>.
Tried to turn on planet aggregator, it complained about the cache.dir (which
is NOT as the document says)
After that, whatever it did was fatal.
And, from the really no sure what we did here department:
INFO 2011-03-09 18:41:31,417 WebloggerFactory:bootstrap - Roller Weblogger
business tier successfully bootstrapped
INFO 2011-03-09 18:41:31,417 WebloggerFactory:bootstrap - Version:
5.0.0-RC4
INFO 2011-03-09 18:41:31,417 WebloggerFactory:bootstrap - Revision:
r1075074
INFO 2011-03-09 18:41:31,418 WebloggerImpl:initialize - Initializing Roller
Weblogger business tier
FATAL 2011-03-09 18:41:31,420 JPAPropertiesManagerImpl:initialize - Failed
to initialize runtime configuration properties.Please check that the
database has been upgraded!
java.lang.ClassCastException:
org.apache.roller.weblogger.pojos.RuntimeConfigProperty cannot be cast to
org.apache.roller.weblogger.pojos.RuntimeConfigProperty
at
org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.getProperties(JPAPropertiesManagerImpl.java:127)
at
org.apache.roller.weblogger.business.jpa.JPAPropertiesManagerImpl.initialize(JPAPropertiesManagerImpl.java:77)
at
org.apache.roller.weblogger.business.WebloggerImpl.initialize(WebloggerImpl.java:338)
etc, etc, lots of USELESS traceback that does not actually tell me what
I did wrong.
Almost certainly something in roller-custom.porpoises.
whatever the JPA thing is, its not giving any clues as to what the
_actual_ cause is, and it basically
explodes.
installation.type=auto
#database.configurationType=jndi
#database.jndi.name=jdbc/rollerdb
mediafiles.storage.dir=/home/www2/rollerdata/mediafiles
search.index.dir=/home/www2/rollerdata/searchindex
log4j.appender.roller.File=/home/www2/rollerdata/roller.log
planet.aggregator.enabled=false
rc4 testing
Posted by Peter Evans <pe...@ixp.jp>.
I shall upgrade to 3.1 and see what explodes.
ok, now running.
1 - windows live writer 2011 seems to have issues with media files.
not tracked this one down yet, might be pilot error.
the file I was attempting to attach just disappeared quietly.
2 - media files.
somehow I added a file "pyon_s2.png" twice.
go to media files in weblog, delete one,
the thumbnail disappears. leaving the empty box.
attempting to delete it again generates a 500 "unexpected exception"
object null is not a known entity type.
3 - media files 2.
with the remaining one from above, if I click on "post in weblog"
it goes to the editor, but no clues as to where the image has gone.
(may or may not be an error)
Re: RC4?
Posted by Peter Evans <pe...@ixp.jp>.
I am able to ping the database via the Glassfish console.
I just spent an hour or two playing with rc4 too, this was my stumbling
point, the pictures
in the install guide are for the existing derbypool.
Once I had the roller-custom.properties in the right place, everything
magically worked.
Could that be your problem there? glassfish may know about the
database, but does roller know
its jndi thing?
I shall upgrade to 3.1 and see what explodes.
P
It's weird that JavaMail doesn't show up in my admin console too.
Glassfish sure likes to contemplate its
874Mb navel. 161 threads and going to the "update centre" page takes
37s.
Re: RC4?
Posted by Olivier <wi...@gmail.com>.
I am able to ping the database via the Glassfish console.
- Olivier
On 05/03/2011 17:48, Dave wrote:
> On Fri, Mar 4, 2011 at 5:15 AM, Olivier<wi...@gmail.com> wrote:
>> I tried upgrading roller RC2 to RC4, which runs on Glassfish 3.1 and a MySQL
>> database on Debian Squeeze.
>> I followed the instruction in the installation manual pdf. Deployment fails
>> because it cannot make connection to the database, see server.log messages
>> below.
>> Any Ideas?
> I cannot tell when or where the error below is occurring, but I would
> guess that your datasource is not setup properly. Can you use the Test
> Connection in the Glassfish console to verify that the connection is
> OK?
>
> - Dave
>
>
>> [#|2011-03-04T11:00:48.249+0100|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=9891;_ThreadName=Thread-1;|[EL
>> Warning]: 2011-03-04 11:00:48.248--UnitOfWork(1451275)--Except
>> ion [EclipseLink-4002] (Eclipse Persistence Services -
>> 2.2.0.v20110202-r8913): org.eclipse.persistence.exceptions.DatabaseException
>> Internal Exception: java.sql.SQLException: No database selected
>> Error Code: 1046
>> Call: SELECT name, value FROM roller_properties
>> Query: ReadAllQuery(name="RuntimeConfigProperty.getAll"
>> referenceClass=RuntimeConfigProperty sql="SELECT name, value FROM
>> roller_properties")
>> |#]
>>
>> [#|2011-03-04T11:00:48.255+0100|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=44;_ThreadName=Thread-1;|PWC1306:
>> Startup of context /roller-5.0.0-RC4-javaee failed due to previous errors|#]
>>
>> [#|2011-03-04T11:00:48.260+0100|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=44;_ThreadName=Thread-1;|PWC1305:
>> Exception during cleanup after start failed
>> org.apache.catalina.LifecycleException: PWC2769: Manager has not yet been
>> started
>> at
>> org.apache.catalina.session.StandardManager.stop(StandardManager.java:872)
>> ...
>>
>> On 27/02/2011 18:54, Dave wrote:
>>> I'm in the process of uploading RC4 today.
>>>
>>> - Dave
>>>
>>>
>>> On Sun, Feb 27, 2011 at 11:14 AM, David Ghedini<da...@davidghedini.com>
>>> wrote:
>>>> I've started building a blog with v5 RC3 (
>>>> http://rollerweblogger.org/roller/entry/apache_roller_5_0_rc3).
>>>>
>>>> I noticed that Dave Johnson's blog uses RC4 -
>>>> http://rollerweblogger.org/roller/.
>>>>
>>>> Will RC4 be made available for download?
>>>>
>>>> --
>>>> Kind regards,
>>>>
>>>> David
>>>>
Re: RC4?
Posted by Dave <sn...@gmail.com>.
On Fri, Mar 4, 2011 at 5:15 AM, Olivier <wi...@gmail.com> wrote:
> I tried upgrading roller RC2 to RC4, which runs on Glassfish 3.1 and a MySQL
> database on Debian Squeeze.
> I followed the instruction in the installation manual pdf. Deployment fails
> because it cannot make connection to the database, see server.log messages
> below.
> Any Ideas?
I cannot tell when or where the error below is occurring, but I would
guess that your datasource is not setup properly. Can you use the Test
Connection in the Glassfish console to verify that the connection is
OK?
- Dave
> [#|2011-03-04T11:00:48.249+0100|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=9891;_ThreadName=Thread-1;|[EL
> Warning]: 2011-03-04 11:00:48.248--UnitOfWork(1451275)--Except
> ion [EclipseLink-4002] (Eclipse Persistence Services -
> 2.2.0.v20110202-r8913): org.eclipse.persistence.exceptions.DatabaseException
> Internal Exception: java.sql.SQLException: No database selected
> Error Code: 1046
> Call: SELECT name, value FROM roller_properties
> Query: ReadAllQuery(name="RuntimeConfigProperty.getAll"
> referenceClass=RuntimeConfigProperty sql="SELECT name, value FROM
> roller_properties")
> |#]
>
> [#|2011-03-04T11:00:48.255+0100|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=44;_ThreadName=Thread-1;|PWC1306:
> Startup of context /roller-5.0.0-RC4-javaee failed due to previous errors|#]
>
> [#|2011-03-04T11:00:48.260+0100|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=44;_ThreadName=Thread-1;|PWC1305:
> Exception during cleanup after start failed
> org.apache.catalina.LifecycleException: PWC2769: Manager has not yet been
> started
> at
> org.apache.catalina.session.StandardManager.stop(StandardManager.java:872)
> ...
>
> On 27/02/2011 18:54, Dave wrote:
>>
>> I'm in the process of uploading RC4 today.
>>
>> - Dave
>>
>>
>> On Sun, Feb 27, 2011 at 11:14 AM, David Ghedini<da...@davidghedini.com>
>> wrote:
>>>
>>> I've started building a blog with v5 RC3 (
>>> http://rollerweblogger.org/roller/entry/apache_roller_5_0_rc3).
>>>
>>> I noticed that Dave Johnson's blog uses RC4 -
>>> http://rollerweblogger.org/roller/.
>>>
>>> Will RC4 be made available for download?
>>>
>>> --
>>> Kind regards,
>>>
>>> David
>>>
>