[jira] Commented: (YOKO-417) Simplify class hierarchies in org.apache.yoko.orb.OB (remove operations, helper and holder classes)
[ https://issues.apache.org/jira/browse/YOKO-417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12563978#action_12563978 ] Rick McGuire commented on YOKO-417: --- I'm not sure how I ended up closing this one...all I had intended on doing was add my comment. Simplify class hierarchies in org.apache.yoko.orb.OB (remove operations, helper and holder classes) --- Key: YOKO-417 URL: https://issues.apache.org/jira/browse/YOKO-417 Project: Yoko - CORBA Server Issue Type: Improvement Security Level: public(Regular issues) Components: orb core Reporter: Lars Kühne Assignee: Lars Kühne Fix For: v1.1.0 See yoko-dev dicussion in http://mail-archives.apache.org/mod_mbox/incubator-yoko-dev/200707.mbox/[EMAIL PROTECTED] Core bits of the ORB code appear to have been once generated from IDL, but are no longer. These classes follow the IDL generated conventions of having operations classes, helpers, holders, etc., even though these classes are only used internally within the ORB and are never accessed as CORBA objects. The org.apache.yoko.orb.OB package has a lot of these, for example. The code is there, and follows the conventions used with idl-generated classes. The original IDL is no longer available, which makes enhancing some of these classes a royal pain to deal with. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3799) incorrect connect time computation in TimeMonitor
[ https://issues.apache.org/jira/browse/GERONIMO-3799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire resolved GERONIMO-3799. Resolution: Fixed Committed revision 616724. Thanks Sangjin! incorrect connect time computation in TimeMonitor - Key: GERONIMO-3799 URL: https://issues.apache.org/jira/browse/GERONIMO-3799 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: AsyncHttpClient Affects Versions: 1.x Reporter: Sangjin Lee Attachments: GERONIMO-3799.patch A bug in TimeMonitor.notification() causes incorrect connect time computation. Connect start time is set only if you're opening a new connection. If a connection is reused, then connect start time is cleared (i.e. reset to 0). In TimeMonitor, one should check to see connect start time is set before recording the connect time. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Deployment broken on minimal assemblies
Jarek Gawor wrote:
In 2.0, it looks like the connector-deployer gbeans were configured
differently between minimal and full assemblies:
minimal's config.xml:
module name=org.apache.geronimo.configs/connector-deployer/${version}/car/
javaee's config.xml:
module
name=org.apache.geronimo.configs/connector-deployer/${version}/car
gbean name=ResourceRefBuilder
attribute
name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee,http://java.sun.com/xml/ns/javaee/attribute
attribute name=defaultEnvironment
environment
xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2;
dependencies
dependency
groupIdorg.apache.geronimo.configs/groupId
artifactIdj2ee-corba-yoko/artifactId
typecar/type
/dependency
/dependencies
/environment
/attribute
/gbean
..
In trunk the connector-deployer/car gets configured in the same way
(with the yoko dependency) for both assemblies.
Jarek
Excellent observation Jarek.
I modified the config.xml to remove the gbean configurations and I was
able to deploy without error.
Since the config.xml is now being generated from the module poms I
wonder if there is a way to influence the outcome for the different
assemblies.
Joe
On Jan 28, 2008 5:07 PM, Joe Bohn [EMAIL PROTECTED] wrote:
I discovered last Friday that deployment is broken on the Minimal
Assemblies. (see https://issues.apache.org/jira/browse/GERONIMO-3787)
Attempting to deploy a simple web app that contains just a jsp (with or
without a deployment plan) we hit an error that there is a missing
dependency:
Missing dependency:
org.apache.geronimo.configs/j2ee-corba-yoko//car
Does this mean that we have a DefaultEnvironment setting or something
similar someplace that is attempting to add j2ee-corba-yoko as a
dependency to every web app being deployed?
Aside from the specs, I don't believe that we should include anything
from yoko in the minimal assemblies.
Looking at the config.xml for the server it appears this is getting
included via the connector-deployer config and its ResourceRefBuilder
GBean's EnvironmentBuilder. Looking at the connector-deployer pom it
appears this defaultEnvironment has been for a long time, so I don't
know why it should start to cause a problem now. The only relatively
recent change I see http://svn.apache.org/viewvc?rev=603109view=rev .
Is it possible this had an impact on the minimal deployments such that
they now require a require this car to be available whereas it was
optional before? Any pointers?
Joe
[jira] Resolved: (GERONIMO-3691) Unable to create Geronimo as a Windows Service using wrapper.exe
[ https://issues.apache.org/jira/browse/GERONIMO-3691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3691. --- Resolution: Cannot Reproduce I'm unable to replicate this problem. Please re-open if you still see it. Unable to create Geronimo as a Windows Service using wrapper.exe Key: GERONIMO-3691 URL: https://issues.apache.org/jira/browse/GERONIMO-3691 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.0.1 Environment: Windows 2003, Intel Xeon , 2GB Ram, IBM Blade Server Reporter: Mark Salem Priority: Minor When trying to configure Geronimo as a windows service using the Instructions for wrapper and editing wrapper.conf when running g_service.bat to test the wrapper it fails when trying to calculate the checksum on config.ser, is this a known error or a configuration step that has been missed in the documentation? full error below C:\Documents and Settings\AdministratorC:\geronimo-jetty6-jee5-2.0.1\bin\g_service.bat wrapper | -- Wrapper Started as Console wrapper | Launching a JVM... jvm 1| Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org jvm 1| Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. jvm 1| jvm 1| Booting Geronimo Kernel (in Java 1.5.0)... jvm 1| Starting Geronimo Application Server v2.0.1 jvm 1| jvm 1| [*] 0% 0s Loading jvm 1| [*- ] 0% 0s Loading org.apache.ge...12:21:05,913 ERROR [ConfigurationStoreUtil] Unable to calculate checksum for configuration file: C:\geronimo-jetty6-jee 5-2.0.1\repository\org\apache\geronimo\configs\rmi-naming\2.0.1\rmi-naming-2.0.1.car\META-INF\config .ser jvm 1| java.security.NoSuchAlgorithmException: SHA-1 MessageDigest not available jvm 1| at sun.security.jca.GetInstance.getInstance(GetInstance.java:158) jvm 1| at java.security.Security.getImpl(Security.java:691) jvm 1| at java.security.MessageDigest.getInstance(MessageDigest.java:145) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Deployment broken on minimal assemblies
In 2.0, it looks like the connector-deployer gbeans were configured
differently between minimal and full assemblies:
minimal's config.xml:
module name=org.apache.geronimo.configs/connector-deployer/${version}/car/
javaee's config.xml:
module
name=org.apache.geronimo.configs/connector-deployer/${version}/car
gbean name=ResourceRefBuilder
attribute
name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee,http://java.sun.com/xml/ns/javaee/attribute
attribute name=defaultEnvironment
environment
xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2;
dependencies
dependency
groupIdorg.apache.geronimo.configs/groupId
artifactIdj2ee-corba-yoko/artifactId
typecar/type
/dependency
/dependencies
/environment
/attribute
/gbean
..
In trunk the connector-deployer/car gets configured in the same way
(with the yoko dependency) for both assemblies.
Jarek
On Jan 28, 2008 5:07 PM, Joe Bohn [EMAIL PROTECTED] wrote:
I discovered last Friday that deployment is broken on the Minimal
Assemblies. (see https://issues.apache.org/jira/browse/GERONIMO-3787)
Attempting to deploy a simple web app that contains just a jsp (with or
without a deployment plan) we hit an error that there is a missing
dependency:
Missing dependency:
org.apache.geronimo.configs/j2ee-corba-yoko//car
Does this mean that we have a DefaultEnvironment setting or something
similar someplace that is attempting to add j2ee-corba-yoko as a
dependency to every web app being deployed?
Aside from the specs, I don't believe that we should include anything
from yoko in the minimal assemblies.
Looking at the config.xml for the server it appears this is getting
included via the connector-deployer config and its ResourceRefBuilder
GBean's EnvironmentBuilder. Looking at the connector-deployer pom it
appears this defaultEnvironment has been for a long time, so I don't
know why it should start to cause a problem now. The only relatively
recent change I see http://svn.apache.org/viewvc?rev=603109view=rev .
Is it possible this had an impact on the minimal deployments such that
they now require a require this car to be available whereas it was
optional before? Any pointers?
Joe
Re: [VOTE] Release JSP 2.1 spec, v 1.0.1
Btw, here's my +1 On Jan 29, 2008 5:24 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JSP 2.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jsp_2.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jsp_2.1_spec-1.0.1/ This release depends on EL 1.0 spec which is being voted Please review and vote: [ ] +1 Release JSP 2.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JPA 3.0 spec, v 1.1.1
Btw, here's my +1 On Jan 29, 2008 5:18 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JPA 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jpa_3.0_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jpa_3.0_spec-1.1.1/ Please review and vote: [ ] +1 Release JPA 3.0 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JACC 1.1 spec, v 1.0.1
Btw, here's my +1 On Jan 29, 2008 5:12 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JACC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jacc_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jacc_1.1_spec-1.0.1/ Please review and vote: [ ] +1 Release JACC 1.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release EL 1.0 spec, v 1.0.1
Btw, here's my +1 On Jan 29, 2008 5:04 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of EL 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-el_1.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-el_1.0_spec-1.0.1/ Please review and vote: [ ] +1 Release EL 1.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JMS 1.1 spec, v 1.1.1
Btw, here's my +1 On Jan 29, 2008 4:51 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JMS 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jms_1.1_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jms_1.1_spec-1.1.1/ Please review and vote: [ ] +1 Release jms 1.1 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release EJB 3.0 spec, v 1.0.1
Btw, here's my +1 On Jan 29, 2008 4:33 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of EJB 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ejb_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-ejb_3.0_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-jta_1.1_spec geronimo-interceptor_3.0_spec geronimo-annotation_1.0_spec Please review and vote: [ ] +1 Release ejb 3.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release interceptor 3.0 spec, v 1.0.1
Btw, here's my +1 On Jan 29, 2008 4:25 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of Interceptor 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-interceptor_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-interceptor_3.0_spec-1.0.1/ Please review and vote: [ ] +1 Release interceptor 3.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release annotation 1.0 spec, v 1.1.1
Btw, here's my +1 On Jan 29, 2008 4:19 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of annotations 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-annotation_1.0_spec-1.1.1 Repo http://people.apache.org/~gnodet/staging/geronimo-annotation_1.0_spec-1.1.1 Please review and vote: [ ] +1 Release annotation 1.0 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JAXR 1.0 spec, v 2.0
Btw, here's my +1 On Jan 29, 2008 3:25 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JAXR 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaxr_1.0_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-jaxr_1.0_spec-2.0/ Please review and vote: [ ] +1 Release jaxr 1.0 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JAXRPC 1.1 spec, v 2.0
Btw, here's my +1 On Jan 29, 2008 3:51 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JAXRPC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaxrpc_1.1_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-jaxrpc_1.1_spec-2.0/ Note that this release depends on the SAAJ 1.3 spec which is being released atm Please review and vote: [ ] +1 Release jaxrpc 1.1 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JTA 1.1 spec, v 1.1.1
Btw, here's my +1 On Jan 29, 2008 3:56 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JTA 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jta_1.1_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jta_1.1_spec-1.1.1/ Please review and vote: [ ] +1 Release jta 1.1 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release ws-metadata 2.0 spec, 1.1.2
Btw, here's my +1 On Jan 29, 2008 5:36 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of ws-metadata 2.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ws-metadata_2.0_spec-1.1.2/ Repo http://people.apache.org/~gnodet/staging/geronimo-ws-metadata_2.0_spec-1.1.2/ Please review and vote: [ ] +1 Release ws-metadata 2.0 spec, v 1.1.2 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release J2EE Management 1.1 spec, v 1.0.1
Btw, here's my +1 On Jan 29, 2008 4:45 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of J2EE Management 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-management_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-management_1.1_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-ejb_3.0_spec and its own dependencies Please review and vote: [ ] +1 Release j2ee management 1.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release Connector 1.5 spec, v 2.0
Btw, here's my +1 On Jan 29, 2008 4:06 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of J2EE Connector 1.5 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-connector_1.5_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-connector_1.5_spec-2.0/ Note: this release depens on the JTA 1.1 spec currently being voted. Please review and vote: [ ] +1 Release j2ee connector 1.5 spec, v 2.0 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release SAAJ 1.3 spec, v 1.0
Btw, here's my +1 On Jan 29, 2008 3:48 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: Well, actually, the subject is right, but the typo is in the body. Let me rewrite it: I've uploaded a release of SAAJ 1.3 spec for vote. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-saaj_1.3_spec-1.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-saaj_1.3_spec-1.0/ Please review and vote: [ ] +1 Release SAAJ 1.3 spec [ ] -1 Do not release it On Jan 29, 2008 3:41 PM, Davanum Srinivas [EMAIL PROTECTED] wrote: Guillaume, Subject has a typo :) +1 from me. -- dims On Jan 29, 2008 9:37 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JAAS 1.3 spec for vote. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaas_1.3_spec-1.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-jaas_1.3_spec-1.0/ Please review and vote: [ ] +1 Release jaas 1.3 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Davanum Srinivas :: http://davanum.wordpress.com -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
[jira] Commented: (GERONIMO-3783) MessageDrivenBean delivery problem
[ https://issues.apache.org/jira/browse/GERONIMO-3783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12564087#action_12564087 ] Jarek Gawor commented on GERONIMO-3783: --- I've been debugging this issue a little and I'm getting lost in the activemq code since I'm not familiar with it. What I see is that sometimes the messages get dispatched right away and sometimes they get queued. Once there are messages in the queue , the new incoming messages will be queued (which makes sense). However, the messages in the queue are never dispatched until the mdb is restarted. There is a method to process the queued messages but it appears not to be called. That's where I'm getting lost. I'm not sure when or what should be calling this method. Btw, the decision to queue or dispatch right away happens in PrefetchSubscription.add(MessageReference) function. Increasing the prefetchSize value (or how it is known as 'maxMessagesPerSessions' in the activation spec) helps but does not completely remove the problem. MessageDrivenBean delivery problem -- Key: GERONIMO-3783 URL: https://issues.apache.org/jira/browse/GERONIMO-3783 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: ActiveMQ Affects Versions: 2.1 Environment: Windows XP Professional, 2GB ram, Java6SE, Geronimo 2.1-snapshot (2008-01-02) Reporter: Tomasz Mazan Priority: Critical Attachments: mdb-issue.zip MessageDrivenBean that listens on the Queue receive (and process) some messages and then stop receiving any new message until next module's restart. After restart a few next messages are delivered to MDB, and it stops again. Some additional information I put here http://www.nabble.com/Strange-plug-with-delivering-messages-to-MDB-td14923100s134.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Release ws-metadata 2.0 spec, 1.1.2
+1 Regards, Alan On Jan 29, 2008, at 8:36 AM, Guillaume Nodet wrote: I've uploaded a release of ws-metadata 2.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ws-metadata_2.0_spec-1.1.2/ Repo http://people.apache.org/~gnodet/staging/geronimo-ws-metadata_2.0_spec-1.1.2/ Please review and vote: [ ] +1 Release ws-metadata 2.0 spec, v 1.1.2 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JSP 2.1 spec, v 1.0.1
+1 Regards, Alan On Jan 29, 2008, at 8:24 AM, Guillaume Nodet wrote: I've uploaded a release of JSP 2.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jsp_2.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jsp_2.1_spec-1.0.1/ This release depends on EL 1.0 spec which is being voted Please review and vote: [ ] +1 Release JSP 2.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JPA 3.0 spec, v 1.1.1
+1 Regards, Alan On Jan 29, 2008, at 8:18 AM, Guillaume Nodet wrote: I've uploaded a release of JPA 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jpa_3.0_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jpa_3.0_spec-1.1.1/ Please review and vote: [ ] +1 Release JPA 3.0 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JACC 1.1 spec, v 1.0.1
+1 Regards, Alan On Jan 29, 2008, at 8:12 AM, Guillaume Nodet wrote: I've uploaded a release of JACC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jacc_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jacc_1.1_spec-1.0.1/ Please review and vote: [ ] +1 Release JACC 1.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release annotation 1.0 spec, v 1.1.1
+1 Regards, Alan On Jan 29, 2008, at 7:19 AM, Guillaume Nodet wrote: I've uploaded a release of annotations 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-annotation_1.0_spec-1.1.1 Repo http://people.apache.org/~gnodet/staging/geronimo-annotation_1.0_spec-1.1.1 Please review and vote: [ ] +1 Release annotation 1.0 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release EJB 3.0 spec, v 1.0.1
+1 Regards, Alan On Jan 30, 2008, at 8:19 AM, Guillaume Nodet wrote: Btw, here's my +1 On Jan 29, 2008 4:33 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of EJB 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ejb_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-ejb_3.0_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-jta_1.1_spec geronimo-interceptor_3.0_spec geronimo-annotation_1.0_spec Please review and vote: [ ] +1 Release ejb 3.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release J2EE Management 1.1 spec, v 1.0.1
+1 Regards, Alan On Jan 29, 2008, at 7:45 AM, Guillaume Nodet wrote: I've uploaded a release of J2EE Management 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-management_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-management_1.1_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-ejb_3.0_spec and its own dependencies Please review and vote: [ ] +1 Release j2ee management 1.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release interceptor 3.0 spec, v 1.0.1
+1 Regards, Alan On Jan 29, 2008, at 7:25 AM, Guillaume Nodet wrote: I've uploaded a release of Interceptor 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-interceptor_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-interceptor_3.0_spec-1.0.1/ Please review and vote: [ ] +1 Release interceptor 3.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release Connector 1.5 spec, v 2.0
+1 Regards, Alan On Jan 29, 2008, at 7:06 AM, Guillaume Nodet wrote: I've uploaded a release of J2EE Connector 1.5 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-connector_1.5_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-connector_1.5_spec-2.0/ Note: this release depens on the JTA 1.1 spec currently being voted. Please review and vote: [ ] +1 Release j2ee connector 1.5 spec, v 2.0 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JTA 1.1 spec, v 1.1.1
+1 Regards, Alan On Jan 29, 2008, at 6:56 AM, Guillaume Nodet wrote: I've uploaded a release of JTA 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jta_1.1_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jta_1.1_spec-1.1.1/ Please review and vote: [ ] +1 Release jta 1.1 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
hookup wsgen/wsimport gshell commands to javaee assembly
Jason (or other folks working on GShell), I was wondering if you can help me with hooking up the wsgen/wsimport gshell command to javaee assemblies. The commands are already implemented (https://issues.apache.org/jira/browse/GERONIMO-3665) but they are not registered in the javaee assembly. Is there some easy way to do it without replicating the gshell configuration files from the boilerplate assembly? Thanks, Jarek
Proximos Eventos Reyes Mora - Orozco Felgueres
CONSORCIO REYES MORA-CORONA EXPERTOS TRIBUTARISTAS, S.C. Y GRUPO OROZCO-FELGUERES S.C. SE CONGRATULAN EN INVITARLO A NUESTRO MAGNO EVENTO FISCAL DENOMINADO: “TRATAMIENTO FISCAL DE LAS PERSONAS MORALES CON FINES NO LUCRATIVOS” Temas por abordar: 1. Personas Morales no contribuyentes 2. Personas morales con fines no lucrativos 3. Limitante aplicable a la obtención de ingresos 4. Otros casos en que habra de cubrirse el ISR 5. Supuestos de remanente presunto 6. Impuesto empresarial a tasa única 7. Actividades que no se consideran 8. Calculo del IETU 9. Periodo del IETU 10. Ingresos gravados 11. Momento de obtención de los ingresos 12. Ingresos exentos 13. Deducciones autorizadas 14. Requisitos de las deducciones 15. Créditos fiscales según ley 16. Créditos fiscales según decreto 17. Formula del IETU 18. Otras obligaciones Nuestros Expertos Ponentes: MAESTRO OSWALDO GMO. REYES CORONA: EL FISCALISTA DEL AÑO 2007. C.P. y M.C. CARLOS OROZCO-FELGUERES LOYA. Lugar, fecha y horario del evento: Jueves 7 de Febrero Cd. De México. 16:00 a 21:00 hrs. Hotel Camino Real Mariano Escobedo Nuestro magno evento esta dirigido a: Contadores Públicos, Abogados, a todas las empresas del país, empresarios, asesores fiscales, áreas de recursos humanos, empresas de Out Sourcing y público en general interesados en el tema. Material didáctico: Incluye material didáctico único en su género, así mismo incluye material de exposición en diapositivas impresas, carpeta conmemorativa, pluma y hojas de apuntes. Costos: Precio Normal $ 1,690.00 Cuota anticipada hasta 3 días antes del evento $ 1,490.00 Estudiantes $ 1,290.00 Precios mas IVA. Ex participantes aplica un 3 x 2 en cuota normal, si reserva hasta 3 días antes del evento. “ANALISIS Y EJEMPLOS PRACTICOS DEL IETU” y como minimizar su impacto, para eliminar sus efectos. Temas por abordar: 1. Sujetos 2. Ingresos gravados 3. Deducciones 4. Exenciones 5. Régimen de pago 6. Acreditamiento 7. Crédito fiscal 8. Crédito fiscal especial 9. Análisis de plataformas legales para optimización de pago del impuesto 10. Agravios especiales ante la impugnación de esta nueva ley 11. Temas especiales Nuestro Experto Ponente: MAESTRO OSWALDO GMO. REYES CORONA: EL FISCALISTA DEL AÑO 2007. Lugar, fecha y horario del evento:Martes 29 de Enero Guadalajara, Jal. 9:00 a 14:00 hrs. Hotel Hilton Av. De las Rosas 2933 Frente a la Expo Martes 5 de Febrero Cd. De Mexico. 16:00 a 21:00 hrs. Hotel Camino Real Mariano Escobedo Martes 5 de Febrero Monterrey, N.L. 9:00 a 14:00 hrs. Hotel Crowne Plaza Constitución Ote. 300 Centro Martes 12 de Febrero Puerto Vallarta. 9:00 a 14:00 hrs. Hotel Holiday Inn Bldv. Francisco Medina Ascencio Km. 2.5 Nuestro magno evento esta dirigido a: Contadores Públicos, Abogados, a todas las empresas del país, empresarios, asesores fiscales, áreas de recursos humanos, empresas de Out Sourcing y público en general interesados en el tema. Material didáctico: Incluye material didáctico único en su género, así mismo incluye material de exposición en diapositivas impresas, carpeta conmemorativa, pluma y hojas de apuntes. Costos: Precio Normal $ 1,490.00 Cuota anticipada hasta 3 días antes del evento $ 1,290.00 Estudiantes $ 1,090.00 Precios mas IVA. Ex participantes aplica un 3 x 2 en cuota normal, si reserva hasta 3 días antes del evento. Realice su depósito en las siguientes cuentas: Banamex Suc. 691 Cta. 4932759 Clave Bancaria Estándar (CLABE) 002700069149327598 A nombre de Logística y Capacitación Profesional S.C. Indispensable enviar su ficha de deposito vía fax o mail para confirmar asistencia. Precios especiales en hoteles sede en habitación doble. Su inversión incluye diploma con validez oficial ante la S.T.P.S., 5 puntos para el E.P.C. de la Norma de Actualización Profesional Continua, así como los méritos del colegio federado, servicio de cafetería, pago en promoción del estacionamiento y una suscripción semestral a la revista Opciones Legales y Fiscales. Informes y Reservaciones en los teléfonos: 01-800-581-12-30 y 01-800-822-29-55 NEXTEL 52*198036*4 Con la Lic. Yadira Sánchez 01-444-839-0713 y 444-8204520 Fax 444-166-5130 E-MAIL: [EMAIL PROTECTED] www.logisticaycapacitacion.com “EL HOMBRE CAPACITADO ES SINÓNIMO DE ÉXITO”
Re: [VOTE] Release SAAJ 1.3 spec, v 1.0
+1 Regards, Alan On Jan 29, 2008, at 6:37 AM, Guillaume Nodet wrote: I've uploaded a release of JAAS 1.3 spec for vote. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaas_1.3_spec-1.0/ Repo http://people.apache.org/~gnodet/staging/geronimo- jaas_1.3_spec-1.0/ Please review and vote: [ ] +1 Release jaas 1.3 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JAXRPC 1.1 spec, v 2.0
+1 Regards, Alan On Jan 29, 2008, at 6:51 AM, Guillaume Nodet wrote: I've uploaded a release of JAXRPC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaxrpc_1.1_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-jaxrpc_1.1_spec-2.0/ Note that this release depends on the SAAJ 1.3 spec which is being released atm Please review and vote: [ ] +1 Release jaxrpc 1.1 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JAXR 1.0 spec, v 2.0
+1 Regards, Alan On Jan 29, 2008, at 6:25 AM, Guillaume Nodet wrote: I've uploaded a release of JAXR 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaxr_1.0_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo- jaxr_1.0_spec-2.0/ Please review and vote: [ ] +1 Release jaxr 1.0 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [AsyncHttpClient] On bringing the code bases and communities together
Actually I already made a Mina 2.x version that is in the G sandbox ;-) Jeff Kevan Miller wrote: On Jan 29, 2008, at 7:28 PM, Mike Heath wrote: Alex Karasulu wrote: Hi, Please excuse the cross post but it's quite necessary. Furthermore people should not feel like they cannot cross post responses so please feel free. It looks like the two versions of the http client based on MINA are starting to diverge. I've noticed the other day that some of the fixes for bugs already solved by one group are being re-implement all over again over again by another. It's a shame to have that happen so perhaps we can take some concrete steps to prevent this divergence from progressing. As a first step I've cleaned up and restructured the Asyncweb code base and posted this email here on the new directory structure in Subversion: *http://tinyurl.com/ypmbd3 *So I'm sending out this cross post in the hopes of bringing the two groups together as one unified community which apparently has the same goal in mind: a fast low-resource consuming asynchronous http client. What ever it takes, I'm sure the MINA PMC is more than willing to accommodate. If you have trusted committers already working on this in the Geronimo community there is no reason why we cannot trust them to continue working on it here at MINA's Asyncweb project. Let's open up discussions on this. I totally agree with Alex on this. It looks there are fixes in the G branch that haven't made it to the MINA branch. How can bridge the gap in communication as well as the gap in bug fixing? My opinion is that we need to stop all work on the G sandbox branch and move all work over to MINA. Is there anything impeding that? ...besides a lot of work merging the changes... Thanks Alex and Mike. So, as we discussed the last time, the community members that have been active in this area are Jeff Genender, Sangjin Lee, and Rick McGuire. You already know Jeff. Have you reached out to Sangjin and Rick? I'd urge them both to become involved in the Mina community, as their time and interest permit. Personally, I'm certainly in favor of seeing a united effort in creating an async http client. Mina would seem to be a natural home for this support (since Mina 2.x is moving up the stack and implementing protocols). I think our community would be quite happy to receive this capability by consumng Mina technology. Given the current state of our two projects, I think it's somewhat doubtful that the Geronimo project will end up releasing the AsyncHTTPClient code in our sandbox. I can understand, however, if Rick and Sangjin see value in the current codebase -- being based on a released version of Mina (1.1.2) and perhaps at a different point in terms of stability and function. I suspect that this might be part of the reason why they haven't become involved in the 2.x development work occurring at Mina. So, one possible solution that occurs to me is to transfer the current 1.1.x code in Geronimo sandbox to the Mina project. This might allow Rick and Sangjin to complete their work on the current codebase and also ease their transition towards merging code and fixes into the Mina 2.x codebase. Alternatively, we can leave the code in Geronimo sandbox while Sangjin and Rick transition their focus to the Mina 2.x support. Will leave it to the Mina project, Rick, and Sangjin to say what makes the most sense. --kevan
Re: [AsyncHttpClient] On bringing the code bases and communities together
Kevan, Thanks for taking the time to respond. More inline ... On Jan 30, 2008 1:08 AM, Kevan Miller [EMAIL PROTECTED] wrote: ... So, as we discussed the last time, the community members that have been active in this area are Jeff Genender, Sangjin Lee, and Rick McGuire. You already know Jeff. Have you reached out to Sangjin and Rick? I'd urge them both to become involved in the Mina community, as their time and interest permit. Right very good point. So Sangjin and Rick are you interested in working on this with the rest of the asyncweb crew at MINA? I can understand, however, if Rick and Sangjin see value in the current codebase NP that's something to consider and evaluate. And regardless of the code in general we can share knowledge and expertise. I'm sure experiences will rub off and this is the most important part of it. The code here is small compared to the collaborative potential. So, one possible solution that occurs to me is to transfer the current 1.1.x code in Geronimo sandbox to the Mina project. This might allow Rick and Sangjin to complete their work on the current codebase and also ease their transition towards merging code and fixes into the Mina 2.xcodebase. Alternatively, we can leave the code in Geronimo sandbox while Sangjin and Rick transition their focus to the Mina 2.x support. Will leave it to the Mina project, Rick, and Sangjin to say what makes the most sense. I think all options are open for us. Thanks for your help towards fostering greater community. Alex
Re: [VOTE] Release ws-metadata 2.0 spec, 1.1.2
On Jan 29, 2008 9:36 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of ws-metadata 2.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ws-metadata_2.0_spec-1.1.2/ Repo http://people.apache.org/~gnodet/staging/geronimo-ws-metadata_2.0_spec-1.1.2/ Please review and vote: [ ] +1 Release ws-metadata 2.0 spec, v 1.1.2 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release JSP 2.1 spec, v 1.0.1
On Jan 30, 2008 9:18 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: Btw, here's my +1 On Jan 29, 2008 5:24 PM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JSP 2.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jsp_2.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jsp_2.1_spec-1.0.1/ This release depends on EL 1.0 spec which is being voted Please review and vote: [ ] +1 Release JSP 2.1 spec, v 1.0.1 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release JPA 3.0 spec, v 1.1.1
On Jan 29, 2008 9:18 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JPA 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jpa_3.0_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jpa_3.0_spec-1.1.1/ Please review and vote: [ ] +1 Release JPA 3.0 spec, v 1.1.1 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release JACC 1.1 spec, v 1.0.1
On Jan 29, 2008 9:12 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JACC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jacc_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jacc_1.1_spec-1.0.1/ Please review and vote: [ ] +1 Release JACC 1.1 spec, v 1.0.1 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release J2EE Management 1.1 spec, v 1.0.1
On Jan 29, 2008 8:45 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of J2EE Management 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-management_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-management_1.1_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-ejb_3.0_spec and its own dependencies Please review and vote: [ ] +1 Release j2ee management 1.1 spec, v 1.0.1 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release EJB 3.0 spec, v 1.0.1
On Jan 29, 2008 8:33 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of EJB 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ejb_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-ejb_3.0_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-jta_1.1_spec geronimo-interceptor_3.0_spec geronimo-annotation_1.0_spec Please review and vote: [ ] +1 Release ejb 3.0 spec, v 1.0.1 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release annotation 1.0 spec, v 1.1.1
On Jan 29, 2008 8:19 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of annotations 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-annotation_1.0_spec-1.1.1 Repo http://people.apache.org/~gnodet/staging/geronimo-annotation_1.0_spec-1.1.1 Please review and vote: [ ] +1 Release annotation 1.0 spec, v 1.1.1 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release interceptor 3.0 spec, v 1.0.1
On Jan 29, 2008 8:25 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of Interceptor 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-interceptor_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-interceptor_3.0_spec-1.0.1/ Please review and vote: [ ] +1 Release interceptor 3.0 spec, v 1.0.1 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release Connector 1.5 spec, v 2.0
On Jan 29, 2008 8:06 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of J2EE Connector 1.5 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-connector_1.5_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-connector_1.5_spec-2.0/ Note: this release depens on the JTA 1.1 spec currently being voted. Please review and vote: [ ] +1 Release j2ee connector 1.5 spec, v 2.0 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release JTA 1.1 spec, v 1.1.1
On Jan 29, 2008 7:56 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JTA 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jta_1.1_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jta_1.1_spec-1.1.1/ Please review and vote: [ ] +1 Release jta 1.1 spec, v 1.1.1 [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release JAXRPC 1.1 spec, v 2.0
On Jan 29, 2008 7:51 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JAXRPC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaxrpc_1.1_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-jaxrpc_1.1_spec-2.0/ Note that this release depends on the SAAJ 1.3 spec which is being released atm Please review and vote: [ ] +1 Release jaxrpc 1.1 spec [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release SAAJ 1.3 spec, v 1.0
On Jan 29, 2008 7:37 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JAAS 1.3 spec for vote. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaas_1.3_spec-1.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-jaas_1.3_spec-1.0/ Please review and vote: [ ] +1 Release jaas 1.3 spec [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: [VOTE] Release JAXR 1.0 spec, v 2.0
On Jan 29, 2008 7:25 AM, Guillaume Nodet [EMAIL PROTECTED] wrote: I've uploaded a release of JAXR 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaxr_1.0_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-jaxr_1.0_spec-2.0/ Please review and vote: [ ] +1 Release jaxr 1.0 spec [ ] -1 Do not release it +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
[jira] Assigned: (GERONIMO-3583) Deployer.jar gets null pointer exception and hangs on attempt to install-plugin on remote host
[ https://issues.apache.org/jira/browse/GERONIMO-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-3583: - Assignee: Jarek Gawor (was: Erik B. Craig) Deployer.jar gets null pointer exception and hangs on attempt to install-plugin on remote host -- Key: GERONIMO-3583 URL: https://issues.apache.org/jira/browse/GERONIMO-3583 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0.1, 2.0.2, 2.0.x, 2.1 Reporter: Erik B. Craig Assignee: Jarek Gawor Fix For: 2.0.x, 2.1 Attachments: GERONIMO-3583.patch While attempting to deploy a plugin with install-plugin on a remote host, Deployer.jar fails with the following stack trace 13:45:35,094 INFO [RemoteDeploymentManager] Uploading 1 file(s) to server Exception in thread main java.lang.NullPointerException at org.apache.geronimo.deployment.plugin.local.CommandSupport.doFail(CommandSupport.java:141) at org.apache.geronimo.deployment.plugin.remote.RemoteDeployUtil.uploadFilesToServer(RemoteDeployUtil.java:206) at org.apache.geronimo.deployment.plugin.jmx.RemoteDeploymentManager.startInstall(RemoteDeploymentManager.java:234) at org.apache.geronimo.deployment.cli.CommandInstallCAR.execute(CommandInstallCAR.java:49) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:161) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3583) Deployer.jar gets null pointer exception and hangs on attempt to install-plugin on remote host
[ https://issues.apache.org/jira/browse/GERONIMO-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3583. --- Resolution: Fixed GERONIMO-3620 took care of the url normalization and I just committed one change from the patch that was missed to trunk (revision 616826) and branches/2.0 (revision 616833). Deployer.jar gets null pointer exception and hangs on attempt to install-plugin on remote host -- Key: GERONIMO-3583 URL: https://issues.apache.org/jira/browse/GERONIMO-3583 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0.1, 2.0.2, 2.0.x, 2.1 Reporter: Erik B. Craig Assignee: Jarek Gawor Fix For: 2.0.x, 2.1 Attachments: GERONIMO-3583.patch While attempting to deploy a plugin with install-plugin on a remote host, Deployer.jar fails with the following stack trace 13:45:35,094 INFO [RemoteDeploymentManager] Uploading 1 file(s) to server Exception in thread main java.lang.NullPointerException at org.apache.geronimo.deployment.plugin.local.CommandSupport.doFail(CommandSupport.java:141) at org.apache.geronimo.deployment.plugin.remote.RemoteDeployUtil.uploadFilesToServer(RemoteDeployUtil.java:206) at org.apache.geronimo.deployment.plugin.jmx.RemoteDeploymentManager.startInstall(RemoteDeploymentManager.java:234) at org.apache.geronimo.deployment.cli.CommandInstallCAR.execute(CommandInstallCAR.java:49) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:161) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r616256 - /geronimo/server/trunk/pom.xml
Dave,
I think this change (along with the corresponding openejb change) is
causing a build failure in trunk when building geronimo using a private
build of openejb. I can build if we don't exclude javaee-api and pick
up the classes transitively. However, you specifically added the
exclusion with this change so I presume you don't want that. Must we
keep the excludes for javaee-api?
The failures are attempting to build the axis2 ejb core module
(axis2/geronimo-axis2-ejb).
Here are the failures:
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[22,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[53,45]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[21,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[30,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBProviderDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[32,57]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBProviderDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[23,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[30,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBServiceDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[32,56]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBServiceDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[21,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[29,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBEndpointController
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[31,33]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBEndpointController
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[52,5]
cannot find symbol
symbol : class AroundInvoke
location: class org.apache.geronimo.axis2.ejb.EJBInterceptor
[EMAIL PROTECTED] wrote:
Author: dblevins
Date: Tue Jan 29 03:10:53 2008
New Revision: 616256
URL: http://svn.apache.org/viewvc?rev=616256view=rev
Log:
excluding the openejb shaded api jar
Modified:
geronimo/server/trunk/pom.xml
Modified: geronimo/server/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?rev=616256r1=616255r2=616256view=diff
==
--- geronimo/server/trunk/pom.xml (original)
+++ geronimo/server/trunk/pom.xml Tue Jan 29 03:10:53 2008
@@ -842,42 +842,84 @@
groupIdorg.apache.openejb/groupId
artifactIdopenejb-core/artifactId
version${openejbVersion}/version
+ exclusions
+ exclusion
+ groupIdorg.apache.openejb/groupId
+ artifactIdjavaee-api/artifactId
+ /exclusion
+ /exclusions
/dependency
dependency
groupIdorg.apache.openejb/groupId
artifactIdopenejb-client/artifactId
version${openejbVersion}/version
+ exclusions
+ exclusion
+ groupIdorg.apache.openejb/groupId
+ artifactIdjavaee-api/artifactId
+ /exclusion
+ /exclusions
/dependency
dependency
groupIdorg.apache.openejb/groupId
artifactIdopenejb-ejbd/artifactId
version${openejbVersion}/version
+ exclusions
+ exclusion
+
[jira] Closed: (GERONIMO-3757) KeyStore type can't be changed
[ https://issues.apache.org/jira/browse/GERONIMO-3757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy closed GERONIMO-3757. - Resolution: Fixed Fix Version/s: (was: 2.0.x) Completed. Fixed in trunk (2.1). KeyStore type can't be changed -- Key: GERONIMO-3757 URL: https://issues.apache.org/jira/browse/GERONIMO-3757 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console, security Affects Versions: 2.0.2, 2.0.x, 2.1 Reporter: Vasily Zakharov Assignee: Vamsavardhana Reddy Fix For: 2.1 Attachments: GERONIMO-3757-2.0.patch, GERONIMO-3757-2.1.patch, Geronimo-3757-trunk.patch, Geronimo-3757.patch, Geronimo-3757.patch, GERONIMO-3757.patch For now (r612905), Geronimo is hardcoded to use JKS keystore type, which prevents Geronimo from running on Harmony or other JDKs that have no JKS implementation: org.apache.geronimo.security.keystore.FileKeystoreInstance, line 635: KeyStore tempKeystore = KeyStore.getInstance(JKS); org.apache.geronimo.security.keystore.FileKeystoreManager, line 364: KeyStore keystore = KeyStore.getInstance(FileKeystoreInstance.JKS); To workaround this issue, one can change JKS to KeyStore.getDefaultType() (this returns BKS for Harmony) or particular other keystore type, but this requires source recompilation. Replacing var/security/keystores/geronimo-default with the proper keystore type file is not a problem. A proper solution seems to apply the fix above to use the JDK-default keystore type, and provide FileKeystoreInstance with an additional configuration option, keystoreType, that would allow to change the keystore type through config.xml without recompilation, like this: module name=org.apache.geronimo.configs/server-security-config/2.0.2/car gbean name=geronimo-default attribute name=keystoreTypePKCS12/attribute attribute name=keystorePathvar/security/keystores/geronimo-pkcs12/attribute /gbean /module This issue if a follow up to GERONIMO-2015. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r616256 - /geronimo/server/trunk/pom.xml
Joe Bohn wrote:
Dave,
I think this change (along with the corresponding openejb change) is
causing a build failure in trunk when building geronimo using a private
build of openejb. I can build if we don't exclude javaee-api and pick
up the classes transitively. However, you specifically added the
exclusion with this change so I presume you don't want that. Must we
keep the excludes for javaee-api?
I was just talking with Jarek off-line. It makes more sense to add in
the appropriate Geronimo specs rather than utilize the openejb shaded
api jar. I'm trying now by just adding the
geronimo-interceptor_3.0_spec to plugins/axis2/geronimo-axis2-ejb and
hoping this isn't the tip of the iceberg. It seems that we must have
been counting on the transitive dependencies earlier.
Joe
The failures are attempting to build the axis2 ejb core module
(axis2/geronimo-axis2-ejb).
Here are the failures:
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[22,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[53,45]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[21,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[30,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBProviderDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[32,57]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBProviderDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[23,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[30,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBServiceDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[32,56]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBServiceDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[21,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[29,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBEndpointController
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[31,33]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBEndpointController
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[52,5]
cannot find symbol
symbol : class AroundInvoke
location: class org.apache.geronimo.axis2.ejb.EJBInterceptor
[EMAIL PROTECTED] wrote:
Author: dblevins
Date: Tue Jan 29 03:10:53 2008
New Revision: 616256
URL: http://svn.apache.org/viewvc?rev=616256view=rev
Log:
excluding the openejb shaded api jar
Modified:
geronimo/server/trunk/pom.xml
Modified: geronimo/server/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?rev=616256r1=616255r2=616256view=diff
==
--- geronimo/server/trunk/pom.xml (original)
+++ geronimo/server/trunk/pom.xml Tue Jan 29 03:10:53 2008
@@ -842,42 +842,84 @@
groupIdorg.apache.openejb/groupId
artifactIdopenejb-core/artifactId
version${openejbVersion}/version
+exclusions
+exclusion
+groupIdorg.apache.openejb/groupId
+artifactIdjavaee-api/artifactId
+/exclusion
+/exclusions
/dependency
dependency
groupIdorg.apache.openejb/groupId
artifactIdopenejb-client/artifactId
version${openejbVersion}/version
+exclusions
+exclusion
+groupIdorg.apache.openejb/groupId
+artifactIdjavaee-api/artifactId
+
Re: svn commit: r616256 - /geronimo/server/trunk/pom.xml
Joe Bohn wrote:
Joe Bohn wrote:
Dave,
I think this change (along with the corresponding openejb change) is
causing a build failure in trunk when building geronimo using a
private build of openejb. I can build if we don't exclude javaee-api
and pick up the classes transitively. However, you specifically added
the exclusion with this change so I presume you don't want that. Must
we keep the excludes for javaee-api?
I was just talking with Jarek off-line. It makes more sense to add in
the appropriate Geronimo specs rather than utilize the openejb shaded
api jar. I'm trying now by just adding the
geronimo-interceptor_3.0_spec to plugins/axis2/geronimo-axis2-ejb and
hoping this isn't the tip of the iceberg. It seems that we must have
been counting on the transitive dependencies earlier.
Joe
This wasn't so bad. I ended up with just the one geronimo-interceptor
dependency in plugins/axis2/geronimo-axis2-ejb and then 3 other spec
dependencies in plugins/mejb/geronimo-mejb. Checked into trunk in revs.
616887 616888.
Joe
The failures are attempting to build the axis2 ejb core module
(axis2/geronimo-axis2-ejb).
Here are the failures:
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[22,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[53,45]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[21,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[30,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBProviderDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBProviderDispatcher.java:[32,57]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBProviderDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[23,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[30,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBServiceDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBServiceDispatcher.java:[32,56]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBServiceDispatcher
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[21,25]
package javax.interceptor does not exist
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[29,12]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBEndpointController
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBEndpointController.java:[31,33]
cannot find symbol
symbol : class InvocationContext
location: class org.apache.geronimo.axis2.ejb.EJBEndpointController
/home/jbohn/geronimo/plugins/axis2/geronimo-axis2-ejb/src/main/java/org/apache/geronimo/axis2/ejb/EJBInterceptor.java:[52,5]
cannot find symbol
symbol : class AroundInvoke
location: class org.apache.geronimo.axis2.ejb.EJBInterceptor
[EMAIL PROTECTED] wrote:
Author: dblevins
Date: Tue Jan 29 03:10:53 2008
New Revision: 616256
URL: http://svn.apache.org/viewvc?rev=616256view=rev
Log:
excluding the openejb shaded api jar
Modified:
geronimo/server/trunk/pom.xml
Modified: geronimo/server/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/geronimo/server/trunk/pom.xml?rev=616256r1=616255r2=616256view=diff
==
--- geronimo/server/trunk/pom.xml (original)
+++ geronimo/server/trunk/pom.xml Tue Jan 29 03:10:53 2008
@@ -842,42 +842,84 @@
groupIdorg.apache.openejb/groupId
artifactIdopenejb-core/artifactId
version${openejbVersion}/version
+exclusions
+exclusion
+groupIdorg.apache.openejb/groupId
+artifactIdjavaee-api/artifactId
+/exclusion
+/exclusions
/dependency
dependency
groupIdorg.apache.openejb/groupId
[jira] Commented: (GERONIMO-2480) Plugin installer status sticks on Searching for X at Y while downloading
[ https://issues.apache.org/jira/browse/GERONIMO-2480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12564161#action_12564161 ] Joseph Leong commented on GERONIMO-2480: I dont' believe that this specific issue is in effect anymore, but in the upcoming patch there will be a single line ajax piece that updates as to what file is currently being operated on, then there will also be another piece of ajax text that will update the current status and lastly the progress bar gui. For further updates refer to GERONIMO-3746 Plugin installer status sticks on Searching for X at Y while downloading -- Key: GERONIMO-2480 URL: https://issues.apache.org/jira/browse/GERONIMO-2480 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.1.1 Reporter: Aaron Mulder Assignee: Joseph Leong The plugin installer should show status Downloading X from Y during a download, but it seems to get stuck on the previous Searching for... message while showing the download percentage. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: 2.1 Release -- Banging the drum
So, what is the new timeframe to TCK and release this puppy? --jason On Jan 29, 2008, at 2:15 PM, Joe Bohn wrote: Kevan Miller wrote: All, This note is a bit overdue (it's been a distracting start to the New Year for me). Time, IMO, for us to get focused on our 2.1 release. As David Jencks has pointed out. We need to start cleaning out the 2.1 Jiras. It looks like I've got several open that have been fixed, either by additional development activities or redundant jira's. First step is to take a look at Jira's that you've created and make sure they are still valid and if you think it's important that they be fixed for 2.1. We also need to be taking a close look at our current functionality. Make sure things are working the way we want them to... Especially need to cast a critical eye on our the usability aspects of the new 2.1. Along the way, will be great if we can start pulling docs together. I started running tests last night. Right away, I'm noticing little things like warning messages being sent to STDOUT, etc. I'll start registering problem areas that I'm seeing. I'd like to set a target of 2 weeks for reviewing and fixing problems. After that would start the branching, final tck, and packaging work. If we feel this might negatively impact post-2.1 development activities. We can consider creating a 2.1 branch sooner... Thoughts? --kevan I've recently upgraded our image to utilize the newly released xbean 3.3, myfaces 1.2.2, geronimo-transaction 2.1, and geronimo-connector 2.1. Earlier I had updated the Tomcat build image and created a private build for Pluto. I think the only snapshots left in our image are some of the specs (JACC JASPI ... and it looks like Guillaume is working those along with upgrading others) and OpenEjb. Joe
Re: hookup wsgen/wsimport gshell commands to javaee assembly
I will take a peek. --jason On Jan 30, 2008, at 9:55 AM, Jarek Gawor wrote: Jason (or other folks working on GShell), I was wondering if you can help me with hooking up the wsgen/wsimport gshell command to javaee assemblies. The commands are already implemented (https://issues.apache.org/jira/browse/GERONIMO-3665) but they are not registered in the javaee assembly. Is there some easy way to do it without replicating the gshell configuration files from the boilerplate assembly? Thanks, Jarek
[jira] Assigned: (GSHELL-13) Implement command search path
[ https://issues.apache.org/jira/browse/GSHELL-13?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon reassigned GSHELL-13: -- Assignee: Jason Dillon (was: Jason Warner) Implement command search path - Key: GSHELL-13 URL: https://issues.apache.org/jira/browse/GSHELL-13 Project: GShell Issue Type: Improvement Security Level: public(Regular issues) Components: Core Affects Versions: 0.0.1 Reporter: Jason Dillon Assignee: Jason Dillon Fix For: 1.0-alpha-2 Attachments: GShell-13.patch Command search path. * ~/.gshell/ * profile.gsh * settings.gsh? settings.properties? settings.xml? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Deployment broken on minimal assemblies
I have an idea that I'd like to try...
I think perhaps the ResourceRefBuilder can get an additional
CorbaEnvironment that it can merge in only if there is a resource-ref
to an ORB. Then web apps that don't use the orb should be ok.
Any ideas how to test this?
thanks
david jencks
On Jan 30, 2008, at 7:52 AM, Joe Bohn wrote:
Jarek Gawor wrote:
In 2.0, it looks like the connector-deployer gbeans were configured
differently between minimal and full assemblies:
minimal's config.xml:
module name=org.apache.geronimo.configs/connector-deployer/$
{version}/car/
javaee's config.xml:
module name=org.apache.geronimo.configs/connector-deployer/$
{version}/car
gbean name=ResourceRefBuilder
attribute
name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee,http://
java.sun.com/xml/ns/javaee/attribute
attribute name=defaultEnvironment
environment
xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2;
dependencies
dependency
groupIdorg.apache.geronimo.configs/
groupId
artifactIdj2ee-corba-yoko/artifactId
typecar/type
/dependency
/dependencies
/environment
/attribute
/gbean
..
In trunk the connector-deployer/car gets configured in the same way
(with the yoko dependency) for both assemblies.
Jarek
Excellent observation Jarek.
I modified the config.xml to remove the gbean configurations and I
was able to deploy without error.
Since the config.xml is now being generated from the module poms I
wonder if there is a way to influence the outcome for the different
assemblies.
Joe
On Jan 28, 2008 5:07 PM, Joe Bohn [EMAIL PROTECTED] wrote:
I discovered last Friday that deployment is broken on the Minimal
Assemblies. (see https://issues.apache.org/jira/browse/
GERONIMO-3787)
Attempting to deploy a simple web app that contains just a jsp
(with or
without a deployment plan) we hit an error that there is a missing
dependency:
Missing dependency:
org.apache.geronimo.configs/j2ee-corba-yoko//car
Does this mean that we have a DefaultEnvironment setting or
something
similar someplace that is attempting to add j2ee-corba-yoko as a
dependency to every web app being deployed?
Aside from the specs, I don't believe that we should include
anything
from yoko in the minimal assemblies.
Looking at the config.xml for the server it appears this is getting
included via the connector-deployer config and its
ResourceRefBuilder
GBean's EnvironmentBuilder. Looking at the connector-deployer
pom it
appears this defaultEnvironment has been for a long time, so I don't
know why it should start to cause a problem now. The only
relatively
recent change I see http://svn.apache.org/viewvc?
rev=603109view=rev .
Is it possible this had an impact on the minimal deployments such
that
they now require a require this car to be available whereas it was
optional before? Any pointers?
Joe
Re: 2.1 Release -- Banging the drum
BTW when we branch for 2.1 I plan to remove the jaspi dependent code and remove the jaspi spec dependency. meanwhile someone :-) should make sure the in-vote specs pass the tck. thanks david jencks On Jan 30, 2008, at 1:01 PM, Jason Dillon wrote: So, what is the new timeframe to TCK and release this puppy? --jason On Jan 29, 2008, at 2:15 PM, Joe Bohn wrote: Kevan Miller wrote: All, This note is a bit overdue (it's been a distracting start to the New Year for me). Time, IMO, for us to get focused on our 2.1 release. As David Jencks has pointed out. We need to start cleaning out the 2.1 Jiras. It looks like I've got several open that have been fixed, either by additional development activities or redundant jira's. First step is to take a look at Jira's that you've created and make sure they are still valid and if you think it's important that they be fixed for 2.1. We also need to be taking a close look at our current functionality. Make sure things are working the way we want them to... Especially need to cast a critical eye on our the usability aspects of the new 2.1. Along the way, will be great if we can start pulling docs together. I started running tests last night. Right away, I'm noticing little things like warning messages being sent to STDOUT, etc. I'll start registering problem areas that I'm seeing. I'd like to set a target of 2 weeks for reviewing and fixing problems. After that would start the branching, final tck, and packaging work. If we feel this might negatively impact post-2.1 development activities. We can consider creating a 2.1 branch sooner... Thoughts? --kevan I've recently upgraded our image to utilize the newly released xbean 3.3, myfaces 1.2.2, geronimo-transaction 2.1, and geronimo- connector 2.1. Earlier I had updated the Tomcat build image and created a private build for Pluto. I think the only snapshots left in our image are some of the specs (JACC JASPI ... and it looks like Guillaume is working those along with upgrading others) and OpenEjb. Joe
Re: 2.1 Release -- Banging the drum
I guess that Kevan needs to chime in on that ... but I think Friday is still reasonable to branch and start the release work if we can get the critical issues resolved by then. I've been running TCK continuously and fixing and/or pointing things out when I notice problems. We're generally at 100% with problems creeping up every few days and getting resolved. Joe Jason Dillon wrote: So, what is the new timeframe to TCK and release this puppy? --jason On Jan 29, 2008, at 2:15 PM, Joe Bohn wrote: Kevan Miller wrote: All, This note is a bit overdue (it's been a distracting start to the New Year for me). Time, IMO, for us to get focused on our 2.1 release. As David Jencks has pointed out. We need to start cleaning out the 2.1 Jiras. It looks like I've got several open that have been fixed, either by additional development activities or redundant jira's. First step is to take a look at Jira's that you've created and make sure they are still valid and if you think it's important that they be fixed for 2.1. We also need to be taking a close look at our current functionality. Make sure things are working the way we want them to... Especially need to cast a critical eye on our the usability aspects of the new 2.1. Along the way, will be great if we can start pulling docs together. I started running tests last night. Right away, I'm noticing little things like warning messages being sent to STDOUT, etc. I'll start registering problem areas that I'm seeing. I'd like to set a target of 2 weeks for reviewing and fixing problems. After that would start the branching, final tck, and packaging work. If we feel this might negatively impact post-2.1 development activities. We can consider creating a 2.1 branch sooner... Thoughts? --kevan I've recently upgraded our image to utilize the newly released xbean 3.3, myfaces 1.2.2, geronimo-transaction 2.1, and geronimo-connector 2.1. Earlier I had updated the Tomcat build image and created a private build for Pluto. I think the only snapshots left in our image are some of the specs (JACC JASPI ... and it looks like Guillaume is working those along with upgrading others) and OpenEjb. Joe
Re: 2.1 Release -- Banging the drum
On Jan 30, 2008, at 4:01 PM, Jason Dillon wrote: So, what is the new timeframe to TCK and release this puppy? Well, my two week period for reviewing and fixing problems ends today. Things are looking pretty good, IMO. I think we branch on Friday and start turning the screws. --kevan
New plugin idea for debug viewer component
Hi All, So i was thinking about creating a neat new little plugin piece that would help represent the data in the ClassLoader Viewer and Dependency Viewer better visually. The purpose of this is to represent the current data/hierarchy in a more complete and graphical format..ultimately hoping that this node and arc format will be found useful to those who prefer a diagram representation. Does anyone have any ideas of what they'd like to see be put in this plugin that would help them? This is definitely going to be Ajax, but i am still undecided and researching with what to go with ... currently going to try and compare different packages with graph library/engines. The best, Joseph Leong
[NOTICE] Creating server/branches/2.1
All, We've made a lot of progress on our 2.1 release, in the past two weeks. Time to create our release branch and start cranking out the release. I'm going to create a release branch on Friday afternoon (EST). I'd like to have everyone give this consideration before committing new code. I'm sure there will be additional bug fixes. However, please try to avoid any new function or something that may destabilize our ability to build and test. If you have future-looking function, please hold off on committing until after Friday. Thanks! --kevan
Re: New plugin idea for debug viewer component
Joe, If this is something that is intended for eventual inclusion in a full assembly/replacing or upgrading the classloader and dependency viewers, then you should probably be looking into using dojo 1.0.2, especially giving that the current stuff is already written to use dojo 0.4.3, and shouldn't be that completely terrible of a task to migrate them / improve them. Thanks, Erik B. Craig [EMAIL PROTECTED] On Jan 30, 2008, at 3:22 PM, Joseph Leong wrote: Hi All, So i was thinking about creating a neat new little plugin piece that would help represent the data in the ClassLoader Viewer and Dependency Viewer better visually. The purpose of this is to represent the current data/hierarchy in a more complete and graphical format..ultimately hoping that this node and arc format will be found useful to those who prefer a diagram representation. Does anyone have any ideas of what they'd like to see be put in this plugin that would help them? This is definitely going to be Ajax, but i am still undecided and researching with what to go with ... currently going to try and compare different packages with graph library/engines. The best, Joseph Leong
Re: [NOTICE] Creating server/branches/2.1
On Jan 30, 2008 10:27 PM, Kevan Miller [EMAIL PROTECTED] wrote: We've made a lot of progress on our 2.1 release, in the past two weeks. Time to create our release branch and start cranking out the release. I'm going to create a release branch on Friday afternoon (EST). Hooray! Long awaited. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: 2.1 Release -- Banging the drum
Aighty, sounds good to me :-) --jason On Jan 30, 2008, at 1:17 PM, Kevan Miller wrote: On Jan 30, 2008, at 4:01 PM, Jason Dillon wrote: So, what is the new timeframe to TCK and release this puppy? Well, my two week period for reviewing and fixing problems ends today. Things are looking pretty good, IMO. I think we branch on Friday and start turning the screws. --kevan
Re: New plugin idea for debug viewer component
Hi Erik, Originally I'm just going off the idea of it being a neat plugin that the community or anyone can use. Just a sort of tool. I guess there is no telling how novel others will find this piece, but it's a starting point and hopefully a useful contribution at that. But to answer you original question, it's creation isn't expected to be in assembly or replacing/upgrading the current pieces merely an alternative. Yes, right now the dojo 1.x.x is looking to be the strongest contender and i want to keep consistency with what else we have in AG now. I'll provide updates later on what specifically for open opinion. Thanks for your thoughts, -Joe On Jan 30, 2008 4:35 PM, Erik B. Craig [EMAIL PROTECTED] wrote: Joe, If this is something that is intended for eventual inclusion in a full assembly/replacing or upgrading the classloader and dependency viewers, then you should probably be looking into using dojo 1.0.2, especially giving that the current stuff is already written to use dojo 0.4.3, and shouldn't be that completely terrible of a task to migrate them / improve them. Thanks, Erik B. Craig [EMAIL PROTECTED] On Jan 30, 2008, at 3:22 PM, Joseph Leong wrote: Hi All, So i was thinking about creating a neat new little plugin piece that would help represent the data in the ClassLoader Viewer and Dependency Viewer better visually. The purpose of this is to represent the current data/hierarchy in a more complete and graphical format..ultimately hoping that this node and arc format will be found useful to those who prefer a diagram representation. Does anyone have any ideas of what they'd like to see be put in this plugin that would help them? This is definitely going to be Ajax, but i am still undecided and researching with what to go with ... currently going to try and compare different packages with graph library/engines. The best, Joseph Leong
[jira] Commented: (GERONIMO-3783) MessageDrivenBean delivery problem
[ https://issues.apache.org/jira/browse/GERONIMO-3783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12564184#action_12564184 ] David Jencks commented on GERONIMO-3783: Kevan and I did some experiments and found a configuration that works. I'm pretty sure there's a bug in the AMQ transaction handling causing the actual issue, but we didn't look for it. You need 2 amq resource adapters set up. The mdb uses one, and in the ra config properties you set useInboundSession to true. The session bean (that sends the original messages) uses the other, and it has the default useInboundSession false set. This makes the mdb reuse the inbound session to send out the response messages and it appears to work fine for lots of messages. Maybe kevan can post a patch or the updated code we used. MessageDrivenBean delivery problem -- Key: GERONIMO-3783 URL: https://issues.apache.org/jira/browse/GERONIMO-3783 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: ActiveMQ Affects Versions: 2.1 Environment: Windows XP Professional, 2GB ram, Java6SE, Geronimo 2.1-snapshot (2008-01-02) Reporter: Tomasz Mazan Priority: Critical Attachments: mdb-issue.zip MessageDrivenBean that listens on the Queue receive (and process) some messages and then stop receiving any new message until next module's restart. After restart a few next messages are delivered to MDB, and it stops again. Some additional information I put here http://www.nabble.com/Strange-plug-with-delivering-messages-to-MDB-td14923100s134.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3787) Deployment on Minimal Assemblies fails complaining of a missing yoko dependency
[ https://issues.apache.org/jira/browse/GERONIMO-3787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn updated GERONIMO-3787: --- Attachment: snoop.war I've attached a simple war that when deployed demonstrates the problem. No deployment plan is necessary. Deployment on Minimal Assemblies fails complaining of a missing yoko dependency --- Key: GERONIMO-3787 URL: https://issues.apache.org/jira/browse/GERONIMO-3787 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.1 Reporter: Joe Bohn Assignee: Joe Bohn Attachments: snoop.war I started the tomcat minimal assembly and attempted to deploy a simple web application. I hit the following error: tetra:~/g-images/trunk/geronimo-tomcat6-minimal-2.1-SNAPSHOT/bin bohn$ ./deploy.sh deploy ~/ServerApplications/snoop.war Using GERONIMO_BASE: /Users/bohn/g-images/trunk/geronimo-tomcat6-minimal-2.1-SNAPSHOT Using GERONIMO_HOME: /Users/bohn/g-images/trunk/geronimo-tomcat6-minimal-2.1-SNAPSHOT Using GERONIMO_TMPDIR: var/temp Using JRE_HOME:/System/Library/Frameworks/JavaVM.framework/Home org.apache.geronimo.kernel.config.LifecycleException: load of default/snoop/1201271106727/war failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:299) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255) at org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111) at org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342) at org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1410) at javax.management.remote.rmi.RMIConnectionImpl.access$100(RMIConnectionImpl.java:81) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1247) at java.security.AccessController.doPrivileged(Native Method) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1350) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:784) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466) at
[jira] Commented: (GERONIMO-3787) Deployment on Minimal Assemblies fails complaining of a missing yoko dependency
[ https://issues.apache.org/jira/browse/GERONIMO-3787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12564206#action_12564206 ] David Jencks commented on GERONIMO-3787: I've committed, in rev 616937, a fix that only adds the corba dependency if there's a resource-ref to an orb. The snoop.war deploys OK on a minimal assembly, and the testsuite corba tests all pass. I think we should wait until the tck all passes before closing this issue. Deployment on Minimal Assemblies fails complaining of a missing yoko dependency --- Key: GERONIMO-3787 URL: https://issues.apache.org/jira/browse/GERONIMO-3787 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.1 Reporter: Joe Bohn Assignee: Joe Bohn Attachments: snoop.war I started the tomcat minimal assembly and attempted to deploy a simple web application. I hit the following error: tetra:~/g-images/trunk/geronimo-tomcat6-minimal-2.1-SNAPSHOT/bin bohn$ ./deploy.sh deploy ~/ServerApplications/snoop.war Using GERONIMO_BASE: /Users/bohn/g-images/trunk/geronimo-tomcat6-minimal-2.1-SNAPSHOT Using GERONIMO_HOME: /Users/bohn/g-images/trunk/geronimo-tomcat6-minimal-2.1-SNAPSHOT Using GERONIMO_TMPDIR: var/temp Using JRE_HOME:/System/Library/Frameworks/JavaVM.framework/Home org.apache.geronimo.kernel.config.LifecycleException: load of default/snoop/1201271106727/war failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:299) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255) at org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111) at org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342) at org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1410) at javax.management.remote.rmi.RMIConnectionImpl.access$100(RMIConnectionImpl.java:81) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1247) at java.security.AccessController.doPrivileged(Native Method) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1350) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:784) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at
Re: [VOTE] Release EJB 3.0 spec, v 1.0.1
+1 On Jan 29, 2008, at 7:33 AM, Guillaume Nodet wrote: I've uploaded a release of EJB 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ejb_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-ejb_3.0_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-jta_1.1_spec geronimo-interceptor_3.0_spec geronimo-annotation_1.0_spec Please review and vote: [ ] +1 Release ejb 3.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JAXRPC 1.1 spec, v 2.0
+1 On Jan 29, 2008, at 6:51 AM, Guillaume Nodet wrote: I've uploaded a release of JAXRPC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaxrpc_1.1_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-jaxrpc_1.1_spec-2.0/ Note that this release depends on the SAAJ 1.3 spec which is being released atm Please review and vote: [ ] +1 Release jaxrpc 1.1 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JAXR 1.0 spec, v 2.0
+1 On Jan 29, 2008, at 6:25 AM, Guillaume Nodet wrote: I've uploaded a release of JAXR 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaxr_1.0_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo- jaxr_1.0_spec-2.0/ Please review and vote: [ ] +1 Release jaxr 1.0 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release Connector 1.5 spec, v 2.0
+1 On Jan 29, 2008, at 7:06 AM, Guillaume Nodet wrote: I've uploaded a release of J2EE Connector 1.5 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-connector_1.5_spec-2.0/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-connector_1.5_spec-2.0/ Note: this release depens on the JTA 1.1 spec currently being voted. Please review and vote: [ ] +1 Release j2ee connector 1.5 spec, v 2.0 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JSP 2.1 spec, v 1.0.1
+1 On Jan 29, 2008, at 8:24 AM, Guillaume Nodet wrote: I've uploaded a release of JSP 2.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jsp_2.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jsp_2.1_spec-1.0.1/ This release depends on EL 1.0 spec which is being voted Please review and vote: [ ] +1 Release JSP 2.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release ws-metadata 2.0 spec, 1.1.2
+1 On Jan 29, 2008, at 8:36 AM, Guillaume Nodet wrote: I've uploaded a release of ws-metadata 2.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ws-metadata_2.0_spec-1.1.2/ Repo http://people.apache.org/~gnodet/staging/geronimo-ws-metadata_2.0_spec-1.1.2/ Please review and vote: [ ] +1 Release ws-metadata 2.0 spec, v 1.1.2 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JACC 1.1 spec, v 1.0.1
+1 On Jan 29, 2008, at 8:12 AM, Guillaume Nodet wrote: I've uploaded a release of JACC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jacc_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jacc_1.1_spec-1.0.1/ Please review and vote: [ ] +1 Release JACC 1.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JPA 3.0 spec, v 1.1.1
+1 On Jan 29, 2008, at 8:18 AM, Guillaume Nodet wrote: I've uploaded a release of JPA 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jpa_3.0_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jpa_3.0_spec-1.1.1/ Please review and vote: [ ] +1 Release JPA 3.0 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JMS 1.1 spec, v 1.1.1
+1 On Jan 29, 2008, at 7:51 AM, Guillaume Nodet wrote: I've uploaded a release of JMS 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jms_1.1_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jms_1.1_spec-1.1.1/ Please review and vote: [ ] +1 Release jms 1.1 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release EL 1.0 spec, v 1.0.1
+1 On Jan 29, 2008, at 8:04 AM, Guillaume Nodet wrote: I've uploaded a release of EL 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-el_1.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo- el_1.0_spec-1.0.1/ Please review and vote: [ ] +1 Release EL 1.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release J2EE Management 1.1 spec, v 1.0.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:49:59 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release J2EE Management 1.1 spec, v 1.0.1 +1 On Jan 29, 2008, at 7:45 AM, Guillaume Nodet wrote: I've uploaded a release of J2EE Management 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-management_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-management_1.1_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-ejb_3.0_spec and its own dependencies Please review and vote: [ ] +1 Release j2ee management 1.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release ws-metadata 2.0 spec, 1.1.2
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:50:13 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release ws-metadata 2.0 spec, 1.1.2 +1 On Jan 29, 2008, at 8:36 AM, Guillaume Nodet wrote: I've uploaded a release of ws-metadata 2.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-ws-metadata_2.0_spec-1.1.2/ Repo http://people.apache.org/~gnodet/staging/geronimo-ws-metadata_2.0_spec-1.1.2/ Please review and vote: [ ] +1 Release ws-metadata 2.0 spec, v 1.1.2 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JSP 2.1 spec, v 1.0.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:50:04 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release JSP 2.1 spec, v 1.0.1 +1 On Jan 29, 2008, at 8:24 AM, Guillaume Nodet wrote: I've uploaded a release of JSP 2.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jsp_2.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jsp_2.1_spec-1.0.1/ This release depends on EL 1.0 spec which is being voted Please review and vote: [ ] +1 Release JSP 2.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release annotation 1.0 spec, v 1.1.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:49:51 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release annotation 1.0 spec, v 1.1.1 +1 On Jan 29, 2008, at 7:19 AM, Guillaume Nodet wrote: I've uploaded a release of annotations 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-annotation_1.0_spec-1.1.1 Repo http://people.apache.org/~gnodet/staging/geronimo-annotation_1.0_spec-1.1.1 Please review and vote: [ ] +1 Release annotation 1.0 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JTA 1.1 spec, v 1.1.1
+1 On Jan 29, 2008, at 6:56 AM, Guillaume Nodet wrote: I've uploaded a release of JTA 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jta_1.1_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jta_1.1_spec-1.1.1/ Please review and vote: [ ] +1 Release jta 1.1 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release SAAJ 1.3 spec, v 1.0
+1 On Jan 29, 2008, at 6:37 AM, Guillaume Nodet wrote: I've uploaded a release of JAAS 1.3 spec for vote. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaas_1.3_spec-1.0/ Repo http://people.apache.org/~gnodet/staging/geronimo- jaas_1.3_spec-1.0/ Please review and vote: [ ] +1 Release jaas 1.3 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release interceptor 3.0 spec, v 1.0.1
+1 On Jan 29, 2008, at 7:25 AM, Guillaume Nodet wrote: I've uploaded a release of Interceptor 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-interceptor_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-interceptor_3.0_spec-1.0.1/ Please review and vote: [ ] +1 Release interceptor 3.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release annotation 1.0 spec, v 1.1.1
+1 On Jan 29, 2008, at 7:19 AM, Guillaume Nodet wrote: I've uploaded a release of annotations 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-annotation_1.0_spec-1.1.1 Repo http://people.apache.org/~gnodet/staging/geronimo-annotation_1.0_spec-1.1.1 Please review and vote: [ ] +1 Release annotation 1.0 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release J2EE Management 1.1 spec, v 1.0.1
+1 On Jan 29, 2008, at 7:45 AM, Guillaume Nodet wrote: I've uploaded a release of J2EE Management 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-j2ee-management_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-j2ee-management_1.1_spec-1.0.1/ This release depends on the following releases that are being voted on: geronimo-ejb_3.0_spec and its own dependencies Please review and vote: [ ] +1 Release j2ee management 1.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release interceptor 3.0 spec, v 1.0.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:49:33 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release interceptor 3.0 spec, v 1.0.1 +1 On Jan 29, 2008, at 7:25 AM, Guillaume Nodet wrote: I've uploaded a release of Interceptor 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-interceptor_3.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-interceptor_3.0_spec-1.0.1/ Please review and vote: [ ] +1 Release interceptor 3.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JTA 1.1 spec, v 1.1.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:49:18 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release JTA 1.1 spec, v 1.1.1 +1 On Jan 29, 2008, at 6:56 AM, Guillaume Nodet wrote: I've uploaded a release of JTA 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jta_1.1_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jta_1.1_spec-1.1.1/ Please review and vote: [ ] +1 Release jta 1.1 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release SAAJ 1.3 spec, v 1.0
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:49:04 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release SAAJ 1.3 spec, v 1.0 +1 On Jan 29, 2008, at 6:37 AM, Guillaume Nodet wrote: I've uploaded a release of JAAS 1.3 spec for vote. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jaas_1.3_spec-1.0/ Repo http://people.apache.org/~gnodet/staging/geronimo- jaas_1.3_spec-1.0/ Please review and vote: [ ] +1 Release jaas 1.3 spec [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release EL 1.0 spec, v 1.0.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:51:04 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release EL 1.0 spec, v 1.0.1 +1 On Jan 29, 2008, at 8:04 AM, Guillaume Nodet wrote: I've uploaded a release of EL 1.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-el_1.0_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo- el_1.0_spec-1.0.1/ Please review and vote: [ ] +1 Release EL 1.0 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JMS 1.1 spec, v 1.1.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:50:47 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release JMS 1.1 spec, v 1.1.1 +1 On Jan 29, 2008, at 7:51 AM, Guillaume Nodet wrote: I've uploaded a release of JMS 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jms_1.1_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jms_1.1_spec-1.1.1/ Please review and vote: [ ] +1 Release jms 1.1 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JPA 3.0 spec, v 1.1.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:50:31 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release JPA 3.0 spec, v 1.1.1 +1 On Jan 29, 2008, at 8:18 AM, Guillaume Nodet wrote: I've uploaded a release of JPA 3.0 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jpa_3.0_spec-1.1.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jpa_3.0_spec-1.1.1/ Please review and vote: [ ] +1 Release JPA 3.0 spec, v 1.1.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release JACC 1.1 spec, v 1.0.1
+1 --jason -Original Message- From: David Blevins [EMAIL PROTECTED] Date: Wed, 30 Jan 2008 16:50:24 To:dev@geronimo.apache.org Subject: Re: [VOTE] Release JACC 1.1 spec, v 1.0.1 +1 On Jan 29, 2008, at 8:12 AM, Guillaume Nodet wrote: I've uploaded a release of JACC 1.1 spec for vote. The main change is that the jar is packaged as an OSGi bundle. Tag: http://svn.apache.org/repos/asf/geronimo/specs/tags/geronimo-jacc_1.1_spec-1.0.1/ Repo http://people.apache.org/~gnodet/staging/geronimo-jacc_1.1_spec-1.0.1/ Please review and vote: [ ] +1 Release JACC 1.1 spec, v 1.0.1 [ ] -1 Do not release it -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
