Invalid dd results in No deployer found
-
Key: GERONIMO-508
URL: http://nagoya.apache.org/jira/browse/GERONIMO-508
Project: Apache Geronimo
Type: Improvement
Reporter: Jeremy Boynes
If the DD for a module is invalid, the
[ http://nagoya.apache.org/jira/browse/GERONIMO-507?page=history ]
Hiram Chirino closed GERONIMO-507:
--
Resolution: Fixed
Fix Version: 1.0-M4
The resource adapter no implements recovery with exponential rollback. The max
delay of the
[
http://nagoya.apache.org/jira/browse/GERONIMO-508?page=comments#action_56129 ]
Aaron Mulder commented on GERONIMO-508:
---
Perhaps this is not precisely a duplicate of 491, which relates specifically to
deploying services, but it's the same
On the jetty-deployer branch I tried to check in a large change,
Aaron's move of service-builder etc. I ended up with an timeout error
and no commit email seems to have appeared, but it looks like at least
part of the changes are committed. Can I be certain that the entire
commit happened
That is subversion's claim, that all changes are atomic.
Regards,
Alan
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Thu 12/2/2004 8:58 PM
To: [EMAIL PROTECTED]
Cc:
Subject: subversion peculiar behaviour?
My understanding was that they claimed all updates to the
repository were atomic, not that they claim all updates to your local
filesystem are atomic. In other words, the update to the repo should have
either succeeded or failed all together, but a large checkout or merge may
fail and
The build is failing for this:
[echo] Building server.jar
[java] Exception in thread main java.lang.NoClassDefFoundError:
+org/apache/geronimo/security/GeronimoSecurityException
[java] at
org.openejb.deployment.OpenEJBModuleBuilder.init(OpenEJBModuleBuilder.java:131)
[java]
1. note that due to the circular dependencies between geronimo and
openejb this process is apt to not work if a change to both openejb and
geronimo has occurred.
2. in any case the order is more or less backwards:
geronimo (for spec changes)
tranql
tranql-connector
geronimo (for modules)
Srinath,
Any progress on this?
Thanks,
dims
On Sat, 20 Nov 2004 09:25:43 +0600, Srinath Perera [EMAIL PROTECTED] wrote:
I think what you want to do is use the itest plugin together with the
geronimo maven deploy plugin. You will have to add a new module to do
this: I suggest
On Fri, 3 Dec 2004, David Blevins wrote:
+org/apache/geronimo/security/GeronimoSecurityException
This class was moved, no?
It was moved to Geronimo common... (which would be unavailable
why?) I haven't seen this problem in my build environments. Is it
possible that we haven't pushed
Project: Apache Geronimo
Status: Resolved, Closed (4 items)
Updated In Last: Week (7 days)
** New Feature
* [GERONIMO-224] EJB 2.1 Timer support
** Bug
* [GERONIMO-507] ConnectException occurs after MDB deployment and server
restart. MDB deploying before Broker
* [GERONIMO-506] CMP -
[ http://nagoya.apache.org/jira/browse/GERONIMO-487?page=history ]
Aaron Mulder closed GERONIMO-487:
-
Assign To: Aaron Mulder
Resolution: Fixed
Fix Version: 1.0-M4
Split into 4 parts (deployment, service builder, CLI deployer, test
I do not did anything concreate yet .. will have a try at the next
week and get back
Thanks
Srinath
On Fri, 3 Dec 2004 07:40:27 -0500, Davanum Srinivas [EMAIL PROTECTED] wrote:
Srinath,
Any progress on this?
Thanks,
dims
On Sat, 20 Nov 2004 09:25:43 +0600, Srinath Perera [EMAIL
When I try and build Geronimo on Fedora Core 3 with the Sun 1.5.0 JDK I
get a Hotspot crash - is this working for anyone else?
--
Jeremy
Having the assembly as part of the main build is proving to be very
troublesome due to the inter-project dependencies. I propose we move
geronimo/modules/assembly to geronimo/assembly/standard. This will
allow us room to create produce multiple assembled servers from our
build.
Unless there
This seems similar to the idea of making each configuration a separate
artifact.
So rather than one huge assemby module, we would have a separate module
(presumably under a different directory than module) for each
configuration being generated and then a distribution module that pulls
them
Ah for got about that idea :) For those that are forgetful like me:
http://mail-archives.apache.org/eyebrowse/ReadMsg?
[EMAIL PROTECTED]msgNo=10243
So how about we instead move geronimo/modules/assembly to
geronimo/distributions/standard, which will leave then name assembly
open to the
On Vie, 3 de Diciembre de 2004, 12:17, Jeremy Boynes dijo:
When I try and build Geronimo on Fedora Core 3 with the Sun 1.5.0 JDK I
get a Hotspot crash - is this working for anyone else?
Yes.
We had the same problem in Cocoon and I guess the same apply for Geronimo.
I wrote on the Cocoon wiki a
What's the machine? My experience with SuSE 9.2 (kernel 2.6.8)
and the uberbuild has been (Sun JVM unless otherwise noted):
Desktop P4/HT (SMP kernel)
- 1.4.2_06: HotSpot crash in Remoting test
- 1.5.0: CORBA itest failure
Laptop PM (UP kernel)
- 1.4.2_06: Remoting test hang
-
Aaron Mulder wrote:
What's the machine? My experience with SuSE 9.2 (kernel 2.6.8)
and the uberbuild has been (Sun JVM unless otherwise noted):
Desktop P4/2.4 no HT, 1GB RAM, SATA hard drive (seen as SCSI)
I am just building Geronimo and it is crashing compiling. I had only
switched
Antonio Gallardo wrote:
Hi Jeremy:
the advise in my last mail don't helped?
Yes it did. I had the Sun JDK's installed and thought that things would
use JAVA_HOME (set in profile) to locate tools; you made me realize I
should symlink the others as well. I had already gone back to 1.4.2
though
Hi again!
Since I have no plans to run the java shipped in fedora, I prefer to
delete the Fedora Java links in /usr/bin/
If you are having troubles, try to check the JVM:
$ java -version
In FC3, what I do is to set the JAVA_HOME in the /etc/profile or in your
own .bash_profile:
export
22 matches
Mail list logo