Nevermind. Turns out another conflict triggered the class loader issue. The sharedlib feature is working as advertised...it +is+ included in the tomcat deployment plan.ScottOn 8/15/06,
Scott Anderson <[EMAIL PROTECTED]> wrote:
I have encountered the same problem as Sunil did in my attem
I have encountered the same problem as Sunil did in my attempts to integrate the Apache Pluto 1.1 jars into Geronimo ...
http://www.nabble.com/Re%3A-Need-help-on-classloading-related-problem%28What-is-shared-lib-in-Apache-Geronimo%29-p5335050.htmlUnfortunately, the response provided to Sunil does
Given...config-A which has no parent configurationconfig-B and config-C which both have config-A as their parentweb-app which has config-C as its parent and imports config-Bconfig-B defines a GBean that is used by the web-app
When I do the following...redeploy config-B which also stops web-appresta
I just succeeded in performing a clean full build. It took 22.5 hours to complete. 99% of the time was spent downloading SNAPSHOTS...jars, cars, & wars. Before this successful build I also had a few lenghty build failures that resulted from unsuccessful downloads. There were many timeouts. Also, a
On 10/5/05, Ivan S. Dubrov <[EMAIL PROTECTED]> wrote:
> Hello,
>
> >My hack was a little cleaner. I was adding the jar containing my
> >custom login modules as a dependancy to first j2ee-server-plan.xml but
> >since the j2ee-security-plan.xml was established I have had to move
> >the dependancy for
> > If I add my login module classes into the geronimo-security-1.0-M5.jar
> (very dirty hack, of course :) ), it works. So I have some misunderstanding
> with the class loading, I think.
My hack was a little cleaner. I was adding the jar containing my
custom login modules as a dependancy to first
I am trying to deploy a custom JAAS LoginModule that I had working
using the login-config xml-reference in my deployment plan before I
updated to a later geronimo codebase that included the addition of the
JaasLoginService reference. I decided to try to bypass the
xml-reference route after banging
On Jul 11, 2005, at 2:13 PM, Jacek Laskowski wrote:
Scott Anderson wrote:
Where is it posted? I don't see it on the home page, downloads
page, or the wiki.
http://cvs.apache.org/dist/geronimo/unstable/1.0-M4-QA/. Would you
add a note on wiki?
Done.
It does appear my pr
with just a "maven" when I suspect a memory condition?I have 2GB RAM. Is there an indicated way to configure Maven and/or Ant to boost the memory that they use?ScottOn Mon, 11 Jul 2005, Scott Anderson wrote: How do I determine if the build is known to be broken?I recently did a new source
How do I determine if the build is known to be broken?
I recently did a new source checkout, found it did not build, and
tried to go back to my old working build to then find that I
apparently overwrote my old open-ejb binary in my attempts to get the
latest build running. My old working b
On Jun 7, 2005, at 11:50 AM, Dain Sundstrom wrote:This health reporting system you describe seems to be a worthwhile project and should shed some light on how this syndication service could be structured and integrated with. I am thinking of leveraging Geronimo's support for JMX to generate the con
to help you get started? Also I'm normally on irc all day so if you want realtime help just connect to #geronimo on the freenode.net.-dainOn Jun 6, 2005, at 10:59 PM, Scott Anderson wrote: You could look at this as an application service that would enable blogging and podcasting application
s evolving.
Scott
On Jun 6, 2005, at 9:26 PM, Dain Sundstrom wrote:
On Jun 5, 2005, at 5:25 PM, Scott Anderson wrote:
I would be interested in a standard "RSS Syndication/Aggregation
Service" getting included with a future Geronimo distribution. In
my mind this service would make it
I would be interested in a standard "RSS Syndication/Aggregation
Service" getting included with a future Geronimo distribution. In my
mind this service would make it easy for developers and content
providers to...
1) serve up dynamically generated RSS feeds
2) subscribe to remote feeds with
Jeremy Boynes wrote:
[...]
It looks like the least intrusive route that
I could provide documentation for would be to get Geronimo working with
Apache using mod_jk.
That should work - you should just need to change the listener to use
AJP and then configure HTTPD as usual.
By
David Jencks wrote:
isn't this because 80 is a privileged port and you have to be root to
use it?
Yep. Slipped my mind.
I am far from being a sysadmin but I thought the usual practice was
to set up your firewall to forward to port 8080.
I'd rather not put myself into the position of having to s
I went into modules/assembly/src/plan/j2ee-server-plan.xml and changed
the Jetty port from 8080 to 80, rebuilt the assembly module, and got the
following when I tried to start the server...
16:04:25,336 INFO [Container] Started
[EMAIL PROTECTED]
16:04:25,439 ERROR [GBeanInstance] Problem in do
005, at 5:23 PM, Scott Anderson wrote:
I did a...
maven m:clean
maven m:clean-repo
svn update
maven
...and...
BUILD FAILED
File..
/Users/scott/.maven/cache/maven-multiproject-plugin-1.3.1/plugin.jelly
Element... maven:reactor
Line.. 217
Column 9
Unable to obtain goal [default] --
I did a...
maven m:clean
maven m:clean-repo
svn update
maven
...and...
BUILD FAILED
File..
/Users/scott/.maven/cache/maven-multiproject-plugin-1.3.1/plugin.jelly
Element... maven:reactor
Line.. 217
Column 9
Unable to obtain goal [default] --
/Users/scott/Development/apache/geronimo/mo
Jeremy Boynes wrote:
>> The biggest issues that have been recently biting
the Pluto team have
>> been related to Tomcat's implementation of cross
context support for
>> the portal driver war and portlet wars. This
functionality lets
>> portlets access shared portlet sessions and
contexts. How wo
David Jencks wrote:
> Cross context sessions are hard to get to work
right,
> but I think we have them working properly in
> geronimo/jetty with pluto.
> [...]
> Is this what you are asking for?
There has been confusion as to exactly what the
portlet spec is asking for in this area. However, one
David Jencks wrote:
>> In my first attempt I noticed that Jetty was
ignoring
>> the context name I had specified in
>> META-INF/context.xml and used the name of the war
file
>> instead.
>
> We ignore all jetty-specific deployment info.
It turns out that this is a Tomcat specific mechanism
for spe
I built a minimal war and ran into deployment issues
with both Jetty and Tomcat...
Jetty
-
In my first attempt I noticed that Jetty was ignoring
the context name I had specified in
META-INF/context.xml and used the name of the war file
instead. Once I figured this out it also appeared that
Jet
Since my first attempt when M3 was released, I have
been unsuccessful at building Geronimo from source. I
don't know if my timing in subsequent svn updates has
been bad or if my Mac OS X environment is to blame.
Here's the latest failure...
BUILD FAILED
File..
/Users/scott/.maven/cache/maven-m
24 matches
Mail list logo