On Jul 12, 2007, at 2:51 PM, legolas wrote:
Hi
thank you for reading my post.
I have some general question about Geronimo application server
configuration:
-Does it support clustering and load balancing?
There are several clustering features in geronimo. AFAIK you have to
use an external
I got this working.
Oladapo Amudipe wrote:
>
> As anyone been able to setup connection between Apache web server and
> geronimo v1.2 or v2.0
> through mod_jk connector?
>
> If so, can someone please provide instructions on how to do this.
>
> Apache HTTP Server v2.2.4
> Geronimo v1.2 or v2.0
As anyone been able to setup connection between Apache web server and
geronimo v1.2 or v2.0
through mod_jk connector?
If so, can someone please provide instructions on how to do this.
Apache HTTP Server v2.2.4
Geronimo v1.2 or v2.0
I am able to do this in G v1.1, but we need our application run
Hi
thank you for reading my post.
I have some general question about Geronimo application server
configuration:
-Does it support clustering and load balancing?
-Does it provide support for CertDB for digital certification manipulation?
Thanks.
--
View this message in context:
http://www.nab
Hello,
I can already run this sample application under Geronimo2.0, but I can't
deploy my unittests.
The only difference (I can think of) between the deployment of the sample
with the Unittests is that in the later I deploy 3 beans instead of 1.
The error I get is this:
--
On Jul 12, 2007, at 11:44 AM, gmazza wrote:
Hello,
I am thinking of using the DerbyDB embedded in Geronimo for a web
application. I have a couple of questions about the Derby that is in
Geronimo:
A couple of comments.
I think you are going to need an ear file or a geronimo "synthetic
ea
Hello,
I am thinking of using the DerbyDB embedded in Geronimo for a web
application. I have a couple of questions about the Derby that is in
Geronimo:
1.) Does Geronimo's Derby run in embedded mode or network server mode? If
the former (which I believe but would like to confirm), does that m
djencks wrote:
>
> I think you have this situation, based on the stack trace:
>
> war with manfest classpath containing foo.jar
> foo.jar has jcifs.jar in its manifest classpath.
>
I thought of this, which is why I manually checked the manifest files of all
the JARs and WARs in the EAR. None
I think you have this situation, based on the stack trace:
war with manfest classpath containing foo.jar
foo.jar has jcifs.jar in its manifest classpath.
There are a couple of things we could change here, I'd be interested
in some opinions...
-- if we run into this error print more informati
donh wrote:
>
> David,
> A couple of things come to mind, maybe you using a JAAS module that
> requires it, are you using a NTLM security realm.
>
> Not really sure just reaching. Do you have more stack information? Is it
> possible that the deployer is adding these entries to the manifest?
>
Jacek Laskowski-4 wrote:
>
> On 7/12/07, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
>
>> What? Can't be! I'll rise an issue if it's true. It looks like a url
>> parsing issue. Thanks for reporting!
>
> Unbelievable. Unless there's a reason for it, I must admit it's a bug.
> Reported as OPENEJ
dharbige wrote:
>
> I'm trying to deploy an EAR into Geronimo (V2.0-M6), but get the following
> error:
>
> Deployment failed:
> Manifest class path entries must be a valid jar file (JAVAEE 5 Section
> 8.2):
> jarFile=C:\geronimo-jetty6-jee5-2.0-M6\repository\default\Application_ID\118424332431
I'm trying to deploy an EAR into Geronimo (V2.0-M6), but get the following
error:
Deployment failed:
Manifest class path entries must be a valid jar file (JAVAEE 5 Section 8.2):
jarFile=C:\geronimo-jetty6-jee5-2.0-M6\repository\default\Application_ID\1184243324313\Application_ID-1184243324313.car
On Thursday 12 July 2007, Ueberbach, Michael wrote:
> Hello Francisco,
>
> I got the same exception when connecting to geronimo from an remote
> client (standalone java app). In my case it helped simply not to
> specify any principal. So see what happens if you ommit the two
> properties
>
>
Hello Francisco,
I got the same exception when connecting to geronimo from an remote client
(standalone java app).
In my case it helped simply not to specify any principal. So see what happens
if you ommit the two properties
java.naming.security.principal = system
java.naming.
On 7/12/07, Francisco Borges <[EMAIL PROTECTED]> wrote:
Glad you sent this link ;-)
You're welcome.
I'll submit the issue there. (and I know of at least another couple of
other bugs :-/)
Go Francisco go! The more the better. It's not that you report issues
and they'll get fixed in the comi
On 7/12/07, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
What? Can't be! I'll rise an issue if it's true. It looks like a url
parsing issue. Thanks for reporting!
Unbelievable. Unless there's a reason for it, I must admit it's a bug.
Reported as OPENEJB-607 [1]. I'll see what I can do to fix it
On Thursday 12 July 2007, Jacek Laskowski wrote:
> On 7/12/07, Francisco Borges <[EMAIL PROTECTED]> wrote:
> > On Wednesday 11 July 2007, Jacek Laskowski wrote:
> versions. Report issues you run into in JIRA [1] so we can track how
> much is done. Report anything you feel is relevant and what migh
Hello,
Now (using 127.0.0.1) when trying to get the initialcontext, I get
javax.naming.AuthenticationException: This principle is not authorized.
at
org.apache.openejb.client.JNDIContext.authenticate(JNDIContext.java:148)
at
org.apache.openejb.client.JNDIContext.getInitialContext(JNDIContex
On 7/12/07, Francisco Borges <[EMAIL PROTECTED]> wrote:
Indeed changing the provider from localhost to 127.0.0.1
Solved the issue.
What? Can't be! I'll rise an issue if it's true. It looks like a url
parsing issue. Thanks for reporting!
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
On 7/12/07, Francisco Borges <[EMAIL PROTECTED]> wrote:
On Wednesday 11 July 2007, Jacek Laskowski wrote:
...
> exceptional* == throwing lots of exceptions OR of a high quality.
> Choose what suits better ;-)
Sounds good. Specially the when you talk about "high quality exceptions".
You didn'
On Thursday 12 July 2007, Ueberbach, Michael wrote:
> Did you really use "localhost" with success calling geronimo 1.2 ?
> To my experience "localhost" doesn't work. Maybe 127.0.0.1 is better.
Indeed changing the provider from localhost to 127.0.0.1
Solved the issue.
Thanks a lot!
Cheers!
--
F
Did you really use "localhost" with success calling geronimo 1.2 ?
To my experience "localhost" doesn't work. Maybe 127.0.0.1 is better.
Michael
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Jacek Laskowski
Gesendet: Donnerstag, 12. Juli 2007
On 7/12/07, Francisco Borges <[EMAIL PROTECTED]> wrote:
I'm now trying to run my sample application on Geronimo2.0, the same
sample runs fine on JBoss4.2 and Geronimo1.2.
But on Geronimo2.0 I get:
java.io.IOException: Cannot access server: null:-1 due to an unkown
exception in the OpenEJB clie
Hello,
I'm now trying to run my sample application on Geronimo2.0, the same
sample runs fine on JBoss4.2 and Geronimo1.2.
But on Geronimo2.0 I get:
java.io.IOException: Cannot access server: null:-1 due to an unkown
exception in the OpenEJB client: java.lang.IllegalArgumentException :
port ou
On Wednesday 11 July 2007, Jacek Laskowski wrote:
> On 7/5/07, Francisco Borges <[EMAIL PROTECTED]> wrote:
> > Would Geronimo2.0 be any better regarding JUnit integration?
>
> I can't claim it to be any better in this regard, but it's definitely
> worth to try out because of its Java EE 5 complianc
Hello!
I have try setup servlets examples with:
http://localhost:8080/servlets-examples/?install=true
but:
HTTP Status 500
javax.servlet.ServletException: Unable to install sample application
org.apache.geronimo.welcome.AbsentSampleServlet.doInstall(AbsentSampleServlet.java:75)
org.apache.geron
27 matches
Mail list logo
