[ http://nagoya.apache.org/jira/browse/GERONIMO-374?page=history ]
David Blevins updated GERONIMO-374:
---
Fix Version: (was: 1.0-M3)
If 2 resource adapters in the same deployment are assigned the same name, a
deployment exception should ocurr.
[ http://nagoya.apache.org/jira/browse/GERONIMO-367?page=history ]
David Blevins updated GERONIMO-367:
---
Description: The Assembly module of the build would build much faster if
the geronimo deployer would check the dependencies of the module being
Hi folks,
Congratulations to the new Milestone !!! :-)
However, I'd like to know if it would be possible to run Geronimo in
combination with a standalone Tomcat server?
BTW: The geronimo users list is still not accessible using gmane - could
You please email to the Gmane admin?
Kind regards
[ http://nagoya.apache.org/jira/browse/GERONIMO-468?page=history ]
Gianny DAMOUR updated GERONIMO-468:
---
Version: 1.0-M3
1.0-M3 is also affected.
CMP - cascade delete is not supported
-
Key:
My guess is that this is the important part:
On Thu, 11 Nov 2004, Peter Nabbefeld wrote:
fully start: objectName=geronimo.server:container
=Jetty,port=8080,type=WebConnector
java.net.BindException: Address already in use: JVM_Bind
at java.net.PlainSocketImpl.socketBind(Native
Hi Aaron,
Thank You for the quick response - You've been right. Could You probably
add something like 'Needed Resources' add to the wiki? Such a big stack
output sometimes becomes confusing, particularly if the cause for it is
in the middle of the output. ;-)
Two more questions:
1. As Geronimo
[ http://nagoya.apache.org/jira/browse/GERONIMO-467?page=history ]
Gianny DAMOUR closed GERONIMO-467:
--
Resolution: Fixed
The problem was more general: the relationships were not reset when an entity
was removed.
This is now fixed.
ejbRemove
[ http://nagoya.apache.org/jira/browse/GERONIMO-468?page=history ]
Gianny DAMOUR closed GERONIMO-468:
--
Resolution: Fixed
cascade-delete is now supported.
CMP - cascade delete is not supported
-
I take it I need CVS installed and in the path?
Yup, Geronimo uses Subversion but some of the dependencies use CVS.
[
http://nagoya.apache.org/jira/browse/GERONIMO-470?page=comments#action_55354 ]
Jeremy Boynes commented on GERONIMO-470:
This appears to be because the jar: URL handler locks the file and does not
release its lock when a stream to one of the
Aaron Mulder schrieb:
Peter,
That's not so easy -- neither changing the default Jetty port nor
disabling Jetty. You need to either build a new server configuration for
yourself (replace the org/apache/geronimo/Server configuration) or edit
the details of that configuration via JMX changes
Peter Nabbefeld wrote:
Aaron Mulder schrieb:
Peter,
That's not so easy -- neither changing the default Jetty port nor
disabling Jetty. You need to either build a new server configuration for
yourself (replace the org/apache/geronimo/Server configuration) or edit
the details of that
M3 does not run on WinXP/JRockit
Key: GERONIMO-471
URL: http://nagoya.apache.org/jira/browse/GERONIMO-471
Project: Apache Geronimo
Type: Bug
Versions: 1.0-M3
Reporter: Jeremy Boynes
M3 fails to start on Windows with a
Peter Nabbefeld wrote:
did anybody think about the geronimo web site? It still links to M2
release!
Looks like the front page was updated, but not this page:
http://geronimo.apache.org/download.html
Cheers,
Erin
Jetty module builder should completely configure web app context and servlet
holder gbeans
--
Key: GERONIMO-473
URL: http://nagoya.apache.org/jira/browse/GERONIMO-473
Project: Apache
I think this is in principle a good idea but I don't think we have
enough of a well-designed jetty module builder yet to really be able to
work intelligently on this.
http://nagoya.apache.org/jira/browse/GERONIMO-473
thanks
david jencks
On Nov 11, 2004, at 7:19 AM, Alan D. Cabrera wrote:
I
[ http://nagoya.apache.org/jira/browse/GERONIMO-472?page=history ]
Hiram Chirino closed GERONIMO-472:
--
Resolution: Fixed
Fixed.
MDB Deployment Fails
Key: GERONIMO-472
URL:
Yes. If someone needs to update the specs again, we can put them back
to SNAPSHOT or rc4-SNAPSHOT. Until them, it makes everything go faster
if they are at a real version number.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Nov 11, 2004, at 7:07 AM,
Yeah, I was just waiting for the eternal site build to complete
before checking in the download page change. I think Alan is going to
update the live site with the change some time today.
Aaron
On Thu, 11 Nov 2004, Erin Mulder wrote:
Peter Nabbefeld wrote:
did anybody think about the
This sounds like the wrong track to me. The nice thing about the
Geronimo architecture is people don't need to agree, and in the case of
Tomcat and Jetty they have very very very different architectures. I
agree that the Jetty builder will be a good starting point, but I
believe it will be
Doh! I totally missed that one. I'll fix it now.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Nov 11, 2004, at 11:59 AM, Erin Mulder wrote:
Peter Nabbefeld wrote:
did anybody think about the geronimo web site? It still links to M2
release!
Looks like the
Deployment tool barfs with ArrayIndexOutOfBoundsException
-
Key: GERONIMO-475
URL: http://nagoya.apache.org/jira/browse/GERONIMO-475
Project: Apache Geronimo
Type: Bug
Components: deployment
Versions:
OK, but you need to actually give it a password if you specify
--password
Aaron
On Thu, 11 Nov 2004, Hiram Chirino (JIRA) wrote:
Deployment tool barfs with ArrayIndexOutOfBoundsException
-
Key: GERONIMO-475
On Thu, Nov 11, 2004 at 12:20:02PM -0600, Dain Sundstrom wrote:
Yes. If someone needs to update the specs again, we can put them back
to SNAPSHOT or rc4-SNAPSHOT. Until them, it makes everything go faster
if they are at a real version number.
It appears as if the version of
Released.
Regards,
Alan
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 11, 2004 1:31 PM
To: [EMAIL PROTECTED]
Subject: Re: ANN: Geronimo 1.0-M3 Release
Doh! I totally missed that one. I'll fix it now.
-dain
--
Dain Sundstrom
[
http://nagoya.apache.org/jira/browse/GERONIMO-307?page=comments#action_55369 ]
toby cabot commented on GERONIMO-307:
-
Aaron,
Thanks for looking into this. I did a new build from recent svn and the error
seems to be different. My
[ http://nagoya.apache.org/jira/browse/GERONIMO-475?page=history ]
Aaron Mulder resolved GERONIMO-475:
---
Resolution: Fixed
Deployment tool barfs with ArrayIndexOutOfBoundsException
-
[
http://nagoya.apache.org/jira/browse/GERONIMO-307?page=comments#action_55371 ]
David Jencks commented on GERONIMO-307:
---
Your original geronimo plan is now wrong, see
http://wiki.apache.org/geronimo/Naming
Most likely changing the geronimo
[
http://nagoya.apache.org/jira/browse/GERONIMO-307?page=comments#action_55373 ]
toby cabot commented on GERONIMO-307:
-
I tried installing the modules not in an ear but one at a time. EJB and RA
deployed and seem to run fine (i.e. they show up in
[
http://nagoya.apache.org/jira/browse/GERONIMO-307?page=comments#action_55374 ]
toby cabot commented on GERONIMO-307:
-
David, Aaron,
Thanks for your attention on this. The change from target-name to
resource-link is indeed the fix, and the
I'd like to get the intended structure for the deployer/runtime
classloader/plan hierarchies out in the open and well documented and
agreed on.
My understanding is that the desired architecture is to have two
independent classloader hierarchies, one for deployment and one for
runtime. The
On Thu, Nov 11, 2004 at 01:01:17PM -0800, David Jencks wrote:
cmon toby, give us something to work with:-)
Looks as if our jira comments are crossing paths. After trying the
experiment that Aaron suggested I saw your comment about the changes
to geronimo-jetty and that did the trick.
Thanks,
[ http://nagoya.apache.org/jira/browse/GERONIMO-307?page=history ]
David Jencks closed GERONIMO-307:
-
Assign To: David Jencks
Resolution: Fixed
Whatever the original cause, the latest problems seem to have been due to
changed configuration
33 matches
Mail list logo