OK, I've finished the following:
- fix the deployer to not echo your password
- fix the deployer to not be totally silent
- give the deployer a custom message for the case where RuntimeDeployer
is not deployed
- make sure exceptions propogate to the deploy tool well
- fix problem where
[ http://issues.apache.org/jira/browse/GERONIMO-657?page=all ]
Aaron Mulder resolved GERONIMO-657:
---
Fix Version: 1.0-M4
Resolution: Fixed
Assign To: Aaron Mulder
Changed so that instead of doing anything at shutdown, we save the config
David Blevins [EMAIL PROTECTED] wrote on 09/07/2005 02:20:22 AM:
On Fri, Jul 08, 2005 at 11:07:13AM -0400, Aaron Mulder wrote:
10:51:28,745 INFO [Daemon] Server startup completed
10:51:28,745 INFO [MyMonitor] 3s to start org/apache/geronimo/System
10:51:28,745 INFO [MyMonitor] 5s to
Ouput configuration startup times in startup console output
---
Key: GERONIMO-733
URL: http://issues.apache.org/jira/browse/GERONIMO-733
Project: Geronimo
Type: Improvement
Components: general
Reporter:
Jeremy Boynes [EMAIL PROTECTED] wrote on 09/07/2005 02:38:28 AM:
I would like to propose we release the stuff in specs as a separate
module that can be used by M4 and future releases.
We know these modules are compliant and signature correct so there
should be no need for any
[
http://issues.apache.org/jira/browse/GERONIMO-728?page=comments#action_12315435
]
John Sisson commented on GERONIMO-728:
--
I raised a patch for the NPE in Jetty a while ago and it was applied AFAIK. It
looks like we need a more recent version of
[
http://issues.apache.org/jira/browse/GERONIMO-732?page=comments#action_12315437
]
John Sisson commented on GERONIMO-732:
--
Commited changes: http://svn.apache.org/viewcvs.cgi?rev=209998view=rev
Change Geronimo Build to use correct version of Tomcat
[ http://issues.apache.org/jira/browse/GERONIMO-732?page=all ]
John Sisson resolved GERONIMO-732:
--
Fix Version: 1.0-M4
Resolution: Fixed
Change Geronimo Build to use correct version of Tomcat AJP JAR
[
http://issues.apache.org/jira/browse/GERONIMO-715?page=comments#action_12315438
]
M.Oliver Scheele commented on GERONIMO-715:
---
It seems that some others came accross the same bug.
Since you can't deploy any CMP EJB with a field 'id' anymore
Just some thoughts:
Shouldn't well known and essential bugs be fixed before doing the branch?
This could prevent duplicated work.
For example: http://issues.apache.org/jira/browse/GERONIMO-715
Bye the way:
Would the subprojects like OpenEJB be part of the branch of M4?
I assume this because this
[
http://issues.apache.org/jira/browse/GERONIMO-715?page=comments#action_12315439
]
Aaron Mulder commented on GERONIMO-715:
---
Please provide the full stack trace and your openejb-jar.xml file. It's not
that I doubt that there's in issue with the
Adding CORBA settings to local-only EJB appears to give NPE
---
Key: GERONIMO-734
URL: http://issues.apache.org/jira/browse/GERONIMO-734
Project: Geronimo
Type: Bug
Components: CORBA
Versions: 1.0-M3
[
http://issues.apache.org/jira/browse/GERONIMO-715?page=comments#action_12315441
]
M.Oliver Scheele commented on GERONIMO-715:
---
I used the example of Sing Li at IBM developerworks:
Hi Aaron,
ActiveMQ has pushed out new SNAPSHOT now so the port list stuff is in
there now. We are planning on doing a M4 release of ActiveMQ as soon
as we fix a few tck regressions that occurred recently. Once we do
that I'll update the geronimo M4 branch to use the released version.
Now that I've fixed this bug I'm +1 for releasing the specs separately,
although I think it should be clear that they may contain bugs we need
to continue to find and fix.
david jencks
On Jul 8, 2005, at 11:11 AM, David Jencks wrote:
There's at least one open bug against the jacc module
[
http://issues.apache.org/jira/browse/GERONIMO-715?page=comments#action_12315445
]
Aaron Mulder commented on GERONIMO-715:
---
Unfortunately the download link does not seem to be a working application, but
a directory with source files, a build
Yikes...DJ...sorry...you fixed it ;-) I should have gotten to this a
while back. Thanks for taking care of it.
Jeff
David Jencks wrote:
Now that I've fixed this bug I'm +1 for releasing the specs separately,
although I think it should be clear that they may contain bugs we need
to continue
I'm fooling with David B's script to cerate the unstable builds..
It didn't work for me originally becasue at the time we depended on some
TranQL changes that weren't in a TranQL SNAPSHOT. In the last couple days
we've also had changes in OpenEJB required by Geronimo.
It seems
license questions aside, I think that would be fine and the most likely
way to get something reasonably consistent and repeatable until we have
a m2 build.
david jencks
On Jul 10, 2005, at 11:58 AM, Aaron Mulder wrote:
I'm fooling with David B's script to cerate the unstable
[
http://issues.apache.org/jira/browse/GERONIMO-728?page=comments#action_12315448
]
John Sisson commented on GERONIMO-728:
--
Send a mail to the Jetty mail lists asking for the maven jars for the 5.1.4
release to be uploaded to the maven repos.
[ http://issues.apache.org/jira/browse/GERONIMO-626?page=all ]
Alan Cabrera updated GERONIMO-626:
--
Fix Version: (was: 1.0-M4)
Description:
org.apache.geronimo.interop.SystemException: java.lang.IllegalArgumentException
at
[ http://issues.apache.org/jira/browse/GERONIMO-659?page=all ]
David Jencks resolved GERONIMO-659:
---
Resolution: Invalid
This is implemented, and in some ways it is more convenient than the reverse,
but it is a mistake. I'm opening a more
Openejb container is burdened with several transport specific items
---
Key: GERONIMO-735
URL: http://issues.apache.org/jira/browse/GERONIMO-735
Project: Geronimo
Type: Bug
Versions: 1.0-M4
On Jul 10, 2005, at 4:42 AM, mos wrote:
Just some thoughts:
Shouldn't well known and essential bugs be fixed before doing the
branch?
This could prevent duplicated work.
For example: http://issues.apache.org/jira/browse/GERONIMO-715
I think that we should update the M4 roadmap to reflect
[ http://issues.apache.org/jira/browse/GERONIMO-541?page=all ]
David Jencks closed GERONIMO-541:
-
Resolution: Fixed
We have been well beyond activemq 2 for some time and our activemq config does
use jdbc.
Upgrade ActiveMQ to 2.0 and use JDBC as
Alan D. Cabrera [EMAIL PROTECTED]
wrote on 11/07/2005 12:02:55 PM:
On Jul 10, 2005, at 4:42 AM, mos wrote:
Just some thoughts:
Shouldn't well known and essential bugs be fixed before doing
the
branch?
This could prevent duplicated work.
For example:
security, css, and tss schemas have description element from foreign namespace.
This is incredibly inconvenient
Key: GERONIMO-736
URL:
For whoever put in the patch to remove the server classloader
module -- I'm having a lot of trouble with this. First, the assembly
module wouldn't build, because it still declared a dependency on the
missing module. You may not have noticed this if you still have the old
artifact
It might be nice if the schema-specific description element
extended or restricted or whatever the J2EE description element, such that
they're guaranteed to have the same content, and this is just a
convenience to avoid lots of manual namespacing. Still, I fear that may
aggravate
Yes
--- Alan D. Cabrera [EMAIL PROTECTED] wrote:
Are you running maven 1.0.2?
Regards,
Alan
Yoseph Widjaya wrote, On 7/8/2005 8:18 PM:
Hi all
Why build is failed again
here is the logs
BUILD FAILED
File..
I can see doing that with an element we control so there is only one
copy, but I am also reluctant to pull j2ee schema elements into our
schemas at all. For this specific case I'm inclined to think that it
is much simpler to copy the type rather than set up dependencies
between the
[ http://issues.apache.org/jira/browse/GERONIMO-737?page=all ]
Aaron Mulder closed GERONIMO-737:
-
Resolution: Invalid
Assign To: Aaron Mulder
This is temporary. If you build OpenEJB from current source this will not
happen (for example, from
Oops -- the stack trace below was caused by a configuration
problem on my side. Sorry!
Aaron
On Sun, 10 Jul 2005, Aaron Mulder wrote:
For whoever put in the patch to remove the server classloader
module -- I'm having a lot of trouble with this. First, the assembly
module
[ http://issues.apache.org/jira/browse/GERONIMO-677?page=all ]
Ivan Dubrov updated GERONIMO-677:
-
Attachment: test.zip
Here is the sample application. Steps to reproduce the behaviour:
1. Open two browsers
2. Access localhost:8080/test/user from first
34 matches
Mail list logo
