[ http://issues.apache.org/jira/browse/GERONIMO-555?page=all ]
David Jencks updated GERONIMO-555:
--
Fix Version: (was: 1.0)
Description:
This is a long term research project that will probably take a month of
concentrated effort.
We should inve
[
http://issues.apache.org/jira/browse/GERONIMO-640?page=comments#action_12317610
]
Rick McGuire commented on GERONIMO-640:
---
Aaron, I had some discussions about FileURLConnection last week with David
Blevins and David Jencks on another issue, and we
[
http://issues.apache.org/jira/browse/GERONIMO-794?page=comments#action_12317621
]
Joe Bohn commented on GERONIMO-794:
---
Yes, that is what I was thinking we should have. Customers using an
application server on a daily basis don't often need to manage t
[
http://issues.apache.org/jira/browse/GERONIMO-794?page=comments#action_12317628
]
Joe Bohn commented on GERONIMO-794:
---
Just a clarification on my last comment. I was intending to say that we might
have to "exclude" (in the filtered view) more than jus
I'm of the opinion that every JIRA should have a Fix Version. If
we don't want to atack it any time soon, let's set the fix version to the
maximum possible (currently "1.1" or "some time after 1.0". There are two
main reasons for this:
1) Bugs without a "Fix Version" tend to be ignor
So I've talked to Alan, David J, and Jeremy at OSCon, and I we've
agreed on a strategy for supporting editing of Configurations. The
guiding principle is that in the short term we want to support editable
Configurations for the benefit of developers and small installations and
so on. In t
+1
-dain
On Aug 3, 2005, at 6:54 PM, David Blevins wrote:
The tests are still running on David J's machine and should finish
sometime tomorrow. Since voting takes a day or so anyway, let's get
started and do them in parallel.
Vote:
Let's Release these binaries when the tests successfully
[ http://issues.apache.org/jira/browse/GERONIMO-640?page=all ]
Alan Cabrera reassigned GERONIMO-640:
-
Assign To: Alan Cabrera
> Remove dependency on Sun internals code for URL decoding
>
>
>
NullPointerException in during deploy
-
Key: GERONIMO-852
URL: http://issues.apache.org/jira/browse/GERONIMO-852
Project: Geronimo
Type: Bug
Components: security
Versions: 1.0-M5
Reporter: Kevan Miller
Priority:
[ http://issues.apache.org/jira/browse/GERONIMO-555?page=all ]
Aaron Mulder updated GERONIMO-555:
--
Fix Version: Wish List
> Write a thread-safe timer/interrupt based transaction timout implementation
> ---
[ http://issues.apache.org/jira/browse/GERONIMO-852?page=all ]
Kevan Miller updated GERONIMO-852:
--
Attachment: passwordNPE.patch
Fixes for PropertiesFileLoginModule and SQLLoginModule
> NullPointerException in during deploy
> -
[ http://issues.apache.org/jira/browse/GERONIMO-852?page=all ]
Aaron Mulder reassigned GERONIMO-852:
-
Assign To: Aaron Mulder
> NullPointerException in during deploy
> -
>
> Key: GERONIMO-852
> UR
[ http://issues.apache.org/jira/browse/GERONIMO-852?page=all ]
Aaron Mulder resolved GERONIMO-852:
---
Fix Version: 1.0-M5
Resolution: Fixed
Thanks!
I wasn't able to replicate the stack trace (Linux SuSE 9.3), but it still seems
wise to guard
[EMAIL PROTECTED] wrote:
Currently the version number for the packaging plugin is 0.1.1. This
seems to be inconsistent with the versioning scheme used for the other
plugins. Is this intended?
Yes - as part of the bootstrap process for this plugin it needs a
non-SNAPSHOT version number.
At the Geronimo BOF last night there was discussion about moving the web
console out of the sandbox and into the main build - general consensus
seem to be something was better than nothing :-)
Any objection to moving it over?
--
Jeremy
Not from me...
On Aug 4, 2005, at 2:58 PM, Jeremy Boynes wrote:
At the Geronimo BOF last night there was discussion about moving
the web console out of the sandbox and into the main build -
general consensus seem to be something was better than nothing :-)
Any objection to moving it over?
[ http://issues.apache.org/jira/browse/GERONIMO-847?page=all ]
Aaron Mulder updated GERONIMO-847:
--
Description:
When you add a resource-ref to web.xml but not geronimo-web.xml, you get an
error like:
Error: Unable to distribute foo.war: Unknown or amb
I agree ... something is better than nothing.
We can continue to evolve both the externals (portlets, look and feel,
etc...) and internals (management APIs, component design, etc...)
within geronimo.
Geir Magnusson Jr. wrote:
Not from me...
On Aug 4, 2005, at 2:58 PM, Jeremy Boynes wrote:
rearrange assembly artifact to include root directory
-
Key: GERONIMO-853
URL: http://issues.apache.org/jira/browse/GERONIMO-853
Project: Geronimo
Type: Bug
Components: buildsystem
Versions: 1.0-M5
R
[
http://issues.apache.org/jira/browse/GERONIMO-693?page=comments#action_12317686
]
David Jencks commented on GERONIMO-693:
---
I talked to Jason van Zyl who strongly recommends Java Service Wrappers which
provides scripts for numerous platfomrs and var
+1
Gianny
> David Blevins <[EMAIL PROTECTED]> wrote:
>
> The tests are still running on David J's machine and should finish
> sometime tomorrow. Since voting takes a day or so anyway, let's get
> started and do them in parallel.
>
> Vote:
>Let's Release these binaries when the tests succe
Remove unused interop-server-plan.xml
-
Key: GERONIMO-854
URL: http://issues.apache.org/jira/browse/GERONIMO-854
Project: Geronimo
Type: Task
Components: CORBA
Versions: 1.0-M4
Reporter: John Sisson
Assigned to: Jo
CORBA configuration in izpack installer is not used and needs to be updated to
configure the CORBA support in OpenEJB
-
Key: GERONIMO-855
URL: http://issues.apache
[ http://issues.apache.org/jira/browse/GERONIMO-854?page=all ]
John Sisson resolved GERONIMO-854:
--
Resolution: Fixed
Fixed. interop-server-plan.xml deleted from HEAD.
> Remove unused interop-server-plan.xml
> -
[ http://issues.apache.org/jira/browse/GERONIMO-854?page=all ]
John Sisson closed GERONIMO-854:
> Remove unused interop-server-plan.xml
> -
>
> Key: GERONIMO-854
> URL: http://issues.apache.org/jira/
[ http://issues.apache.org/jira/browse/GERONIMO-843?page=all ]
John Sisson resolved GERONIMO-843:
--
Resolution: Fixed
Fixed in HEAD. Also bumped up plugin version to 0.1.2
> Move Packaging Plugin from cglib 2.1 to cglib 2.1_2 to be consistent with
[ http://issues.apache.org/jira/browse/GERONIMO-843?page=all ]
John Sisson updated GERONIMO-843:
-
Version: (was: 1.0-M4)
> Move Packaging Plugin from cglib 2.1 to cglib 2.1_2 to be consistent with
> cglib in Geronimo builds
> ---
[ http://issues.apache.org/jira/browse/GERONIMO-843?page=all ]
John Sisson closed GERONIMO-843:
> Move Packaging Plugin from cglib 2.1 to cglib 2.1_2 to be consistent with
> cglib in Geronimo builds
> ---
The org/apache/geronimo/SystemJMS config
defines an ActiveMQ resource adapter ( and the DefaultActiveMQConnectionFactory
) , MDBTransferBeanOutQueue and SendReceiveQueue admin objects.
Should the two queues be removed ( I
assume they were there for testing in the past)?
Are we expecting users of
29 matches
Mail list logo
