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
[
https://issues.apache.org/jira/browse/GERONIMO-5815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12994758#comment-12994758
]
Rick McGuire commented on GERONIMO-5815:
This patch looks ok to me too
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=1070414view=rev
Log:
GERONIMO-5810 Limit tld scanning scope in
[
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
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
[
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
generate
[
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
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
[
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
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 machine
[
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
-
Key
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
(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 US
[
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 javamail
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:
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=1059724view=rev
Log:
To eliminate some annoying useless warning meesages
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:
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 is a single
[
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
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:
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 =
;
}
}
..
---
2011/1/11 Rick McGuire rick...@gmail.com 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 code like this:
public class
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 rick...@gmail.com mailto:rick...@gmail.com
On 1/11/2011 7:35 AM, Ivan wrote:
I agree with Forrest that those
...
Thanks.
2011/1/11 Rick McGuire rick...@gmail.com 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
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
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
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,
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 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
optional too in our re-bundled scout so that we
won't need to add axis as dependency of uddi modules.
Import-Packagejavax.xml.registry*;version=1.0,org.apache.axis.*;resolution:=optional,*
/Import-Package
On Wed, Dec 15, 2010 at 8:02 PM, Rick McGuire rick...@gmail.com
mailto:rick...@gmail.com wrote
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 received a -1
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
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 a the 3.1
;-)
--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 components up for vote are:
org/apache/geronimo/bundles
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. So, here
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
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
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
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,
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 failures
. 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, David Jencks wrote
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,
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 used
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
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.
j2ee-system is getting
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
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
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 start with the following errors:
2010-12-08 10:16:01,654 DEBUG
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.
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:
+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:
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
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
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
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
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:04 PM, Rick McGuire
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:
This is a bug fix
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:
This is a bug fix
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 McGuire wrote
(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 the central
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
. 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 release
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
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
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
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
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
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:
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
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, Rick
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
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
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
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:
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
Trygve
On Tue, Oct 26, 2010 at 4:47 PM, Rick McGuire rick...@gmail.com
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
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
I'm getting test failures building trunk now that look like they're a
result of the openwebbeans changes.
testcase time=13.156 classname=org.apache.geronimo.jetty8.StatTest
name=testContainerStats
error type=java.lang.NullPointerExceptionjava.lang.NullPointerException
at
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, ga...@apache.org
mailto:ga...@apache.org 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 failures, with the root cause being an exception triggered by
getFederatedBindings():
java.lang.RuntimeException: javax.naming.NamingException:
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 failures, with the root cause
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 solutions and finally came up with something
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 the naming reference implementations were
throwing
.
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 should wrap the ValidationException
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
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
[
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.
JASPI
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
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
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
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
On 8/18/2010 12:35 PM, Donald Woods wrote:
Moving to dev@ list since we're discussing the public ASL 2.0 licensed
TCKS
Yep, but nothing in the wiki yet for the public TCKs
Just build the top level projects first, which builds some integration
artifacts:
cd
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
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
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
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
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 trouble figuring out where
[
https://issues.apache.org/jira/browse/GERONIMO-5230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12919297#action_12919297
]
Rick McGuire commented on GERONIMO-5230:
Changes to connector component
[
https://issues.apache.org/jira/browse/GERONIMO-5230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick McGuire reassigned GERONIMO-5230:
--
Assignee: Rick McGuire
Add Bean Validation Support to the connector 1.6
[
https://issues.apache.org/jira/browse/GERONIMO-5230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rick McGuire updated GERONIMO-5230:
---
Attachment: connect.patch
Reference patch showing changes so far.
Add Bean Validation
1 - 100 of 1858 matches
Mail list logo