cancel
Showing results for 
Search instead for 
Did you mean: 

modeler app don't start

activiti-admin
Champ in-the-making
Champ in-the-making
Linux 2.6.18
tomcat  6.0.26

INFO: Deploying web application archive activiti-engine-init.war
May 19, 2010 1:11:00 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive activiti-modeler.war
java.lang.IllegalStateException: No match found
   at java.util.regex.Matcher.group(Matcher.java:468)
   at java.util.regex.Matcher.group(Matcher.java:428)
   at com.signavio.platform.core.impl.FsPlatformPropertiesImpl.<init>(FsPlatformPropertiesImpl.java:87)
   at com.signavio.platform.core.impl.FsPlatformInstanceImpl.bootInstance(FsPlatformInstanceImpl.java:61)
   at com.signavio.platform.core.Platform.bootInstance(Platform.java:77)
   at com.signavio.platform.listeners.EntryPoint.contextInitialized(EntryPoint.java:61)
   at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3972)
   at org.apache.catalina.core.StandardContext.start(StandardContext.java:4467)
   at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
   at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
   at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:905)
   at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:740)
   at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:500)
   at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
   at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
   at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
   at org.apache.catalina.core.StandardService.start(StandardService.java:519)
   at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
   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 org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
2010-05-19 01:11:00,667 FATAL (LoggedRuntimeException.java:39) - Platform boot failed!
com.signavio.platform.exceptions.InitializationException: Platform boot failed!
   at com.signavio.platform.core.Platform.bootInstance(Platform.java:81)
   at com.signavio.platform.listeners.EntryPoint.contextInitialized(EntryPoint.java:61)
   at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3972)
   at org.apache.catalina.core.StandardContext.start(StandardContext.java:4467)
   at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
   at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
   at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:905)
   at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:740)
   at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:500)
   at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
   at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
   at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
   at org.apache.catalina.core.StandardService.start(StandardService.java:519)
   at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
   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 org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Caused by: java.lang.IllegalStateException: No match found
   at java.util.regex.Matcher.group(Matcher.java:468)
   at java.util.regex.Matcher.group(Matcher.java:428)
   at com.signavio.platform.core.impl.FsPlatformPropertiesImpl.<init>(FsPlatformPropertiesImpl.java:87)
   at com.signavio.platform.core.impl.FsPlatformInstanceImpl.bootInstance(FsPlatformInstanceImpl.java:61)
   at com.signavio.platform.core.Platform.bootInstance(Platform.java:77)
   … 25 more
May 19, 2010 1:11:00 AM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
May 19, 2010 1:11:00 AM org.apache.catalina.core.StandardContext start
SEVERE: Context [/activiti-modeler] startup failed due to previous errors
14 REPLIES 14

jbarrez
Star Contributor
Star Contributor
Can you post the full path in which you unzipped the Activiti distro?

activiti-admin
Champ in-the-making
Champ in-the-making
/data2/Programs/Activiti

jbarrez
Star Contributor
Star Contributor
Mmm, the error could be cause because the logic expects that the unzipped folder name isnt changed (ie activiti-5.0.alpha1 or something similar)

Could you try that?

sasha
Champ in-the-making
Champ in-the-making
The problem is not in the folder name, rather the modeler .war was *somehow* not downloaded completely by the ant script, at least in my case, so the .war was corrupt. I did a manual download (http://activiti.org/downloads/activiti-modeler-5.0.alpha1.war) and now it seems to work properly after deploying it on tomcat.

BR,
Sasha

jbarrez
Star Contributor
Star Contributor
mmm, thanks for pointing that out. Interesting bug.

I'm wondering if we can do some checksum in ant after downloading the file.

jeff1
Champ in-the-making
Champ in-the-making
indeed, the downloading could have some problem since I have also failed during downloading.
BUT I think that would NOT be the root cause of that exception.
let me guess:
1. maybe you did not use the build script(activiti-distro/setup/build.xml) to build your app
2. maybe you deployed the modeler.war directly into a tomcat web server which already exist.

activiti-admin
Champ in-the-making
Champ in-the-making
jeff, I think you're right regarding that broken dl may not have been cause of that exception. I don't remember exactly which exception I got but I remember it was something related to zip not being able to process the arhive or similar. This is how I suspected that the .war had been corrupted.

Thanks for clarifying.

jeff1
Champ in-the-making
Champ in-the-making
inside com.signavio.platform.core.impl.FsPlatformPropertiesImpl.<init>, it will try to match a group like".*activiti.*/apps/", so if you deploy the war directly into an existing tomcat web server, this match failed(if you run activiti-distro/setup/build.xml, the folder will be created).
I think this should be a bug, at least it does not have clear exception detail to tell me what happen but give me useless message "no match found", <java.lang.IllegalStateException: No match found> can be avoid if the author considered what matcher#find() returns

jbarrez
Star Contributor
Star Contributor
Good finding jeff. Wow, you're really into the source already !

Actually the activiti* matching is a fall-back mechanism.
If wou would declare a parameter 'fileSystemRootDirectory' in the web.xml, that one will be taken first before that fallback.

But you're right, we ought to document this.