Hi, I got this error when updating to the latest
Geronimo. I used these commands,
maven m:update
maven m:rebuild
WARNING: Failed to download
openorb-ssl-1.4.0-GERONIMO.jar.
Attempting to download
commons-jelly-tags-velocity-SNAPSHOT.jar.
BUILD FAILED
File..
[ http://issues.apache.org/jira/browse/GERONIMO-561?page=history ]
David Jencks closed GERONIMO-561:
-
Resolution: Fixed
Fix Version: 1.0-M4
fixed in rev 149334.
Connection obtained in Synchronization.afterCompletion gets associated w/tx
Connection obtained in Synchronization.afterCompletion gets associated w/tx
context
---
Key: GERONIMO-561
URL: http://issues.apache.org/jira/browse/GERONIMO-561
Project: Apache Geronimo
The derby-connector RAR at:
geronimo\openejb\modules\assembly\target\openejb-2.0-SNAPSHOT\repository\geronimo\rars\geronimo-derby-connector-1.0-SNAPSHOT.rar
is not in Geronimo's repository directory (
geronimo\modules\assembly\target\geronimo-1.0-SNAPSHOT\repository )
Shouldn't the
ejbTimeout has wrong thread classloader, so no ENC available
Key: GERONIMO-562
URL: http://issues.apache.org/jira/browse/GERONIMO-562
Project: Apache Geronimo
Type: Bug
Components: OpenEJB
On Jan 31, 2005, at 10:50 PM, [EMAIL PROTECTED] wrote:
The derby-connector RAR at:
geronimo\openejb\modules\assembly\target\openejb-2.0-
SNAPSHOT\repository\geronimo\rars\geronimo-derby-connector-1.0-
SNAPSHOT.rar
is not in Geronimo's repository directory (
that's what I'm trying, but idea is really slow today... will report on
the results if I ever get them.
thanks
david jencks
On Feb 1, 2005, at 9:29 AM, Dain Sundstrom wrote:
Oh IC. So the problem is the class loader needs to be at least the
j2ee-server classloader because the j2eee-system and
Preliminary indications are that this fixes the problem. Will clean up
and commit.
thanks
david jencks
On Feb 1, 2005, at 9:35 AM, David Jencks wrote:
that's what I'm trying, but idea is really slow today... will report
on the results if I ever get them.
thanks
david jencks
On Feb 1, 2005,
[ http://issues.apache.org/jira/browse/GERONIMO-562?page=history ]
David Jencks closed GERONIMO-562:
-
Assign To: David Jencks
Resolution: Fixed
Fix Version: 1.0-M4
Fixed in 149431. The thread pool now uses classLoader as gbean magic
Shouldn't the classloader come from the command rather than the pool?
--
Jeremy
[EMAIL PROTECTED] wrote:
Author: djencks
Date: Tue Feb 1 11:01:15 2005
New Revision: 149431
URL: http://svn.apache.org/viewcvs?view=revrev=149431
Log:
GERONIMO-562. Thread pool assigns classloader when it creates a
On Feb 1, 2005, at 11:13 AM, Jeremy Boynes wrote:
Shouldn't the classloader come from the command rather than the pool?
Well, I figure that if the command needs a particular classloader it
can set it itself. It will have to do that on each thread use. This
provides all threads from the poo
David Jencks wrote:
On Feb 1, 2005, at 11:13 AM, Jeremy Boynes wrote:
Shouldn't the classloader come from the command rather than the pool?
Well, I figure that if the command needs a particular classloader it
can set it itself. It will have to do that on each thread use. This
provides all
On Feb 1, 2005, at 11:41 AM, Jeremy Boynes wrote:
David Jencks wrote:
On Feb 1, 2005, at 11:13 AM, Jeremy Boynes wrote:
Shouldn't the classloader come from the command rather than the pool?
Well, I figure that if the command needs a particular classloader it
can set it itself. It will have to
[ http://issues.apache.org/jira/browse/GERONIMO-520?page=history ]
Dain Sundstrom closed GERONIMO-520:
---
Resolution: Invalid
We don't use the locator.ent system anymore.
locator.ent missing in Activation and JavaMail spec projects
[ http://issues.apache.org/jira/browse/GERONIMO-414?page=history ]
Dain Sundstrom closed GERONIMO-414:
---
Resolution: Fixed
Eclipse compiler for JSPs in Jetty
--
Key: GERONIMO-414
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-562?page=history ]
David Jencks reopened GERONIMO-562:
---
J2EE.6.2.4.8 says we should supply the applications' cl as the TCCL, not just
one strong enough to lookup in jndi.
ejbTimeout has wrong thread
allowed methods in ejbtimeout don't correspond to final spec
Key: GERONIMO-563
URL: http://issues.apache.org/jira/browse/GERONIMO-563
Project: Apache Geronimo
Type: Bug
Components: OpenEJB
[ http://issues.apache.org/jira/browse/GERONIMO-562?page=history ]
David Jencks closed GERONIMO-562:
-
Resolution: Fixed
The timeout worker in Openejb's BasicTimerService is modified to set the
applications' classloader as the TCCL.
ejbTimeout
Oh IC. So the problem is the class loader needs to be at least the
j2ee-server classloader because the j2eee-system and system class
loaders do not contain the class
org.apache.geronimo.naming.java.javaURLContextFactory so Sun's jndi
code can not lookup java:
I think we should change the
19 matches
Mail list logo