wired-bundle cache problem in the BundleClassLoader

Hi, While looking at the left JSF TCK fail cases, I found that the wired bundle cache in the BundleClassLoader causes some problems. The scenario is that the MyFaces codes look up a resource file by classloader.getResource, it always fails on the first deployment, but after restarting the

[jira] Updated: (GERONIMO-5662) fail to replace default Security Realm

[ https://issues.apache.org/jira/browse/GERONIMO-5662?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] viola.lu updated GERONIMO-5662: --- Attachment: G5662_New.patch Pls review it, thanks. fail to replace default Security Realm

[jira] Resolved: (GERONIMO-5662) fail to replace default Security Realm

[ https://issues.apache.org/jira/browse/GERONIMO-5662?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Jiang resolved GERONIMO-5662. --- Resolution: Fixed The new patch makes sense to me. applied to trunk@ r1030363. Thanks

Re: [jira] Resolved: (GERONIMO-5662) fail to replace default Security Realm

The subject of this JIRA is kinda confusing. IIUC, it's about enabling the Properties file realm for G3.0 rather than replacing the default geronimo-default realm. Could someone please update the subject? Jeff Chi On Wed, Nov 3, 2010 at 5:08 PM, Shawn Jiang (JIRA) j...@apache.org wrote:

[BUILD] trunk: Failed for Revision: 1030340

Geronimo Revision: 1030340 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20101103/build-0300.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20101103 [INFO] BUILD

[jira] Updated: (GERONIMO-5662) j_security_check 404 not found against security realm authentication

[ https://issues.apache.org/jira/browse/GERONIMO-5662?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] viola.lu updated GERONIMO-5662: --- Description: setps to recur: 1. start the Geronimo server, and then open the admin console.

[BUILD] trunk: Failed for Revision: 1030449

Geronimo Revision: 1030449 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20101103/build-0900.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20101103/unit-test

Re: svn commit: r1030312 - /geronimo/server/branches/2.1/pom.xml

Since CNFE exception, this change need to be reverted so that the snapshot build can work? Forrest On Wed, Nov 3, 2010 at 10:18 AM, rwo...@apache.org wrote: Author: rwonly Date: Wed Nov 3 02:18:08 2010 New Revision: 1030312 URL: http://svn.apache.org/viewvc?rev=1030312view=rev Log: add

[jira] Created: (GERONIMO-5672) Overriding an env-entry in geronimo-web.xml fails with a DeploymentException

Overriding an env-entry in geronimo-web.xml fails with a DeploymentException Key: GERONIMO-5672 URL: https://issues.apache.org/jira/browse/GERONIMO-5672 Project: Geronimo

[jira] Created: (GERONIMO-5673) ModuleMojoSupport ignores stopOnFailure

ModuleMojoSupport ignores stopOnFailure --- Key: GERONIMO-5673 URL: https://issues.apache.org/jira/browse/GERONIMO-5673 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues)

[jira] Updated: (GERONIMO-5673) ModuleMojoSupport ignores stopOnFailure

[ https://issues.apache.org/jira/browse/GERONIMO-5673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trygve Sanne Hardersen updated GERONIMO-5673: - Attachment: geronimo-2.2-1030330-stopOnFailure.patch

Is the txmanager 2.2.1 release ready for a retry?

Have all of the issues that canceled the txmanager 2.2.1 release been resolved so that a new release vote can be started? Rick

[jira] Commented: (GERONIMO-4222) Database pool unusable after database unavailable for awhile

[ https://issues.apache.org/jira/browse/GERONIMO-4222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12927974#action_12927974 ] David Frahm commented on GERONIMO-4222: --- FYI -- Since my original post opening

[BUILD] trunk: Failed for Revision: 1030620

Geronimo Revision: 1030620 built with tests included See the full build-1500.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20101103/build-1500.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20101103 [INFO] BUILD

Re: wired-bundle cache problem in the BundleClassLoader

I just checked the codes of Felix, it seems possible to get the current wired info, at least the number, with that it should be able to used for determine wether the cached wired bundles need to be refreshed. So how about create some adapters for each vendor (Felix, Equonix, etc.) ? Just feel

[jira] Commented: (GERONIMO-5670) Webapp can not start because server said couldn't start owb context although the app don't contain openwebbean context.

[ https://issues.apache.org/jira/browse/GERONIMO-5670?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12928082#action_12928082 ] David Jencks commented on GERONIMO-5670: I don't see this error on my mac, the

[BUILD] trunk: Failed for Revision: 1030792

Geronimo Revision: 1030792 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20101103/build-2100.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20101103/unit-test

[jira] Assigned: (GERONIMO-5672) Overriding an env-entry in geronimo-web.xml fails with a DeploymentException

[ https://issues.apache.org/jira/browse/GERONIMO-5672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] viola.lu reassigned GERONIMO-5672: -- Assignee: viola.lu Overriding an env-entry in geronimo-web.xml fails with a

[jira] Updated: (GERONIMO-5662) j_security_check 404 not found against security realm authentication

[ https://issues.apache.org/jira/browse/GERONIMO-5662?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan updated GERONIMO-5662: --- Attachment: ie.txt after-ff.txt before-ff.txt I investigated this issue a

[jira] Commented: (GERONIMO-5672) Overriding an env-entry in geronimo-web.xml fails with a DeploymentException

[ https://issues.apache.org/jira/browse/GERONIMO-5672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12928097#action_12928097 ] viola.lu commented on GERONIMO-5672: Currently there is already a open jira for

[jira] Commented: (GERONIMO-5672) Overriding an env-entry in geronimo-web.xml fails with a DeploymentException

[ https://issues.apache.org/jira/browse/GERONIMO-5672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12928104#action_12928104 ] Brian Atkinson commented on GERONIMO-5672: -- I saw that issue. I took the first

[jira] Commented: (GERONIMO-5672) Overriding an env-entry in geronimo-web.xml fails with a DeploymentException

[ https://issues.apache.org/jira/browse/GERONIMO-5672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12928124#action_12928124 ] viola.lu commented on GERONIMO-5672: Appreciate if you can provide your test files,

Re: wired-bundle cache problem in the BundleClassLoader

On Nov 3, 2010, at 3:34 AM, Ivan wrote: Hi, While looking at the left JSF TCK fail cases, I found that the wired bundle cache in the BundleClassLoader causes some problems. The scenario is that the MyFaces codes look up a resource file by classloader.getResource, it always fails on

Re: wired-bundle cache problem in the BundleClassLoader

Yes, one of them is myfaces-core bundle, it is wired to the application bundle after the cache is created. 2010/11/4 Kevan Miller kevan.mil...@gmail.com On Nov 3, 2010, at 3:34 AM, Ivan wrote: Hi, While looking at the left JSF TCK fail cases, I found that the wired bundle cache in

Re: svn commit: r1027367 - in /geronimo/server/branches/2.2/plugins/jetty7: ./ geronimo-jetty7-clustering-wadi/src/main/java/org/apache/geronimo/jetty7/cluster/ geronimo-jetty7/src/main/java/org/apach

On Oct 26, 2010, at 1:37 AM, genspr...@apache.org wrote: Author: genspring Date: Tue Oct 26 05:37:03 2010 New Revision: 1027367 URL: http://svn.apache.org/viewvc?rev=1027367view=rev Log: Upgrade jetty to 7.2.0.v20101020 From test results, I think we're seeing some TCK failures with this

[jira] Assigned: (GERONIMO-5664) Add auto-test to verify Generic Header based authentication support in Geronimo

[ https://issues.apache.org/jira/browse/GERONIMO-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Forrest Xia reassigned GERONIMO-5664: - Assignee: Forrest Xia Add auto-test to verify Generic Header based authentication

[jira] Closed: (GERONIMO-5664) Add auto-test to verify Generic Header based authentication support in Geronimo

[ https://issues.apache.org/jira/browse/GERONIMO-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Forrest Xia closed GERONIMO-5664. - Resolution: Fixed Add auto-test to verify Generic Header based authentication support in

[jira] Updated: (GERONIMO-5664) Add auto-test to verify Generic Header based authentication support in Geronimo

[ https://issues.apache.org/jira/browse/GERONIMO-5664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Forrest Xia updated GERONIMO-5664: -- Priority: Minor (was: Major) Fix Version/s: 2.1.7 Wen Qin, thank you for this

Fwd: [CONF] Apache Geronimo Project Management Geronimo 2.1.7 Release Status

Hi Rex, Please add jira http://issues.apache.org/jira/browse/GERONIMO-5664 to 2.1.7 scope, it's auto tests for new generic http header based login modules. Thanks! Forrest -- Forwarded message -- From: conflue...@apache.org Date: Wed, Oct 13, 2010 at 3:05 PM Subject: [CONF]