You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@geronimo.apache.org by Jim Foster <jf...@tmtsaz.com> on 2008/03/01 19:02:10 UTC
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
djencks wrote:
>
> Your plan works for me. I jar'ed up my sample and attached it to the
> wiki page. Could you see if you can detect the relevant difference?
>
> thanks
> david jencks
>
> <snip>
>
>
Hi David,
I think I see the point of confusion.
In your doc, you have this:
[3] Repackage the liferay war
mvn archetype:create \
-DarchetypeGroupId=org.apache.maven.archetypes \
-DarchetypeArtifactId=maven-archetype-webapp \
-DarchetypeVersion=1.0 \
-DgroupId=com.liferay \
-DartifactId=liferay-portal-lesslibs \
-Dversion=4.4.1-NOLIB-SNAPSHOT
cd liferay-portal
rm -rf src
Shouldn't that artifactId be "liferay-portal"?
Jim
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15779083.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
On Mar 4, 2008, at 12:21 PM, Peter Petersson wrote:
> Hi Jim
>
> If you do a google search on "liferay permgen" you will get a lot
> of results about it so this seems to be a general "issue".
>
> I have been testing out several older versions of Liferay with
> Geronimo 1.1.1 and 2.0.2 and my experience with it is that Liferay
> is a real best, although a nice one ;) that likes a lot of memory
> so try bump up memory by setting it to something like -Xms128m -
> Xmx1024m -XX:MaxPermSize=128m in you java opts and hopefully it
> will stabilize.
Yes!! I don't know if we fixed something or what happened but
increasing perm size and memory moved us onto a different,
classloading, error that was easy to fix.
I've updated the instructions a bit. Since then I've gotten a bit
farther. Apparently liferay wants to be run with contextPath "/".
After unpacking the server if you adjust var/config/config-
substitutions.properties so LiferayContextPath=/
then the server will start and you can see the start page at /
However there's still something wrong, I get
17:04:07,548 ERROR [jsp] java.lang.StringIndexOutOfBoundsException:
String index out of range: -12
at java.lang.String.substring(String.java:1768)
at
com.liferay.portlet.PortletContextImpl.getRequestDispatcher
(PortletContextImpl.java:99)
at
com.liferay.portal.struts.PortletRequestProcessor.doInclude
(PortletRequestProcessor.java:452)
at
com.liferay.portal.struts.PortletRequestProcessor.doForward
(PortletRequestProcessor.java:435)
at
org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition
(TilesRequestProcessor.java:239)
at
org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig
(TilesRequestProcessor.java:302)
at
com.liferay.portal.struts.PortletRequestProcessor.processForwardConfig
(PortletRequestProcessor.java:276)
at org.apache.struts.action.RequestProcessor.process
(RequestProcessor.java:241)
at com.liferay.portal.struts.PortletRequestProcessor.process
(PortletRequestProcessor.java:123)
at com.liferay.portlet.StrutsPortlet.include
(StrutsPortlet.java:224)
at com.liferay.portlet.StrutsPortlet.doView
(StrutsPortlet.java:195)
at
com.liferay.portal.kernel.portlet.LiferayPortlet.doDispatch
(LiferayPortlet.java:51)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
at com.liferay.portlet.CachePortlet._invoke
(CachePortlet.java:440)
at com.liferay.portlet.CachePortlet.render(CachePortlet.java:
251)
at
org.apache.jsp.html.portal.render_005fportlet_jsp._jspService
(render_005fportlet_jsp.java:1345)
at org.apache.jasper.runtime.HttpJspBase.service
(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:388)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:320)
whenever I view a page and the create account functionality isn't
available.
Any ideas what might be wrong? Maybe the liferay people would like
to help???
thanks
david jencks
>
>
> Good luck with this, I am following it with great interest,
> unfortunately I have a buzzy time with work at the moment else I
> would have joined in this endeavour.
>
> regards
> peter petersson
>
> Jim Foster wrote:
>>
>> djencks wrote:
>>
>>> On Mar 3, 2008, at 8:33 AM, Jim Foster wrote:
>>>
>>>
>>>> djencks wrote:
>>>>
>>>>> On Mar 1, 2008, at 10:02 AM, Jim Foster wrote:
>>>>>
>>>>>
>>>>>> djencks wrote:
>>>>>>
>>>>>>> Your plan works for me. I jar'ed up my sample and attached it
>>>>>>> to the
>>>>>>> wiki page. Could you see if you can detect the relevant
>>>>>>> difference?
>>>>>>>
>>>>>>> thanks
>>>>>>> david jencks
>>>>>>>
>>>>>>> <snip>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> Hi David,
>>>>>>
>>>>>> I think I see the point of confusion.
>>>>>>
>>>>>> In your doc, you have this:
>>>>>>
>>>>>> [3] Repackage the liferay war
>>>>>>
>>>>>> mvn archetype:create \
>>>>>> -DarchetypeGroupId=org.apache.maven.archetypes \
>>>>>> -DarchetypeArtifactId=maven-archetype-webapp \
>>>>>> -DarchetypeVersion=1.0 \
>>>>>> -DgroupId=com.liferay \
>>>>>> -DartifactId=liferay-portal-lesslibs \
>>>>>> -Dversion=4.4.1-NOLIB-SNAPSHOT
>>>>>> cd liferay-portal
>>>>>> rm -rf src
>>>>>>
>>>>>>
>>>>>> Shouldn't that artifactId be "liferay-portal"?
>>>>>>
>>>>>>
>>>>> I don't think so. Previously we've installed the liferay
>>>>> portal war
>>>>> from liferay in the local maven repo as com.liferay/liferay-
>>>>> portal/
>>>>> 4.4.1/war so we don't want another project claiming to generate
>>>>> the
>>>>> same artifactId. In fact I tried this at first but just having a
>>>>> different version between input and output doesn't work -- maven
>>>>> objects.
>>>>>
>>>>>
>>>> Hi David,
>>>>
>>>> I just don't see how in your documentation you can have this:
>>>>
>>>> mvn archetype:create \
>>>> ...
>>>> -DartifactId=liferay-portal-lesslibs \
>>>> ...
>>>>
>>>> followed by this:
>>>>
>>>> cd liferay-portal
>>>>
>>>>
>>>> There isn't a directory liferay-portal, but there is
>>>> liferay-portal-lesslibs, so one or the other must be out of sync.
>>>>
>>>>
>>>>
>>>> Also, in your liferay-sample.jar, you have the directory structure
>>>>
>>>> liferay-parent/
>>>> pom.xml
>>>>
>>>> geronimo-jetty-liferay/
>>>> pom.xml
>>>>
>>>> liferay-derby/
>>>> pom.xml
>>>> src/
>>>> main/
>>>> plan/
>>>>
>>>> plan.xml
>>>>
>>>> resources/
>>>>
>>>> liferay-jetty/
>>>> pom.xml
>>>> src/
>>>> main/
>>>> plan/
>>>>
>>>> plan.xml
>>>>
>>>> resources/
>>>>
>>>> liferay-portal/
>>>> pom.xml
>>>>
>>>>
>>>>
>>>> Where did the directory liferay-portal-lesslibs go?
>>>>
>>>> And where did directory liferay-portal come from?
>>>>
>>> This is what happens without proper review :-). I started with
>>> calling my repackaged liferay liferay-portal but the duplicate
>>> artifactId didn't work. I then missed updating the name change in a
>>> lot of places.
>>>
>>> Hopefully it's fixed now.... waiting for your review...
>>>
>>> thanks
>>> david jencks
>>>
>>>
>>>
>>
>> Hi David,
>>
>> I am glad that this is turning out to be a productive discussion.
>>
>> I have some more review notes for you.
>>
>> For reference:
>>
>> Constructing a special-purpose server using maven
>>
>> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a
>> +special-purpose+server+using+maven
>>
>> [1] Preparation – find the artifacts
>> [2] Set up a parent maven project
>> [3] Repackage the liferay war
>> [4] Build a database plugin
>> [5] Build the liferay war plugin
>> [6] Build an assembly
>> [7] Run the project
>>
>>
>> Note:
>> In the following, I use the term "baseline" to mean your liferay-
>> sample.jar
>> attached to your wiki doc, which builds as it should in maven (hence
>> "baseline"), and "doc" to mean your wiki documentation.
>>
>>
>> [3] baseline has this:
>>
>> <version>4.4.1</version>
>>
>> whereas the doc has this:
>>
>> <version>${liferayVersion}</version>
>>
>> which produces an artifact not found error (i.e., there is no
>> liferayVersion defined at this point of the process).
>>
>>
>> [5] baseline has this:
>>
>> <dependency>
>> <groupId>com.liferay</groupId>
>> <artifactId>liferay-portal-lesslibs</artifactId>
>> <version>${liferayVersion}-SNAPSHOT</version>
>> <type>war</type>
>> <scope>provided</scope>
>> </dependency>
>>
>> whereas the doc has this:
>>
>> <dependency>
>> <groupId>com.liferay</groupId>
>> <artifactId>liferay-portal-lesslibs</artifactId>
>> <version>${liferayVersion}</version>
>> <type>war</type>
>> <scope>provided</scope>
>> </dependency>
>>
>> which produces
>>
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [ERROR] BUILD ERROR
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [INFO] Failed to resolve artifact.
>>
>> GroupId: com.liferay
>> ArtifactId: liferay-portal-lesslibs
>> Version: 4.4.1
>>
>>
>> [6] baseline has this:
>>
>> <properties>
>> <geronimoVersion>2.1</geronimoVersion>
>> </properties>
>>
>> whereas the mvn command generates this:
>>
>> <properties>
>> <geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
>> </properties>
>>
>> which produces
>>
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [ERROR] BUILD ERROR
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [INFO] Failed to resolve artifact.
>>
>> GroupId: org.apache.geronimo.assemblies
>> ArtifactId: assemblies
>> Version: 2.2-SNAPSHOT
>>
>> Reason: Unable to download the artifact from any repository
>>
>>
>>
>> [7] I see the same PermGen error.
>>
>> I wonder if we built this using MySQL rather than the system
>> database (as
>> the Liferay folks intended) we would be in better shape?
>>
>> After all, that database (the MySQL version at least) is just shy
>> of 60MB,
>> so it stands to reason that we are taxing resources here.
>>
>> I would like to explore this. Could you please guide me?
>>
>> I think I have the basics down of what would be needed, but I
>> don't think I
>> quite have it all down yet, and I would like to know for sure by
>> hearing it
>> from you.
>>
>> I would like to see us put this puppy to bed, you folks bless it
>> for the
>> general public, and move on (Liferay portal is but the first of
>> several apps
>> I am building on top of Geronimo - details of this project to be
>> shared as
>> we go).
>>
>>
>>
>> Thanks!
>>
>> Jim
>>
>>
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
djencks wrote:
>
> I ran into this too. liferay is using activemq configured with xbean-
> spring and our copy of activemq does not include xbean or spring in
> its classloader. So, you have to make sure liferay uses activemq
> from its classloader instead of geronimo's classloader.
>
> In my sample I did this by including this in the liferay-jetty plan:
>
> <environment>
> <inverse-classloading/>
> </environment>
>
> which makes that module try to load stuff (such as activemq) from the
> module before trying parent classloaders such as activemq-broker
>
> and
>
> <!-- replaces activemq jar in lib dir -->
> <dependency>
> <groupId>org.apache.activemq</groupId>
> <artifactId>activemq-core</artifactId>
> <type>jar</type>
> <version>4.1.1</version>
> </dependency>
>
>
> in liferay-jetty/pom.xml
>
> and
>
> <!-- use geronimo dependencies
> rather than inclusion for published artifacts -->
> <exclude>WEB-INF/lib/activemq.jar</
> exclude>
>
> in liferay-portal-lesslibs to remove the activemq jar from the
> liferay war itself.
>
> It looks to me as if all these steps are in the wiki page, but that
> doesn't mean the process is easy to follow, and maybe I missed
> something else that is required.... suggestions welcome.
>
> thanks
> david jencks
>
>
Hi David,
As you said, I see that you have made some modifications to your wiki
instructions since I last revisited this, so I walked through all of this
again - from the top.
Following these steps in the wiki:
[1] Preparation – find the artifacts
[2] Set up a parent maven project
[3] Repackage the liferay war
[4] Build a database plugin
[5] Build the liferay war plugin
[6] Build an assembly
[7] Run the project
All works well until [5].
If one does "mvn clean install" from the liferay-jetty directory after doing
all the modifications for step [5] as outlined in the wiki, one sees the
output listed at the bottom of this post as
[1] COMMAND LINE: liferay-parent/liferay-jetty>mvn clean install
In particular one see this:
Missing:
----------
1) com.liferay:portal-service:jar:${liferayVersion}
2) com.liferay:portal-kernel:jar:${liferayVersion}
Not a problem, I thought, I will replace ${liferayVersion} with what
actually exists in my repository, meaning 4.4.1.
The result is what I have listed at the bottom of this post as
[2] COMMAND LINE: liferay-parent/liferay-jetty>mvn -e clean install
In particular one see this:
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] null
I have to admit that I am totally without a clue on this one, though the
trace does point to the exception:
org.apache.maven.lifecycle.LifecycleExecutionException
What do you think?
Jim
ATTACHMENTS BELOW:
[1] COMMAND LINE: liferay-parent/liferay-jetty>mvn clean install
[2] COMMAND LINE: liferay-parent/liferay-jetty>mvn -e clean install
==================================================================
[1] COMMAND LINE: liferay-parent/liferay-jetty>mvn clean install
where liferay-jetty/pom.xml contains:
<dependencies>
...
<dependency>
<groupId>com.liferay</groupId>
<artifactId>portal-kernel</artifactId>
<version>${liferayVersion}</version>
</dependency>
<dependency>
<groupId>com.liferay</groupId>
<artifactId>portal-service</artifactId>
<version>${liferayVersion}</version>
</dependency>
...
</dependencies>
==================================================================
[INFO] Scanning for projects...
[INFO]
----------------------------------------------------------------------------
[INFO] Building Unnamed -
org.apache.geronimo.plugins:liferay-jetty:car:1.0-SNAPSHOT
[INFO] task-segment: [clean, install]
[INFO]
----------------------------------------------------------------------------
[INFO] [clean:clean]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] snapshot org.apache.geronimo.framework:geronimo-plugin:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-plugin:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-plugin:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.framework:modules:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.framework:modules:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.framework:modules:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.framework:framework:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.framework:framework:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.framework:framework:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-system:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-system:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-system:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-cli:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-cli:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-cli:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-kernel:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-kernel:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-kernel:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-common:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-common:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-common:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-crypto:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-crypto:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.framework:geronimo-crypto:2.2-SNAPSHOT:
checking for updates from apache.snapshots
Downloading:
http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
Downloading:
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading:
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading:
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deploy-tool:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deploy-tool:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deploy-tool:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-service-builder:2.2-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-service-builder:2.2-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-service-builder:2.2-SNAPSHOT:
checking for updates from apache.snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deployment:2.2-SNAPSHOT: checking for
updates from apache-snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deployment:2.2-SNAPSHOT: checking for
updates from codehaus-snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deployment:2.2-SNAPSHOT: checking for
updates from apache.snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deploy-config:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deploy-config:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] snapshot
org.apache.geronimo.framework:geronimo-deploy-config:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] [car:validate-configuration]
log4j:WARN No appenders could be found for logger
(org.codehaus.mojo.pluginsupport.logging.Logging).
log4j:WARN Please initialize the log4j system properly.
[INFO] [car:prepare-plan]
[INFO] Generated:
D:\Geronimo\liferay\liferay-parent\liferay-jetty\target\resources\META-INF\plan.xml
Downloading:
http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom
Downloading:
http://repo1.maven.org/maven2/com/liferay/portal-kernel/${liferayVersion}/portal-kernel-${liferayVersion}.pom
Downloading:
http://repo1.maven.org/maven2/com/liferay/portal-service/${liferayVersion}/portal-service-${liferayVersion}.pom
Downloading:
http://repo1.maven.org/maven2/org/apache/tomcat/jasper/6.0.14-G614585/jasper-6.0.14-G614585.pom
Downloading:
http://repo1.maven.org/maven2/org/apache/tomcat/catalina/6.0.14-G614585/catalina-6.0.14-G614585.pom
Downloading:
http://repo1.maven.org/maven2/com/liferay/portal-service/${liferayVersion}/portal-service-${liferayVersion}.jar
Downloading:
http://repo1.maven.org/maven2/com/liferay/portal-kernel/${liferayVersion}/portal-kernel-${liferayVersion}.jar
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
Missing:
----------
1) com.liferay:portal-service:jar:${liferayVersion}
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=com.liferay
-DartifactId=portal-service \
-Dversion=${liferayVersion} -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there:
mvn deploy:deploy-file -DgroupId=com.liferay
-DartifactId=portal-service \
-Dversion=${liferayVersion} -Dpackaging=jar -Dfile=/path/to/file \
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.geronimo.plugins:liferay-jetty:car:1.0-SNAPSHOT
2) com.liferay:portal-service:jar:${liferayVersion}
2) com.liferay:portal-kernel:jar:${liferayVersion}
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=com.liferay
-DartifactId=portal-kernel \
-Dversion=${liferayVersion} -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there:
mvn deploy:deploy-file -DgroupId=com.liferay -DartifactId=portal-kernel \
-Dversion=${liferayVersion} -Dpackaging=jar -Dfile=/path/to/file \
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.geronimo.plugins:liferay-jetty:car:1.0-SNAPSHOT
2) com.liferay:portal-kernel:jar:${liferayVersion}
----------
2 required artifacts are missing.
for artifact:
org.apache.geronimo.plugins:liferay-jetty:car:1.0-SNAPSHOT
from the specified remote repositories:
central (http://repo1.maven.org/maven2)
[INFO]
------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 28 seconds
[INFO] Finished at: Fri Mar 14 04:03:00 MST 2008
[INFO] Final Memory: 40M/127M
[INFO]
------------------------------------------------------------------------
==================================================================
[2] COMMAND LINE: liferay-parent/liferay-jetty>mvn -e clean install
where liferay-jetty/pom.xml contains:
<dependencies>
...
<dependency>
<groupId>com.liferay</groupId>
<artifactId>portal-kernel</artifactId>
<version>4.4.1</version>
</dependency>
<dependency>
<groupId>com.liferay</groupId>
<artifactId>portal-service</artifactId>
<version>4.4.1</version>
</dependency>
...
</dependencies>
==================================================================
+ Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO]
----------------------------------------------------------------------------
[INFO] Building Unnamed -
org.apache.geronimo.plugins:liferay-jetty:car:1.0-SNAPSHOT
[INFO] task-segment: [clean, install]
[INFO]
----------------------------------------------------------------------------
[INFO] [clean:clean]
[INFO] Deleting directory
D:\Geronimo\liferay\liferay-parent\liferay-jetty\target
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
Downloading:
http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
Downloading:
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading:
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading:
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] [car:validate-configuration]
log4j:WARN No appenders could be found for logger
(org.codehaus.mojo.pluginsupport.logging.Logging).
log4j:WARN Please initialize the log4j system properly.
[INFO] [car:prepare-plan]
[INFO] Generated:
D:\Geronimo\liferay\liferay-parent\liferay-jetty\target\resources\META-INF\plan.xml
Downloading:
http://repo1.maven.org/maven2/axis/axis-jaxrpc/1.4/axis-jaxrpc-1.4.pom
Downloading:
http://repo1.maven.org/maven2/com/liferay/portal-kernel/4.4.1/portal-kernel-4.4.1.pom
Downloading:
http://repo1.maven.org/maven2/com/liferay/portal-service/4.4.1/portal-service-4.4.1.pom
Downloading:
http://repo1.maven.org/maven2/org/apache/tomcat/jasper/6.0.14-G614585/jasper-6.0.14-G614585.pom
Downloading:
http://repo1.maven.org/maven2/org/apache/tomcat/catalina/6.0.14-G614585/catalina-6.0.14-G614585.pom
[INFO] [car:package]
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] null
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
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:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException
at
org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:137)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: java.lang.NullPointerException
at
org.codehaus.mojo.pluginsupport.MojoSupport.fillMissingArtifactVersion(MojoSupport.java:342)
at
org.codehaus.mojo.pluginsupport.MojoSupport.createArtifact(MojoSupport.java:216)
at
org.codehaus.mojo.pluginsupport.MojoSupport.getArtifact(MojoSupport.java:258)
at
org.apache.geronimo.mavenplugins.car.PackageMojo.doExecute(PackageMojo.java:222)
at
org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122)
... 18 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 14 seconds
[INFO] Finished at: Fri Mar 14 04:47:10 MST 2008
[INFO] Final Memory: 42M/127M
[INFO]
------------------------------------------------------------------------
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p16048064.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
I ran into this too. liferay is using activemq configured with xbean-
spring and our copy of activemq does not include xbean or spring in
its classloader. So, you have to make sure liferay uses activemq
from its classloader instead of geronimo's classloader.
In my sample I did this by including this in the liferay-jetty plan:
<environment>
<inverse-classloading/>
</environment>
which makes that module try to load stuff (such as activemq) from the
module before trying parent classloaders such as activemq-broker
and
<!-- replaces activemq jar in lib dir -->
<dependency>
<groupId>org.apache.activemq</groupId>
<artifactId>activemq-core</artifactId>
<type>jar</type>
<version>4.1.1</version>
</dependency>
in liferay-jetty/pom.xml
and
<!-- use geronimo dependencies
rather than inclusion for published artifacts -->
<exclude>WEB-INF/lib/activemq.jar</
exclude>
in liferay-portal-lesslibs to remove the activemq jar from the
liferay war itself.
It looks to me as if all these steps are in the wiki page, but that
doesn't mean the process is easy to follow, and maybe I missed
something else that is required.... suggestions welcome.
thanks
david jencks
On Mar 13, 2008, at 9:12 AM, Jim Foster wrote:
>
>
> Kevan Miller wrote:
>>
>>
>> On Mar 7, 2008, at 12:12 PM, Jim Foster wrote:
>>
>>>>
>>>> Hi Jim,
>>>> There are a lot of knobs and switches.
>>
>> ...
>>
>> [snip]
>>
>>
>
>
> Hi Kevan,
>
> I took yours, David's and Peter's suggestions and have been working
> on this
> a fair bit this week, but I seem to be at a point where I am
> chasing my
> tail, so I need to ask to bend the dev team's ear a bit more.
>
> The common denominator that I run into appears to be either
> lifecycle-related, or associated with creation of gbeans,
> themselves. I
> don't have enough insight yet into Geronimo's core architecture to
> say for
> sure.
>
> For example, the first error in the log file looks like this:
>
> java.lang.ExceptionInInitializerError
> at
> com.liferay.portal.velocity.LiferayResourceCache.get
> (LiferayResourceCache.java:43)
>
>
> I have included the latest (and lengthy) log file at the end of
> this post.
>
> Any advice would be most appreciated!
>
>
> Jim
>
>
> START ATTACHMENT - geronimo-jetty-liferay-1.0-SNAPSHOT/var/log/
> geronimo.txt
> ----------------------------------------------------------------------
> --------------------
> 07:09:14,468 INFO [Log4jService]
> ----------------------------------------------
> 07:09:14,468 INFO [Log4jService] Started Logging Service
> 07:09:14,468 INFO [Log4jService] Runtime Information:
> 07:09:14,468 INFO [Log4jService] Install Directory =
> D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT
> 07:09:14,468 INFO [Log4jService] JVM in use = Sun Microsystems
> Inc. Java
> 1.5.0_15
> 07:09:14,468 INFO [Log4jService] Java Information:
> 07:09:14,468 INFO [Log4jService] System property
> [java.runtime.name] =
> Java(TM) 2 Runtime Environment, Standard Edition
> 07:09:14,468 INFO [Log4jService] System property
> [java.runtime.version]
> = 1.5.0_15-b04
> 07:09:14,468 INFO [Log4jService] System property
> [os.name] =
> Windows XP
> 07:09:14,468 INFO [Log4jService] System property
> [os.version] =
> 5.1
> 07:09:14,468 INFO [Log4jService] System property
> [sun.os.patch.level] =
> Service Pack 2
> 07:09:14,468 INFO [Log4jService] System property
> [os.arch] =
> x86
> 07:09:14,468 INFO [Log4jService] System property
> [java.class.version] =
> 49.0
> 07:09:14,468 INFO [Log4jService] System property
> [locale] =
> en_US
> 07:09:14,468 INFO [Log4jService] System property
> [unicode.encoding] =
> UnicodeLittle
> 07:09:14,468 INFO [Log4jService] System property
> [file.encoding] =
> Cp1252
> 07:09:14,468 INFO [Log4jService] System property
> [java.vm.name] =
> Java HotSpot(TM) Client VM
> 07:09:14,468 INFO [Log4jService] System property
> [java.vm.vendor] =
> Sun Microsystems Inc.
> 07:09:14,468 INFO [Log4jService] System property
> [java.vm.version] =
> 1.5.0_15-b04
> 07:09:14,484 INFO [Log4jService] System property
> [java.vm.info] =
> mixed mode
> 07:09:14,484 INFO [Log4jService] System property
> [java.home] =
> D:\Languages\Java\JDK5\jre
> 07:09:14,484 INFO [Log4jService] System property
> [java.classpath] =
> null
> 07:09:14,484 INFO [Log4jService] System property
> [java.library.path] =
> D:\Languages\Java\JDK5\jre\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:
> \WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;D:\Apache
> \Maven2\maven-2.0.7\bin;D:\Apache\Ant\ant-1.7.0\bin;D:\Languages
> \Java\bin;I:\Database
> Tools\MySQL\MySQL Server\bin
> 07:09:14,484 INFO [Log4jService] System property
> [java.endorsed.dirs] =
> D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT\lib\endorsed;D:
> \Languages\Java\JDK5\jre\lib\endorsed
> 07:09:14,484 INFO [Log4jService] System property
> [java.ext.dirs] =
> D:\Languages\Java\JDK5\jre\lib\ext
> 07:09:14,484 INFO [Log4jService] System property
> [sun.boot.class.path] =
> D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT\lib\endorsed\yoko-
> rmi-spec-1.0-r615303.jar;D:\Geronimo\geronimo-jetty-liferay-1.0-
> SNAPSHOT\lib\endorsed\yoko-spec-corba-1.0-r615303.jar;D:\Languages
> \Java\JDK5\jre\lib\rt.jar;D:\Languages\Java\JDK5\jre\lib\i18n.jar;D:
> \Languages\Java\JDK5\jre\lib\sunrsasign.jar;D:\Languages\Java\JDK5
> \jre\lib\jsse.jar;D:\Languages\Java\JDK5\jre\lib\jce.jar;D:
> \Languages\Java\JDK5\jre\lib\charsets.jar;D:\Languages\Java\JDK5\jre
> \classes
> 07:09:14,484 INFO [Log4jService]
> ----------------------------------------------
> 07:09:24,734 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.framework/rmi-naming/2.1/car?
> ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/
> car,j2eeType=Context,name=JavaCompContext
> at name java:comp
> 07:09:24,734 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.framework/rmi-naming/2.1/car?
> ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/
> car,j2eeType=Context,name=JavaContext
> at name java:
> 07:09:24,734 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.framework/rmi-naming/2.1/car?
> ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/
> car,j2eeType=Context,name=GeronimoContext
> at name ger:
> 07:09:25,015 INFO [MailGBean] JavaMail session bound to ger:/
> MailSession
> 07:09:26,406 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.configs/javamail/2.1/car?
> ServiceModule=org.apache.geronimo.configs/javamail/2.1/
> car,j2eeType=JavaMailResource,name=mail/MailSession
> at name
> org.apache.geronimo.configs/javamail/JavaMailResource/mail/MailSession
> 07:09:26,406 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.configs/transaction/2.1/car?
> ServiceModule=org.apache.geronimo.configs/transaction/2.1/
> car,j2eeType=Context,name=ResourceBindings
> at name jca:
> 07:09:28,781 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.configs/system-database/2.1/car?
> J2EEApplication=null,JCAConnectionFactory=SystemDatasource,JCAResource
> =org.apache.geronimo.configs/system-database/2.1/
> car,ResourceAdapter=org.apache.geronimo.configs/system-database/2.1/
> car,ResourceAdapterModule=org.apache.geronimo.configs/system-
> database/2.1/
> car,j2eeType=JCAManagedConnectionFactory,name=SystemDatasource
> at name
> org.apache.geronimo.configs/system-database/
> JCAManagedConnectionFactory/SystemDatasource
> 07:09:29,703 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.configs/system-database/2.1/car?
> J2EEApplication=null,JCAConnectionFactory=NoTxDatasource,JCAResource=o
> rg.apache.geronimo.configs/system-database/2.1/
> car,ResourceAdapter=org.apache.geronimo.configs/system-database/2.1/
> car,ResourceAdapterModule=org.apache.geronimo.configs/system-
> database/2.1/
> car,j2eeType=JCAManagedConnectionFactory,name=NoTxDatasource
> at name
> org.apache.geronimo.configs/system-database/
> JCAManagedConnectionFactory/NoTxDatasource
> 07:09:30,171 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car?
> J2EEApplication=null,JCAConnectionFactory=jdbc/
> LiferayPool,JCAResource=org.apache.geronimo.plugins/liferay-derby/
> 1.0-SNAPSHOT/car,ResourceAdapter=org.apache.geronimo.plugins/
> liferay-derby/1.0-SNAPSHOT/
> car,ResourceAdapterModule=org.apache.geronimo.plugins/liferay-derby/
> 1.0-SNAPSHOT/car,j2eeType=JCAManagedConnectionFactory,name=jdbc/
> LiferayPool
> at name
> org.apache.geronimo.plugins/liferay-derby/
> JCAManagedConnectionFactory/jdbc/LiferayPool
> 07:09:33,562 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.configs/activemq-ra/2.1/car?
> J2EEApplication=null,JCAConnectionFactory=DefaultActiveMQConnectionFac
> tory,JCAResource=org.apache.geronimo.configs/activemq-ra/2.1/
> car,ResourceAdapter=org.apache.geronimo.configs/activemq-ra/2.1/
> car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/
> 2.1/
> car,j2eeType=JCAManagedConnectionFactory,name=DefaultActiveMQConnectio
> nFactory
> at name
> org.apache.geronimo.configs/activemq-ra/JCAManagedConnectionFactory/
> DefaultActiveMQConnectionFactory
> 07:09:33,578 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.configs/activemq-ra/2.1/car?
> J2EEApplication=null,JCAResource=org.apache.geronimo.configs/
> activemq-ra/2.1/car,ResourceAdapter=org.apache.geronimo.configs/
> activemq-ra/2.1/
> car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/
> 2.1/car,j2eeType=JCAAdminObject,name=MDBTransferBeanOutQueue
> at name
> org.apache.geronimo.configs/activemq-ra/JCAAdminObject/
> MDBTransferBeanOutQueue
> 07:09:33,578 INFO [KernelContextGBean] bound gbean
> org.apache.geronimo.configs/activemq-ra/2.1/car?
> J2EEApplication=null,JCAResource=org.apache.geronimo.configs/
> activemq-ra/2.1/car,ResourceAdapter=org.apache.geronimo.configs/
> activemq-ra/2.1/
> car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/
> 2.1/car,j2eeType=JCAAdminObject,name=SendReceiveQueue
> at name
> org.apache.geronimo.configs/activemq-ra/JCAAdminObject/
> SendReceiveQueue
> 07:09:33,937 INFO [log] Logging to
> org.slf4j.impl.JCLLoggerAdapter(org.mortbay.log) via
> org.mortbay.log.Slf4jLog
> 07:09:33,937 INFO [log] jetty-6.1.7
> 07:09:34,000 INFO [log] Opened
> D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT\var\log
> \jetty_2008_03_13.log
> 07:09:34,312 INFO [log] Started SelectChannelConnector@0.0.0.0:8080
> 07:09:34,328 INFO [log] AJP13 is not a secure protocol. Please
> protect port
> 8009
> 07:09:34,328 INFO [log] Started Ajp13SocketConnector@0.0.0.0:8009
> 07:09:34,812 INFO [log] Started
> GeronimoSelectChannelSSLListener@0.0.0.0:8443
> 07:09:42,000 ERROR [log] failed Secure MainServlet Filter
> java.lang.ExceptionInInitializerError
> at
> com.liferay.portal.velocity.LiferayResourceCache.get
> (LiferayResourceCache.java:43)
> at
> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource
> (ResourceManagerImpl.java:288)
> at
> org.apache.velocity.runtime.RuntimeInstance.getTemplate
> (RuntimeInstance.java:1102)
> at
> org.apache.velocity.runtime.RuntimeInstance.getTemplate
> (RuntimeInstance.java:1077)
> at
> org.apache.velocity.runtime.VelocimacroFactory.initVelocimacro
> (VelocimacroFactory.java:196)
> at
> org.apache.velocity.runtime.RuntimeInstance.init
> (RuntimeInstance.java:251)
> at
> org.apache.velocity.runtime.RuntimeSingleton.init
> (RuntimeSingleton.java:113)
> at org.apache.velocity.app.Velocity.init(Velocity.java:83)
> at com.liferay.portal.events.InitAction.run(InitAction.java:210)
> at com.liferay.portal.util.InitUtil.init(InitUtil.java:40)
> at com.liferay.portal.util.PropsUtil.<clinit>(PropsUtil.java:41)
> at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
> at org.mortbay.jetty.servlet.FilterHolder.doStart
> (FilterHolder.java:97)
> at
> org.apache.geronimo.jetty6.JettyFilterHolder
> $InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
> at
> org.apache.geronimo.jetty6.JettyFilterHolder
> $InternalFilterHolder.access$100(JettyFilterHolder.java:70)
> at
> org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder
> $2.lifecycleMethod(JettyFilterHolder.java:107)
> at
> org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleC
> ommand(AbstractImmutableHandler.java:62)
> at
> org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleC
> ommand(ThreadClassloaderHandler.java:57)
> at
> org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleC
> ommand(AbstractImmutableHandler.java:60)
> at
> org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCom
> mand(InstanceContextHandler.java:81)
> at
> org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleC
> ommand(AbstractImmutableHandler.java:60)
> at
> org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCom
> mand(UserTransactionHandler.java:63)
> at
> org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleC
> ommand(AbstractImmutableHandler.java:60)
> at
> org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCo
> mmand(ComponentContextHandler.java:57)
> at
> org.apache.geronimo.jetty6.JettyFilterHolder
> $InternalFilterHolder.doStart(JettyFilterHolder.java:110)
> at org.mortbay.component.AbstractLifeCycle.start
> (AbstractLifeCycle.java:40)
> at
> org.apache.geronimo.jetty6.JettyFilterHolder.doStart
> (JettyFilterHolder.java:55)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance
> (GBeanInstance.java:998)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(
> GBeanInstanceState.java:268)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start
> (GBeanInstanceState.java:102)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.start
> (GBeanInstance.java:541)
> at
> org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart
> (GBeanDependency.java:111)
> at
> org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget
> (GBeanDependency.java:146)
> at
> org.apache.geronimo.gbean.runtime.GBeanDependency$1.running
> (GBeanDependency.java:120)
> at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEven
> t(BasicLifecycleMonitor.java:176)
> at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300
> (BasicLifecycleMonitor.java:44)
> at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor
> $RawLifecycleBroadcaster.fireRunningEvent
> (BasicLifecycleMonitor.java:254)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(
> GBeanInstanceState.java:294)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start
> (GBeanInstanceState.java:102)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.start
> (GBeanInstance.java:541)
> at
> org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart
> (GBeanDependency.java:111)
> at
> org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget
> (GBeanDependency.java:146)
> at
> org.apache.geronimo.gbean.runtime.GBeanDependency$1.running
> (GBeanDependency.java:120)
> at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEven
> t(BasicLifecycleMonitor.java:176)
> at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300
> (BasicLifecycleMonitor.java:44)
> at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor
> $RawLifecycleBroadcaster.fireRunningEvent
> (BasicLifecycleMonitor.java:254)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(
> GBeanInstanceState.java:294)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start
> (GBeanInstanceState.java:102)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive
> (GBeanInstanceState.java:124)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive
> (GBeanInstance.java:555)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean
> (BasicKernel.java:379)
> at
> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration
> GBeans(ConfigurationUtil.java:456)
> at
> org.apache.geronimo.kernel.config.KernelConfigurationManager.start
> (KernelConfigurationManager.java:187)
> at
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf
> iguration(SimpleConfigurationManager.java:534)
> 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:585)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke
> (ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke
> (GBeanOperation.java:124)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke
> (GBeanInstance.java:832)
> at org.apache.geronimo.gbean.runtime.RawInvoker.invoke
> (RawInvoker.java:57)
> at
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke
> (RawOperationInvoker.java:35)
> at
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> (ProxyMethodInterceptor.java:96)
> at
> org.apache.geronimo.kernel.config.EditableConfigurationManager$
> $EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
> at
> org.apache.geronimo.system.main.EmbeddedDaemon.doStartup
> (EmbeddedDaemon.java:156)
> at
> org.apache.geronimo.system.main.EmbeddedDaemon.execute
> (EmbeddedDaemon.java:78)
> at
> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main
> (MainConfigurationBootstrapper.java:45)
> at org.apache.geronimo.cli.AbstractCLI.executeMain
> (AbstractCLI.java:67)
> at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
> Caused by:
> org.springframework.beans.factory.CannotLoadBeanClassException:
> Error loading class [org.apache.activemq.xbean.BrokerFactoryBean]
> for bean
> with name 'org.apache.activemq.Broker' defined in class path resource
> [META-INF/activemq-spring-jms.xml]: problem with class file or
> dependent
> class; nested exception is java.lang.NoClassDefFoundError:
> org/springframework/beans/factory/FactoryBean
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.resolveB
> eanClass(AbstractBeanFactory.java:1163)
> at
> <snip>
Geronimo failure at startup - unable to bind rmi://0.0.0.0:1099/JMXConnector,
UnknownHostException etc.
Posted by Pete Robinson <pe...@gmx.de>.
Hello All,
I'm a Geronimo / Linux Newbie.
I was having a number of problems with geronimo 2+ running on a Linux
installation on a laptop I've justed installed with SUSE 10.2.
I couldn't get the server to start. I kept getting various problems
around binding, although I have the same setup on another machine and it
works fine.
Example:
java.io.IOException: Cannot bind to URL [rmi://0.0.0.0:1099/JMXConnector]:
or...
05:03:56,173 ERROR [GBeanInstanceState] Error while starting; GBean is
now in the FAILED state:
abstractName="org.apache.geronimo.configs/j2ee-security/2.0-M6/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0-M6/car,j2eeType=GBean,name=JaasLoginServiceRemotingServer"
java.net.UnknownHostException: Vigor12: Vigor12
at java.net.InetAddress.getLocalHost(InetAddress.java:1346)
at
org.activeio.net.SocketStreamChannelFactory.bindStreamChannel(SocketStreamChannelFactory.java:93)
Basically, I couldn't get Geronimo to start. A number of people have
experienced the same as far as I can gather from forums I found.
I diagnosed the cause of my problem and would like to share the
workaround I implemented.
Diagnosis
Scenario: I am sitting in a wireless environment.
When I attach the laptop to my router, the server starts fine. When I
remove the cable and restart the network geronimo won't start. So,
geronimo was actually having problems locating the JMXConnector.
Solution/Work around
In the {geronimo-home-directory}/config/config-substitutions.properties,
I replaced the line:
PlanServerHostname=0.0.0.0
with
PlanServerHostname=127.0.0.1
Apparently in my wireless only environment, geronimo was unable to
locate JMXConnector. Even though I could ping 0.0.0.0.
Well, I hope that helps some poor guy who searches for daysin vain for
a solution like I did. If not, I only wasted 15 minutes.
Cheers,
Pete
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
Kevan Miller wrote:
>
>
> On Mar 7, 2008, at 12:12 PM, Jim Foster wrote:
>
>>>
>>> Hi Jim,
>>> There are a lot of knobs and switches.
>
> ...
>
> [snip]
>
>
Hi Kevan,
I took yours, David's and Peter's suggestions and have been working on this
a fair bit this week, but I seem to be at a point where I am chasing my
tail, so I need to ask to bend the dev team's ear a bit more.
The common denominator that I run into appears to be either
lifecycle-related, or associated with creation of gbeans, themselves. I
don't have enough insight yet into Geronimo's core architecture to say for
sure.
For example, the first error in the log file looks like this:
java.lang.ExceptionInInitializerError
at
com.liferay.portal.velocity.LiferayResourceCache.get(LiferayResourceCache.java:43)
I have included the latest (and lengthy) log file at the end of this post.
Any advice would be most appreciated!
Jim
START ATTACHMENT - geronimo-jetty-liferay-1.0-SNAPSHOT/var/log/geronimo.txt
------------------------------------------------------------------------------------------
07:09:14,468 INFO [Log4jService]
----------------------------------------------
07:09:14,468 INFO [Log4jService] Started Logging Service
07:09:14,468 INFO [Log4jService] Runtime Information:
07:09:14,468 INFO [Log4jService] Install Directory =
D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT
07:09:14,468 INFO [Log4jService] JVM in use = Sun Microsystems Inc. Java
1.5.0_15
07:09:14,468 INFO [Log4jService] Java Information:
07:09:14,468 INFO [Log4jService] System property [java.runtime.name] =
Java(TM) 2 Runtime Environment, Standard Edition
07:09:14,468 INFO [Log4jService] System property [java.runtime.version]
= 1.5.0_15-b04
07:09:14,468 INFO [Log4jService] System property [os.name] =
Windows XP
07:09:14,468 INFO [Log4jService] System property [os.version] =
5.1
07:09:14,468 INFO [Log4jService] System property [sun.os.patch.level] =
Service Pack 2
07:09:14,468 INFO [Log4jService] System property [os.arch] =
x86
07:09:14,468 INFO [Log4jService] System property [java.class.version] =
49.0
07:09:14,468 INFO [Log4jService] System property [locale] =
en_US
07:09:14,468 INFO [Log4jService] System property [unicode.encoding] =
UnicodeLittle
07:09:14,468 INFO [Log4jService] System property [file.encoding] =
Cp1252
07:09:14,468 INFO [Log4jService] System property [java.vm.name] =
Java HotSpot(TM) Client VM
07:09:14,468 INFO [Log4jService] System property [java.vm.vendor] =
Sun Microsystems Inc.
07:09:14,468 INFO [Log4jService] System property [java.vm.version] =
1.5.0_15-b04
07:09:14,484 INFO [Log4jService] System property [java.vm.info] =
mixed mode
07:09:14,484 INFO [Log4jService] System property [java.home] =
D:\Languages\Java\JDK5\jre
07:09:14,484 INFO [Log4jService] System property [java.classpath] =
null
07:09:14,484 INFO [Log4jService] System property [java.library.path] =
D:\Languages\Java\JDK5\jre\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;D:\Apache\Maven2\maven-2.0.7\bin;D:\Apache\Ant\ant-1.7.0\bin;D:\Languages\Java\bin;I:\Database
Tools\MySQL\MySQL Server\bin
07:09:14,484 INFO [Log4jService] System property [java.endorsed.dirs] =
D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT\lib\endorsed;D:\Languages\Java\JDK5\jre\lib\endorsed
07:09:14,484 INFO [Log4jService] System property [java.ext.dirs] =
D:\Languages\Java\JDK5\jre\lib\ext
07:09:14,484 INFO [Log4jService] System property [sun.boot.class.path] =
D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT\lib\endorsed\yoko-rmi-spec-1.0-r615303.jar;D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT\lib\endorsed\yoko-spec-corba-1.0-r615303.jar;D:\Languages\Java\JDK5\jre\lib\rt.jar;D:\Languages\Java\JDK5\jre\lib\i18n.jar;D:\Languages\Java\JDK5\jre\lib\sunrsasign.jar;D:\Languages\Java\JDK5\jre\lib\jsse.jar;D:\Languages\Java\JDK5\jre\lib\jce.jar;D:\Languages\Java\JDK5\jre\lib\charsets.jar;D:\Languages\Java\JDK5\jre\classes
07:09:14,484 INFO [Log4jService]
----------------------------------------------
07:09:24,734 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.framework/rmi-naming/2.1/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/car,j2eeType=Context,name=JavaCompContext
at name java:comp
07:09:24,734 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.framework/rmi-naming/2.1/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/car,j2eeType=Context,name=JavaContext
at name java:
07:09:24,734 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.framework/rmi-naming/2.1/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/car,j2eeType=Context,name=GeronimoContext
at name ger:
07:09:25,015 INFO [MailGBean] JavaMail session bound to ger:/MailSession
07:09:26,406 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.configs/javamail/2.1/car?ServiceModule=org.apache.geronimo.configs/javamail/2.1/car,j2eeType=JavaMailResource,name=mail/MailSession
at name
org.apache.geronimo.configs/javamail/JavaMailResource/mail/MailSession
07:09:26,406 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.configs/transaction/2.1/car?ServiceModule=org.apache.geronimo.configs/transaction/2.1/car,j2eeType=Context,name=ResourceBindings
at name jca:
07:09:28,781 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.configs/system-database/2.1/car?J2EEApplication=null,JCAConnectionFactory=SystemDatasource,JCAResource=org.apache.geronimo.configs/system-database/2.1/car,ResourceAdapter=org.apache.geronimo.configs/system-database/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.1/car,j2eeType=JCAManagedConnectionFactory,name=SystemDatasource
at name
org.apache.geronimo.configs/system-database/JCAManagedConnectionFactory/SystemDatasource
07:09:29,703 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.configs/system-database/2.1/car?J2EEApplication=null,JCAConnectionFactory=NoTxDatasource,JCAResource=org.apache.geronimo.configs/system-database/2.1/car,ResourceAdapter=org.apache.geronimo.configs/system-database/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.1/car,j2eeType=JCAManagedConnectionFactory,name=NoTxDatasource
at name
org.apache.geronimo.configs/system-database/JCAManagedConnectionFactory/NoTxDatasource
07:09:30,171 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car?J2EEApplication=null,JCAConnectionFactory=jdbc/LiferayPool,JCAResource=org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car,ResourceAdapter=org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car,ResourceAdapterModule=org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car,j2eeType=JCAManagedConnectionFactory,name=jdbc/LiferayPool
at name
org.apache.geronimo.plugins/liferay-derby/JCAManagedConnectionFactory/jdbc/LiferayPool
07:09:33,562 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.configs/activemq-ra/2.1/car?J2EEApplication=null,JCAConnectionFactory=DefaultActiveMQConnectionFactory,JCAResource=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapter=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/2.1/car,j2eeType=JCAManagedConnectionFactory,name=DefaultActiveMQConnectionFactory
at name
org.apache.geronimo.configs/activemq-ra/JCAManagedConnectionFactory/DefaultActiveMQConnectionFactory
07:09:33,578 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.configs/activemq-ra/2.1/car?J2EEApplication=null,JCAResource=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapter=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/2.1/car,j2eeType=JCAAdminObject,name=MDBTransferBeanOutQueue
at name
org.apache.geronimo.configs/activemq-ra/JCAAdminObject/MDBTransferBeanOutQueue
07:09:33,578 INFO [KernelContextGBean] bound gbean
org.apache.geronimo.configs/activemq-ra/2.1/car?J2EEApplication=null,JCAResource=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapter=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/2.1/car,j2eeType=JCAAdminObject,name=SendReceiveQueue
at name
org.apache.geronimo.configs/activemq-ra/JCAAdminObject/SendReceiveQueue
07:09:33,937 INFO [log] Logging to
org.slf4j.impl.JCLLoggerAdapter(org.mortbay.log) via
org.mortbay.log.Slf4jLog
07:09:33,937 INFO [log] jetty-6.1.7
07:09:34,000 INFO [log] Opened
D:\Geronimo\geronimo-jetty-liferay-1.0-SNAPSHOT\var\log\jetty_2008_03_13.log
07:09:34,312 INFO [log] Started SelectChannelConnector@0.0.0.0:8080
07:09:34,328 INFO [log] AJP13 is not a secure protocol. Please protect port
8009
07:09:34,328 INFO [log] Started Ajp13SocketConnector@0.0.0.0:8009
07:09:34,812 INFO [log] Started
GeronimoSelectChannelSSLListener@0.0.0.0:8443
07:09:42,000 ERROR [log] failed Secure MainServlet Filter
java.lang.ExceptionInInitializerError
at
com.liferay.portal.velocity.LiferayResourceCache.get(LiferayResourceCache.java:43)
at
org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:288)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1102)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1077)
at
org.apache.velocity.runtime.VelocimacroFactory.initVelocimacro(VelocimacroFactory.java:196)
at
org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java:251)
at
org.apache.velocity.runtime.RuntimeSingleton.init(RuntimeSingleton.java:113)
at org.apache.velocity.app.Velocity.init(Velocity.java:83)
at com.liferay.portal.events.InitAction.run(InitAction.java:210)
at com.liferay.portal.util.InitUtil.init(InitUtil.java:40)
at com.liferay.portal.util.PropsUtil.<clinit>(PropsUtil.java:41)
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.apache.geronimo.jetty6.JettyFilterHolder.doStart(JettyFilterHolder.java:55)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
Caused by: org.springframework.beans.factory.CannotLoadBeanClassException:
Error loading class [org.apache.activemq.xbean.BrokerFactoryBean] for bean
with name 'org.apache.activemq.Broker' defined in class path resource
[META-INF/activemq-spring-jms.xml]: problem with class file or dependent
class; nested exception is java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1163)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.predictBeanType(AbstractAutowireCapableBeanFactory.java:581)
at
org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:1364)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:406)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:735)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:369)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:122)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:76)
at
com.liferay.util.spring.context.LazyClassPathApplicationContext.<init>(LazyClassPathApplicationContext.java:42)
at com.liferay.portal.spring.util.SpringUtil.getContext(SpringUtil.java:40)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:62)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:46)
at
com.liferay.portal.kernel.bean.BeanLocatorUtil.locate(BeanLocatorUtil.java:51)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil._getUtil(SingleVMPoolUtil.java:94)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getSingleVMPool(SingleVMPoolUtil.java:59)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getCache(SingleVMPoolUtil.java:55)
at
com.liferay.portal.velocity.LiferayResourceCacheUtil.<clinit>(LiferayResourceCacheUtil.java:57)
... 70 more
Caused by: java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:470)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:456)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:407)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.springframework.util.ClassUtils.forName(ClassUtils.java:230)
at
org.springframework.beans.factory.support.AbstractBeanDefinition.resolveBeanClass(AbstractBeanDefinition.java:371)
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1157)
... 86 more
07:09:42,015 ERROR [log] Nested in java.lang.ExceptionInInitializerError:
org.springframework.beans.factory.CannotLoadBeanClassException: Error
loading class [org.apache.activemq.xbean.BrokerFactoryBean] for bean with
name 'org.apache.activemq.Broker' defined in class path resource
[META-INF/activemq-spring-jms.xml]: problem with class file or dependent
class; nested exception is java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1163)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.predictBeanType(AbstractAutowireCapableBeanFactory.java:581)
at
org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:1364)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:406)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:735)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:369)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:122)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:76)
at
com.liferay.util.spring.context.LazyClassPathApplicationContext.<init>(LazyClassPathApplicationContext.java:42)
at com.liferay.portal.spring.util.SpringUtil.getContext(SpringUtil.java:40)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:62)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:46)
at
com.liferay.portal.kernel.bean.BeanLocatorUtil.locate(BeanLocatorUtil.java:51)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil._getUtil(SingleVMPoolUtil.java:94)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getSingleVMPool(SingleVMPoolUtil.java:59)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getCache(SingleVMPoolUtil.java:55)
at
com.liferay.portal.velocity.LiferayResourceCacheUtil.<clinit>(LiferayResourceCacheUtil.java:57)
at
com.liferay.portal.velocity.LiferayResourceCache.get(LiferayResourceCache.java:43)
at
org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:288)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1102)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1077)
at
org.apache.velocity.runtime.VelocimacroFactory.initVelocimacro(VelocimacroFactory.java:196)
at
org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java:251)
at
org.apache.velocity.runtime.RuntimeSingleton.init(RuntimeSingleton.java:113)
at org.apache.velocity.app.Velocity.init(Velocity.java:83)
at com.liferay.portal.events.InitAction.run(InitAction.java:210)
at com.liferay.portal.util.InitUtil.init(InitUtil.java:40)
at com.liferay.portal.util.PropsUtil.<clinit>(PropsUtil.java:41)
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.apache.geronimo.jetty6.JettyFilterHolder.doStart(JettyFilterHolder.java:55)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
Caused by: java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:470)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:456)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:407)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.springframework.util.ClassUtils.forName(ClassUtils.java:230)
at
org.springframework.beans.factory.support.AbstractBeanDefinition.resolveBeanClass(AbstractBeanDefinition.java:371)
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1157)
... 86 more
07:09:42,015 ERROR [log] Nested in
org.springframework.beans.factory.CannotLoadBeanClassException: Error
loading class [org.apache.activemq.xbean.BrokerFactoryBean] for bean with
name 'org.apache.activemq.Broker' defined in class path resource
[META-INF/activemq-spring-jms.xml]: problem with class file or dependent
class; nested exception is java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean:
java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:470)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:456)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:407)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.springframework.util.ClassUtils.forName(ClassUtils.java:230)
at
org.springframework.beans.factory.support.AbstractBeanDefinition.resolveBeanClass(AbstractBeanDefinition.java:371)
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1157)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.predictBeanType(AbstractAutowireCapableBeanFactory.java:581)
at
org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:1364)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:406)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:735)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:369)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:122)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:76)
at
com.liferay.util.spring.context.LazyClassPathApplicationContext.<init>(LazyClassPathApplicationContext.java:42)
at com.liferay.portal.spring.util.SpringUtil.getContext(SpringUtil.java:40)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:62)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:46)
at
com.liferay.portal.kernel.bean.BeanLocatorUtil.locate(BeanLocatorUtil.java:51)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil._getUtil(SingleVMPoolUtil.java:94)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getSingleVMPool(SingleVMPoolUtil.java:59)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getCache(SingleVMPoolUtil.java:55)
at
com.liferay.portal.velocity.LiferayResourceCacheUtil.<clinit>(LiferayResourceCacheUtil.java:57)
at
com.liferay.portal.velocity.LiferayResourceCache.get(LiferayResourceCache.java:43)
at
org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:288)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1102)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1077)
at
org.apache.velocity.runtime.VelocimacroFactory.initVelocimacro(VelocimacroFactory.java:196)
at
org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java:251)
at
org.apache.velocity.runtime.RuntimeSingleton.init(RuntimeSingleton.java:113)
at org.apache.velocity.app.Velocity.init(Velocity.java:83)
at com.liferay.portal.events.InitAction.run(InitAction.java:210)
at com.liferay.portal.util.InitUtil.init(InitUtil.java:40)
at com.liferay.portal.util.PropsUtil.<clinit>(PropsUtil.java:41)
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.apache.geronimo.jetty6.JettyFilterHolder.doStart(JettyFilterHolder.java:55)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:42,375 ERROR [GBeanInstanceState] Error while starting; GBean is now
in the FAILED state:
abstractName="org.apache.geronimo.plugins/liferay-jetty/1.0-SNAPSHOT/car?J2EEApplication=null,WebModule=org.apache.geronimo.plugins/liferay-jetty/1.0-SNAPSHOT/car,j2eeType=WebFilter,name=Secure%20MainServlet%20Filter"
java.lang.ExceptionInInitializerError
at
com.liferay.portal.velocity.LiferayResourceCache.get(LiferayResourceCache.java:43)
at
org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:288)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1102)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1077)
at
org.apache.velocity.runtime.VelocimacroFactory.initVelocimacro(VelocimacroFactory.java:196)
at
org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java:251)
at
org.apache.velocity.runtime.RuntimeSingleton.init(RuntimeSingleton.java:113)
at org.apache.velocity.app.Velocity.init(Velocity.java:83)
at com.liferay.portal.events.InitAction.run(InitAction.java:210)
at com.liferay.portal.util.InitUtil.init(InitUtil.java:40)
at com.liferay.portal.util.PropsUtil.<clinit>(PropsUtil.java:41)
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.apache.geronimo.jetty6.JettyFilterHolder.doStart(JettyFilterHolder.java:55)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
Caused by: org.springframework.beans.factory.CannotLoadBeanClassException:
Error loading class [org.apache.activemq.xbean.BrokerFactoryBean] for bean
with name 'org.apache.activemq.Broker' defined in class path resource
[META-INF/activemq-spring-jms.xml]: problem with class file or dependent
class; nested exception is java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1163)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.predictBeanType(AbstractAutowireCapableBeanFactory.java:581)
at
org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:1364)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:406)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:735)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:369)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:122)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:76)
at
com.liferay.util.spring.context.LazyClassPathApplicationContext.<init>(LazyClassPathApplicationContext.java:42)
at com.liferay.portal.spring.util.SpringUtil.getContext(SpringUtil.java:40)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:62)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:46)
at
com.liferay.portal.kernel.bean.BeanLocatorUtil.locate(BeanLocatorUtil.java:51)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil._getUtil(SingleVMPoolUtil.java:94)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getSingleVMPool(SingleVMPoolUtil.java:59)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getCache(SingleVMPoolUtil.java:55)
at
com.liferay.portal.velocity.LiferayResourceCacheUtil.<clinit>(LiferayResourceCacheUtil.java:57)
... 70 more
Caused by: java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:470)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:456)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:407)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.springframework.util.ClassUtils.forName(ClassUtils.java:230)
at
org.springframework.beans.factory.support.AbstractBeanDefinition.resolveBeanClass(AbstractBeanDefinition.java:371)
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1157)
... 86 more
07:09:42,656 WARN [BasicLifecycleMonitor] Exception occured while notifying
listener
java.lang.ExceptionInInitializerError
at
com.liferay.portal.velocity.LiferayResourceCache.get(LiferayResourceCache.java:43)
at
org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:288)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1102)
at
org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1077)
at
org.apache.velocity.runtime.VelocimacroFactory.initVelocimacro(VelocimacroFactory.java:196)
at
org.apache.velocity.runtime.RuntimeInstance.init(RuntimeInstance.java:251)
at
org.apache.velocity.runtime.RuntimeSingleton.init(RuntimeSingleton.java:113)
at org.apache.velocity.app.Velocity.init(Velocity.java:83)
at com.liferay.portal.events.InitAction.run(InitAction.java:210)
at com.liferay.portal.util.InitUtil.init(InitUtil.java:40)
at com.liferay.portal.util.PropsUtil.<clinit>(PropsUtil.java:41)
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.apache.geronimo.jetty6.JettyFilterHolder.doStart(JettyFilterHolder.java:55)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
Caused by: org.springframework.beans.factory.CannotLoadBeanClassException:
Error loading class [org.apache.activemq.xbean.BrokerFactoryBean] for bean
with name 'org.apache.activemq.Broker' defined in class path resource
[META-INF/activemq-spring-jms.xml]: problem with class file or dependent
class; nested exception is java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1163)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.predictBeanType(AbstractAutowireCapableBeanFactory.java:581)
at
org.springframework.beans.factory.support.AbstractBeanFactory.isFactoryBean(AbstractBeanFactory.java:1364)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:406)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:735)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:369)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:122)
at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:76)
at
com.liferay.util.spring.context.LazyClassPathApplicationContext.<init>(LazyClassPathApplicationContext.java:42)
at com.liferay.portal.spring.util.SpringUtil.getContext(SpringUtil.java:40)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:62)
at com.liferay.portal.bean.BeanLocatorImpl.locate(BeanLocatorImpl.java:46)
at
com.liferay.portal.kernel.bean.BeanLocatorUtil.locate(BeanLocatorUtil.java:51)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil._getUtil(SingleVMPoolUtil.java:94)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getSingleVMPool(SingleVMPoolUtil.java:59)
at
com.liferay.portal.kernel.cache.SingleVMPoolUtil.getCache(SingleVMPoolUtil.java:55)
at
com.liferay.portal.velocity.LiferayResourceCacheUtil.<clinit>(LiferayResourceCacheUtil.java:57)
... 70 more
Caused by: java.lang.NoClassDefFoundError:
org/springframework/beans/factory/FactoryBean
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.access$200(JarFileClassLoader.java:52)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader$6.run(JarFileClassLoader.java:308)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.geronimo.kernel.classloader.JarFileClassLoader.findClass(JarFileClassLoader.java:260)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:470)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClassInternal(MultiParentClassLoader.java:456)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.checkParents(MultiParentClassLoader.java:498)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:407)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at org.springframework.util.ClassUtils.forName(ClassUtils.java:230)
at
org.springframework.beans.factory.support.AbstractBeanDefinition.resolveBeanClass(AbstractBeanDefinition.java:371)
at
org.springframework.beans.factory.support.AbstractBeanFactory.resolveBeanClass(AbstractBeanFactory.java:1157)
... 86 more
07:09:42,984 ERROR [log] failed Secure MainServlet Filter
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setFilterMappings(ServletHandler.java:1016)
at
org.mortbay.jetty.servlet.ServletHandler.addFilterMapping(ServletHandler.java:875)
at
org.apache.geronimo.jetty6.JettyFilterMapping.<init>(JettyFilterMapping.java:119)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:43,453 ERROR [GBeanInstanceState] Error while starting; GBean is now
in the FAILED state:
abstractName="org.apache.geronimo.plugins/liferay-jetty/1.0-SNAPSHOT/car?J2EEApplication=null,WebFilter=Session%20Id%20Filter,WebModule=org.apache.geronimo.plugins/liferay-jetty/1.0-SNAPSHOT/car,j2eeType=URLWebFilterMapping,name=%22[/%5C*]%22"
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setFilterMappings(ServletHandler.java:1016)
at
org.mortbay.jetty.servlet.ServletHandler.addFilterMapping(ServletHandler.java:875)
at
org.apache.geronimo.jetty6.JettyFilterMapping.<init>(JettyFilterMapping.java:119)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:43,593 WARN [BasicLifecycleMonitor] Exception occured while notifying
listener
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setFilterMappings(ServletHandler.java:1016)
at
org.mortbay.jetty.servlet.ServletHandler.addFilterMapping(ServletHandler.java:875)
at
org.apache.geronimo.jetty6.JettyFilterMapping.<init>(JettyFilterMapping.java:119)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:43,843 ERROR [log] failed Secure MainServlet Filter
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setServletMappings(ServletHandler.java:1037)
at
org.mortbay.jetty.servlet.ServletHandler.addServletMapping(ServletHandler.java:736)
at
org.apache.geronimo.jetty6.JettyWebAppContext.registerServletHolder(JettyWebAppContext.java:497)
at
org.apache.geronimo.jetty6.JettyServletHolder.<init>(JettyServletHolder.java:80)
at
org.apache.geronimo.jetty6.JettyDefaultServletHolder.<init>(JettyDefaultServletHolder.java:40)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:43,968 ERROR [GBeanInstanceState] Error while starting; GBean is now
in the FAILED state:
abstractName="org.apache.geronimo.plugins/liferay-jetty/1.0-SNAPSHOT/car?J2EEApplication=null,WebModule=org.apache.geronimo.plugins/liferay-jetty/1.0-SNAPSHOT/car,j2eeType=Servlet,name=default"
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setServletMappings(ServletHandler.java:1037)
at
org.mortbay.jetty.servlet.ServletHandler.addServletMapping(ServletHandler.java:736)
at
org.apache.geronimo.jetty6.JettyWebAppContext.registerServletHolder(JettyWebAppContext.java:497)
at
org.apache.geronimo.jetty6.JettyServletHolder.<init>(JettyServletHolder.java:80)
at
org.apache.geronimo.jetty6.JettyDefaultServletHolder.<init>(JettyDefaultServletHolder.java:40)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:44,265 WARN [BasicLifecycleMonitor] Exception occured while notifying
listener
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setServletMappings(ServletHandler.java:1037)
at
org.mortbay.jetty.servlet.ServletHandler.addServletMapping(ServletHandler.java:736)
at
org.apache.geronimo.jetty6.JettyWebAppContext.registerServletHolder(JettyWebAppContext.java:497)
at
org.apache.geronimo.jetty6.JettyServletHolder.<init>(JettyServletHolder.java:80)
at
org.apache.geronimo.jetty6.JettyDefaultServletHolder.<init>(JettyDefaultServletHolder.java:40)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:44,484 ERROR [log] failed Secure MainServlet Filter
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setServletMappings(ServletHandler.java:1037)
at
org.mortbay.jetty.servlet.ServletHandler.addServletMapping(ServletHandler.java:736)
at
org.apache.geronimo.jetty6.JettyWebAppContext.registerServletHolder(JettyWebAppContext.java:497)
at
org.apache.geronimo.jetty6.JettyServletHolder.<init>(JettyServletHolder.java:80)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:44,609 ERROR [GBeanInstanceState] Error while starting; GBean is now
in the FAILED state:
abstractName="org.apache.geronimo.plugins/liferay-jetty/1.0-SNAPSHOT/car?J2EEApplication=null,WebModule=org.apache.geronimo.plugins/liferay-jetty/1.0-SNAPSHOT/car,j2eeType=Servlet,name=MainServlet"
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setServletMappings(ServletHandler.java:1037)
at
org.mortbay.jetty.servlet.ServletHandler.addServletMapping(ServletHandler.java:736)
at
org.apache.geronimo.jetty6.JettyWebAppContext.registerServletHolder(JettyWebAppContext.java:497)
at
org.apache.geronimo.jetty6.JettyServletHolder.<init>(JettyServletHolder.java:80)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:44,750 WARN [BasicLifecycleMonitor] Exception occured while notifying
listener
java.lang.NoClassDefFoundError
at com.liferay.filters.secure.SecureFilter.init(SecureFilter.java:73)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.internalDoStart(JettyFilterHolder.java:114)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.access$100(JettyFilterHolder.java:70)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder$2.lifecycleMethod(JettyFilterHolder.java:107)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:62)
at
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycleCommand(ThreadClassloaderHandler.java:57)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCommand(InstanceContextHandler.java:81)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCommand(UserTransactionHandler.java:63)
at
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycleCommand(AbstractImmutableHandler.java:60)
at
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleCommand(ComponentContextHandler.java:57)
at
org.apache.geronimo.jetty6.JettyFilterHolder$InternalFilterHolder.doStart(JettyFilterHolder.java:110)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:589)
at
org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java:980)
at
org.mortbay.jetty.servlet.ServletHandler.setServletMappings(ServletHandler.java:1037)
at
org.mortbay.jetty.servlet.ServletHandler.addServletMapping(ServletHandler.java:736)
at
org.apache.geronimo.jetty6.JettyWebAppContext.registerServletHolder(JettyWebAppContext.java:497)
at
org.apache.geronimo.jetty6.JettyServletHolder.<init>(JettyServletHolder.java:80)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:534)
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:585)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832)
at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$70b71ad8.startConfiguration(<generated>)
at
org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156)
at
org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
07:09:45,093 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.framework/rmi-naming/2.1/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/car,j2eeType=Context,name=JavaCompContext
at name java:comp
07:09:45,093 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.configs/transaction/2.1/car?ServiceModule=org.apache.geronimo.configs/transaction/2.1/car,j2eeType=Context,name=ResourceBindings
at name jca:
07:09:45,093 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.framework/rmi-naming/2.1/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/car,j2eeType=Context,name=GeronimoContext
at name ger:
07:09:45,093 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.framework/rmi-naming/2.1/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1/car,j2eeType=Context,name=JavaContext
at name java:
07:09:53,359 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.configs/javamail/2.1/car?ServiceModule=org.apache.geronimo.configs/javamail/2.1/car,j2eeType=JavaMailResource,name=mail/MailSession
at name
org.apache.geronimo.configs/javamail/JavaMailResource/mail/MailSession
07:09:53,375 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.configs/system-database/2.1/car?J2EEApplication=null,JCAConnectionFactory=SystemDatasource,JCAResource=org.apache.geronimo.configs/system-database/2.1/car,ResourceAdapter=org.apache.geronimo.configs/system-database/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.1/car,j2eeType=JCAManagedConnectionFactory,name=SystemDatasource
at name
org.apache.geronimo.configs/system-database/JCAManagedConnectionFactory/SystemDatasource
07:09:53,375 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car?J2EEApplication=null,JCAConnectionFactory=jdbc/LiferayPool,JCAResource=org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car,ResourceAdapter=org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car,ResourceAdapterModule=org.apache.geronimo.plugins/liferay-derby/1.0-SNAPSHOT/car,j2eeType=JCAManagedConnectionFactory,name=jdbc/LiferayPool
at name
org.apache.geronimo.plugins/liferay-derby/JCAManagedConnectionFactory/jdbc/LiferayPool
07:09:53,375 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.configs/activemq-ra/2.1/car?J2EEApplication=null,JCAConnectionFactory=DefaultActiveMQConnectionFactory,JCAResource=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapter=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/2.1/car,j2eeType=JCAManagedConnectionFactory,name=DefaultActiveMQConnectionFactory
at name
org.apache.geronimo.configs/activemq-ra/JCAManagedConnectionFactory/DefaultActiveMQConnectionFactory
07:09:53,375 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.configs/system-database/2.1/car?J2EEApplication=null,JCAConnectionFactory=NoTxDatasource,JCAResource=org.apache.geronimo.configs/system-database/2.1/car,ResourceAdapter=org.apache.geronimo.configs/system-database/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.1/car,j2eeType=JCAManagedConnectionFactory,name=NoTxDatasource
at name
org.apache.geronimo.configs/system-database/JCAManagedConnectionFactory/NoTxDatasource
07:09:53,406 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.configs/activemq-ra/2.1/car?J2EEApplication=null,JCAResource=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapter=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/2.1/car,j2eeType=JCAAdminObject,name=SendReceiveQueue
at name
org.apache.geronimo.configs/activemq-ra/JCAAdminObject/SendReceiveQueue
07:09:53,406 INFO [KernelContextGBean] unbound gbean
org.apache.geronimo.configs/activemq-ra/2.1/car?J2EEApplication=null,JCAResource=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapter=org.apache.geronimo.configs/activemq-ra/2.1/car,ResourceAdapterModule=org.apache.geronimo.configs/activemq-ra/2.1/car,j2eeType=JCAAdminObject,name=MDBTransferBeanOutQueue
at name
org.apache.geronimo.configs/activemq-ra/JCAAdminObject/MDBTransferBeanOutQueue
------------------------------------------------------------------------------------------
END ATTACHMENT
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p16030465.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Kevan Miller <ke...@gmail.com>.
On Mar 7, 2008, at 12:12 PM, Jim Foster wrote:
>>
>> Hi Jim,
>> There are a lot of knobs and switches. However, you can cause as much
>> harm as good trying to fine tune their settings. My advice to you is
>> to keep things as simple as possible until you know you have a
>> problem.
>>
>
>
> Hi Kevan,
>
> Simple is good.
>
> I will certainly take your advice. I just know from experience that
> it best
> to put a lasso around potential system-related problems like this
> early in
> the game...if not they may assume an exponential flight path.
Understood. IMO, this is a like optimizing code execution. Spend some
time with algorithmic analysis, but don't spend too much time trying
to optimize arbitrary code paths. Wait until you have actual
performance data that indicates where you will get the most bang for
your buck. Measure, then optimize.
You may find the following blog useful -- http://kirk.blog-city.com/advice_on_jvm_heap_tuning_dont_touch_that_dial.htm
>
>
>
>
> Kevan Miller wrote:
>>
>> The JVM can print GC statistics to STDOUT. Often I find this
>> sufficient for getting a broad overview of what's going on. You can
>> also configure the JVM to create a heapdump on OOME conditions. If
>> you
>> have a memory leak, you can then analyze the heapdump using a variety
>> of tools (I like YourKit). There are a number of tools which can also
>> perform further analysis on runtime data (memory allocations, method
>> execution, etc).
>>
>> Something like the following should work (set max heap and max perm
>> to suit your environment):
>>
>> -Xmx512m -XX:MaxPermSize=128m -verbose:gc -XX:+PrintGCDetails -XX:
>> +HeapDumpOnOutOfMemoryError
>>
>> --kevan
>>
>>
>
>
> This is good to know.
>
> It's probably too early for me to be thinking of dropping $500 for a
> profiler like YourKit, but just leveraging the command line options
> as you
> suggest should help in keeping things from getting out of control.
>
> I appreciate your sharing this. Thanks!
Heh.
/me confesses that I use YourKit under an Open Source license (e.g.
free). I also mainly use it for memory leak diagnosis...
There are free tools that will analyze the GC statistics. However, I
generally just eyeball things until I'm really getting serious about
tuning... HPjtune is pretty good -- http://www.hp.com/products1/unix/java/java2/hpjtune/
--kevan
--kevan
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
Kevan Miller wrote:
>
>
> On Mar 6, 2008, at 10:37 AM, Jim Foster wrote:
>
>>
>> Hi Peter,
>>
>> Thank you for this info!
>>
>> I took your suggestion and brought myself up to speed on PermGen,
>> and a good
>> bit of all things related to Java.lang.OutOfMemoryError.
>>
>> All I can say is that there's certainly a lot more to fine-tuning the
>> classloading going on behind the scenes than one would first imagine.
>>
>> This brings up another question: How do you folks manage this?
>>
>> What tools would you recommend that I add to my toolbox so that I
>> can really
>> understand what's really going on beneath the covers?
>>
>> As I mentioned in my earlier post, this project I am involved with
>> will be
>> weaving together several applications to be deployed on top of
>> Geronimo, so
>> sooner or later, fine-tuning performance issues will become a reality.
>>
>> I'd like to get a handle on such things as early in the development
>> cycle as
>> possible.
>
>
> Hi Jim,
> There are a lot of knobs and switches. However, you can cause as much
> harm as good trying to fine tune their settings. My advice to you is
> to keep things as simple as possible until you know you have a problem.
>
Hi Kevan,
Simple is good.
I will certainly take your advice. I just know from experience that it best
to put a lasso around potential system-related problems like this early in
the game...if not they may assume an exponential flight path.
Kevan Miller wrote:
>
> The JVM can print GC statistics to STDOUT. Often I find this
> sufficient for getting a broad overview of what's going on. You can
> also configure the JVM to create a heapdump on OOME conditions. If you
> have a memory leak, you can then analyze the heapdump using a variety
> of tools (I like YourKit). There are a number of tools which can also
> perform further analysis on runtime data (memory allocations, method
> execution, etc).
>
> Something like the following should work (set max heap and max perm
> to suit your environment):
>
> -Xmx512m -XX:MaxPermSize=128m -verbose:gc -XX:+PrintGCDetails -XX:
> +HeapDumpOnOutOfMemoryError
>
> --kevan
>
>
This is good to know.
It's probably too early for me to be thinking of dropping $500 for a
profiler like YourKit, but just leveraging the command line options as you
suggest should help in keeping things from getting out of control.
I appreciate your sharing this. Thanks!
Jim
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15901210.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Kevan Miller <ke...@gmail.com>.
On Mar 6, 2008, at 10:37 AM, Jim Foster wrote:
>
> Hi Peter,
>
> Thank you for this info!
>
> I took your suggestion and brought myself up to speed on PermGen,
> and a good
> bit of all things related to Java.lang.OutOfMemoryError.
>
> All I can say is that there's certainly a lot more to fine-tuning the
> classloading going on behind the scenes than one would first imagine.
>
> This brings up another question: How do you folks manage this?
>
> What tools would you recommend that I add to my toolbox so that I
> can really
> understand what's really going on beneath the covers?
>
> As I mentioned in my earlier post, this project I am involved with
> will be
> weaving together several applications to be deployed on top of
> Geronimo, so
> sooner or later, fine-tuning performance issues will become a reality.
>
> I'd like to get a handle on such things as early in the development
> cycle as
> possible.
Hi Jim,
There are a lot of knobs and switches. However, you can cause as much
harm as good trying to fine tune their settings. My advice to you is
to keep things as simple as possible until you know you have a problem.
The JVM can print GC statistics to STDOUT. Often I find this
sufficient for getting a broad overview of what's going on. You can
also configure the JVM to create a heapdump on OOME conditions. If you
have a memory leak, you can then analyze the heapdump using a variety
of tools (I like YourKit). There are a number of tools which can also
perform further analysis on runtime data (memory allocations, method
execution, etc).
Something like the following should work (set max heap and max perm
to suit your environment):
-Xmx512m -XX:MaxPermSize=128m -verbose:gc -XX:+PrintGCDetails -XX:
+HeapDumpOnOutOfMemoryError
--kevan
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
Peter Petersson-2 wrote:
>
> Hi Jim
>
> If you do a google search on "liferay permgen" you will get a lot of
> results about it so this seems to be a general "issue".
>
> I have been testing out several older versions of Liferay with Geronimo
> 1.1.1 and 2.0.2 and my experience with it is that Liferay is a real best,
> although a nice one ;) that likes a lot of memory so try bump up memory by
> setting it to something like -Xms128m -Xmx1024m -XX:MaxPermSize=128m in
> you java opts and hopefully it will stabilize.
>
> Good luck with this, I am following it with great interest, unfortunately
> I have a buzzy time with work at the moment else I would have joined in
> this endeavour.
>
> regards
> peter petersson
>
Hi Peter,
Thank you for this info!
I took your suggestion and brought myself up to speed on PermGen, and a good
bit of all things related to Java.lang.OutOfMemoryError.
All I can say is that there's certainly a lot more to fine-tuning the
classloading going on behind the scenes than one would first imagine.
This brings up another question: How do you folks manage this?
What tools would you recommend that I add to my toolbox so that I can really
understand what's really going on beneath the covers?
As I mentioned in my earlier post, this project I am involved with will be
weaving together several applications to be deployed on top of Geronimo, so
sooner or later, fine-tuning performance issues will become a reality.
I'd like to get a handle on such things as early in the development cycle as
possible.
Again, thanks for the tip!
Jim
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15874624.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Peter Petersson <pe...@gmail.com>.
Hi Jim
If you do a google search on "liferay permgen" you will get a lot of
results about it so this seems to be a general "issue".
I have been testing out several older versions of Liferay with Geronimo
1.1.1 and 2.0.2 and my experience with it is that Liferay is a real
best, although a nice one ;) that likes a lot of memory so try bump up
memory by setting it to something like -Xms128m -Xmx1024m
-XX:MaxPermSize=128m in you java opts and hopefully it will stabilize.
Good luck with this, I am following it with great interest,
unfortunately I have a buzzy time with work at the moment else I would
have joined in this endeavour.
regards
peter petersson
Jim Foster wrote:
> djencks wrote:
>
>> On Mar 3, 2008, at 8:33 AM, Jim Foster wrote:
>>
>>
>>> djencks wrote:
>>>
>>>> On Mar 1, 2008, at 10:02 AM, Jim Foster wrote:
>>>>
>>>>
>>>>> djencks wrote:
>>>>>
>>>>>> Your plan works for me. I jar'ed up my sample and attached it
>>>>>> to the
>>>>>> wiki page. Could you see if you can detect the relevant
>>>>>> difference?
>>>>>>
>>>>>> thanks
>>>>>> david jencks
>>>>>>
>>>>>> <snip>
>>>>>>
>>>>>>
>>>>>>
>>>>> Hi David,
>>>>>
>>>>> I think I see the point of confusion.
>>>>>
>>>>> In your doc, you have this:
>>>>>
>>>>> [3] Repackage the liferay war
>>>>>
>>>>> mvn archetype:create \
>>>>> -DarchetypeGroupId=org.apache.maven.archetypes \
>>>>> -DarchetypeArtifactId=maven-archetype-webapp \
>>>>> -DarchetypeVersion=1.0 \
>>>>> -DgroupId=com.liferay \
>>>>> -DartifactId=liferay-portal-lesslibs \
>>>>> -Dversion=4.4.1-NOLIB-SNAPSHOT
>>>>> cd liferay-portal
>>>>> rm -rf src
>>>>>
>>>>>
>>>>> Shouldn't that artifactId be "liferay-portal"?
>>>>>
>>>>>
>>>> I don't think so. Previously we've installed the liferay portal war
>>>> from liferay in the local maven repo as com.liferay/liferay-portal/
>>>> 4.4.1/war so we don't want another project claiming to generate the
>>>> same artifactId. In fact I tried this at first but just having a
>>>> different version between input and output doesn't work -- maven
>>>> objects.
>>>>
>>>>
>>> Hi David,
>>>
>>> I just don't see how in your documentation you can have this:
>>>
>>> mvn archetype:create \
>>> ...
>>> -DartifactId=liferay-portal-lesslibs \
>>> ...
>>>
>>> followed by this:
>>>
>>> cd liferay-portal
>>>
>>>
>>> There isn't a directory liferay-portal, but there is
>>> liferay-portal-lesslibs, so one or the other must be out of sync.
>>>
>>>
>>>
>>> Also, in your liferay-sample.jar, you have the directory structure
>>>
>>> liferay-parent/
>>> pom.xml
>>>
>>> geronimo-jetty-liferay/
>>> pom.xml
>>>
>>> liferay-derby/
>>> pom.xml
>>> src/
>>> main/
>>> plan/
>>> plan.xml
>>>
>>> resources/
>>>
>>> liferay-jetty/
>>> pom.xml
>>> src/
>>> main/
>>> plan/
>>> plan.xml
>>>
>>> resources/
>>>
>>> liferay-portal/
>>> pom.xml
>>>
>>>
>>>
>>> Where did the directory liferay-portal-lesslibs go?
>>>
>>> And where did directory liferay-portal come from?
>>>
>> This is what happens without proper review :-). I started with
>> calling my repackaged liferay liferay-portal but the duplicate
>> artifactId didn't work. I then missed updating the name change in a
>> lot of places.
>>
>> Hopefully it's fixed now.... waiting for your review...
>>
>> thanks
>> david jencks
>>
>>
>>
>
>
> Hi David,
>
> I am glad that this is turning out to be a productive discussion.
>
> I have some more review notes for you.
>
> For reference:
>
> Constructing a special-purpose server using maven
>
> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven
>
> [1] Preparation – find the artifacts
> [2] Set up a parent maven project
> [3] Repackage the liferay war
> [4] Build a database plugin
> [5] Build the liferay war plugin
> [6] Build an assembly
> [7] Run the project
>
>
> Note:
> In the following, I use the term "baseline" to mean your liferay-sample.jar
> attached to your wiki doc, which builds as it should in maven (hence
> "baseline"), and "doc" to mean your wiki documentation.
>
>
> [3] baseline has this:
>
> <version>4.4.1</version>
>
> whereas the doc has this:
>
> <version>${liferayVersion}</version>
>
> which produces an artifact not found error (i.e., there is no
> liferayVersion defined at this point of the process).
>
>
> [5] baseline has this:
>
> <dependency>
> <groupId>com.liferay</groupId>
> <artifactId>liferay-portal-lesslibs</artifactId>
> <version>${liferayVersion}-SNAPSHOT</version>
> <type>war</type>
> <scope>provided</scope>
> </dependency>
>
> whereas the doc has this:
>
> <dependency>
> <groupId>com.liferay</groupId>
> <artifactId>liferay-portal-lesslibs</artifactId>
> <version>${liferayVersion}</version>
> <type>war</type>
> <scope>provided</scope>
> </dependency>
>
> which produces
>
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Failed to resolve artifact.
>
> GroupId: com.liferay
> ArtifactId: liferay-portal-lesslibs
> Version: 4.4.1
>
>
> [6] baseline has this:
>
> <properties>
> <geronimoVersion>2.1</geronimoVersion>
> </properties>
>
> whereas the mvn command generates this:
>
> <properties>
> <geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
> </properties>
>
> which produces
>
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Failed to resolve artifact.
>
> GroupId: org.apache.geronimo.assemblies
> ArtifactId: assemblies
> Version: 2.2-SNAPSHOT
>
> Reason: Unable to download the artifact from any repository
>
>
>
> [7] I see the same PermGen error.
>
> I wonder if we built this using MySQL rather than the system database (as
> the Liferay folks intended) we would be in better shape?
>
> After all, that database (the MySQL version at least) is just shy of 60MB,
> so it stands to reason that we are taxing resources here.
>
> I would like to explore this. Could you please guide me?
>
> I think I have the basics down of what would be needed, but I don't think I
> quite have it all down yet, and I would like to know for sure by hearing it
> from you.
>
> I would like to see us put this puppy to bed, you folks bless it for the
> general public, and move on (Liferay portal is but the first of several apps
> I am building on top of Geronimo - details of this project to be shared as
> we go).
>
>
>
> Thanks!
>
> Jim
>
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
djencks wrote:
>
> Works OK for me.... is there some chance your copy of one of the
> genesis poms got corrupted? You might try rm -rf ~/.m2/repository/
> org/apache/geronimo/genesis
>
> thanks
> david jencks
>
> On Mar 7, 2008, at 2:41 PM, Jim Foster wrote:
>
>>
>>
>> djencks wrote:
>>>
>>> Sorry for the delay, trying to get a release out is amazingly time-
>>> consuming.
>>>
>>
>> No problem, I figured as much.
>>
>>
>>
>> djencks wrote:
>>>
>>> On Mar 6, 2008, at 7:42 AM, Jim Foster wrote
>>>
>>>> djencks wrote:
>>>>>
>>>>> I'll see if I can write up an example later today, but meanwhile
>>>>> you might
>>>>> look at the mysql plugin for roller under plugins/roller/trunk.
>>>>>
>>>>
>>>>
>>>> I did take a look at roller, which is where I got the "basics" of
>>>> what I
>>>> know.
>>>>
>>>> However, building it presented problems, so I could only go so far.
>>>>
>>>> Here are my review notes for roller:
>>>>
>>>>
>>>> [1] Doing an mvn from the roller plugin root directory to do a top
>>>> level
>>>> build of the plugin yields the following:
>>>>
>>>>
>>>> --------------------------------------------------------------------
>>>> --
>>>> ---------------------------------
>>>> [INFO] Scanning for projects...
>>>> Downloading:
>>>> http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/
>>>> project-config/1.4/project-config-1.4.pom
>>>> [INFO]
>>>> --------------------------------------------------------------------
>>>> --
>>>> --
>>>> [ERROR] FATAL ERROR
>>>> [INFO]
>>>> --------------------------------------------------------------------
>>>> --
>>>> --
>>>> [INFO] Failed to resolve artifact.
>>>>
>>>> GroupId: org.apache.geronimo.genesis.config
>>>> ArtifactId: project-config
>>>> Version: 1.4
>>>>
>>>
>>> Yup, this is part of trying to get ready for the roller plugin
>>> release. If you change it to 1.3 it should work.
>>> <snip>
>>>
>>>
>>>> [2] Missing artifacts
>>>>
>>>> [INFO]
>>>> --------------------------------------------------------------------
>>>> --
>>>> --
>>>> [ERROR] BUILD ERROR
>>>> [INFO]
>>>> --------------------------------------------------------------------
>>>> --
>>>> --
>>>> [INFO] Failed to resolve artifact.
>>>>
>>>>
>>>
>>> I've fixed these two to artifacts I'm pretty sure are available :-)
>>>
>>>>
>>>>
>>>> Did I miss something obvious, or does this also need some
>>>> tweaking, as
>>>> indicated above?
>>>
>>> Should be better now :-) Please let me know if there are more
>>> problems.
>>>
>>> david jencks
>>>
>>>>
>>>> Jim
>>>> --
>>>> View this message in context: http://www.nabble.com/Geronimo-v2.1-
>>>> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-
>>>> tp15437773s134p15875526.html
>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>> Nabble.com.
>>>>
>>>
>>>
>>
>>
>>
>> I think we need to revisit this.
>>
>> Having this in roller/pom.xml:
>>
>> <parent>
>> <groupId>org.apache.geronimo.genesis.config</groupId>
>> <artifactId>project-config</artifactId>
>> <version>1.3</version>
>> </parent>
>>
>>
>> yields the following:
>>
>>
>> [INFO] Scanning for projects...
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>> [ERROR] FATAL ERROR
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>> [INFO] Error building POM (may not be this project's POM).
>>
>>
>> Project ID: org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT
>>
>> Reason: Cannot find parent:
>> org.apache.geronimo.genesis.config:project-config for project:
>> org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT for project
>> org.apache.geronimo.plugins:roller-par
>> ent:pom:1.0-SNAPSHOT
>>
>>
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>> [INFO] Trace
>> org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
>> org.apache.geronimo.genesis.config:project-config for project:
>> org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT for proj
>> ect org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT
>> at org.apache.maven.DefaultMaven.getProjects
>> (DefaultMaven.java:378)
>> at org.apache.maven.DefaultMaven.doExecute
>> (DefaultMaven.java:290)
>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
>> 125)
>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
>> 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:585)
>> at
>> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>> at
>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>> Caused by: org.apache.maven.project.ProjectBuildingException:
>> Cannot find
>> parent: org.apache.geronimo.genesis.config:project-config for project:
>> org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPS
>> HOT for project org.apache.geronimo.plugins:roller-parent:pom:1.0-
>> SNAPSHOT
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage
>> (DefaultMavenProjectBuilder.java:1261)
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal
>> (DefaultMavenProjectBuilder.java:747)
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFil
>> eInternal(DefaultMavenProjectBuilder.java:479)
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.build
>> (DefaultMavenProjectBuilder.java:200)
>> at org.apache.maven.DefaultMaven.getProject
>> (DefaultMaven.java:553)
>> at
>> org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:467)
>> at org.apache.maven.DefaultMaven.getProjects
>> (DefaultMaven.java:364)
>> ... 11 more
>> Caused by: org.apache.maven.project.InvalidProjectModelException:
>> Parse
>> error reading POM. Reason: only whitespace content allowed before
>> start tag
>> and not \uef (position: START_DOCUMENT seen \uef...
>> @1:1) for project org.apache.geronimo.genesis.config:project-
>> config at
>> R:\.m2\org\apache\geronimo\genesis\config\project-config\1.3
>> \project-config-1.3.pom
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.readModel
>> (DefaultMavenProjectBuilder.java:1422)
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.readModel
>> (DefaultMavenProjectBuilder.java:1379)
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepos
>> itory(DefaultMavenProjectBuilder.java:530)
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage
>> (DefaultMavenProjectBuilder.java:1257)
>> ... 17 more
>> Caused by:
>> org.codehaus.plexus.util.xml.pull.XmlPullParserException: only
>> whitespace content allowed before start tag and not \uef (position:
>> START_DOCUMENT seen \uef... @1:1)
>> at
>> org.codehaus.plexus.util.xml.pull.MXParser.parseProlog
>> (MXParser.java:1516)
>> at
>> org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:
>> 1392)
>> at
>> org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1090)
>> at
>> org.apache.maven.model.io.xpp3.MavenXpp3Reader.read
>> (MavenXpp3Reader.java:4419)
>> at
>> org.apache.maven.project.DefaultMavenProjectBuilder.readModel
>> (DefaultMavenProjectBuilder.java:1418)
>> ... 20 more
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>> [INFO] Total time: < 1 second
>> [INFO] Finished at: Fri Mar 07 15:22:52 MST 2008
>> [INFO] Final Memory: 1M/2M
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>>
>>
>>
>> For the record, I am using the latest and greatest from both Roller
>> and
>> Geronimo, namely:
>>
>> https://svn.apache.org/repos/asf/roller/tags/roller_4.0/
>> Revision 634853
>>
>> https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk/
>> Revision 634853
>>
>> and am following your instructions at
>> https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk/README
>>
>>
>> Jim
>> --
>> View this message in context: http://www.nabble.com/Geronimo-v2.1-
>> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15908001.html
>> Sent from the Apache Geronimo - Users mailing list archive at
>> Nabble.com.
>>
>
>
>
Hi David,
Good catch!
I deleted that entire genesis directory and rebuilt fresh, and it worked!
I have a self-imposed "hands-off" policy with my local repository, so I have
no clue as to why it got corrupted.
Jim
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15908361.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
Works OK for me.... is there some chance your copy of one of the
genesis poms got corrupted? You might try rm -rf ~/.m2/repository/
org/apache/geronimo/genesis
thanks
david jencks
On Mar 7, 2008, at 2:41 PM, Jim Foster wrote:
>
>
> djencks wrote:
>>
>> Sorry for the delay, trying to get a release out is amazingly time-
>> consuming.
>>
>
> No problem, I figured as much.
>
>
>
> djencks wrote:
>>
>> On Mar 6, 2008, at 7:42 AM, Jim Foster wrote
>>
>>> djencks wrote:
>>>>
>>>> I'll see if I can write up an example later today, but meanwhile
>>>> you might
>>>> look at the mysql plugin for roller under plugins/roller/trunk.
>>>>
>>>
>>>
>>> I did take a look at roller, which is where I got the "basics" of
>>> what I
>>> know.
>>>
>>> However, building it presented problems, so I could only go so far.
>>>
>>> Here are my review notes for roller:
>>>
>>>
>>> [1] Doing an mvn from the roller plugin root directory to do a top
>>> level
>>> build of the plugin yields the following:
>>>
>>>
>>> --------------------------------------------------------------------
>>> --
>>> ---------------------------------
>>> [INFO] Scanning for projects...
>>> Downloading:
>>> http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/
>>> project-config/1.4/project-config-1.4.pom
>>> [INFO]
>>> --------------------------------------------------------------------
>>> --
>>> --
>>> [ERROR] FATAL ERROR
>>> [INFO]
>>> --------------------------------------------------------------------
>>> --
>>> --
>>> [INFO] Failed to resolve artifact.
>>>
>>> GroupId: org.apache.geronimo.genesis.config
>>> ArtifactId: project-config
>>> Version: 1.4
>>>
>>
>> Yup, this is part of trying to get ready for the roller plugin
>> release. If you change it to 1.3 it should work.
>> <snip>
>>
>>
>>> [2] Missing artifacts
>>>
>>> [INFO]
>>> --------------------------------------------------------------------
>>> --
>>> --
>>> [ERROR] BUILD ERROR
>>> [INFO]
>>> --------------------------------------------------------------------
>>> --
>>> --
>>> [INFO] Failed to resolve artifact.
>>>
>>>
>>
>> I've fixed these two to artifacts I'm pretty sure are available :-)
>>
>>>
>>>
>>> Did I miss something obvious, or does this also need some
>>> tweaking, as
>>> indicated above?
>>
>> Should be better now :-) Please let me know if there are more
>> problems.
>>
>> david jencks
>>
>>>
>>> Jim
>>> --
>>> View this message in context: http://www.nabble.com/Geronimo-v2.1-
>>> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-
>>> tp15437773s134p15875526.html
>>> Sent from the Apache Geronimo - Users mailing list archive at
>>> Nabble.com.
>>>
>>
>>
>
>
>
> I think we need to revisit this.
>
> Having this in roller/pom.xml:
>
> <parent>
> <groupId>org.apache.geronimo.genesis.config</groupId>
> <artifactId>project-config</artifactId>
> <version>1.3</version>
> </parent>
>
>
> yields the following:
>
>
> [INFO] Scanning for projects...
> [INFO]
> ----------------------------------------------------------------------
> --
> [ERROR] FATAL ERROR
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Error building POM (may not be this project's POM).
>
>
> Project ID: org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT
>
> Reason: Cannot find parent:
> org.apache.geronimo.genesis.config:project-config for project:
> org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT for project
> org.apache.geronimo.plugins:roller-par
> ent:pom:1.0-SNAPSHOT
>
>
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Trace
> org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
> org.apache.geronimo.genesis.config:project-config for project:
> org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT for proj
> ect org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT
> at org.apache.maven.DefaultMaven.getProjects
> (DefaultMaven.java:378)
> at org.apache.maven.DefaultMaven.doExecute
> (DefaultMaven.java:290)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
> 125)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
> 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:585)
> at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> Caused by: org.apache.maven.project.ProjectBuildingException:
> Cannot find
> parent: org.apache.geronimo.genesis.config:project-config for project:
> org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPS
> HOT for project org.apache.geronimo.plugins:roller-parent:pom:1.0-
> SNAPSHOT
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage
> (DefaultMavenProjectBuilder.java:1261)
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal
> (DefaultMavenProjectBuilder.java:747)
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFil
> eInternal(DefaultMavenProjectBuilder.java:479)
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.build
> (DefaultMavenProjectBuilder.java:200)
> at org.apache.maven.DefaultMaven.getProject
> (DefaultMaven.java:553)
> at
> org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:467)
> at org.apache.maven.DefaultMaven.getProjects
> (DefaultMaven.java:364)
> ... 11 more
> Caused by: org.apache.maven.project.InvalidProjectModelException:
> Parse
> error reading POM. Reason: only whitespace content allowed before
> start tag
> and not \uef (position: START_DOCUMENT seen \uef...
> @1:1) for project org.apache.geronimo.genesis.config:project-
> config at
> R:\.m2\org\apache\geronimo\genesis\config\project-config\1.3
> \project-config-1.3.pom
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.readModel
> (DefaultMavenProjectBuilder.java:1422)
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.readModel
> (DefaultMavenProjectBuilder.java:1379)
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepos
> itory(DefaultMavenProjectBuilder.java:530)
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage
> (DefaultMavenProjectBuilder.java:1257)
> ... 17 more
> Caused by:
> org.codehaus.plexus.util.xml.pull.XmlPullParserException: only
> whitespace content allowed before start tag and not \uef (position:
> START_DOCUMENT seen \uef... @1:1)
> at
> org.codehaus.plexus.util.xml.pull.MXParser.parseProlog
> (MXParser.java:1516)
> at
> org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:
> 1392)
> at
> org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1090)
> at
> org.apache.maven.model.io.xpp3.MavenXpp3Reader.read
> (MavenXpp3Reader.java:4419)
> at
> org.apache.maven.project.DefaultMavenProjectBuilder.readModel
> (DefaultMavenProjectBuilder.java:1418)
> ... 20 more
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Total time: < 1 second
> [INFO] Finished at: Fri Mar 07 15:22:52 MST 2008
> [INFO] Final Memory: 1M/2M
> [INFO]
> ----------------------------------------------------------------------
> --
>
>
>
> For the record, I am using the latest and greatest from both Roller
> and
> Geronimo, namely:
>
> https://svn.apache.org/repos/asf/roller/tags/roller_4.0/
> Revision 634853
>
> https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk/
> Revision 634853
>
> and am following your instructions at
> https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk/README
>
>
> Jim
> --
> View this message in context: http://www.nabble.com/Geronimo-v2.1-
> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15908001.html
> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
djencks wrote:
>
> Sorry for the delay, trying to get a release out is amazingly time-
> consuming.
>
No problem, I figured as much.
djencks wrote:
>
> On Mar 6, 2008, at 7:42 AM, Jim Foster wrote
>
>> djencks wrote:
>>>
>>> I'll see if I can write up an example later today, but meanwhile
>>> you might
>>> look at the mysql plugin for roller under plugins/roller/trunk.
>>>
>>
>>
>> I did take a look at roller, which is where I got the "basics" of
>> what I
>> know.
>>
>> However, building it presented problems, so I could only go so far.
>>
>> Here are my review notes for roller:
>>
>>
>> [1] Doing an mvn from the roller plugin root directory to do a top
>> level
>> build of the plugin yields the following:
>>
>>
>> ----------------------------------------------------------------------
>> ---------------------------------
>> [INFO] Scanning for projects...
>> Downloading:
>> http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/
>> project-config/1.4/project-config-1.4.pom
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>> [ERROR] FATAL ERROR
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>> [INFO] Failed to resolve artifact.
>>
>> GroupId: org.apache.geronimo.genesis.config
>> ArtifactId: project-config
>> Version: 1.4
>>
>
> Yup, this is part of trying to get ready for the roller plugin
> release. If you change it to 1.3 it should work.
> <snip>
>
>
>> [2] Missing artifacts
>>
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>> [ERROR] BUILD ERROR
>> [INFO]
>> ----------------------------------------------------------------------
>> --
>> [INFO] Failed to resolve artifact.
>>
>>
>
> I've fixed these two to artifacts I'm pretty sure are available :-)
>
>>
>>
>> Did I miss something obvious, or does this also need some tweaking, as
>> indicated above?
>
> Should be better now :-) Please let me know if there are more problems.
>
> david jencks
>
>>
>> Jim
>> --
>> View this message in context: http://www.nabble.com/Geronimo-v2.1-
>> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15875526.html
>> Sent from the Apache Geronimo - Users mailing list archive at
>> Nabble.com.
>>
>
>
I think we need to revisit this.
Having this in roller/pom.xml:
<parent>
<groupId>org.apache.geronimo.genesis.config</groupId>
<artifactId>project-config</artifactId>
<version>1.3</version>
</parent>
yields the following:
[INFO] Scanning for projects...
[INFO]
------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Error building POM (may not be this project's POM).
Project ID: org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT
Reason: Cannot find parent:
org.apache.geronimo.genesis.config:project-config for project:
org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT for project
org.apache.geronimo.plugins:roller-par
ent:pom:1.0-SNAPSHOT
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
org.apache.geronimo.genesis.config:project-config for project:
org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT for proj
ect org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:378)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:290)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
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:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find
parent: org.apache.geronimo.genesis.config:project-config for project:
org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPS
HOT for project org.apache.geronimo.plugins:roller-parent:pom:1.0-SNAPSHOT
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1261)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:747)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:479)
at
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:200)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:553)
at
org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:467)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:364)
... 11 more
Caused by: org.apache.maven.project.InvalidProjectModelException: Parse
error reading POM. Reason: only whitespace content allowed before start tag
and not \uef (position: START_DOCUMENT seen \uef...
@1:1) for project org.apache.geronimo.genesis.config:project-config at
R:\.m2\org\apache\geronimo\genesis\config\project-config\1.3\project-config-1.3.pom
at
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1422)
at
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1379)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenProjectBuilder.java:530)
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1257)
... 17 more
Caused by: org.codehaus.plexus.util.xml.pull.XmlPullParserException: only
whitespace content allowed before start tag and not \uef (position:
START_DOCUMENT seen \uef... @1:1)
at
org.codehaus.plexus.util.xml.pull.MXParser.parseProlog(MXParser.java:1516)
at
org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1392)
at
org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1090)
at
org.apache.maven.model.io.xpp3.MavenXpp3Reader.read(MavenXpp3Reader.java:4419)
at
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1418)
... 20 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: < 1 second
[INFO] Finished at: Fri Mar 07 15:22:52 MST 2008
[INFO] Final Memory: 1M/2M
[INFO]
------------------------------------------------------------------------
For the record, I am using the latest and greatest from both Roller and
Geronimo, namely:
https://svn.apache.org/repos/asf/roller/tags/roller_4.0/
Revision 634853
https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk/
Revision 634853
and am following your instructions at
https://svn.apache.org/repos/asf/geronimo/plugins/roller/trunk/README
Jim
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15908001.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
Sorry for the delay, trying to get a release out is amazingly time-
consuming.
On Mar 6, 2008, at 7:42 AM, Jim Foster wrote
<snip>
> djencks wrote:
>>
>> I'll see if I can write up an example later today, but meanwhile
>> you might
>> look at the mysql plugin for roller under plugins/roller/trunk.
>>
>
>
> I did take a look at roller, which is where I got the "basics" of
> what I
> know.
>
> However, building it presented problems, so I could only go so far.
>
> Here are my review notes for roller:
>
>
> [1] Doing an mvn from the roller plugin root directory to do a top
> level
> build of the plugin yields the following:
>
>
> ----------------------------------------------------------------------
> ---------------------------------
> [INFO] Scanning for projects...
> Downloading:
> http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/
> project-config/1.4/project-config-1.4.pom
> [INFO]
> ----------------------------------------------------------------------
> --
> [ERROR] FATAL ERROR
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Failed to resolve artifact.
>
> GroupId: org.apache.geronimo.genesis.config
> ArtifactId: project-config
> Version: 1.4
>
Yup, this is part of trying to get ready for the roller plugin
release. If you change it to 1.3 it should work.
<snip>
>
> [2] Missing artifacts
>
> [INFO]
> ----------------------------------------------------------------------
> --
> [ERROR] BUILD ERROR
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Failed to resolve artifact.
>
>
I've fixed these two to artifacts I'm pretty sure are available :-)
>
>
> Did I miss something obvious, or does this also need some tweaking, as
> indicated above?
Should be better now :-) Please let me know if there are more problems.
david jencks
>
> Jim
> --
> View this message in context: http://www.nabble.com/Geronimo-v2.1-
> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15875526.html
> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
djencks wrote:
>
>
> On Mar 4, 2008, at 9:48 AM, Jim Foster wrote:
>
> <snip>
>
>> [7] I see the same PermGen error.
>>
>> I wonder if we built this using MySQL rather than the system database (as
>> the Liferay folks intended) we would be in better shape?
>>
>> After all, that database (the MySQL version at least) is just shy of
>> 60MB,
>> so it stands to reason that we are taxing resources here.
>>
>> I would like to explore this. Could you please guide me?
>
> It's worth a try, although it's also a bit worrysome. permGen OOM errors
> normally mean you are creating too many classes. The amount of data being
> fed into a database shouldn't affect the number of classes needed so if it
> is somehow affecting this I wonder if something else is wrong.
>
Hi David,
Based on what Perter said, and the research I did as a result of his
suggestion, I see what you mean.
djencks wrote:
>
> I'll see if I can write up an example later today, but meanwhile you might
> look at the mysql plugin for roller under plugins/roller/trunk.
>
I did take a look at roller, which is where I got the "basics" of what I
know.
However, building it presented problems, so I could only go so far.
Here are my review notes for roller:
[1] Doing an mvn from the roller plugin root directory to do a top level
build of the plugin yields the following:
-------------------------------------------------------------------------------------------------------
[INFO] Scanning for projects...
Downloading:
http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/project-config/1.4/project-config-1.4.pom
[INFO]
------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
GroupId: org.apache.geronimo.genesis.config
ArtifactId: project-config
Version: 1.4
Reason: Unable to download the artifact from any repository
org.apache.geronimo.genesis.config:project-config:pom:1.4
from the specified remote repositories:
central (http://repo1.maven.org/maven2)
...
-------------------------------------------------------------------------------------------------------
There is no version 1.4.
Changing the parent version to 1.3 works until [2].
[2] Missing artifacts
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
Missing:
----------
1) apache-xalan:serializer:jar:j_2.7.0
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=apache-xalan
-DartifactId=serializer \
-Dversion=j_2.7.0 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there:
mvn deploy:deploy-file -DgroupId=apache-xalan
-DartifactId=serializer \
-Dversion=j_2.7.0 -Dpackaging=jar -Dfile=/path/to/file \
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.geronimo.plugins:roller-jetty:car:1.0-SNAPSHOT
2) apache-xalan:serializer:jar:j_2.7.0
2) oswego-concurrent:concurrent:jar:1.3.4
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=oswego-concurrent
-DartifactId=concurrent \
-Dversion=1.3.4 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there:
mvn deploy:deploy-file -DgroupId=oswego-concurrent
-DartifactId=concurrent \
-Dversion=1.3.4 -Dpackaging=jar -Dfile=/path/to/file \
-Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.apache.geronimo.plugins:roller-jetty:car:1.0-SNAPSHOT
2) oswego-concurrent:concurrent:jar:1.3.4
----------
2 required artifacts are missing.
for artifact:
org.apache.geronimo.plugins:roller-jetty:car:1.0-SNAPSHOT
from the specified remote repositories:
central (http://repo1.maven.org/maven2),
apache.snapshots
(http://people.apache.org/repo/m2-snapshot-repository),
apache-snapshots
(http://people.apache.org/repo/m2-snapshot-repository),
codehaus-snapshots (http://snapshots.repository.codehaus.org),
apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Did I miss something obvious, or does this also need some tweaking, as
indicated above?
Jim
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15875526.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Peter Petersson <pe...@gmail.com>.
David Jencks wrote:
>
> On Jun 8, 2008, at 3:03 PM, Peter Petersson wrote:
>
>> David Jencks wrote:
>>>
>>> On Jun 8, 2008, at 1:44 PM, Peter Petersson wrote:
>>>
>>>> Hi David
>>>>
>>>> I have been taking a look at your excellent "Constructing a
>>>> special-purpose server using maven" (link below) in the hope to
>>>> actually get Liferay 5.0.1 (rc1) running on Geronimo 2.1.1 in a
>>>> special purpose build. Working on this i noticed what I believe is
>>>> a typo in the documentation of the liferay-jetty pom
>>>>
>>>> <configuration>
>>>> :
>>>> <module>
>>>> <groupId>com.liferay</groupId>
>>>> <artifactId>liferay-portal</artifactId>
>>>> <version>${liferayVersion}</version>
>>>> <type>war</type>
>>>> </module>
>>>> :
>>>>
>>>> If I understand things right the artifactId should be
>>>> "liferay-portal-lesslibs" else the liferay portal plugin would be
>>>> the unmodified liferay war.
>>>
>>> I agree, fixed, thanks!
>>>>
>>>>
>>>> Despite this finding I am unfortunately stuck at the same 404 error
>>>> at http://localhost:8080/c as pointed out in the documentation.
>>>> Although I added the debugviews console portlet plugin and trying
>>>> to squeeze some logging out of liferay to find out what is going on
>>>> I have so far not been able to get past this problem.
>>>>
>>>> Have anyone got some luck with this ?
>>>> Any suggestion on what to do to get more information out of
>>>> liferay/geronimo to be able to pinpoint and fix this error is
>>>> greatly appreciated!
>>>
>>> I talked with Brian Chan a little bit at JavaOne and it sounded like
>>> liferay had some way to get running on current geronimo, and he
>>> sounded interested in pursuing plugins. However, I haven't been
>>> able to contact him since.
>> Ah good I will take a look at it. Would it be any point in take the
>> maven assembling source I have come up with for G 2.1.1 and Liferay
>> 5.0.1 and set it up like the roller plugin? If appropriate I can put
>> it (zip of the source tree) in a jira hopefully it is just some minor
>> fixes that is needed for it to run and maybe I (or someone else) will
>> be able to come up with a running bundle.
>
> I think the ideal situation would be if liferay took over this code as
> their geronimo integration. So, maybe opening an issue there with the
> code would provoke some movement :-). However if that doesn't work I
> think that a geronimo-hosted plugin would be a good idea.
Yes that would probably be a good idea, although I will wait until I
actually have a working (jetty,tomcat) plugin which have proven to be a
bit more troublesome than I anticipated ;/ I have got my hands on the
geronimo 2.1.1 liferay 5.0.1 rc1 bundle and maybe it will give me some
hints on whats needed for the plugin to get past that annoying "out of
the blue" /c 404 problem ;-). If it is possible to use the vanilla
liferay-portal.war (or even better the lesslibs variant) and dependency
jars (like portal-kernel, portal-service, portlet) to build a
geronimo-liferay plugin it would IMHO be a good "showcase" of the
modularity of Geronimo and its plugin concept. Its just a mater of time
until someone pulls this together.
regards
peter petersson
>
> thanks
> david jencks
>>
>>
>> regards
>> peter petersson
>>>
>>> thanks!
>>> david jencks
>>>>
>>>>
>>>> regards
>>>> peter petersson
>>>>
>>>>
>>>> David Jencks wrote:
>>>>>
>>>>> On Mar 4, 2008, at 9:48 AM, Jim Foster wrote:
>>>>>> <snip>
>>>>>> Hi David,
>>>>>>
>>>>>> I am glad that this is turning out to be a productive discussion.
>>>>>>
>>>>>> I have some more review notes for you.
>>>>>>
>>>>>> For reference:
>>>>>>
>>>>>> Constructing a special-purpose server using maven
>>>>>>
>>>>>> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven
>>>>>>
>>>>>>
>>>>>> [1] Preparation – find the artifacts
>>>>>> [2] Set up a parent maven project
>>>>>> [3] Repackage the liferay war
>>>>>> [4] Build a database plugin
>>>>>> [5] Build the liferay war plugin
>>>>>> [6] Build an assembly
>>>>>> [7] Run the project
>>>>>>
>>>>>>
>>>>>> Note:
>>>>>> In the following, I use the term "baseline" to mean your
>>>>>> liferay-sample.jar
>>>>>> attached to your wiki doc, which builds as it should in maven (hence
>>>>>> "baseline"), and "doc" to mean your wiki documentation.
>>>>>>
>>>>>>
>>>>>> [3] baseline has this:
>>>>>>
>>>>>> <version>4.4.1</version>
>>>>>>
>>>>>> whereas the doc has this:
>>>>>>
>>>>>> <version>${liferayVersion}</version>
>>>>>>
>>>>>> which produces an artifact not found error (i.e., there is no
>>>>>> liferayVersion defined at this point of the process).
>>>>>>
>>>>>
>>>>> fixed
>>>>>>
>>>>>> [5] baseline has this:
>>>>>>
>>>>>> <dependency>
>>>>>> <groupId>com.liferay</groupId>
>>>>>> <artifactId>liferay-portal-lesslibs</artifactId>
>>>>>> <version>${liferayVersion}-SNAPSHOT</version>
>>>>>> <type>war</type>
>>>>>> <scope>provided</scope>
>>>>>> </dependency>
>>>>>>
>>>>>> whereas the doc has this:
>>>>>>
>>>>>> <dependency>
>>>>>> <groupId>com.liferay</groupId>
>>>>>> <artifactId>liferay-portal-lesslibs</artifactId>
>>>>>> <version>${liferayVersion}</version>
>>>>>> <type>war</type>
>>>>>> <scope>provided</scope>
>>>>>> </dependency>
>>>>>>
>>>>>> which produces
>>>>>>
>>>>>> [INFO]
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> [ERROR] BUILD ERROR
>>>>>> [INFO]
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> [INFO] Failed to resolve artifact.
>>>>>>
>>>>>> GroupId: com.liferay
>>>>>> ArtifactId: liferay-portal-lesslibs
>>>>>> Version: 4.4.1
>>>>>>
>>>>>>
>>>>> fixed
>>>>>> [6] baseline has this:
>>>>>>
>>>>>> <properties>
>>>>>> <geronimoVersion>2.1</geronimoVersion>
>>>>>> </properties>
>>>>>>
>>>>>> whereas the mvn command generates this:
>>>>>>
>>>>>> <properties>
>>>>>> <geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
>>>>>> </properties>
>>>>>>
>>>>>> which produces
>>>>>>
>>>>>> [INFO]
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> [ERROR] BUILD ERROR
>>>>>> [INFO]
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> [INFO] Failed to resolve artifact.
>>>>>>
>>>>>> GroupId: org.apache.geronimo.assemblies
>>>>>> ArtifactId: assemblies
>>>>>> Version: 2.2-SNAPSHOT
>>>>>>
>>>>>> Reason: Unable to download the artifact from any repository
>>>>>>
>>>>>>
>>>>>
>>>>> added a note near the top about this.
>>>>>>
>>>>>> [7] I see the same PermGen error.
>>>>>>
>>>>>> I wonder if we built this using MySQL rather than the system
>>>>>> database (as
>>>>>> the Liferay folks intended) we would be in better shape?
>>>>>>
>>>>>> After all, that database (the MySQL version at least) is just shy
>>>>>> of 60MB,
>>>>>> so it stands to reason that we are taxing resources here.
>>>>>>
>>>>>> I would like to explore this. Could you please guide me?
>>>>>
>>>>> It's worth a try, although it's also a bit worrysome. permGen OOM
>>>>> errors normally mean you are creating too many classes. The
>>>>> amount of data being fed into a database shouldn't affect the
>>>>> number of classes needed so if it is somehow affecting this I
>>>>> wonder if something else is wrong.
>>>>>
>>>>> I'll see if I can write up an example later today, but meanwhile
>>>>> you might look at the mysql plugin for roller under
>>>>> plugins/roller/trunk. The basic idea is to build another database
>>>>> plugin, like the derby one but using the mysql wrapper and include
>>>>> something like this so the mysql plugin gets used instead of the
>>>>> derby one when it's installed.
>>>>>
>>>>> <artifact-alias
>>>>> key="org.apache.geronimo.plugins/roller-derby-database/${version}/car">org.apache.geronimo.plugins/roller-mysql-database/${version}/car</artifact-alias>
>>>>>
>>>>>
>>>>>
>>>>> Apache can't distribute something that automatically downloads
>>>>> the mysql driver jar which is why the roller plugin has mysql as a
>>>>> prerequisite. If you are in an environment where this is not a
>>>>> concern you can leave out the prerequisite and geronimo will
>>>>> install the mysql jar for you when you install the mysql plugin.
>>>>>
>>>>>
>>>>>>
>>>>>> I think I have the basics down of what would be needed, but I
>>>>>> don't think I
>>>>>> quite have it all down yet, and I would like to know for sure by
>>>>>> hearing it
>>>>>> from you.
>>>>>
>>>>> I think you are getting there, keep asking questions!
>>>>>>
>>>>>> I would like to see us put this puppy to bed, you folks bless it
>>>>>> for the
>>>>>> general public, and move on (Liferay portal is but the first of
>>>>>> several apps
>>>>>> I am building on top of Geronimo - details of this project to be
>>>>>> shared as
>>>>>> we go).
>>>>>>
>>>>>
>>>>> looking forward to it!
>>>>> thanks
>>>>> david jencks
>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> Jim
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15833008.html
>>>>>>
>>>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>>>> Nabble.com.
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
On Jun 8, 2008, at 3:03 PM, Peter Petersson wrote:
> David Jencks wrote:
>>
>> On Jun 8, 2008, at 1:44 PM, Peter Petersson wrote:
>>
>>> Hi David
>>>
>>> I have been taking a look at your excellent "Constructing a
>>> special-purpose server using maven" (link below) in the hope to
>>> actually get Liferay 5.0.1 (rc1) running on Geronimo 2.1.1 in a
>>> special purpose build. Working on this i noticed what I believe is
>>> a typo in the documentation of the liferay-jetty pom
>>>
>>> <configuration>
>>> :
>>> <module>
>>> <groupId>com.liferay</groupId>
>>> <artifactId>liferay-portal</artifactId>
>>> <version>${liferayVersion}</version>
>>> <type>war</type>
>>> </module>
>>> :
>>>
>>> If I understand things right the artifactId should be "liferay-
>>> portal-lesslibs" else the liferay portal plugin would be the
>>> unmodified liferay war.
>>
>> I agree, fixed, thanks!
>>>
>>>
>>> Despite this finding I am unfortunately stuck at the same 404
>>> error at http://localhost:8080/c as pointed out in the
>>> documentation. Although I added the debugviews console portlet
>>> plugin and trying to squeeze some logging out of liferay to find
>>> out what is going on I have so far not been able to get past this
>>> problem.
>>>
>>> Have anyone got some luck with this ?
>>> Any suggestion on what to do to get more information out of
>>> liferay/geronimo to be able to pinpoint and fix this error is
>>> greatly appreciated!
>>
>> I talked with Brian Chan a little bit at JavaOne and it sounded
>> like liferay had some way to get running on current geronimo, and
>> he sounded interested in pursuing plugins. However, I haven't been
>> able to contact him since.
> Ah good I will take a look at it. Would it be any point in take the
> maven assembling source I have come up with for G 2.1.1 and Liferay
> 5.0.1 and set it up like the roller plugin? If appropriate I can put
> it (zip of the source tree) in a jira hopefully it is just some
> minor fixes that is needed for it to run and maybe I (or someone
> else) will be able to come up with a running bundle.
I think the ideal situation would be if liferay took over this code as
their geronimo integration. So, maybe opening an issue there with the
code would provoke some movement :-). However if that doesn't work I
think that a geronimo-hosted plugin would be a good idea.
thanks
david jencks
>
>
> regards
> peter petersson
>>
>> thanks!
>> david jencks
>>>
>>>
>>> regards
>>> peter petersson
>>>
>>>
>>> David Jencks wrote:
>>>>
>>>> On Mar 4, 2008, at 9:48 AM, Jim Foster wrote:
>>>>> <snip>
>>>>> Hi David,
>>>>>
>>>>> I am glad that this is turning out to be a productive discussion.
>>>>>
>>>>> I have some more review notes for you.
>>>>>
>>>>> For reference:
>>>>>
>>>>> Constructing a special-purpose server using maven
>>>>>
>>>>> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven
>>>>>
>>>>> [1] Preparation – find the artifacts
>>>>> [2] Set up a parent maven project
>>>>> [3] Repackage the liferay war
>>>>> [4] Build a database plugin
>>>>> [5] Build the liferay war plugin
>>>>> [6] Build an assembly
>>>>> [7] Run the project
>>>>>
>>>>>
>>>>> Note:
>>>>> In the following, I use the term "baseline" to mean your liferay-
>>>>> sample.jar
>>>>> attached to your wiki doc, which builds as it should in maven
>>>>> (hence
>>>>> "baseline"), and "doc" to mean your wiki documentation.
>>>>>
>>>>>
>>>>> [3] baseline has this:
>>>>>
>>>>> <version>4.4.1</version>
>>>>>
>>>>> whereas the doc has this:
>>>>>
>>>>> <version>${liferayVersion}</version>
>>>>>
>>>>> which produces an artifact not found error (i.e., there is no
>>>>> liferayVersion defined at this point of the process).
>>>>>
>>>>
>>>> fixed
>>>>>
>>>>> [5] baseline has this:
>>>>>
>>>>> <dependency>
>>>>> <groupId>com.liferay</groupId>
>>>>> <artifactId>liferay-portal-lesslibs</artifactId>
>>>>> <version>${liferayVersion}-SNAPSHOT</version>
>>>>> <type>war</type>
>>>>> <scope>provided</scope>
>>>>> </dependency>
>>>>>
>>>>> whereas the doc has this:
>>>>>
>>>>> <dependency>
>>>>> <groupId>com.liferay</groupId>
>>>>> <artifactId>liferay-portal-lesslibs</artifactId>
>>>>> <version>${liferayVersion}</version>
>>>>> <type>war</type>
>>>>> <scope>provided</scope>
>>>>> </dependency>
>>>>>
>>>>> which produces
>>>>>
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>> [ERROR] BUILD ERROR
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>> [INFO] Failed to resolve artifact.
>>>>>
>>>>> GroupId: com.liferay
>>>>> ArtifactId: liferay-portal-lesslibs
>>>>> Version: 4.4.1
>>>>>
>>>>>
>>>> fixed
>>>>> [6] baseline has this:
>>>>>
>>>>> <properties>
>>>>> <geronimoVersion>2.1</geronimoVersion>
>>>>> </properties>
>>>>>
>>>>> whereas the mvn command generates this:
>>>>>
>>>>> <properties>
>>>>> <geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
>>>>> </properties>
>>>>>
>>>>> which produces
>>>>>
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>> [ERROR] BUILD ERROR
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>> [INFO] Failed to resolve artifact.
>>>>>
>>>>> GroupId: org.apache.geronimo.assemblies
>>>>> ArtifactId: assemblies
>>>>> Version: 2.2-SNAPSHOT
>>>>>
>>>>> Reason: Unable to download the artifact from any repository
>>>>>
>>>>>
>>>>
>>>> added a note near the top about this.
>>>>>
>>>>> [7] I see the same PermGen error.
>>>>>
>>>>> I wonder if we built this using MySQL rather than the system
>>>>> database (as
>>>>> the Liferay folks intended) we would be in better shape?
>>>>>
>>>>> After all, that database (the MySQL version at least) is just
>>>>> shy of 60MB,
>>>>> so it stands to reason that we are taxing resources here.
>>>>>
>>>>> I would like to explore this. Could you please guide me?
>>>>
>>>> It's worth a try, although it's also a bit worrysome. permGen
>>>> OOM errors normally mean you are creating too many classes. The
>>>> amount of data being fed into a database shouldn't affect the
>>>> number of classes needed so if it is somehow affecting this I
>>>> wonder if something else is wrong.
>>>>
>>>> I'll see if I can write up an example later today, but meanwhile
>>>> you might look at the mysql plugin for roller under plugins/
>>>> roller/trunk. The basic idea is to build another database
>>>> plugin, like the derby one but using the mysql wrapper and
>>>> include something like this so the mysql plugin gets used instead
>>>> of the derby one when it's installed.
>>>>
>>>> <artifact-alias
>>>> key="org.apache.geronimo.plugins/roller-derby-database/${version}/
>>>> car">org.apache.geronimo.plugins/roller-mysql-database/${version}/
>>>> car</artifact-alias>
>>>>
>>>>
>>>> Apache can't distribute something that automatically downloads
>>>> the mysql driver jar which is why the roller plugin has mysql as
>>>> a prerequisite. If you are in an environment where this is not a
>>>> concern you can leave out the prerequisite and geronimo will
>>>> install the mysql jar for you when you install the mysql plugin.
>>>>
>>>>
>>>>>
>>>>> I think I have the basics down of what would be needed, but I
>>>>> don't think I
>>>>> quite have it all down yet, and I would like to know for sure by
>>>>> hearing it
>>>>> from you.
>>>>
>>>> I think you are getting there, keep asking questions!
>>>>>
>>>>> I would like to see us put this puppy to bed, you folks bless it
>>>>> for the
>>>>> general public, and move on (Liferay portal is but the first of
>>>>> several apps
>>>>> I am building on top of Geronimo - details of this project to be
>>>>> shared as
>>>>> we go).
>>>>>
>>>>
>>>> looking forward to it!
>>>> thanks
>>>> david jencks
>>>>
>>>>>
>>>>>
>>>>> Thanks!
>>>>>
>>>>> Jim
>>>>>
>>>>> --
>>>>> View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15833008.html
>>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>>> Nabble.com.
>>>>>
>>>>
>>>
>>
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Peter Petersson <pe...@gmail.com>.
David Jencks wrote:
>
> On Jun 8, 2008, at 1:44 PM, Peter Petersson wrote:
>
>> Hi David
>>
>> I have been taking a look at your excellent "Constructing a
>> special-purpose server using maven" (link below) in the hope to
>> actually get Liferay 5.0.1 (rc1) running on Geronimo 2.1.1 in a
>> special purpose build. Working on this i noticed what I believe is a
>> typo in the documentation of the liferay-jetty pom
>>
>> <configuration>
>> :
>> <module>
>> <groupId>com.liferay</groupId>
>> <artifactId>liferay-portal</artifactId>
>> <version>${liferayVersion}</version>
>> <type>war</type>
>> </module>
>> :
>>
>> If I understand things right the artifactId should be
>> "liferay-portal-lesslibs" else the liferay portal plugin would be the
>> unmodified liferay war.
>
> I agree, fixed, thanks!
>>
>>
>> Despite this finding I am unfortunately stuck at the same 404 error
>> at http://localhost:8080/c as pointed out in the documentation.
>> Although I added the debugviews console portlet plugin and trying to
>> squeeze some logging out of liferay to find out what is going on I
>> have so far not been able to get past this problem.
>>
>> Have anyone got some luck with this ?
>> Any suggestion on what to do to get more information out of
>> liferay/geronimo to be able to pinpoint and fix this error is greatly
>> appreciated!
>
> I talked with Brian Chan a little bit at JavaOne and it sounded like
> liferay had some way to get running on current geronimo, and he
> sounded interested in pursuing plugins. However, I haven't been able
> to contact him since.
Ah good I will take a look at it. Would it be any point in take the
maven assembling source I have come up with for G 2.1.1 and Liferay
5.0.1 and set it up like the roller plugin? If appropriate I can put it
(zip of the source tree) in a jira hopefully it is just some minor fixes
that is needed for it to run and maybe I (or someone else) will be able
to come up with a running bundle.
regards
peter petersson
>
> thanks!
> david jencks
>>
>>
>> regards
>> peter petersson
>>
>>
>> David Jencks wrote:
>>>
>>> On Mar 4, 2008, at 9:48 AM, Jim Foster wrote:
>>>> <snip>
>>>> Hi David,
>>>>
>>>> I am glad that this is turning out to be a productive discussion.
>>>>
>>>> I have some more review notes for you.
>>>>
>>>> For reference:
>>>>
>>>> Constructing a special-purpose server using maven
>>>>
>>>> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven
>>>>
>>>>
>>>> [1] Preparation – find the artifacts
>>>> [2] Set up a parent maven project
>>>> [3] Repackage the liferay war
>>>> [4] Build a database plugin
>>>> [5] Build the liferay war plugin
>>>> [6] Build an assembly
>>>> [7] Run the project
>>>>
>>>>
>>>> Note:
>>>> In the following, I use the term "baseline" to mean your
>>>> liferay-sample.jar
>>>> attached to your wiki doc, which builds as it should in maven (hence
>>>> "baseline"), and "doc" to mean your wiki documentation.
>>>>
>>>>
>>>> [3] baseline has this:
>>>>
>>>> <version>4.4.1</version>
>>>>
>>>> whereas the doc has this:
>>>>
>>>> <version>${liferayVersion}</version>
>>>>
>>>> which produces an artifact not found error (i.e., there is no
>>>> liferayVersion defined at this point of the process).
>>>>
>>>
>>> fixed
>>>>
>>>> [5] baseline has this:
>>>>
>>>> <dependency>
>>>> <groupId>com.liferay</groupId>
>>>> <artifactId>liferay-portal-lesslibs</artifactId>
>>>> <version>${liferayVersion}-SNAPSHOT</version>
>>>> <type>war</type>
>>>> <scope>provided</scope>
>>>> </dependency>
>>>>
>>>> whereas the doc has this:
>>>>
>>>> <dependency>
>>>> <groupId>com.liferay</groupId>
>>>> <artifactId>liferay-portal-lesslibs</artifactId>
>>>> <version>${liferayVersion}</version>
>>>> <type>war</type>
>>>> <scope>provided</scope>
>>>> </dependency>
>>>>
>>>> which produces
>>>>
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>
>>>> [ERROR] BUILD ERROR
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>
>>>> [INFO] Failed to resolve artifact.
>>>>
>>>> GroupId: com.liferay
>>>> ArtifactId: liferay-portal-lesslibs
>>>> Version: 4.4.1
>>>>
>>>>
>>> fixed
>>>> [6] baseline has this:
>>>>
>>>> <properties>
>>>> <geronimoVersion>2.1</geronimoVersion>
>>>> </properties>
>>>>
>>>> whereas the mvn command generates this:
>>>>
>>>> <properties>
>>>> <geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
>>>> </properties>
>>>>
>>>> which produces
>>>>
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>
>>>> [ERROR] BUILD ERROR
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>>
>>>> [INFO] Failed to resolve artifact.
>>>>
>>>> GroupId: org.apache.geronimo.assemblies
>>>> ArtifactId: assemblies
>>>> Version: 2.2-SNAPSHOT
>>>>
>>>> Reason: Unable to download the artifact from any repository
>>>>
>>>>
>>>
>>> added a note near the top about this.
>>>>
>>>> [7] I see the same PermGen error.
>>>>
>>>> I wonder if we built this using MySQL rather than the system
>>>> database (as
>>>> the Liferay folks intended) we would be in better shape?
>>>>
>>>> After all, that database (the MySQL version at least) is just shy
>>>> of 60MB,
>>>> so it stands to reason that we are taxing resources here.
>>>>
>>>> I would like to explore this. Could you please guide me?
>>>
>>> It's worth a try, although it's also a bit worrysome. permGen OOM
>>> errors normally mean you are creating too many classes. The amount
>>> of data being fed into a database shouldn't affect the number of
>>> classes needed so if it is somehow affecting this I wonder if
>>> something else is wrong.
>>>
>>> I'll see if I can write up an example later today, but meanwhile you
>>> might look at the mysql plugin for roller under
>>> plugins/roller/trunk. The basic idea is to build another database
>>> plugin, like the derby one but using the mysql wrapper and include
>>> something like this so the mysql plugin gets used instead of the
>>> derby one when it's installed.
>>>
>>> <artifact-alias
>>> key="org.apache.geronimo.plugins/roller-derby-database/${version}/car">org.apache.geronimo.plugins/roller-mysql-database/${version}/car</artifact-alias>
>>>
>>>
>>>
>>> Apache can't distribute something that automatically downloads the
>>> mysql driver jar which is why the roller plugin has mysql as a
>>> prerequisite. If you are in an environment where this is not a
>>> concern you can leave out the prerequisite and geronimo will install
>>> the mysql jar for you when you install the mysql plugin.
>>>
>>>
>>>>
>>>> I think I have the basics down of what would be needed, but I don't
>>>> think I
>>>> quite have it all down yet, and I would like to know for sure by
>>>> hearing it
>>>> from you.
>>>
>>> I think you are getting there, keep asking questions!
>>>>
>>>> I would like to see us put this puppy to bed, you folks bless it
>>>> for the
>>>> general public, and move on (Liferay portal is but the first of
>>>> several apps
>>>> I am building on top of Geronimo - details of this project to be
>>>> shared as
>>>> we go).
>>>>
>>>
>>> looking forward to it!
>>> thanks
>>> david jencks
>>>
>>>>
>>>>
>>>> Thanks!
>>>>
>>>> Jim
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15833008.html
>>>>
>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>> Nabble.com.
>>>>
>>>
>>
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
On Jun 8, 2008, at 1:44 PM, Peter Petersson wrote:
> Hi David
>
> I have been taking a look at your excellent "Constructing a special-
> purpose server using maven" (link below) in the hope to actually get
> Liferay 5.0.1 (rc1) running on Geronimo 2.1.1 in a special purpose
> build. Working on this i noticed what I believe is a typo in the
> documentation of the liferay-jetty pom
>
> <configuration>
> :
> <module>
> <groupId>com.liferay</groupId>
> <artifactId>liferay-portal</artifactId>
> <version>${liferayVersion}</version>
> <type>war</type>
> </module>
> :
>
> If I understand things right the artifactId should be "liferay-
> portal-lesslibs" else the liferay portal plugin would be the
> unmodified liferay war.
I agree, fixed, thanks!
>
>
> Despite this finding I am unfortunately stuck at the same 404 error
> at http://localhost:8080/c as pointed out in the documentation.
> Although I added the debugviews console portlet plugin and trying to
> squeeze some logging out of liferay to find out what is going on I
> have so far not been able to get past this problem.
>
> Have anyone got some luck with this ?
> Any suggestion on what to do to get more information out of liferay/
> geronimo to be able to pinpoint and fix this error is greatly
> appreciated!
I talked with Brian Chan a little bit at JavaOne and it sounded like
liferay had some way to get running on current geronimo, and he
sounded interested in pursuing plugins. However, I haven't been able
to contact him since.
thanks!
david jencks
>
>
> regards
> peter petersson
>
>
> David Jencks wrote:
>>
>> On Mar 4, 2008, at 9:48 AM, Jim Foster wrote:
>>> <snip>
>>> Hi David,
>>>
>>> I am glad that this is turning out to be a productive discussion.
>>>
>>> I have some more review notes for you.
>>>
>>> For reference:
>>>
>>> Constructing a special-purpose server using maven
>>>
>>> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven
>>>
>>> [1] Preparation – find the artifacts
>>> [2] Set up a parent maven project
>>> [3] Repackage the liferay war
>>> [4] Build a database plugin
>>> [5] Build the liferay war plugin
>>> [6] Build an assembly
>>> [7] Run the project
>>>
>>>
>>> Note:
>>> In the following, I use the term "baseline" to mean your liferay-
>>> sample.jar
>>> attached to your wiki doc, which builds as it should in maven (hence
>>> "baseline"), and "doc" to mean your wiki documentation.
>>>
>>>
>>> [3] baseline has this:
>>>
>>> <version>4.4.1</version>
>>>
>>> whereas the doc has this:
>>>
>>> <version>${liferayVersion}</version>
>>>
>>> which produces an artifact not found error (i.e., there is no
>>> liferayVersion defined at this point of the process).
>>>
>>
>> fixed
>>>
>>> [5] baseline has this:
>>>
>>> <dependency>
>>> <groupId>com.liferay</groupId>
>>> <artifactId>liferay-portal-lesslibs</artifactId>
>>> <version>${liferayVersion}-SNAPSHOT</version>
>>> <type>war</type>
>>> <scope>provided</scope>
>>> </dependency>
>>>
>>> whereas the doc has this:
>>>
>>> <dependency>
>>> <groupId>com.liferay</groupId>
>>> <artifactId>liferay-portal-lesslibs</artifactId>
>>> <version>${liferayVersion}</version>
>>> <type>war</type>
>>> <scope>provided</scope>
>>> </dependency>
>>>
>>> which produces
>>>
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [ERROR] BUILD ERROR
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [INFO] Failed to resolve artifact.
>>>
>>> GroupId: com.liferay
>>> ArtifactId: liferay-portal-lesslibs
>>> Version: 4.4.1
>>>
>>>
>> fixed
>>> [6] baseline has this:
>>>
>>> <properties>
>>> <geronimoVersion>2.1</geronimoVersion>
>>> </properties>
>>>
>>> whereas the mvn command generates this:
>>>
>>> <properties>
>>> <geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
>>> </properties>
>>>
>>> which produces
>>>
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [ERROR] BUILD ERROR
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [INFO] Failed to resolve artifact.
>>>
>>> GroupId: org.apache.geronimo.assemblies
>>> ArtifactId: assemblies
>>> Version: 2.2-SNAPSHOT
>>>
>>> Reason: Unable to download the artifact from any repository
>>>
>>>
>>
>> added a note near the top about this.
>>>
>>> [7] I see the same PermGen error.
>>>
>>> I wonder if we built this using MySQL rather than the system
>>> database (as
>>> the Liferay folks intended) we would be in better shape?
>>>
>>> After all, that database (the MySQL version at least) is just shy
>>> of 60MB,
>>> so it stands to reason that we are taxing resources here.
>>>
>>> I would like to explore this. Could you please guide me?
>>
>> It's worth a try, although it's also a bit worrysome. permGen OOM
>> errors normally mean you are creating too many classes. The amount
>> of data being fed into a database shouldn't affect the number of
>> classes needed so if it is somehow affecting this I wonder if
>> something else is wrong.
>>
>> I'll see if I can write up an example later today, but meanwhile
>> you might look at the mysql plugin for roller under plugins/roller/
>> trunk. The basic idea is to build another database plugin, like
>> the derby one but using the mysql wrapper and include something
>> like this so the mysql plugin gets used instead of the derby one
>> when it's installed.
>>
>> <artifact-alias
>> key="org.apache.geronimo.plugins/roller-derby-database/${version}/
>> car">org.apache.geronimo.plugins/roller-mysql-database/${version}/
>> car</artifact-alias>
>>
>>
>> Apache can't distribute something that automatically downloads the
>> mysql driver jar which is why the roller plugin has mysql as a
>> prerequisite. If you are in an environment where this is not a
>> concern you can leave out the prerequisite and geronimo will
>> install the mysql jar for you when you install the mysql plugin.
>>
>>
>>>
>>> I think I have the basics down of what would be needed, but I
>>> don't think I
>>> quite have it all down yet, and I would like to know for sure by
>>> hearing it
>>> from you.
>>
>> I think you are getting there, keep asking questions!
>>>
>>> I would like to see us put this puppy to bed, you folks bless it
>>> for the
>>> general public, and move on (Liferay portal is but the first of
>>> several apps
>>> I am building on top of Geronimo - details of this project to be
>>> shared as
>>> we go).
>>>
>>
>> looking forward to it!
>> thanks
>> david jencks
>>
>>>
>>>
>>> Thanks!
>>>
>>> Jim
>>>
>>> --
>>> View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15833008.html
>>> Sent from the Apache Geronimo - Users mailing list archive at
>>> Nabble.com.
>>>
>>
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Peter Petersson <pe...@gmail.com>.
Hi David
I have been taking a look at your excellent "Constructing a
special-purpose server using maven" (link below) in the hope to actually
get Liferay 5.0.1 (rc1) running on Geronimo 2.1.1 in a special purpose
build. Working on this i noticed what I believe is a typo in the
documentation of the liferay-jetty pom
<configuration>
:
<module>
<groupId>com.liferay</groupId>
<artifactId>liferay-portal</artifactId>
<version>${liferayVersion}</version>
<type>war</type>
</module>
:
If I understand things right the artifactId should be
"liferay-portal-lesslibs" else the liferay portal plugin would be the
unmodified liferay war.
Despite this finding I am unfortunately stuck at the same 404 error at
http://localhost:8080/c as pointed out in the documentation. Although I
added the debugviews console portlet plugin and trying to squeeze some
logging out of liferay to find out what is going on I have so far not
been able to get past this problem.
Have anyone got some luck with this ?
Any suggestion on what to do to get more information out of
liferay/geronimo to be able to pinpoint and fix this error is greatly
appreciated!
regards
peter petersson
David Jencks wrote:
>
> On Mar 4, 2008, at 9:48 AM, Jim Foster wrote:
>> <snip>
>> Hi David,
>>
>> I am glad that this is turning out to be a productive discussion.
>>
>> I have some more review notes for you.
>>
>> For reference:
>>
>> Constructing a special-purpose server using maven
>>
>> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven
>>
>> [1] Preparation – find the artifacts
>> [2] Set up a parent maven project
>> [3] Repackage the liferay war
>> [4] Build a database plugin
>> [5] Build the liferay war plugin
>> [6] Build an assembly
>> [7] Run the project
>>
>>
>> Note:
>> In the following, I use the term "baseline" to mean your
>> liferay-sample.jar
>> attached to your wiki doc, which builds as it should in maven (hence
>> "baseline"), and "doc" to mean your wiki documentation.
>>
>>
>> [3] baseline has this:
>>
>> <version>4.4.1</version>
>>
>> whereas the doc has this:
>>
>> <version>${liferayVersion}</version>
>>
>> which produces an artifact not found error (i.e., there is no
>> liferayVersion defined at this point of the process).
>>
>
> fixed
>>
>> [5] baseline has this:
>>
>> <dependency>
>> <groupId>com.liferay</groupId>
>> <artifactId>liferay-portal-lesslibs</artifactId>
>> <version>${liferayVersion}-SNAPSHOT</version>
>> <type>war</type>
>> <scope>provided</scope>
>> </dependency>
>>
>> whereas the doc has this:
>>
>> <dependency>
>> <groupId>com.liferay</groupId>
>> <artifactId>liferay-portal-lesslibs</artifactId>
>> <version>${liferayVersion}</version>
>> <type>war</type>
>> <scope>provided</scope>
>> </dependency>
>>
>> which produces
>>
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] BUILD ERROR
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Failed to resolve artifact.
>>
>> GroupId: com.liferay
>> ArtifactId: liferay-portal-lesslibs
>> Version: 4.4.1
>>
>>
> fixed
>> [6] baseline has this:
>>
>> <properties>
>> <geronimoVersion>2.1</geronimoVersion>
>> </properties>
>>
>> whereas the mvn command generates this:
>>
>> <properties>
>> <geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
>> </properties>
>>
>> which produces
>>
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] BUILD ERROR
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Failed to resolve artifact.
>>
>> GroupId: org.apache.geronimo.assemblies
>> ArtifactId: assemblies
>> Version: 2.2-SNAPSHOT
>>
>> Reason: Unable to download the artifact from any repository
>>
>>
>
> added a note near the top about this.
>>
>> [7] I see the same PermGen error.
>>
>> I wonder if we built this using MySQL rather than the system database (as
>> the Liferay folks intended) we would be in better shape?
>>
>> After all, that database (the MySQL version at least) is just shy of
>> 60MB,
>> so it stands to reason that we are taxing resources here.
>>
>> I would like to explore this. Could you please guide me?
>
> It's worth a try, although it's also a bit worrysome. permGen OOM
> errors normally mean you are creating too many classes. The amount of
> data being fed into a database shouldn't affect the number of classes
> needed so if it is somehow affecting this I wonder if something else
> is wrong.
>
> I'll see if I can write up an example later today, but meanwhile you
> might look at the mysql plugin for roller under plugins/roller/trunk.
> The basic idea is to build another database plugin, like the derby
> one but using the mysql wrapper and include something like this so the
> mysql plugin gets used instead of the derby one when it's installed.
>
> <artifact-alias
> key="org.apache.geronimo.plugins/roller-derby-database/${version}/car">org.apache.geronimo.plugins/roller-mysql-database/${version}/car</artifact-alias>
>
>
> Apache can't distribute something that automatically downloads the
> mysql driver jar which is why the roller plugin has mysql as a
> prerequisite. If you are in an environment where this is not a
> concern you can leave out the prerequisite and geronimo will install
> the mysql jar for you when you install the mysql plugin.
>
>
>>
>> I think I have the basics down of what would be needed, but I don't
>> think I
>> quite have it all down yet, and I would like to know for sure by
>> hearing it
>> from you.
>
> I think you are getting there, keep asking questions!
>>
>> I would like to see us put this puppy to bed, you folks bless it for the
>> general public, and move on (Liferay portal is but the first of
>> several apps
>> I am building on top of Geronimo - details of this project to be
>> shared as
>> we go).
>>
>
> looking forward to it!
> thanks
> david jencks
>
>>
>>
>> Thanks!
>>
>> Jim
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15833008.html
>> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>>
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
On Mar 4, 2008, at 9:48 AM, Jim Foster wrote:
> <snip>
> Hi David,
>
> I am glad that this is turning out to be a productive discussion.
>
> I have some more review notes for you.
>
> For reference:
>
> Constructing a special-purpose server using maven
>
> http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a
> +special-purpose+server+using+maven
>
> [1] Preparation – find the artifacts
> [2] Set up a parent maven project
> [3] Repackage the liferay war
> [4] Build a database plugin
> [5] Build the liferay war plugin
> [6] Build an assembly
> [7] Run the project
>
>
> Note:
> In the following, I use the term "baseline" to mean your liferay-
> sample.jar
> attached to your wiki doc, which builds as it should in maven (hence
> "baseline"), and "doc" to mean your wiki documentation.
>
>
> [3] baseline has this:
>
> <version>4.4.1</version>
>
> whereas the doc has this:
>
> <version>${liferayVersion}</version>
>
> which produces an artifact not found error (i.e., there is no
> liferayVersion defined at this point of the process).
>
fixed
>
> [5] baseline has this:
>
> <dependency>
> <groupId>com.liferay</groupId>
> <artifactId>liferay-portal-lesslibs</artifactId>
> <version>${liferayVersion}-SNAPSHOT</version>
> <type>war</type>
> <scope>provided</scope>
> </dependency>
>
> whereas the doc has this:
>
> <dependency>
> <groupId>com.liferay</groupId>
> <artifactId>liferay-portal-lesslibs</artifactId>
> <version>${liferayVersion}</version>
> <type>war</type>
> <scope>provided</scope>
> </dependency>
>
> which produces
>
> [INFO]
> ----------------------------------------------------------------------
> --
> [ERROR] BUILD ERROR
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Failed to resolve artifact.
>
> GroupId: com.liferay
> ArtifactId: liferay-portal-lesslibs
> Version: 4.4.1
>
>
fixed
> [6] baseline has this:
>
> <properties>
> <geronimoVersion>2.1</geronimoVersion>
> </properties>
>
> whereas the mvn command generates this:
>
> <properties>
> <geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
> </properties>
>
> which produces
>
> [INFO]
> ----------------------------------------------------------------------
> --
> [ERROR] BUILD ERROR
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Failed to resolve artifact.
>
> GroupId: org.apache.geronimo.assemblies
> ArtifactId: assemblies
> Version: 2.2-SNAPSHOT
>
> Reason: Unable to download the artifact from any repository
>
>
added a note near the top about this.
>
> [7] I see the same PermGen error.
>
> I wonder if we built this using MySQL rather than the system
> database (as
> the Liferay folks intended) we would be in better shape?
>
> After all, that database (the MySQL version at least) is just shy
> of 60MB,
> so it stands to reason that we are taxing resources here.
>
> I would like to explore this. Could you please guide me?
It's worth a try, although it's also a bit worrysome. permGen OOM
errors normally mean you are creating too many classes. The amount
of data being fed into a database shouldn't affect the number of
classes needed so if it is somehow affecting this I wonder if
something else is wrong.
I'll see if I can write up an example later today, but meanwhile you
might look at the mysql plugin for roller under plugins/roller/
trunk. The basic idea is to build another database plugin, like the
derby one but using the mysql wrapper and include something like this
so the mysql plugin gets used instead of the derby one when it's
installed.
<artifact-alias
key="org.apache.geronimo.plugins/roller-derby-database/${version}/
car">org.apache.geronimo.plugins/roller-mysql-database/${version}/
car</artifact-alias>
Apache can't distribute something that automatically downloads the
mysql driver jar which is why the roller plugin has mysql as a
prerequisite. If you are in an environment where this is not a
concern you can leave out the prerequisite and geronimo will install
the mysql jar for you when you install the mysql plugin.
>
> I think I have the basics down of what would be needed, but I don't
> think I
> quite have it all down yet, and I would like to know for sure by
> hearing it
> from you.
I think you are getting there, keep asking questions!
>
> I would like to see us put this puppy to bed, you folks bless it
> for the
> general public, and move on (Liferay portal is but the first of
> several apps
> I am building on top of Geronimo - details of this project to be
> shared as
> we go).
>
looking forward to it!
thanks
david jencks
>
>
> Thanks!
>
> Jim
>
> --
> View this message in context: http://www.nabble.com/Geronimo-v2.1-
> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15833008.html
> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
djencks wrote:
>
>
> On Mar 3, 2008, at 8:33 AM, Jim Foster wrote:
>
>>
>>
>> djencks wrote:
>>>
>>>
>>> On Mar 1, 2008, at 10:02 AM, Jim Foster wrote:
>>>
>>>>
>>>> djencks wrote:
>>>>>
>>>>> Your plan works for me. I jar'ed up my sample and attached it
>>>>> to the
>>>>> wiki page. Could you see if you can detect the relevant
>>>>> difference?
>>>>>
>>>>> thanks
>>>>> david jencks
>>>>>
>>>>> <snip>
>>>>>
>>>>>
>>>>
>>>> Hi David,
>>>>
>>>> I think I see the point of confusion.
>>>>
>>>> In your doc, you have this:
>>>>
>>>> [3] Repackage the liferay war
>>>>
>>>> mvn archetype:create \
>>>> -DarchetypeGroupId=org.apache.maven.archetypes \
>>>> -DarchetypeArtifactId=maven-archetype-webapp \
>>>> -DarchetypeVersion=1.0 \
>>>> -DgroupId=com.liferay \
>>>> -DartifactId=liferay-portal-lesslibs \
>>>> -Dversion=4.4.1-NOLIB-SNAPSHOT
>>>> cd liferay-portal
>>>> rm -rf src
>>>>
>>>>
>>>> Shouldn't that artifactId be "liferay-portal"?
>>>>
>>>
>>> I don't think so. Previously we've installed the liferay portal war
>>> from liferay in the local maven repo as com.liferay/liferay-portal/
>>> 4.4.1/war so we don't want another project claiming to generate the
>>> same artifactId. In fact I tried this at first but just having a
>>> different version between input and output doesn't work -- maven
>>> objects.
>>>
>>
>>
>> Hi David,
>>
>> I just don't see how in your documentation you can have this:
>>
>> mvn archetype:create \
>> ...
>> -DartifactId=liferay-portal-lesslibs \
>> ...
>>
>> followed by this:
>>
>> cd liferay-portal
>>
>>
>> There isn't a directory liferay-portal, but there is
>> liferay-portal-lesslibs, so one or the other must be out of sync.
>>
>>
>>
>> Also, in your liferay-sample.jar, you have the directory structure
>>
>> liferay-parent/
>> pom.xml
>>
>> geronimo-jetty-liferay/
>> pom.xml
>>
>> liferay-derby/
>> pom.xml
>> src/
>> main/
>> plan/
>> plan.xml
>>
>> resources/
>>
>> liferay-jetty/
>> pom.xml
>> src/
>> main/
>> plan/
>> plan.xml
>>
>> resources/
>>
>> liferay-portal/
>> pom.xml
>>
>>
>>
>> Where did the directory liferay-portal-lesslibs go?
>>
>> And where did directory liferay-portal come from?
>
> This is what happens without proper review :-). I started with
> calling my repackaged liferay liferay-portal but the duplicate
> artifactId didn't work. I then missed updating the name change in a
> lot of places.
>
> Hopefully it's fixed now.... waiting for your review...
>
> thanks
> david jencks
>
>
Hi David,
I am glad that this is turning out to be a productive discussion.
I have some more review notes for you.
For reference:
Constructing a special-purpose server using maven
http://cwiki.apache.org/confluence/display/GMOxDOC21/Constructing+a+special-purpose+server+using+maven
[1] Preparation – find the artifacts
[2] Set up a parent maven project
[3] Repackage the liferay war
[4] Build a database plugin
[5] Build the liferay war plugin
[6] Build an assembly
[7] Run the project
Note:
In the following, I use the term "baseline" to mean your liferay-sample.jar
attached to your wiki doc, which builds as it should in maven (hence
"baseline"), and "doc" to mean your wiki documentation.
[3] baseline has this:
<version>4.4.1</version>
whereas the doc has this:
<version>${liferayVersion}</version>
which produces an artifact not found error (i.e., there is no
liferayVersion defined at this point of the process).
[5] baseline has this:
<dependency>
<groupId>com.liferay</groupId>
<artifactId>liferay-portal-lesslibs</artifactId>
<version>${liferayVersion}-SNAPSHOT</version>
<type>war</type>
<scope>provided</scope>
</dependency>
whereas the doc has this:
<dependency>
<groupId>com.liferay</groupId>
<artifactId>liferay-portal-lesslibs</artifactId>
<version>${liferayVersion}</version>
<type>war</type>
<scope>provided</scope>
</dependency>
which produces
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
GroupId: com.liferay
ArtifactId: liferay-portal-lesslibs
Version: 4.4.1
[6] baseline has this:
<properties>
<geronimoVersion>2.1</geronimoVersion>
</properties>
whereas the mvn command generates this:
<properties>
<geronimoVersion>2.2-SNAPSHOT</geronimoVersion>
</properties>
which produces
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
GroupId: org.apache.geronimo.assemblies
ArtifactId: assemblies
Version: 2.2-SNAPSHOT
Reason: Unable to download the artifact from any repository
[7] I see the same PermGen error.
I wonder if we built this using MySQL rather than the system database (as
the Liferay folks intended) we would be in better shape?
After all, that database (the MySQL version at least) is just shy of 60MB,
so it stands to reason that we are taxing resources here.
I would like to explore this. Could you please guide me?
I think I have the basics down of what would be needed, but I don't think I
quite have it all down yet, and I would like to know for sure by hearing it
from you.
I would like to see us put this puppy to bed, you folks bless it for the
general public, and move on (Liferay portal is but the first of several apps
I am building on top of Geronimo - details of this project to be shared as
we go).
Thanks!
Jim
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15833008.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
On Mar 3, 2008, at 8:33 AM, Jim Foster wrote:
>
>
> djencks wrote:
>>
>>
>> On Mar 1, 2008, at 10:02 AM, Jim Foster wrote:
>>
>>>
>>> djencks wrote:
>>>>
>>>> Your plan works for me. I jar'ed up my sample and attached it
>>>> to the
>>>> wiki page. Could you see if you can detect the relevant
>>>> difference?
>>>>
>>>> thanks
>>>> david jencks
>>>>
>>>> <snip>
>>>>
>>>>
>>>
>>> Hi David,
>>>
>>> I think I see the point of confusion.
>>>
>>> In your doc, you have this:
>>>
>>> [3] Repackage the liferay war
>>>
>>> mvn archetype:create \
>>> -DarchetypeGroupId=org.apache.maven.archetypes \
>>> -DarchetypeArtifactId=maven-archetype-webapp \
>>> -DarchetypeVersion=1.0 \
>>> -DgroupId=com.liferay \
>>> -DartifactId=liferay-portal-lesslibs \
>>> -Dversion=4.4.1-NOLIB-SNAPSHOT
>>> cd liferay-portal
>>> rm -rf src
>>>
>>>
>>> Shouldn't that artifactId be "liferay-portal"?
>>>
>>
>> I don't think so. Previously we've installed the liferay portal war
>> from liferay in the local maven repo as com.liferay/liferay-portal/
>> 4.4.1/war so we don't want another project claiming to generate the
>> same artifactId. In fact I tried this at first but just having a
>> different version between input and output doesn't work -- maven
>> objects.
>>
>
>
> Hi David,
>
> I just don't see how in your documentation you can have this:
>
> mvn archetype:create \
> ...
> -DartifactId=liferay-portal-lesslibs \
> ...
>
> followed by this:
>
> cd liferay-portal
>
>
> There isn't a directory liferay-portal, but there is
> liferay-portal-lesslibs, so one or the other must be out of sync.
>
>
>
> Also, in your liferay-sample.jar, you have the directory structure
>
> liferay-parent/
> pom.xml
>
> geronimo-jetty-liferay/
> pom.xml
>
> liferay-derby/
> pom.xml
> src/
> main/
> plan/
> plan.xml
>
> resources/
>
> liferay-jetty/
> pom.xml
> src/
> main/
> plan/
> plan.xml
>
> resources/
>
> liferay-portal/
> pom.xml
>
>
>
> Where did the directory liferay-portal-lesslibs go?
>
> And where did directory liferay-portal come from?
This is what happens without proper review :-). I started with
calling my repackaged liferay liferay-portal but the duplicate
artifactId didn't work. I then missed updating the name change in a
lot of places.
Hopefully it's fixed now.... waiting for your review...
thanks
david jencks
>
>
> Jim
> --
> View this message in context: http://www.nabble.com/Geronimo-v2.1-
> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15807715.html
> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
>
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by Jim Foster <jf...@tmtsaz.com>.
djencks wrote:
>
>
> On Mar 1, 2008, at 10:02 AM, Jim Foster wrote:
>
>>
>> djencks wrote:
>>>
>>> Your plan works for me. I jar'ed up my sample and attached it to the
>>> wiki page. Could you see if you can detect the relevant difference?
>>>
>>> thanks
>>> david jencks
>>>
>>> <snip>
>>>
>>>
>>
>> Hi David,
>>
>> I think I see the point of confusion.
>>
>> In your doc, you have this:
>>
>> [3] Repackage the liferay war
>>
>> mvn archetype:create \
>> -DarchetypeGroupId=org.apache.maven.archetypes \
>> -DarchetypeArtifactId=maven-archetype-webapp \
>> -DarchetypeVersion=1.0 \
>> -DgroupId=com.liferay \
>> -DartifactId=liferay-portal-lesslibs \
>> -Dversion=4.4.1-NOLIB-SNAPSHOT
>> cd liferay-portal
>> rm -rf src
>>
>>
>> Shouldn't that artifactId be "liferay-portal"?
>>
>
> I don't think so. Previously we've installed the liferay portal war
> from liferay in the local maven repo as com.liferay/liferay-portal/
> 4.4.1/war so we don't want another project claiming to generate the
> same artifactId. In fact I tried this at first but just having a
> different version between input and output doesn't work -- maven
> objects.
>
Hi David,
I just don't see how in your documentation you can have this:
mvn archetype:create \
...
-DartifactId=liferay-portal-lesslibs \
...
followed by this:
cd liferay-portal
There isn't a directory liferay-portal, but there is
liferay-portal-lesslibs, so one or the other must be out of sync.
Also, in your liferay-sample.jar, you have the directory structure
liferay-parent/
pom.xml
geronimo-jetty-liferay/
pom.xml
liferay-derby/
pom.xml
src/
main/
plan/
plan.xml
resources/
liferay-jetty/
pom.xml
src/
main/
plan/
plan.xml
resources/
liferay-portal/
pom.xml
Where did the directory liferay-portal-lesslibs go?
And where did directory liferay-portal come from?
Jim
--
View this message in context: http://www.nabble.com/Geronimo-v2.1-Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15807715.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo v2.1 Plan Creator => Deploy Liferay 4.1.1
Posted by David Jencks <da...@yahoo.com>.
On Mar 1, 2008, at 10:02 AM, Jim Foster wrote:
>
>
>
> djencks wrote:
>>
>> Your plan works for me. I jar'ed up my sample and attached it to the
>> wiki page. Could you see if you can detect the relevant difference?
>>
>> thanks
>> david jencks
>>
>> <snip>
>>
>>
>
> Hi David,
>
> I think I see the point of confusion.
>
> In your doc, you have this:
>
> [3] Repackage the liferay war
>
> mvn archetype:create \
> -DarchetypeGroupId=org.apache.maven.archetypes \
> -DarchetypeArtifactId=maven-archetype-webapp \
> -DarchetypeVersion=1.0 \
> -DgroupId=com.liferay \
> -DartifactId=liferay-portal-lesslibs \
> -Dversion=4.4.1-NOLIB-SNAPSHOT
> cd liferay-portal
> rm -rf src
>
>
> Shouldn't that artifactId be "liferay-portal"?
>
I don't think so. Previously we've installed the liferay portal war
from liferay in the local maven repo as com.liferay/liferay-portal/
4.4.1/war so we don't want another project claiming to generate the
same artifactId. In fact I tried this at first but just having a
different version between input and output doesn't work -- maven
objects.
Would it be clearer if the heading said,
[3] Create a project to repackage the liferay war
(and similarly for the other projects/steps)?
thanks
david jencks
>
> Jim
> --
> View this message in context: http://www.nabble.com/Geronimo-v2.1-
> Plan-Creator-%3D%3E-Deploy-Liferay-4.1.1-tp15437773s134p15779083.html
> Sent from the Apache Geronimo - Users mailing list archive at
> Nabble.com.
>