[
https://issues.apache.org/jira/browse/GERONIMO-3130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12919743#action_12919743
]
Meet Parikh commented on GERONIMO-3130:
---
I recently downloaded liferay-geronimo
Gianny Damour wrote:
On 14/07/2008, at 5:17 PM, Peter Petersson wrote:
Gianny Damour wrote:
Hello Peter,
This is great news for Liferay developers!
IMHO, one of the pain points with Liferay development is the time it
takes to build, pack and deploy a WAR to Liferay. Even if Liferay
On 14/07/2008, at 5:17 PM, Peter Petersson wrote:
Gianny Damour wrote:
Hello Peter,
This is great news for Liferay developers!
IMHO, one of the pain points with Liferay development is the time
it takes to build, pack and deploy a WAR to Liferay. Even if
Liferay is not so bad
Gianny Damour wrote:
Hello Peter,
This is great news for Liferay developers!
IMHO, one of the pain points with Liferay development is the time it
takes to build, pack and deploy a WAR to Liferay. Even if Liferay is
not so bad on this front when compared with other portals, a typical
build
) and
my experience working with David on the roller plugin I have manage to
put together a Liferay ( http://www.liferay.com ) plugin. For now the
plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the
following maven artifacts
* geronimo-jetty-liferay -- A minimalistic server assembly
Hello Peter,
This is great news for Liferay developers!
IMHO, one of the pain points with Liferay development is the time it
takes to build, pack and deploy a WAR to Liferay. Even if Liferay is
not so bad on this front when compared with other portals, a typical
build-deploy-test cycle
Hi Arnaud
After installing the Geronimo Plugins, Tomcat :: Deployer plugin
(using the plugins console) you will be able to deploy other war files.
regards
peter petersson
heden75 wrote:
I am using the geronimo-tomcat-liferay and it is working fine so thanks again
Peter. However I cannot
and Geronimo Framework, Configs :: JSR-88 CLI also...
If Arnaud is building the Liferay plugin/server from source, he could
add these dependencies and they would be included in his builds
(either way, will work).
--kevan
heden75 wrote:
I am using the geronimo-tomcat-liferay and it is working fine
of donating it to the Liferay community in the hope
that they will find it useful as a base for there future geronimo
integration.
The build is derevided from Davids custom server assemblies document and
some parts are modified stuff from the roller plugin source.
If I understand things right
building this plugin for my own use and I
have the intention of donating it to the Liferay community in the
hope that they will find it useful as a base for there future
geronimo integration.
The build is derevided from Davids custom server assemblies document
and some parts are modified stuff
before I am building this plugin for my own use and I
have the intention of donating it to the Liferay community in the
hope that they will find it useful as a base for there future
geronimo integration.
The build is derevided from Davids custom server assemblies document
and some parts
I am using the geronimo-tomcat-liferay and it is working fine so thanks again
Peter. However I cannot deploy any new war I guess because it is a
minimalistic server version... How do I install new geronimo plugins ?
I tried to make it through Geronimo console webpage but there is also
-liferay and it is working fine so thanks again
Peter. However I cannot deploy any new war I guess because it is a
minimalistic server version... How do I install new geronimo plugins ?
I tried to make it through Geronimo console webpage but there is also no
Applications Plugins link.
Arnaud
petersson
heden75 wrote:
I am using the geronimo-tomcat-liferay and it is working fine so thanks again
Peter. However I cannot deploy any new war I guess because it is a
minimalistic server version... How do I install new geronimo plugins ?
I tried to make it through Geronimo console webpage
working with David on the roller plugin I have
manage to put together a Liferay ( http://www.liferay.com ) plugin.
For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists
of the following maven artifacts
* geronimo-jetty-liferay -- A minimalistic server assembly
Hi
If you want a sneak peak (before i wrap things up) you can
svn co http://www.m4u.nu/svn/geronimo-liferay-repos/geronimo-liferay/trunk
but remember this is still a moving target so there are no guarantees it
will work at the time you decide to check it out ;) although right now
(2008-06-25
Hi,
I am looking forward to seeing your liferay 5.0.1 rc1 on G 2.1.1 plugins
because I've been trying to set up G2.1.1/Jetty6 On Liferay5.0.1 rc1... but
unsuccessfully.
When and where will your release be available ?
Arnaud.
Peter Petersson-2 wrote:
David Jencks wrote:
On Jun 21
your liferay 5.0.1 rc1 on G 2.1.1 plugins
because I've been trying to set up G2.1.1/Jetty6 On Liferay5.0.1 rc1... but
unsuccessfully.
When and where will your release be available ?
Arnaud.
Peter Petersson-2 wrote:
David Jencks wrote:
On Jun 21, 2008, at 9:07 AM, David Jencks wrote
plugin I have manage to
put together a Liferay ( http://www.liferay.com ) plugin. For now the
plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists of the
following maven artifacts
* geronimo-jetty-liferay -- A minimalistic server assembly with the
geronimo kernel the lifray jetty plugin
together a Liferay ( http://www.liferay.com ) plugin.
For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and
consists of the following maven artifacts
* geronimo-jetty-liferay -- A minimalistic server assembly with the
geronimo kernel the lifray jetty plugin and the geronimo console
plugin
) and my experience working with David on the roller plugin I
have manage to put together a Liferay ( http://www.liferay.com )
plugin. For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1
and consists of the following maven artifacts
* geronimo-jetty-liferay -- A minimalistic server
://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html )
and my experience working with David on the roller plugin I have
manage to put together a Liferay ( http://www.liferay.com ) plugin.
For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and
consists of the following maven artifacts
://svn.apache.org/repos/asf/geronimo/server/branches/2.1/repository
btw the tags/2.1.1/repository works much better for me ;).
I am writing up some build instructions for the liferay plugin in a
readme file and noticed a possible problem, when i tried to mvn install
from the repos given above I got
Hi
With the help of David J custom server assemblies document (
http://cwiki.apache.org/GMOxDOC21/custom-server-assemblies.html ) and my
experience working with David on the roller plugin I have manage to put
together a Liferay ( http://www.liferay.com ) plugin. For now the plugin
manage to put together a Liferay ( http://www.liferay.com ) plugin.
For now the plugin is with liferay 5.0.1 rc1 on G 2.1.1 and consists
of the following maven artifacts
* geronimo-jetty-liferay -- A minimalistic server assembly with the
geronimo kernel the lifray jetty plugin and the geronimo
On Feb 19, 2008 1:30 PM, Peter Petersson [EMAIL PROTECTED] wrote:
Hi
Ever now and then configuration questions about setting up liferay with
G is popping up on the user list and soon it is time for G v2.1 to come
out of the closet. As it would be great to see a liferay bundle
(upgrade
The latest problem he has with the plan you provided for him seems to be
the following
Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException:
Missing dependency: org.apache.geronimo.configs/j2ee-security//car
I havent looked at the latest liferay geronimo plan (or the one
Peter Petersson wrote:
The latest problem he has with the plan you provided for him seems to
be the following
Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException:
Missing dependency: org.apache.geronimo.configs/j2ee-security//car
I havent looked at the latest liferay
Hi
Ever now and then configuration questions about setting up liferay with
G is popping up on the user list and soon it is time for G v2.1 to come
out of the closet. As it would be great to see a liferay bundle
(upgrade) that works out of the box with G v2.1 my question is if anyone
of you
Problem in starting Liferay portal with geronimo
--
Key: GERONIMO-3130
URL: https://issues.apache.org/jira/browse/GERONIMO-3130
Project: Geronimo
Issue Type: RTC
Security Level: public
We have had trouble deploying Liferay 4.2.0 on Geronimo 1.1.1 out of the box
with Liferay distro where they are prepacked together. I tried the 4.1.2 pro
WAR file too and had the same memory problems.
We immediately get PermGen memory use errors on Java 1.5.09 on RHEL 3, 4 and
Windows XP even
...
If PermGen problems are being encountered with a single app
deployment, then you'll definitely need to bump up MaxPermSize, as
you've suggested.
FYI, The following option will cause the VM to print GC statistics
(including PermGen info).
-XX:+PrintGCDetails
I have run Liferay 4.1.2
: dev@geronimo.apache.org
Objet : Re: Geronimo 1.1.1 and Liferay 4, memory problems on startup and hot
deployment
On Dec 20, 2006, at 8:46 AM, Jeff Genender wrote:
Kevan M,
Do you have any thoughts on the leaking classloaders?
Hey Jeff,
AFAIK, Geronimo 1.1.1 running on JRE 1.4.2 was clean. I
On Dec 20, 2006, at 10:29 AM, Paul ANDERSON wrote:
Bumping up MaxPermSize works great on 1.5.
If Geronimo 1.1.1 is then stable for hot portlet deployment on
LR4.2, we'll be able to use it.
Thanks all round for the quick responses.
Hi Paul,
That's good news.
FYI -- there have been some
Do you think that leak might be what is causing the random openejb
related failures I keep running into?
Still have not updated the JDK on gbuild hosts to use _10 yet...
maybe I will give that a shot.
--jason
On Dec 20, 2006, at 12:52 PM, Kevan Miller wrote:
On Dec 20, 2006, at 10:29
On Dec 20, 2006, at 4:20 PM, Jason Dillon wrote:
Do you think that leak might be what is causing the random openejb
related failures I keep running into?
Still have not updated the JDK on gbuild hosts to use _10 yet...
maybe I will give that a shot.
Hi Jason,
It's possible. I had
to deploy Liferay as an EAR becuase there' isn't the idea of a WEB-INF/lib in the EAR.I've even tried deploying portal-kernel as a separate CAR, and then having the portal AND the portlets depend on the CAR, but for some reason, I still keep getting copies of the portal-kernel and not really using
to deploy Liferay as an EAR
becuase there' isn't the idea of a WEB-INF/lib in the EAR.
I've even tried deploying portal-kernel as a separate CAR, and then
having the portal AND the portlets depend on the CAR, but for some
reason, I still keep getting copies of the portal-kernel
the dir browseable.
Will be happy to share the PPTs with you once I finish them.
--
Brian Chan
Chief Software Architect
Liferay, Inc.
Enterprise. Open Source. For Life.
On 10/16/06 5:10 AM, Jacek Laskowski [EMAIL PROTECTED] mailto:
[EMAIL PROTECTED] wrote:
On 10/14/06, Brian Chan wrote
.
Will be happy to share the PPTs with you once I finish them.
--
Brian Chan
Chief Software Architect
Liferay, Inc.
Enterprise. Open Source. For Life.
On 10/16/06 5:10 AM, Jacek Laskowski [EMAIL PROTECTED] mailto:
[EMAIL PROTECTED] wrote:
On 10/14/06, Brian Chan wrote:
The latest Liferay
Donald, would there be any concerns with letting the plugin dependency
system automatically download and install derby 10.1.1.0 alongside
10.1.3.2 in WAS CE? If that works for you then that could be
accomplished by applying this patch to
http://geronimo.liferay.com/plugins/geronimo-plugins.xml :
On 10/17/06, Paul McMahan [EMAIL PROTECTED] wrote:
Otherwise, as Aaron said the modules should be reinstalled and
re-exported as plugins alongside the changes you requested to the
dependency metadata.
I was actually saying that whoever originally created the plugins (and
therefore has the
Right, that's a better way of putting it -- thanks for the
clarification Aaron. So to sum up, I think the two choices we've
discussed so far are:
1.) add the www.ibiblio.org/maven2 repository to geronimo-plugins.xml
2.) remove the Derby version number from the dependency element in
the
Option #1 is fine for the plug-in that supports Geronimo 1.1.1.
Maybe for the plugin that supports the required naming changes in the
Geronimo 1.2 release, we can get Option #2 implemented.
Thanks,
Donald
Paul McMahan wrote:
Right, that's a better way of putting it -- thanks for the
On 10/14/06, Brian Chan [EMAIL PROTECTED] wrote:
The latest Liferay portal plugins are now available on.
http://geronimo.liferay.com/plugins
It'd be great if we can add it to the default list of available plugin
repositories for Geronimo 1.2 and on.
I think it's doable ;-) I'l start a vote
Jacek Laskowski wrote:
On 10/14/06, Brian Chan [EMAIL PROTECTED] wrote:
The latest Liferay portal plugins are now available on.
http://geronimo.liferay.com/plugins
It'd be great if we can add it to the default list of available plugin
repositories for Geronimo 1.2 and on.
I think
On 10/16/06, Jeff Genender [EMAIL PROTECTED] wrote:
geronimoplugins.com is the same, so we should probably be consistent.
Would you explain (possibly again) why it is configured this way?
Jacek
--
Jacek Laskowski
http://www.laskowski.net.pl
this way. My point was that if we need to have Liferay open
up directory viewing, then so should everyone else. What's good for the
goose is good for the gander ;-)
IMHO, I think it probably should be up to the contributing organization
if they want their directories viewable...I don't think
On 10/16/06, Jeff Genender [EMAIL PROTECTED] wrote:
IMHO, I think it probably should be up to the contributing organization
if they want their directories viewable...I don't think that needs to be
a requirement. Since all we care about is the plugins, we just need to
look at the top level
On 10/14/06, Brian Chan [EMAIL PROTECTED] wrote:
The latest Liferay portal plugins are now available on.
http://geronimo.liferay.com/plugins
Nice!
It'd be great if we can add it to the default list of available plugin
repositories for Geronimo 1.2 and on.
We can actually add it for 1.1.1
On 10/16/06, Aaron Mulder [EMAIL PROTECTED] wrote:
On 10/14/06, Brian Chan [EMAIL PROTECTED] wrote:
The latest Liferay portal plugins are now available on.
http://geronimo.liferay.com/plugins
Nice!
It'd be great if we can add it to the default list of available plugin
repositories
with
Spring in the Jetty assembly, perhaps that could be related. I
haven't drilled down far enough to know the real culprit yet.
I suspect a hidden-classes declaration in the Liferay environment will
fix this for you.
Best wishes,
Paul
a couple of emails go by last week about issues with
Spring in the Jetty assembly, perhaps that could be related. I
haven't drilled down far enough to know the real culprit yet.
I suspect a hidden-classes declaration in the Liferay environment will
fix this for you.
I suspected that at first
of emails go by last week about issues with
Spring in the Jetty assembly, perhaps that could be related. I
haven't drilled down far enough to know the real culprit yet.
I suspect a hidden-classes declaration in the Liferay environment will
fix this for you.
I suspected that at first
Ok. Made the dir browseable.Will be happy to share the PPTs with you once I finish them.--Brian ChanChief Software ArchitectLiferay, Inc.Enterprise. Open Source. For Life.On 10/16/06 5:10 AM,Jacek Laskowski [EMAIL PROTECTED] wrote:On 10/14/06, Brian Chan wrote:
The latest Liferay portal plugins
we worked on the Enterprise Liferay and it took a good day to
figure it out...
Paul needs to remove the Spring and Antlr hidden classes from the jetty
deployer plan.
Jeff
I believe I actually had to do a fix on the Liferay code itself. Are you
using Liferay trunk?
--
Brian Chan
Chief
Paul, that stacktrace looks very very similar.I believe I actually had to do a fix on the Liferay code itself. Are you using Liferay trunk?--Brian ChanChief Software ArchitectLiferay, Inc.Enterprise. Open Source. For Life.On 10/16/06 9:08 AM,Paul McMahan [EMAIL PROTECTED] wrote:On 10/16/06, Jeff
Liferay portal plugins are now available on.
http://geronimo.liferay.com/plugins
Nice!
It'd be great if we can add it to the default list of available plugin
repositories for Geronimo 1.2 and on.
We can actually add it for 1.1.1 if you like -- according to the
plugin metadata, this same
am pretty certain it is the deployer filter...I am willing to bet some
large quantity of beers that if Paul removes the Spring filter from the
jetty deployer plan file, it will work ;-) I remember that error pretty
well when we worked on the Enterprise Liferay and it took a good day to
figure
Hey everyone,The latest Liferay portal plugins are now available on.http://geronimo.liferay.com/pluginsIt'd be great if we can add it to the default list of available plugin repositories for Geronimo 1.2 and on.I'm quite impressed with Geronimo's plugin architecture and willbe demoing this feature
I updated the liferay plugins as Aaron suggested, adding tomcat to
the module name, providing better metadata for the plugin site, etc.
My dev/test plugin repository is currently available at
http://mcmahanfamily.org/repository/geronimo-1.1/ if you would like to
follow the instructions provided
Cool! I'll post it to the main plugin site tonight.
Thanks,
Aaron
On 7/31/06, Paul McMahan [EMAIL PROTECTED] wrote:
I updated the liferay plugins as Aaron suggested, adding tomcat to
the module name, providing better metadata for the plugin site, etc.
My dev/test plugin repository
Paul McMahan wrote:
- Jeff is helping with a new version of Liferay that can be deployed
into Geronimo as an EAR file and can reuse some jars in Geronimo's
repository. My understanding is that those changes will be rolled
into the next version of Liferay (4.1.0?). I'm also going to see
Paul,
If you're going to update the liferay plugin soon with more extensive
metadata and to add tomcat to the name, I'd rather wait to post it
until I get the update -- so the page about it will be more complete,
so the module ID won't be changing for the next release, and so we
don't have
Paul,
I haven't heard back about whether you want me to post the same
plugins that are on your site, so I'll assume yes unless I hear
otherwise. I see you updated the paths on your server though, which
is great.
A few more notes about the liferay plugins:
It looks like you have a plugin
On 7/27/06, Brian Chan [EMAIL PROTECTED] wrote:
Hey Aaron,
We've only tested in Tomcat so far. Our next step is to get a bundle out for
jetty as well.
OK. If you're planning to release a Jetty bundle, that suggests that
we should name the current plugin liferay-portal-tomcat so it'll
leave
this week and have limited devlist time so
thanks for your patience. I did update the repository paths as you
suggested, thanks for the tip.
Posting the plugin to your site sounds great. But for the longer term
I would like to encourage Liferay to host the plugin instead. I'll
offer my assistance
Liferay can update it when necessary, track downloads, etc. I
would be happy to work with someone to set up a plugin repository at
the Liferay site and then get that repository added to the master list
so it will automatically appear in the admin console, just let me
know if/when the time is right
from a complete system overhaul after my OS
crashed *wince*.
Thanks Brian for being so flexible. In the long run I agree with Jeff
that it would be ideal if the plugin was hosted at liferay.com. That
way Liferay can update it when necessary, track downloads, etc. I
would be happy to work
system overhaul after my OS
crashed *wince*.
Thanks Brian for being so flexible. In the long run I agree with Jeff
that it would be ideal if the plugin was hosted at liferay.com. That
way Liferay can update it when necessary, track downloads, etc. I
would be happy to work with someone to set up
if the plugin was hosted at liferay.com. That
way Liferay can update it when necessary, track downloads, etc. I
would be happy to work with someone to set up a plugin repository at
the Liferay site and then get that repository added to the master list
so it will automatically appear in the admin console
Hey folks. I have the Liferay Portal plugin ready to make available
so others can start looking at it and provide feedback. It actually
consists of two separate plugins --- the Liferay WAR and a Derby RAR.
I created the Liferay WAR by exporting it from the Geronimo version of
Liferay offered
Paul McMahan wrote:
Hey folks. I have the Liferay Portal plugin ready to make available
so others can start looking at it and provide feedback. It actually
consists of two separate plugins --- the Liferay WAR and a Derby RAR.
I created the Liferay WAR by exporting it from the Geronimo
This is awesome!
--jason
On Jul 20, 2006, at 3:34 PM, Paul McMahan wrote:
Hey folks. I have the Liferay Portal plugin ready to make available
so others can start looking at it and provide feedback. It actually
consists of two separate plugins --- the Liferay WAR and a Derby RAR.
I created
Liferay to host it themselves since they have
their own distribution location? Would this not ultimately be the goal,
where it acts like eclipse-plugins and one can paste in the URL to the host?
thanks,
Paul
On 6/22/06, Brian Chan [EMAIL PROTECTED] wrote:
Hi everyone,
It's great to see
start taking a look at it.
Paul, what about allowing Liferay to host it themselves since they have
their own distribution location? Would this not ultimately be the goal,
where it acts like eclipse-plugins and one can paste in the URL to the host?
Yeah I agree that Liferay hosting the plugin
On 7/20/06, Jeff Genender [EMAIL PROTECTED] wrote:
Paul McMahan wrote:
Hey folks. I have the Liferay Portal plugin ready to make available
so others can start looking at it and provide feedback. It actually
consists of two separate plugins --- the Liferay WAR and a Derby RAR.
I created
kernel
call), so it will never execute the initialization again. Or, of
course, just connect to the DB and only execute the initialization if
some known Liferay table is not present.
Thanks,
Aaron
On 6/21/06, Paul McMahan [EMAIL PROTECTED] wrote:
Liferay is an open source portal made
those that are controlled by
themselves (i.e Liferay superseding an earlier version of Liferay).
Thanks,
Aaron
As far as populating the database, you can provide a GBean that runs
whenever a flag like initialized is false. Every time it starts it
can check the flag and abort if it's
Thanks Matt this helps a lot. Sounds like
DirectoryInitializationGBean can get the job done, mainly due to the
fact that creating a database in derby is as easy as copying a
directory into var/derby. I'll look into this approach for the
initial rev of the liferay database pool plugin and think
with that name. If the user creates a custom database pool
named LiferayDatabase then the Liferay plugin will map to that,
whatever it is. If not, it will download and install the Derby
database pool. (This only works for embedded databases like Derby
where there's no need to point
Thanks for the helpful feedback Jeff. Comments inline.
On 6/21/06, Jeff Genender [EMAIL PROTECTED] wrote:
Paul McMahan wrote:
Liferay is an open source portal made available under the MIT license.
They provide a geronimo+liferay distribution from their website,
which is basically a zipped
Liferay is an open source portal made available under the MIT license.
They provide a geronimo+liferay distribution from their website,
which is basically a zipped up geronimo/tomcat server with liferay
already deployed. I had some problems starting a fresh install of this
distribution due
I don't like the idea of having multiple apps mapped to the same context
path/root.
It sounds like liferay needs to be modified to properly path to resources.
This may be a major development, but any production level site should really
support whatever context path the user wants to select
Paul McMahan wrote:
Liferay is an open source portal made available under the MIT license.
They provide a geronimo+liferay distribution from their website,
which is basically a zipped up geronimo/tomcat server with liferay
already deployed. I had some problems starting a fresh install
=prefixMETA-INF/geronimo-daytrader-derby-db/attribute
attribute name=pathvar/derby/attribute
reference name=ServerInfo
nameServerInfo/name
/reference
I think this is what your are looking for. Does this help?
Paul McMahan wrote:
Liferay is an open source portal made available under
There are two options you should be aware of for a plugin.
One is that you can declare a database pool dependency named
LiferayDatabase or whatever. Then provide a Derby database pool
plugin with that name. If the user creates a custom database pool
named LiferayDatabase then the Liferay
Aaron Mulder wrote:
One is that you can declare a database pool dependency named
LiferayDatabase or whatever. Then provide a Derby database pool
plugin with that name. If the user creates a custom database pool
named LiferayDatabase then the Liferay plugin will map to that,
whatever
Hi everyone,
It's great to see the traction going on in the Geronimo world. Just signed up
for the dev list so I'm happy to participate.
In our next release of Liferay 4.1.0, we'll:
1.) Upgrade to the latest Geronimo 1.1 (even if it's just a pre zip until 1.1
gets voted final).
2.) Use Derby
89 matches
Mail list logo
