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
Kevin,
I don't think anyone has tried that one yet. There are directions on
running the Petstore (http://wiki.apache.org/geronimo/PetStore) but
they are a bit old, so I'm sure they work anymore. It would be
wonderful if you could get the Adventure Builder application working on
Geronimo. If
Quick questionis there any information
about getting Sun's Adventure Builder application running under Geronimo?.
Seems this would be
a good test given (for better or worst)
it seems to be a defacto J2EE 1.4 sample application that application servers
provide. (WebSphere, etc)
Just trying
Scott Anderson 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 would I
turn on
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
On Apr 1, 2005, at 10:47 AM, David Jencks wrote:
On Apr 1, 2005, at 10:33 AM, Scott Anderson wrote:
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-speci
On Apr 1, 2005, at 10:33 AM, Scott Anderson wrote:
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
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
On Thu, Mar 31, 2005 at 02:46:32PM -0800, Scott Anderson wrote:
> Deployment failed
> Server reports: No deployer present in kernel
I use the "distribute" command to deploy my application and get this
error if there's an instance of Geronimo running when I run the
deployer. Not sure whether it
> > Once I figured this out it also appeared that
> > Jetty was ignoring the welcome file specified in
> > WEB-INF/web.xml and showing the contents of the war
> > directory instead.
> This is very surprising to me. If you can verify this can you open a
> jira issue with a test case?
>
Scott,
Scott Anderson wrote:
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.
I don't think we support co
On Mar 31, 2005, at 2:46 PM, Scott Anderson wrote:
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.
12 matches
Mail list logo