Spam blitz on yoko wiki

I've been seeing a deluge of spam-type updates on the yoko wiki. Is there some sort of permission problem with that wiki that's allowing these? Rick Original Message Subject:[Incubator-yoko Wiki] Trivial Update of "SangRigby" by SangRigby Date: Sat, 13 Apr 2013 00:

[jira] Commented: (GERONIMO-5815) Classloader issue in geronimo corba module

[ https://issues.apache.org/jira/browse/GERONIMO-5815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12994758#comment-12994758 ] Rick McGuire commented on GERONIMO-5815: This patch looks ok to me

Re: svn commit: r1070414 - in /geronimo/server/trunk/plugins/jasper/geronimo-jasper-builder/src/main/java/org/apache/geronimo/jasper/deployment: BundleTldScanner.java JarFileTldScanner.java

Should this change be applied to the M2 branch also? Rick On 2/14/2011 1:22 AM, xuhaih...@apache.org wrote: Author: xuhaihong Date: Mon Feb 14 09:22:07 2011 New Revision: 1070414 URL: http://svn.apache.org/viewvc?rev=1070414&view=rev Log: GERONIMO-5810 Limit tld scanning scope in BundleTldScan

[jira] Resolved: (GERONIMO-5801) jaxb-impl bundle should export com.sun.* packages with a version

[ https://issues.apache.org/jira/browse/GERONIMO-5801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-5801. Resolution: Fixed Fix Version/s: 3.0 3.0-M2 Committed

Re: svn commit: r1064472 - in /geronimo/server/trunk: plugins/jaxws/geronimo-jaxws-sun-tools/pom.xml plugins/jaxws/pom.xml plugins/webservices/pom.xml pom.xml

I'm getting a build failure because of a missing dependency for the 1.3.6 version of saaj-impl. maven central only seems to have versions up to 1.3.2. Where is this version coming from? Rick On 1/28/2011 2:10 AM, xuhaih...@apache.org wrote: Author: xuhaihong Date: Fri Jan 28 07:10:43 2011 N

Test failures in trunk.

I'm seeing a lot of test failures in the trunk server build today. The first is in the hot deploy tests, which is not entirely surprising given the recent changes. I also had a lot of test failures trying to build the j2ee plugin. This occurred after I had gotten a clean build using -Dmaven.

[jira] Resolved: (GERONIMO-5768) Invalid Bundle-Classpath entry ends with '/'

[ https://issues.apache.org/jira/browse/GERONIMO-5768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-5768. Resolution: Fixed Committed revisions r1061818 and r1061813. Still a simple fix, but

[jira] Reopened: (GERONIMO-5768) Invalid Bundle-Classpath entry ends with '/'

[ https://issues.apache.org/jira/browse/GERONIMO-5768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire reopened GERONIMO-5768: This seemed like a simple fix, but obviously there's something else going on to gen

[jira] Updated: (GERONIMO-5775) JCDI tck failures

[ https://issues.apache.org/jira/browse/GERONIMO-5775?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire updated GERONIMO-5775: --- Attachment: jcdi.zip > JCDI tck failures > - > >

[jira] Created: (GERONIMO-5775) JCDI tck failures

Versions: 3.0-M2 Reporter: Rick McGuire Fix For: 3.0-M2 We're still getting some JCDI failures while running the TCK. Since we don't have a official TCK run from the test machines because of some other problems, I'm attaching the results of a local run on my

[jira] Resolved: (GERONIMO-5768) Invalid Bundle-Classpath entry ends with '/'

[ https://issues.apache.org/jira/browse/GERONIMO-5768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-5768. Resolution: Fixed Committed revision 1061270. trunk Committed revision 1061284. 3.0-M2

Re: How to resolve the different thread is used for Tomcat context initialization ?

On 1/19/2011 4:17 AM, Ivan wrote: Hi, From Tomcat 7.0.6, a different thread is used for listener start, filter start, and loadOnStartup, the purpose for that is for avoiding potential memory leaking. But we got problems for OWB initialization, as we register a OWB listener in the context. I am

New server trunk build error.

I'm getting the following error building the latest trunk. Where should the wsdl generator be coming from? Rick [org.apache.geronimo.gbean.runtime.GBeanInstanceState] : GBeanInstanceState for: org.apache.geronimo.configs/uddi-tomcat/3.0-SNAPSHOT/car?configurationName=org.apache.geronimo.conf

[jira] Resolved: (GERONIMO-5760) Wrong encoding specified in javamail providers.

[ https://issues.apache.org/jira/browse/GERONIMO-5760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-5760. Resolution: Fixed Committed revision 1060388. > Wrong encoding specified in javam

[jira] Created: (GERONIMO-5760) Wrong encoding specified in javamail providers.

(Regular issues) Components: mail Reporter: Rick McGuire Assignee: Rick McGuire Dear Geronimo-Team, I found a bug in the geronimo-javamail_1.4_provider version 1.8.2 package. The class org.apache.geronimo.javamail.authentication.DigestMD5Authenticator the String

Re: svn commit: r1059724 - /geronimo/server/trunk/framework/configs/karaf-framework/src/main/distribution/instance/var/log/server-log4j.properties

Should this change be merged back into the M2 branch? Rick On 1/16/2011 9:16 PM, genspr...@apache.org wrote: Author: genspring Date: Mon Jan 17 02:16:03 2011 New Revision: 1059724 URL: http://svn.apache.org/viewvc?rev=1059724&view=rev Log: To eliminate some annoying useless warning meesages du

[RESULT] [VOTE] release scout 1.2.2 Geronimo bundle

The vote to release the new scout bundle component passes with 4 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Hai Hong Xu "Ivan" Shawn Jiang Rex Wang The artifacts will be promoted to the central repository today. Rick On 1/4/2011 9:09 AM, Rick McGuire wrote: This i

Re: svn commit: r1058684 - /geronimo/tck/branches/3.0/jcdi-tck-runner/src/test/resources/tck-tests-current.xml

On 1/13/2011 4:00 PM, Kevan Miller wrote: Rick, I don't think you meant to commit this... Ack, committed the wrong file. Thanks for catching this. Rick --kevan On Jan 13, 2011, at 12:39 PM, rickmcgu...@apache.org wrote: Author: rickmcguire Date: Thu Jan 13 17:39:28 2011 New Revision: 1058

[jira] Resolved: (GERONIMO-5751) LinkageError running CDI TCK

[ https://issues.apache.org/jira/browse/GERONIMO-5751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-5751. Resolution: Fixed Committed revision 1058546. The stack trace for the transformer gave

Build problem in trunk

The recent wink integration changes appear to have broken trunk. The wink plugin is not built by default, but the javaee6 plugin has dependencies on wink components. Unfortunately, I'm getting build errors if I try to build the wink plugin: [org.apache.geronimo.system.configuration.Dependenc

Re: Questions on yoko Util class in yoko-rmi-spec should use the interface class as the key?

... Thanks. 2011/1/11 Rick McGuire mailto:rick...@gmail.com>> On 1/11/2011 8:45 AM, Ivan wrote: That makes sense, also it is better to remove the codes ProviderLocator.loadClass from the UtilLoader.loadClass method, or that makes the function of loadClass

Re: Questions on yoko Util class in yoko-rmi-spec should use the interface class as the key?

ProviderLocator.loadClass() part of the loadClass() searches. This is a different, internal situation where we're looking for a specific provider for an interface. Rick 2011/1/11 Rick McGuire mailto:rick...@gmail.com>> On 1/11/2011 7:35 AM, Ivan wrote: I agree with Forrest that those code

Re: Questions on yoko Util class in yoko-rmi-spec should use the interface class as the key?

thisLoader; break; } } .. <--- 2011/1/11 Rick McGuire mailto:rick...@gmail.com>> On 1/11/2011 4:46 AM, Forrest Xia wrote: Hi, When I debug a corba related application, I managed to trace into a piece of yoko

Re: Questions on yoko Util class in yoko-rmi-spec should use the interface class as the key?

On 1/11/2011 4:46 AM, Forrest Xia wrote: Hi, When I debug a corba related application, I managed to trace into a piece of yoko code like this: public class Util { private static UtilDelegate delegate = null; private static final String defaultDelegate = "org.apache.yoko.rmi.impl.Util

Geronimo 3.0-M2 branch has been created.

Just a reminder that the Geronimo 3.0-M2 branch has been created now. Fixes that affect the 3.0-M2 release also need to be merged back into the release branch. Rick

Re: CDI/OWB status

I was hoping this might be a Mac-only thing, but I see the same problem running on Windows. Rick On 1/5/2011 5:44 PM, David Jencks wrote: that's the error I'm seeing david jencks On Jan 5, 2011, at 12:18 PM, Kevan Miller wrote: On Jan 5, 2011, at 12:44 PM, David Jencks wrote: On Jan 5, 2

Geronimo 3.-0-M2 branch warning

Just a warning that I intend to start creating a release branch for the 3.0-M2 tomorrow morning. Once the branch is created, fixes that affect the Web Profile function will need to be applied to both the branch version and trunk. Rick

Is it time for a 3.0-M2 branch?

We're getting pretty close to being able to pass the web profile TCK and we're also doing a bit of work now on getting the web services support reenabled in trunk. I'm thinking it is about time to create a branch for the 3.0-M2 release so that the prep work for releasing this can start and the

[VOTE] release scout 1.2.2 Geronimo bundle

This is a single vote for releasing a new Geronimo scout bundle that is an OSGi wrapped version of the scout jar file. The wrappered jar is scout 1.1.2 This is a revote for the scout bundle that was originally included with the axis2 and axiom, vote. The scout bundle was removed because of O

[RESULT] [VOTE] Release new bundle components.

The vote to release the axiom and axis2 geronimo bundles has passed with 4 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Hai Hong Xu "Ivan" Rex Wang Kevan Miller The axiom and axis2 components will be promoted to central today. The vote to release the JSON bundle rec

Re: [VOTE] Release new bundle components -- CANCELED for scout only

e axis packages optional too in our re-bundled scout so that we won't need to add axis as dependency of uddi modules. javax.xml.registry*;version="1.0",org.apache.axis.*;resolution:=optional,* On Wed, Dec 15, 2010 at 8:02 PM, Rick McGuire <mailto:rick...@gmail.com>> wrote:

[RESULT] [VOTE] release JSON Geronimo bundle

The vote to release the new JSON bundle passes with 3 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Kevan Miller Rex Wang The new artifacts will be promoted to central today. Rick On 12/17/2010 11:04 AM, Kevan Miller wrote: +1 Everything looks good. A few minor notes: src

[VOTE] release JSON Geronimo bundle

This is a single vote for releasing a new Geronimo JSON bundles that is an OSGi wrapped version of the JSON jar file. The wrappered jar is json 20090211 This is a revote for the JSON bundle that was originally included with the axis2, axiom, and scout vote. The JSON bundle was removed becaus

Re: [VOTE] Release new bundle components.

On 12/17/2010 9:46 AM, Kevan Miller wrote: On Dec 17, 2010, at 9:40 AM, Rick McGuire wrote: OK, I'm going to remove the JSON jar from this vote and spin a second vote. This has been removed from the repository so it won't get promoted to central with the rest of the jars. OK. S

Re: [VOTE] Release new bundle components.

xml files have apache source license headers ;-) --kevan On Dec 15, 2010, at 7:02 AM, Rick McGuire wrote: This is a single vote for releasing 4 new Geronimo bundles that are OSGi versions of other jar files. The wrappered jars are axiom 1.2.8 axis2 1.5 scout 1.2.2 json 20090211 The com

[RESULT] [VOTE] Release geronimo txmanager 3.1

The vote to release version 3.1 of the Geronimo transaction manager has passed with 3 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Hai Hong Xu "Ivan" Rex Wang The release artifacts will be promoted to central today. On 11/12/2010 10:50 AM, Rick McGuire wrote: This is

Re: AnnotationHelperTest failures in trunk

On 12/15/2010 9:49 AM, Rick McGuire wrote: I was able to retrace my steps enough to track down the source of the regression. One of the things I had done late yesterday was build a new version of XBean from trunk. If I delete xbean from my local maven repo and refresh the snapshot from the

Re: AnnotationHelperTest failures in trunk

away. The last xbean snapshot was deployed October 21st, so it's a bit on the old side. Some update since then appears to have introduced a regression. Rick On 12/15/2010 8:44 AM, Rick McGuire wrote: After doing an svn up this morning, I started receiving test failure

AnnotationHelperTest failures in trunk

After doing an svn up this morning, I started receiving test failures in AnnotationHelperTest while building. Since there were only a few updates applied in the last day, I tried backing off each update to figure out what change caused the failure. I backed off all the way to rev 1048998, but

[VOTE] Release new bundle components.

This is a single vote for releasing 4 new Geronimo bundles that are OSGi versions of other jar files. The wrappered jars are axiom 1.2.8 axis2 1.5 scout 1.2.2 json 20090211 The components up for vote are: org/apache/geronimo/bundles/axiom-api/1.2.8_1/axiom-api-1.2.8_1-source-release.tar.gz or

geronimo-config-groovy-transformer in trunk

The geronimo-config-groovy-transformer sub project in the server trunk appears to be a bit of an orphan. It is not built any more and none of the projects contain an active dependency on it. Nobody even really seems to know anymore what it would be used for. I'm planning on deleting this fro

Re: [VOTE] Release geronimo txmanager 3.1

A gentle reminder. This vote has been open for other a month now. Please review and vote so this can be released. Rick On 11/12/2010 10:50 AM, Rick McGuire wrote: This is a the 3.1 txmanager equivalent to the 2.2.1 version that's also up for vote. This is the version being use

What assemblies should be built with 3.0-M2?

More planning for a 3.0-M2 release. Currently, we're building minimal, web, and full assemblies for both tomcat and jetty. There are also assembly subprojects for tomcat and jetty-based eba assemblies, but those are disabled. I'm not sure at this point the full assemblies make much sense, but

Re: activemq-jetty-server

assembly. The solution will probably be to delete the activemq-jetty-server-3.0-SNAPSHOT from the build before unpacking or unpack to some subdirectory of target. I haven't looked into that yet. thanks david jencks On Dec 9, 2010, at 2:38 AM, Rick McGuire wrote: On 12/8/2010 6:20 PM

Re: activemq-jetty-server

al place and to see the console messages for the failure, just try starting up this server instance. Rick david jencks On Dec 8, 2010, at 11:52 AM, Rick McGuire wrote: On 12/8/2010 1:02 PM, David Jencks wrote: This is easy to fix, although I don't recall the exact fix at the moment.

Re: activemq-jetty-server

of this the incorrect one? Rick thanks david jencks On Dec 8, 2010, at 7:40 AM, Rick McGuire wrote: Continuing on with trying to get a clean build using -Pall-subprojects. Now I'm getting a strange error attempting to build the activemq-jetty-server. The created assembly will not st

activemq-jetty-server

Continuing on with trying to get a clean build using -Pall-subprojects. Now I'm getting a strange error attempting to build the activemq-jetty-server. The created assembly will not start with the following errors: 2010-12-08 10:16:01,654 DEBUG [prefs] ServiceEvent REGISTERED 2010-12-08 10:16

Logging service in it plan.xml files

I've started seeing if we can get a clean build on trunk using -Pall-subprojects, and I immediately hit a problem with the it subprojects under the geronimo-gbean-deployer config. This is giving an error starting the config because it can't load org.apache.geronimo.system.logging.log4j.Log4jSe

Creating a 3.0-M2 branch?

I'm sensing that we might be approaching the point where it might be a good idea to create a branch for the 3.0-M2 release. This would free up trunk for any full profile work that might be ready to start as well as allowing work to start on eliminating the different snapshot dependencies. Oth

Re: [VOTE] Release Geronimo 2.2.1

Source builds, rat checks and license look good to me and the server checks out on some simple tests. +1 Rick On 12/3/2010 10:20 PM, Shawn Jiang wrote: Hi all, A release candidate for Geronimo 2.2.1 has been created and staged. The tag has been created here: https://svn.apache.org/repos/as

Re: Is there any remaining blocking issue for Geronimo 2.2.1 release ?

On 11/22/2010 8:40 PM, Shawn Jiang wrote: Both Txmanager 2.2.1 and OpenEJB 3.1.4 were released. Just to check if we could start to cut a tag out for vote. Nobody has raised an issues here in a week, I think a 2.2.1 vote can be started any time. Rick

Re: [VOTE] Release Geronimo 2.1.7 (2nd try)

+1 builds fine, license files look ok and simple tests all work. Rick On 11/24/2010 4:23 AM, Rex Wang wrote: Hi Devs, The 2nd release candidate for Geronimo 2.1.7 has been created and staged. The tag has been created here: https://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-2.1.7

Re: Problem building custom activemq for geronimo 2.1

On 11/19/2010 8:20 AM, Ashish Jain wrote: Somehow I am again seeing some intermittent failures at times RoundRobinDispatchPolicyTest will fail and at times Spring2XmlNamesapceWithoutRemoteSchemaTest is failing. This seems to be a very unpredictable behavior. This suggests that activemq 4.1.2

Re: Specs jars in OSGi

On 11/16/2010 7:31 AM, Guillaume Nodet wrote: Is there a description about how the spec jars work in OSGi ? I recall some discussion a long time ago, but i'd like to undestand what he main differences wrt the ServiceMix Specs jars are? Should we (ServiceMix) start to use the Geronimo ones instead

Re: JSON.org copyright info in karaf-framework NOTICE

On 11/16/2010 3:45 AM, Shawn Jiang wrote: https://svn.apache.org/repos/asf/geronimo/server/trunk/framework/configs/karaf-framework/NOTICE This product includes software from http://www.json.org. Copyright (c) 2002 JSON.org It's a dependency of karaf web console and we don't use it. Shall we r

[RESULT] [VOTE] release EJB 3.1 spec version 1.0.2

(forgot to change the subject line to clearly indicate this was the result). The vote to release the new EJB 3.1 spec passed with 4 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Donald Woods Hai Hong Xu "Ivan" Shawn Jiang The new artifacts will be promoted to t

[RESULT] [VOTE] release JASPI component 1.1.1

The vote to release the new JASPI component version 1.1.1 passed with 4 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Donald Woods Hai Hong Xu "Ivan" Shawn Jiang The new artifacts will be promoted to the central repository today. Rick On 11/9/2010 7:31 AM, Rick McG

[RESULT] [VOTE] release EL 2.2 spec version 1.0.1

The vote to release the new EL 2.2 spec passed with 4 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Donald Woods Hai Hong Xu "Ivan" Shawn Jiang The new artifacts will be promoted to the central repository today. Rick On 11/9/2010 7:13 AM, Rick McGuire wrote: Thi

Re: [VOTE] release EJB 3.1 spec version 1.0.2

The vote to release the new EJB 3.1 spec passed with 4 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Donald Woods Hai Hong Xu "Ivan" Shawn Jiang The new artifacts will be promoted to the central repository today. Rick On 11/9/2010 6:50 AM, Rick McGuire wrote: Thi

[RESULT] [VOTE] Release geronimo txmanager 2.2.1 - 3rd attempt.

The third time was a charm. The vote to release txmanager 2.2.1 passes with 6 +1 votes and no 0 or -1 votes. Voting +1 were Rick McGuire Kevan Miller Hai Hong Xu "Ivan" Donald Woods Forrest Xia Shawn Jiang The artifacts will be promoted this morning. Rick On 11/11/2010 2:0

[VOTE] Release geronimo txmanager 3.1

This is a the 3.1 txmanager equivalent to the 2.2.1 version that's also up for vote. This is the version being used for Geronimo 3.0. This includes the same Jiras that are in the 2.2.1 version. GERONIMO-5649 txmanager could try to replace dead XAResources in commit and rollback tasks GERONI

[VOTE] Release geronimo txmanager 2.2.1 - 3rd attempt.

This is a bug-fix release that will be used for the Geronimo server 2.2.1 and 2.1.7 releases. The following Jiras included in this update. GERONIMO-5649 txmanager could try to replace dead XAResources in commit and rollback tasks GERONIMO-5684 Some txmanager Timers are not being created as d

Re: [VOTE] Release geronimo txmanager 2.2.1 - 2nd attempt -- CANCELED

up the fix. Your (anybody else's) thoughts? Yeah, I saw your updates and was wondering if a respin might be needed. It would probably be a good idea to pick this up. I'll get a new candidate out. Rick --kevan On Nov 5, 2010, at 10:29 AM, Rick McGuire wrote: This is a bug-fix

[VOTE] release JASPI component 1.1.1

This is a bug fix release to fix a problem with the JASPI OSGi integration: https://issues.apache.org/jira/browse/GERONIMO-5656 The components up for vote are: org/apache/geronimo/components/geronimo-jaspi/1.1.1/geronimo-jaspi-1.1.1-source-release.zip org/apache/geronimo/components/geronimo-j

[VOTE] release EL 2.2 spec version 1.0.1

This is a bug fix release to fix a couple of problems EL spec implementation. The components up for vote are: org/apache/geronimo/specs/geronimo-el_2.2_spec/1.0.1/geronimo-el_2.2_spec-1.0.1-source-release.zip org/apache/geronimo/specs/geronimo-el_2.2_spec/1.0.1/geronimo-el_2.2_spec-1.0.1-sourc

[VOTE] release EJB 3.1 spec version 1.0.2

This is a bug fix release to fix a small spec compliance issue The components up for vote are: org/apache/geronimo/specs/geronimo-ejb_3.1_spec/1.0.2/geronimo-ejb_3.1_spec-1.0.2-source-release.zip org/apache/geronimo/specs/geronimo-ejb_3.1_spec/1.0.2/geronimo-ejb_3.1_spec-1.0.2-source-release.

Re: [taglibs] [Bug 50064] bundle-ify the taglibs jars

On 11/8/2010 1:34 AM, David Jencks wrote: I agree. Thanks for getting these bundlized! I agree also. Is there any chance we can get the Tomcat community to create these as bundles directly rather than creating our own? Either way, I think we should attempt the switch. Rick david jencks

[VOTE] Release geronimo txmanager 2.2.1 - 2nd attempt.

This is a bug-fix release that will be used for the Geronimo server 2.2.1 and 2.1.7 releases. The following Jiras included in this update. GERONIMO-5649 txmanager could try to replace dead XAResources in commit and rollback tasks The components up for vote are: org/apache/geronimo/componen

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

Build problem in server trunk.

I was having problems building trunk this morning, and it looks like the root cause of the problem is a javassist version mismatch. The openwebbeans project is using the javassist 3.12.0.GA version to build and Geronimo is using the Servicemix bundlized 3.7.GA version. The build failure was a

Re: [VOTE] release geronimo txmanager and connector components 2.2.1 - CANCELED

Vote canceled due to the problems discovered. Rick On 10/29/2010 6:36 PM, David Jencks wrote: Hi Rick, With Jarek's help I have the osgi tx tests running and unfortunately there are some problems. Working on fixing them but... -1 thanks david jencks On Oct 26, 2010, at 5:15 AM,

Shutdown problem with Jetty

I started looking into an exception that occurs when using the console to shutdown the 2.2.1 jetty version of the server. At first, I thought this was caused by the upgrade from jetty 7.0.0 to 7.2.0, but as I dug deeper into this, I realized this problem should also be occurring with 7.0.0 as

Re: Does anyone else encounter the similar problem "552 552 spam score (6.2) exceeded threshold (state 18)." these days ?

On 10/28/2010 2:37 AM, Shawn Jiang wrote: From yesterday on, I encounter this problem frequently when I try to reply mails to dev list.Does anyone else encounter the similar problem below ?/ / I used to have problems like this and resolved them by configuring my email client to send plain

Re: slow jetty shutdown

ort out. Rick Trygve On Tue, Oct 26, 2010 at 4:47 PM, Rick McGuire <mailto:rick...@gmail.com>> wrote: On 10/26/2010 10:21 AM, Kevan Miller wrote: On Oct 26, 2010, at 9:15 AM, Trygve Sanne Hardersen wrote: Hi, I have been playing with a newer Jetty version for

Re: slow jetty shutdown

On 10/26/2010 10:21 AM, Kevan Miller wrote: On Oct 26, 2010, at 9:15 AM, Trygve Sanne Hardersen wrote: Hi, I have been playing with a newer Jetty version for Geronimo 2.2 lately, and I'm happy to see that the branch has been updated to 7.2.0.v20101020. However the server shutdown is terribly

[VOTE] release geronimo txmanager and connector components 2.2.1

This is a bug-fix release that will be used for the Geronimo server 2.2.1 and 2.1.7 releases. The following Jiras included in this update. GERONIMO-5649 txmanager could try to replace dead XAResources in commit and rollback tasks The components up for vote are: org/apache/geronimo/componen

Test failures in the jetty plugin.

I'm getting test failures building trunk now that look like they're a result of the openwebbeans changes. java.lang.NullPointerException at org.apache.webbeans.web.lifecycle.WebContainerLifecycle.afterStartApplication(WebContainerLifecycle.java:109) at org.apache.webbeans.life

Re: svn commit: r1026274 - in /geronimo/server/trunk/plugins/tomcat: geronimo-tomcat7/src/main/java/org/apache/geronimo/tomcat/ geronimo-tomcat7/src/main/java/org/apache/geronimo/tomcat/listener/ gero

Ivan, I'm getting a compilation error on trunk now: C:\g-3.0\plugins\tomcat\geronimo-tomcat7\src\main\java\org\apache\geronimo\tomca t\TomcatContainer.java:[301,65] cannot find symbol symbol : variable WEB_APP_INFO location: class org.apache.geronimo.web.WebAttributeName I suspect you missed

Re: Bean validation tck failures and JNDI contexts

e the behavior we need to fix the TCK problems. Rick david jencks On Oct 21, 2010, at 11:10 AM, Rick McGuire wrote: On 10/21/2010 12:58 PM, David Jencks wrote: umm... doing a naming lookup should only throw NamingExceptions so I think what should happen is that the reference sh

Re: Bean validation tck failures and JNDI contexts

ationException here? thanks david jencks On Oct 21, 2010, at 7:55 AM, Rick McGuire wrote: I played around with different solutions and finally came up with something that fixes the problem. Unfortunately, I'm not sure what I did is legitimate or not. The root problem here is t

Re: Bean validation tck failures and JNDI contexts

all. Yes, that could be a simpler solution to this problem. I'll give that a try. Rick I wonder if a better solution would be to also catch and ignore a ValidationException here? thanks david jencks On Oct 21, 2010, at 7:55 AM, Rick McGuire wrote: I played around with different solu

Re: Bean validation tck failures and JNDI contexts

been seen. I'm going to hold off on committing my changes until I get some feedback on this. Rick On 10/21/2010 7:48 AM, Rick McGuire wrote: We're down to 13 bean validation failures in the tck now, but these failures are a little puzzling. The tests in error are all giving deploy fail

Bean validation tck failures and JNDI contexts

We're down to 13 bean validation failures in the tck now, but these failures are a little puzzling. The tests in error are all giving deploy failures, with the root cause being an exception triggered by getFederatedBindings(): java.lang.RuntimeException: javax.naming.NamingException: Validat

Re: [BUILD] trunk: Failed for Revision: 1025806

On 10/20/2010 10:07 PM, Shawn Jiang wrote: Just deployed geronimo-jaspi:jar and geronimo-jaspi:jar:tests to fix this. Sorry, I thought I had already deployed the new snapshot. Thanks for handling that. Rick On Thu, Oct 21, 2010 at 9:47 AM, > wrote: Geronimo Re

Are we getting close to being able to have a 3.0-M2 release?

We've made a lot of progress on Geronimo 3.0 since the M1 release and are starting to get close to passing the Web Profile TCK. I'm thinking it's time to start discussing plans for doing another release update. I'm assuming we'd want to do this shortly after we can be certified as passing the

[jira] Resolved: (GERONIMO-5656) JASPI implementation not using ProviderLocator correctly.

[ https://issues.apache.org/jira/browse/GERONIMO-5656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-5656. Resolution: Fixed Fix Version/s: 3.0 Committed revision 1024240. > JA

[jira] Created: (GERONIMO-5656) JASPI implementation not using ProviderLocator correctly.

Security Level: public (Regular issues) Affects Versions: 3.0 Reporter: Rick McGuire Assignee: Rick McGuire The JASPI implementation is not correctly using the ProviderLocator code in the geronimo-osgi-locator jar. In order to function correctly in an OSGi environment, the

Re: Problem in BundleClassLoader with javassist?

On 10/14/2010 7:29 PM, David Jencks wrote: I'm seeing a problem I can't figure out with javassist's attempt to create a proxy using our BundleClassloader. Sometimes it works (with classes from OpenWebBeans) but sometimes it doesn't (with classes from the bundle the BundleClassLoader is wrapp

Re: trunk build problem: out of space in CodeCache for adapters

I've seen this issue myself when building on Windows. I was able to make it go away by setting MAVEN_OPTS to -Xmx1024m -Xms256m -XX:PermSize=64m -XX:MaxPermSize=256m -XX:ReservedCodeCacheSize=64m The error was somewhat intermittent for me and would sometimes go away with a reboot. I've no

Geronimo builds not cleaning up temp files?

I started getting quota errors while doing builds today and the information I found by searching on the error message seems to point to a problem with my temp files directory. Looking at the temp directory, I find it is full of geronimo-fileutil* and geronimo-deploymentUtil* directories. Sho

What should be made available via Geronimo dist?

A question came up recently in this Jira https://issues.apache.org/jira/browse/YOKO-430 about what should be available for download from the Geronimo dist site. Currently, only the server releases are available for download. All of the rest of the components released by the project are only

Re: Geronimo 3.0-M1 plugins

On 10/13/2010 11:03 AM, Kevan Miller wrote: On Oct 11, 2010, at 11:30 PM, Kevan Miller wrote: On Oct 11, 2010, at 11:15 PM, chi runhua wrote: I can help with the document but don't have the write permission to GMOxSite space. The new features of GEP 3.0 are documented at GMOxDOC30 space fo

Bean Validation problems in trunk.

The recent changes to the bean validation support appear to be causing failures in both the TCK and the bean validation testsuite. I've tried to do a little problem determination, but I think Vamsi is probably going to need to take a look at this. In the testsuite failures, it looks to me th

Re: Geronimo 3.0-M1 plugins

On 10/13/2010 11:03 AM, Kevan Miller wrote: On Oct 11, 2010, at 11:30 PM, Kevan Miller wrote: On Oct 11, 2010, at 11:15 PM, chi runhua wrote: I can help with the document but don't have the write permission to GMOxSite space. The new features of GEP 3.0 are documented at GMOxDOC30 space fo

Re: Setup instructions for the standalone tcks?

hope it was kept it up-to-date. Jarek On Wed, Aug 18, 2010 at 8:53 AM, Rick McGuire wrote: Are there any setup instructions for configuring/running the different standalone tcks? Rick

[RESULT] [VOTE] release geronimo txmanager and connector components 2.2

The vote to release the new txmanager and connector 2.2 version has passed with 3 +1 and no 0 or -1 votes. Voting +1 were Rick McGuire Shawn Jiang Guillaume Nodet The new artifacts will be promoted to central this morning. Rick On 9/24/2010 9:30 AM, Rick McGuire wrote: This is a new

Re: ActivationSpecs and Geronimo.

g any unit tests working and will move on to getting the validation added to the openejb code. Rick thanks david jencks On Oct 11, 2010, at 5:58 PM, Rick McGuire wrote: I've been trying to add some tests for bean validation of JCA ActivationSpec objects, but I've having troubl

ActivationSpecs and Geronimo.

I've been trying to add some tests for bean validation of JCA ActivationSpec objects, but I've having trouble figuring out where these objects get activated. They get created as GBeans in the ConnectorModuleBuilder, but not really added as beans to the module, but rather set as a map in the R

[jira] Commented: (GERONIMO-5230) Add Bean Validation Support to the connector 1.6 implementation.

[ https://issues.apache.org/jira/browse/GERONIMO-5230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12919297#action_12919297 ] Rick McGuire commented on GERONIMO-5230: Changes to connector compo

Connector and Bean Validation support.

I've finally gotten the code I've been working on for adding Bean Validation support to the Geronimo connector component working well enough that the server will come up. I've attached patches to the Jira showing what I've changed. https://issues.apache.org/jira/browse/GERONIMO-5230 I'd lov

  1   2   3   4   5   6   7   8   9   10   >