I am not able to recreate this problem in Geronimo 1.1.1 or Geronimo
2.0.2. Can you provide some more details about your application or
attach a sample to a JIRA?
My test listener looks like:
package test;
import javax.servlet.ServletContextEvent;
import
as a production server.
My guess is a problem with MyEclipse. I'll test them all and get back
to you:)
Original Message
Subject: Re: [DISCUSS/FEEDBACK] Usability improvements to Geronimo
From: Paul McMahan [EMAIL PROTECTED]
Date: Mon, November 05, 2007 1:08 pm
To: user
the spec says that JSF support must be
implemented in a way to break J2EE 1.4 compatability. I think it
should allow J2EE 1.4 apps to use hidden-classes and include their
own JSF impl.
On Nov 2, 2007 11:34 AM, Paul McMahan [EMAIL PROTECTED] wrote:
Starting with Java EE 5 the JSF classes are provided
Starting with Java EE 5 the JSF classes are provided by the web
container. The spec says that the JSF classes should not be included
in the web application archive. When Geronmio deploys a webapp it
automatically merges this setting into webapp's deployment plan:
Since ajax is mainly focused on the client side I would expect that
most ajax libraries should work OK in Geronimo. For example,
Geronimo's administration console uses Dojo 0.4 and Direct Web
Remoting (DWR) 1.1.3 in the Debug Views portlets.I have also
successfully used the
On Oct 16, 2007, at 7:32 PM, fmchale wrote:
Hello. I apologize if this questions has already been posted. I am
currently using Eclipse, Geronimo, and MyFaces 1.2. Should I use the
MyFaces jars that are included with Geronimo in the /repo/org/ or
should I download them and use those jars
There is no JSP cache in Geronimo per se, other than the web app's
classloader. The first time a JSP is accessed the web container
generates java source for a servlet, compiles it into a class file in
a tmp work directory, and services the request. Then subsequent
requests are serviced
-summary.html
Best wishes,
Paul
On Sep 20, 2007, at 2:34 PM, Carver wrote:
Thanks Paul! I like this approach, but I don't know how to redeploy
it. Could
you tell me how to redeploy the tomcat module?
Paul McMahan-2 wrote:
Geronimo's Tomcat component actually creates the valve and therefore
On Sep 21, 2007, at 9:53 AM, Vamsavardhana Reddy wrote:
I would suggest not to undeploy tomcat in step 2 and use deploy.sh
redeploy at step 6. If this works, then you need not worry about
restarting any apps that might have got stopped when tomcat was
undeployed as redeploy will restart
On Sep 21, 2007, at 10:40 AM, Vamsavardhana Reddy wrote:
May be it is a good idea to have redeploy start any dependent
configurations it stops.
that sounds useful!
Best wishes,
Paul
Geronimo's Tomcat component actually creates the valve and therefore
needs to have the implementation classes available in its
classloader. A component's deployment plan specifies what goes in
its classloader, so you could add your jar(s) to Tomcat's deployment
plan and then redeploy it.
On Sep 20, 2007, at 9:44 AM, Kevan Miller wrote:
On Sep 20, 2007, at 9:34 AM, Vamsavardhana Reddy wrote:
Put your jars in GERONIMO_HOME/lib/endorsed dir.
Heh. How many answers can we give... ;-)
I was thinking we had lib/endorsed issues on 1.1. We don't set it
as command line option
On Sep 19, 2007, at 8:06 AM, Alessandro PTQS wrote:
Hi, I'm using Geronimo 1.1 and i want to disable the recompilation
of my jsp
every time I restart the application or even every time I restart the
server.
I would suggest precompiling your jsps. If you build using maven
then there is a
I don't have a test env to try this out, but from looking at the
Tomcat docs it looks like you may need to configure
JvmRouteBinderValve. Something like:
gbean gbeanInfo=org.apache.geronimo.tomcat.ValveGBean
name=org.apache.geronimo.configs/tomcat6/2.0.1/car?
Mario, thanks for doing the extra debugging to narrow down where the
problem is at. Yes the jetty version is 6.1.5. You can also find
the version number of a component in the admin console's System
modules portlet or by the directory name in Geronimo's repository,
in this case
On Sep 14, 2007, at 2:11 PM, Kevan Miller wrote:
I'm not entirely certain how an external CLASSPATH and MANIFEST.MF
might interact. I do seem to recall that if you use 'java -jar
server.jar', the jre ignores your external CLASSPATH setting and
only observes the MANIFEST.MF setting... I
There is a portlet in the admin console for that.http://localhost:
8080/console
Best wishes,
Paul
On Sep 10, 2007, at 4:34 PM, thebugslayer wrote:
Hi Geronimo users,
Is there a good way/tool to install user dependencies into $G/
repository?
Thanks.
--
/bugslayer
, at 5:10 PM, thebugslayer wrote:
Paul, The console only let me upload one artifact at a time. Is there
a bulk upload tool? Better yet, is there way to specify a maven
pom.xml dependencies used in my own project that will automatically
upload to the G server?
Thanks,
Zemian
On 9/10/07, Paul McMahan
Not sure which flavor and version of Geronimo you are using, but
using the Geronimo+Tomcat 2.0.1 server I was able to accomplish this
by following these steps:
- add that chunk of text from your message to var/catalina/ROOT/WEB-
INF/web.xml
- create my404error.jsp in var/catalina/ROOT
-
On Aug 27, 2007, at 4:36 PM, Viet Nguyen wrote:
The weird thing about it is that when I executed System.out.println
(o.getClass().toString()); it tells me that the class is
WebModuleStatsImpl.
Do you have a copy of the geronimo-management jar either in your
application or as a dependency
The directory plugin has not been deployed to the online repository
so it's not available for download yet. It has now been removed from
the 2.0 catalog so others won't encounter this error and should be
added back when the plugin is deployed. In the meantime I think you
can build the
I think it would be a good idea to create a JIRA and if possible
attach a minimal WAR that demonstrates the problem. The console
should not hang when an app fails to deploy.While that is looked
into you may want to consider using the command line for deploying
since it provides better
I don't know of any straightforward way to do this for the tomcat
assembly. However, in Geronimo 2.0.1 (not released yet) you should
be able to redeploy the console with a setting for the
SessionManager's maxInactiveInterval attribute as described in this
JIRA:
I don't think this is possible in Geronimo 1.1.1, at least not
without reconfiguring and redeploying the Tomcat gbeans.But I
just committed a fix for GERONIMO-3376 to the 2.0.1 branch that
should allow you to specify the maxActiveSessions setting in your
geronimo-web.xml as follows:
Beck, which version of geronimo are you using? Also can you
please paste your geronimo-plugin.xml and the ids of the old
dependencies that are incorrectly taking the place of the newer
dependencies you had intended? Any further diagnostic info you have
could help as well, such as the
On Jul 10, 2007, at 5:15 PM, Arinté wrote:
dependencies
dependency
groupIdorg.apache.myfaces.core/groupId
artifactIdmyfaces-api/artifactId
typejar/type
/dependency
dependency
You can view the servlet engine's access log in var/catalina/logs
(tomcat) or var/log/jetty_*.log. There is also a web log viewer in
the admin console.
I haven't tried this I think you can customize tomcat logging by
editing the AccessLogValve in its deployment plan.
Best wishes,
Paul
Geronimo's JSF 1.2 support was accidentally regressed on 4/24, which
was unfortunately just a couple of days before the M5 branch was
cut. See this thread for details.
http://tinyurl.com/yo5kwq
While the regression left some JSF functionality intact it disabled
the primary use case
Can you please open a JIRA for this problem? It would help if you
could also attach a small WAR that demonstrates the problem.
Best wishes,
Paul
On Apr 26, 2007, at 2:00 PM, Arinté wrote:
Aaron Mulder wrote:
On 4/26/07, Arinté [EMAIL PROTECTED] wrote:
If geronimo supports JSP 2.1/Servlet
Maybe you are referring to this issue in tomcat:
http://issues.apache.org/bugzilla/show_bug.cgi?id=42172
If so then that classloader leak was attributed to how log4j was used
by the application.
Best wishes,
Paul
On Apr 25, 2007, at 11:19 AM, [EMAIL PROTECTED] wrote:
You're correct. But
Hello, How are you trying to use the sun jsf impl? For example are
you including it in your WEB-INF/lib? If so then I don't expect that
would work since Geronimo filters the jsf classes from a webapps
classloader. This is a result of the JSF 1.2 specification 10.2.5
and 10.2.6 which
On Apr 4, 2007, at 5:01 PM, Hernan Cunico wrote:
A limitation of the data source creation wizard is that you cannot
specify some of the values, more specifically all those that make
the moduleId. Liferay plugin is specifically looking for a
connection pool named *LiferayPool* and with the
I think this problem is fixed in trunk. See
http://issues.apache.org/jira/browse/GERONIMO-2916
Best wishes,
Paul
On 3/15/07, Ueberbach, Michael [EMAIL PROTECTED] wrote:
I had a little, but nevertheless important problem using 2.0M3 instead of 1.1.1.
When I tried to migrate to 2.0M3 I couldn't
Peter, Thanks for looking into this and please do let us know how
things turn out. I think it would be awesome to include Roller in
Geronimo's plugin repository so that users like yourself can add blog
functionality to Geronimo with just a few simple steps. In fact Roller
is on the wishlist at
I haven't played with this in a while, but I think you just need to
add cross-context/ to your deployment plan (geronimo-web.xml),
according to the schema
http://geronimo.apache.org/schemas-1.1/geronimo-tomcat-1.1.xsd.
For example, something like this should work:
web-app
I'm not sure about the jetty assembly but as I recall in the
geronimo-1.1.1 tomcat assembly you should be able to turn on this
feature by editing var/catalina/conf/web.xml and changing this :
init-param
param-namedevelopment/param-name
param-valuefalse/param-value
see http://svn.apache.org/viewvc?view=revrevision=303826
Best wishes,
Paul
On 2/5/07, sreepriya ramakrishnan [EMAIL PROTECTED] wrote:
Hi Paul,
Thank you. I was wondering where the revision
information rev 303826 is avilable? Could you please
mail me the link.
Thanks,
Priya
--- Paul McMahan
getId does not check to see if the session is valid Tomcat 5.5.9. In
Tomcat 5.5.15 the check is made (see rev 303826).
Best wishes,
Paul
On 2/5/07, sreepriya ramakrishnan [EMAIL PROTECTED] wrote:
Hi all,
Please find below the summary of the problem:
HttpSession objects are loaded into a
Simon, If you're looking for an easy way to move applications from
one application server to another then I encourage you to look into
using Geronimo's plugin feature. To try this out point your browser at
the administration console on the target machine and start the plugins
portlet. Next
In the tomcat assembly they're at var/catalina/work. Not sure about
the jetty assembly, but I suspect they're probably also somewhere in
var/. Note that the files are only present while the server is
running. When you stop the server the files are removed.
Best wishes,
Paul
On 12/15/06,
Correct - annotations are not implemented in the tomcat6-jee5 assembly
yet. I am planning to start looking at that after the holidays. My
very early thoughts were that the annotations could be merged into the
deployment descriptor before the builder processes it. But at this
point I've spent
you know if that is the case?
On Dec 12, 2006, at 9:33 AM, Paul McMahan wrote:
My
very early thoughts were that the annotations could be merged into the
deployment descriptor before the builder processes it.
-sachin
Thanks for doing the extra detective work. This looks like a problem
in IE7 javascript processing to me. The offending script you
referenced is only present in the login page and is inlined directly
in that JSP's html content. It is not (or at least I don't understand
how it could possibly be)
I reinstalled openlaszlo using the plan you provided. When I tried to
access the explorer via HTTP I got an out of memory error. So I
increased available memory (-Xmx1024m), restarted the server, and was
able to access the explorer via HTTP.
Next I tried to access the explorer via HTTPS and
Aaron's advice is right on the money (as usual). Applying his
recommendation to your plan I created the following deployment plan
which worked fine for me in geronimo 1.1.1:
web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-1.1;
dep:environment
I can think of two possibilities. The first (more likely) is that you
need to explicitly set the cookie's domain. The second is that for
some reason the container isn't allowing a cookie to be added during
filter processing. In any case I recommend turning on cookie
prompting in your web
The JSESSIONID cookie is used by the server to carry your session id
and I would expect your cookie to be in the same batch. When you get
the array of cookies from the request you should iterate until you
find the correct one:
Cookie[] cookies = request.getCookie();
for (int i=0; icookies.length;
request.getCookies() and check the
length there is only one.
Is there some setting within Geronimo where I should
enable cookies?
-Priya
--- Paul McMahan [EMAIL PROTECTED] wrote:
The JSESSIONID cookie is used by the server to carry
your session id
and I would expect your cookie to be in the same
batch. When
When I pasted that code into a JSP (renaming the cookie array to
cookies to avoid a compile error) and ran it in the Tomcat version of
Geronimo 1.1 it worked as expected.
The first request produced:
Here testign this...1
Here testign JSESSIONID
and the subsequent requests produced:
Here testign
On 10/3/06, sreepriya ramakrishnan [EMAIL PROTECTED] wrote:
Geronimo V 1.0 . Is there something else I need to do?
I tested in the tomcat version of geronimo-1.0 and it also works
there. Just to make sure that we're on the same page here, you're
aware that setting the cookie in the response
Hi Kanchana. This looks great. Is this new wiki page meant to
eventually replace the schemas page on the Geronimo website:
http://geronimo.apache.org/schemas.html
Or should they just point at each other?
Best wishes,
Paul
On 9/19/06, Kanchana Welagedara [EMAIL PROTECTED] wrote:
Hi All
XML
On 9/12/06, Sachin Patel [EMAIL PROTECTED] wrote:
Yes, if the console allows the uid/pw to be passed in directly in the url,
then yes certainly.
The console uses j_security_check to handle authentication. Using
that technique requires the username and password to be submitted
separately from
Bob, The way I read the JSP spec it looks like Geronimo is handling
the page attribute correctly. It says that the path should be
interpreted in context of the web application. Are you using the
version of Geronimo that embeds Tomcat or Jetty? If the Tomcat
version then I would expect the
Jacob, that jar file should have been copied to your local maven repo
in an earlier stage of the build. Try typing maven -o in the
modules/installer-support directory and you should see this in the
output:
[echo] Copying standalone-compiler-custom-3.8.0 to local repo
If that fails for some
Hi Vasily, the installer GUI came a long way during 1.1 but did not
make the release and is not under active development right now (at
least not that I am personally aware of). The source code is still
available in the assemblies directory. Hopefully this work can be
picked back up soon,
Markus, Geronimo's directory layout changed substantially in 1.1.
Your technique for upgrading might produce a running server (maybe)
but I'm sure that your 1.0 applications won't be seen by the 1.1
server because the deployed artifacts that were in the config-store
directory in 1.0 are now
On 6/29/06, Bryan Noll [EMAIL PROTECTED] wrote:
Also, throw in a '-o' (offline), then simply cd into the module that fails
(assuming it failed because of a dependency download problem), build it on
its own with the '-o', then try to rebuild the whole thing without the '-o'.
I wonder if you
I haven't seen this particular error before but does it go away if you
create the directory : D:\geronimo-1.1\var\shared\classes ?
Best wishes,
Paul
On 6/28/06, Sridhar Pappula [EMAIL PROTECTED] wrote:
I having problem to startup the geronimo-1.1 server. I got the following
stacktrace. Can
You're right that applications that have been hot deployed can't be
redeployed using the deployer tool. But they can be redeployed by
replacing the file in the deploy directory. I think the moral of the
story is to pick the deployment method that best matches your
development and/or maintenance
Hi Ray, this problem looks like its caused by whitespace in your context-root.
See http://issues.apache.org/jira/browse/GERONIMO-1683
Best wishes,
Paul
On 6/9/06, Clough, Ray C PWR [EMAIL PROTECTED] wrote:
I've got a very simple web, which deploys fine to Geronimo, as long as I
The stacktrace seems to indicate that the RMI module cannot be loaded
from the repository. To rule out any file corruptions, can you check
to see if the files in this directory match the files in your working
installations:
Hi, I tried to recreate the error you're seeing using the following steps.
1.) downloaded struts 1.2.9 src
2.) modified the file upload sample to throw catch an instance of
org.apache.commons.fileupload.FileUploadException
3.) compiled the sample and deployed in geronimo 1.0 (deployment
Hi, since JFaces is an abstraction layer on top of the Eclipse SWT I
think you might actually be wondering about JavaServer Faces (JSF)?
If so then yes it is possible to deploy a war file with JSF in
Geronimo. I was able to run the JSF samples from myfaces.apache.org
without any additional
A well deserved recognition. Way to go Guillaume!!
Paul
On 4/27/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
The Apache Geronimo PMC is proud to announce Guillaume Nodet as our
newest Apache Geronimo committer, and look forward to his continued
great work on XBean and the Geronimo integration
I was able to install and run the samples from
http://myfaces.apache.org/ in the tomcat version of geronimo 1.0. I
didn't try with the jetty version but I expect it should work. I had
to make one minor adjustment to the samples' web.xml before deploying,
which was to remove the description
welcome-jetty can't be found,
either. but home page is accessed successfully.
I use another machine to test geronimo with tomcat, it is ok to access home
page. very strange. :(
Regards,
Tomson
- Original Message -
From: Paul McMahan [EMAIL PROTECTED]
To: user@geronimo.apache.org
Sent
Pablo, I think the problem is that your app includes a copy of the
commons logging and the server's classloader (which is visible to your
app) does too. Try adding this to your deployment plan:
web-app
hidden-classes
filterorg.apache.commons.logging/filter
/hidden-classes
If you add a slash to the end of the URL do you get the same result?
e.g. http://localhost:8080/
I'm wondering if your browser might be sending a request that tomcat
doesn't understand when the trailing slash is omitted. Seems unlikely
but possible.
Other things to check:
- Look in
The console currently shuts down the server by calling
kernel.shutdown() followed by System.exit(). There is also some
dormant code that reboots the server by calling Daemon.main(new
String[0]) instead of System.exit(). However, that code is commented
out with the following remark:
// Removed
Fran, thank you for sharing your experience with us and I'm glad to
hear that your persistence has finally paid off. We're especially
grateful for the feedback you have provided after having been through
the process now (the hard way). For the problems you had with the db
wizard there is some
On 3/22/06, VARIN, FRANCIS A. [EMAIL PROTECTED] wrote:
When we try to use the deploy tool we get the following response:
C:\Program Files\Geronimo\geronimo-1.0java -jar bin\deployer.jar
db2-plan.xml repository\tranql\rars\tranql-connector-1.0-SNAPSHOT.rar
Error: No such command:
I'm not entirely familiar with how DB2 connect works but it may be
that you need to configure your datasource to connect to a different
host and/or port number than the db2 instance running on your
mainframe server. i.e. you might be inadvertently bypassing your DB2
connect and going straight to
There's an example of using the hidden-classes element here:
http://opensource3.atlassian.com/confluence/oss/display/GERONIMO/Spring#Spring-dCountries
Here's the relevant portion of the sample
?xml version=1.0 encoding=UTF-8?
web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-1.0;
Based on the number of problems people have encountered trying to use
the 1.5 JRE I'd say this is a very prudent suggestion. I personally
like the second approach best because IIUC it doesn't affect the
schema. It might also be neat for Geronimo to have a stock GBean that
compares the properties
Hi, I believe your problem results from using JDK1.5 instead of
JDK1.4. In the quick start guide please see the Prerequisites
section. Hope this helps.
Best wishes,
Paul
On 2/28/06, tianyi wang [EMAIL PROTECTED] wrote:
hi:
I follow the quick start:
Information about the Day Trader application is available at:
http://opensource2.atlassian.com/confluence/oss/display/GERONIMO/Day+Trader
Disabling it will not cause any problems.
Best wishes,
Paul
On 2/28/06, tianyi wang [EMAIL PROTECTED] wrote:
what's the daytrader's function?
If disable it
Hi, in general you can pass in attributes to gbeans by editing the
appropriate sections of var/config/config.xml. In your case, the
section of interest is:
gbean name=TomcatWebConnector
attribute name=host0.0.0.0/attribute
attribute name=port8080/attribute
attribute
Intriguing problem.. Could the Geronimo process still be running but is
just inaccessible? You can check by waiting until the server has
seemingly terminated and then type :
ps -ef | grep geronimo
If you see something like :
username 4589 1 11 13:41
pts/2 00:00:39
Have you placed any jar files into your repository directory that don't
follow the driver-version.jar naming convention? I
get the same NullPointerException as you when I do that (but not the
serialization exception, strange...)
10:16:26,277 ERROR [DatabasePoolPortlet] Unable to render portlet
Can anyone suggest a technique to get the configID of a component from
within that component itself? For example, I would like to get
the configID of the component that contains a servlet from within that
servlet. Hopefully this makes sense...
thanks,
Paul
Jetty and tomcat tarballs look good so far on redhat. One quirky
behavior I noticed (but not a showstopper AFAICT) is that if the
directory that you start the server from is not writable then you get
an error message saying that velocity.log can't be created. I
updated GERONIMO-1370 with the
I will be out of the office starting 09/26/2005 and will not return until
09/29/2005.
I will respond to your message when I return.
82 matches
Mail list logo