[jira] [Resolved] (GERONIMODEVTOOLS-811) Make GEP 3.0.1 release

2013-06-03 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia resolved GERONIMODEVTOOLS-811.
--

Resolution: Fixed

GEP 3.0.1 is released on June 3, 2013 china time.

 Make GEP 3.0.1 release
 --

 Key: GERONIMODEVTOOLS-811
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-811
 Project: Geronimo-Devtools
  Issue Type: Task
  Components: eclipse-plugin
Reporter: Forrest Xia
Assignee: Forrest Xia
 Fix For: 3.0.1


 Try to release gep 3.0.1 for those fixes after 3.0.0.
 1. Use 3.0 branch to do the release, so need to merge changes from trunk first
 2. follow this doc to do the release
 https://cwiki.apache.org/GMOxPMGT/geronimo-eclipse-plugin-release-process.html

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[VOTE PASS] Release Geronimo eclipse plugin 3.0.1 - second try

2013-06-02 Thread Forrest Xia
+1 vote: Forrest, Jarek, Shawn, Kevan
no +0 or -1 vote.


On Wed, May 29, 2013 at 4:31 PM, Forrest Xia forres...@gmail.com wrote:

 Hi Devs,

 Second try to release GEP 3.0.1. It fixed the build problem on Mac OS.

 Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
 along with Geronimo server runtime release 3.0.1.

 For details, see
 http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt

 The GEP code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-031/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-031/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip

 To build this source code, you need to build maven-eclipsepde-plugin 1.2
 first(Its vote is ongoing now):

 http://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/tags/maven-plugins-1.2/

 NOTE: Please use Maven 2.2.1 and Java 6 to build them.

 The GEP staging update site is:
 http://people.apache.org/builds/geronimo/eclipse/updates/

 The release staging site is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-031

 The tag has created at:

 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

 Vote will be at most open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




-- 
Thanks!

Regards, Forrest


[jira] [Commented] (GERONIMODEVTOOLS-811) Make GEP 3.0.1 release

2013-06-02 Thread Forrest Xia (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13672785#comment-13672785
 ] 

Forrest Xia commented on GERONIMODEVTOOLS-811:
--

Check in GEP 3.0.1 release to dist.apache.org/repos/dist at revision 2116

 Make GEP 3.0.1 release
 --

 Key: GERONIMODEVTOOLS-811
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-811
 Project: Geronimo-Devtools
  Issue Type: Task
  Components: eclipse-plugin
Reporter: Forrest Xia
Assignee: Forrest Xia
 Fix For: 3.0.1


 Try to release gep 3.0.1 for those fixes after 3.0.0.
 1. Use 3.0 branch to do the release, so need to merge changes from trunk first
 2. follow this doc to do the release
 https://cwiki.apache.org/GMOxPMGT/geronimo-eclipse-plugin-release-process.html

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


Re: [VOTE] [RESULT] take2 - release xbean-3.14

2013-06-02 Thread Forrest Xia
On Mon, Jun 3, 2013 at 12:06 AM, Kevan Miller kevan.mil...@gmail.comwrote:


 On Jun 2, 2013, at 6:03 AM, Mark Struberg strub...@yahoo.de wrote:

  Time to close the VOTE
 
 
  The VOTE has passed with the following:
 
  +1: Forrest Xia, Romain Manni-Bucau, Kevan Miller, Jarek Gawor
  +0: none
  -1: none
 
 
  I'll go on and propagate the artifacts.
  Kevan, can you please again take over the task of cleaning up JIRA and
 do the 'official' stuff like the ANN mail?

 Anybody else able to help Mark with this? Or better yet, Mark do you not
 have karma to do the JIRA cleanup? We can get that fixed...

I've Added a new version 3.15 for XBean project, and mark XBean 3.14
released on June 2, 2013 in JIRA system.



 As release manager, better for you to send the announce email…

 --kevan




-- 
Thanks!

Regards, Forrest


[ANNOUNCEMENT] Apache Geronimo Eclipse Plugin(GEP) v3.0.1 is released!

2013-06-02 Thread Forrest Xia
Hi all,

The Apache Geronimo project is pleased to announce the available of Apache
Geronimo Eclipse Plugin v3.0.1. This release provides support for Geronimo
server 3.0.1 as well as the previous server releases. It also supports
Eclipse 4.2 (Juno). This release contains some bug fixings and enhancements
for OSGi programming model. Specific details can be found in the Plugin
Release 
Noteshttps://dist.apache.org/repos/dist/release/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt
.

The new version have been available through eclipse update
sitehttp://apache.org/dist/geronimo/eclipse/updates/
 now.
-- 
Thanks!

Regards, Forrest


[jira] [Updated] (XBEAN-189) Add a new method in BundleUtils to determine which OSGi runtime is used now

2013-06-02 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/XBEAN-189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated XBEAN-189:
--

Fix Version/s: (was: 3.14)
   3.15

 Add a new method in BundleUtils to determine which OSGi runtime is used now
 ---

 Key: XBEAN-189
 URL: https://issues.apache.org/jira/browse/XBEAN-189
 Project: XBean
  Issue Type: New Feature
  Components: bundleutils
Affects Versions: 3.8
Reporter: Ivan
Assignee: Ivan
 Fix For: 3.15


 Sometimes, we might use some OSGi runtime dependent function in the codes, 
 and it will be better to print some warning information if the runtime is not 
 fulfilled.
 One possible solution is to get the runtime by bundle class name, e.g. 
 eclipse means equonix etc. 
 If there are other better choice, please comment on the jira.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[VOTE PASS] Geronimo devtools maven-eclipsepde-plugin 1.2 release

2013-05-30 Thread Forrest Xia
+1 vote: Forrest, Jarek, Janet, Shawn, Ivan.

No -1 and +0.


On Thu, May 30, 2013 at 3:40 PM, Ivan xhh...@gmail.com wrote:

 +1


 2013/5/30 Shawn Jiang genspr...@gmail.com

 +1


 On Wed, May 29, 2013 at 2:46 PM, Forrest Xia forres...@gmail.com wrote:

 Hi all,

 To make Geronimo eclipse plugin compiled on Mac OS, we need to release a
 new maven-eclipsepde-plugin 1.2.

 Here are artifacts for vote:
 Source code:

 https://repository.apache.org/content/repositories/orgapachegeronimo-030/org/apache/geronimo/devtools/maven-eclipsepde-plugin/1.2/maven-eclipsepde-plugin-1.2-sources.jar

 svn tag:

 http://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/tags/maven-plugins-1.2/

 NOTE: please build it with maven 2.2.1 and Java 6.

 Vote will be at most open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)


 --
 Thanks!

 Regards, Forrest




 --
 Shawn




 --
 Ivan




-- 
Thanks!

Regards, Forrest


Re: [VOTE] take2 - release xbean-3.14

2013-05-30 Thread Forrest Xia
+1 looks good for me, thanks!


On Thu, May 30, 2013 at 3:03 PM, Mark Struberg strub...@yahoo.de wrote:


 Hi!

 I'd like to call a 2nd VOTE for releasing xbean-3.14.
 This time I fixed the missing license headers and activated RAT for each
 build.


 The staging repo can be found here:
 https://repository.apache.org/content/repositories/orgapachegeronimo-038/

 The tag is
 https://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.14/

 And here comes the source.zip:


 https://repository.apache.org/content/repositories/orgapachegeronimo-038/org/apache/xbean/xbean/3.14/xbean-3.14-source-release.zip

 sha1:


 0362adbf3364a86c5fa91001a72152a2a3a83935

 The VOTE is open for 72h

 [+1] all fine, let's ship it
 [+0] meh don't care
 [-1] nope because it contains a ${blocker}


 LieGrue,
 strub




-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo eclipse plugin 3.0.1 - second try

2013-05-30 Thread Forrest Xia
any more vote?


On Thu, May 30, 2013 at 3:02 PM, Shawn Jiang genspr...@gmail.com wrote:

 +1


 On Wed, May 29, 2013 at 4:31 PM, Forrest Xia forres...@gmail.com wrote:

 Hi Devs,

 Second try to release GEP 3.0.1. It fixed the build problem on Mac OS.

 Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
 along with Geronimo server runtime release 3.0.1.

 For details, see
 http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt

 The GEP code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-031/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-031/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip

 To build this source code, you need to build maven-eclipsepde-plugin 1.2
 first(Its vote is ongoing now):

 http://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/tags/maven-plugins-1.2/

 NOTE: Please use Maven 2.2.1 and Java 6 to build them.

 The GEP staging update site is:
 http://people.apache.org/builds/geronimo/eclipse/updates/

 The release staging site is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-031

 The tag has created at:

 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

 Vote will be at most open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




 --
 Shawn




-- 
Thanks!

Regards, Forrest


[jira] [Updated] (GERONIMODEVTOOLS-737) Could not build GEP3.0 under win7-64bit

2013-05-29 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMODEVTOOLS-737:
-

Fix Version/s: (was: 3.0)
   3.0.1

GEP 3.0.1 use maven-eclipsepde-plugin 1.2 release which fixed the compilation 
problem finally.

 Could not build GEP3.0 under win7-64bit
 ---

 Key: GERONIMODEVTOOLS-737
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-737
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: maven-eclipsepde-plugin
Affects Versions: 3.0
 Environment: Windows7-64bit
Reporter: Yi Xiao
Assignee: Yi Xiao
 Fix For: 3.0.1

 Attachments: patch.patch


 The eclipse pde plugin could not handle the 64-bit correctly

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMODEVTOOLS-649) Can't build GEP trunk on 32-bit Mac

2013-05-29 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMODEVTOOLS-649:
-

Affects Version/s: 3.0_M1
   3.0
   3.0-beta-1
Fix Version/s: (was: 3.0_M1)
   (was: 3.0)
   3.0.1

GEP 3.0.1 build finally fixed this problem via upgrading 
maven-eclipsepde-plugin to 1.2 release.

 Can't build GEP trunk  on 32-bit Mac
 

 Key: GERONIMODEVTOOLS-649
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-649
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 3.0_M1, 3.0, 3.0-beta-1
Reporter: Delos Dai
Assignee: Delos Dai
 Fix For: 3.0.1

 Attachments: maven-eclipsepde-plugin-2.0.jar


 Need to update  eclipse/build.xml to make GEP build successfully on 32-bit 
 Mac. Eclipse 3.6 has dropped support for Mac carbon. The script should change 
 to Mac cocoa.
 From Donald,
 Could not build on MacOSX, as the referenced file no longer exists -
 file=/technology/epp/downloads/release/helios/R/eclipse-jee-helios-macosx-carbon.tar.gz
 Looks like we need to use the following 32bit Mac download instead in
 eclipse/build.xml -
property name=helios_jee_macos
value=eclipse-jee-helios-macosx-cocoa.tar/
property name=helios_jee_macos-x86_64
value=eclipse-jee-helios-macosx-cocoa-x86_64.tar/
 Also, I had to specify specific mirrors to use (like AWS) as the local
 mirror didn't have the Helios files on it yet

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[VOTE] Geronimo devtools maven-eclipsepde-plugin 1.2 release

2013-05-29 Thread Forrest Xia
Hi all,

To make Geronimo eclipse plugin compiled on Mac OS, we need to release a
new maven-eclipsepde-plugin 1.2.

Here are artifacts for vote:
Source code:
https://repository.apache.org/content/repositories/orgapachegeronimo-030/org/apache/geronimo/devtools/maven-eclipsepde-plugin/1.2/maven-eclipsepde-plugin-1.2-sources.jar

svn tag:
http://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/tags/maven-plugins-1.2/

NOTE: please build it with maven 2.2.1 and Java 6.

Vote will be at most open for 72 hours.
[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)


-- 
Thanks!

Regards, Forrest


Re: [VOTE] Geronimo devtools maven-eclipsepde-plugin 1.2 release

2013-05-29 Thread Forrest Xia
+1 myself


On Wed, May 29, 2013 at 2:46 PM, Forrest Xia forres...@gmail.com wrote:

 Hi all,

 To make Geronimo eclipse plugin compiled on Mac OS, we need to release a
 new maven-eclipsepde-plugin 1.2.

 Here are artifacts for vote:
 Source code:

 https://repository.apache.org/content/repositories/orgapachegeronimo-030/org/apache/geronimo/devtools/maven-eclipsepde-plugin/1.2/maven-eclipsepde-plugin-1.2-sources.jar

 svn tag:

 http://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/tags/maven-plugins-1.2/

 NOTE: please build it with maven 2.2.1 and Java 6.

 Vote will be at most open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)


 --
 Thanks!

 Regards, Forrest




-- 
Thanks!

Regards, Forrest


[VOTE] Release Geronimo eclipse plugin 3.0.1 - second try

2013-05-29 Thread Forrest Xia
Hi Devs,

Second try to release GEP 3.0.1. It fixed the build problem on Mac OS.

Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
along with Geronimo server runtime release 3.0.1.

For details, see
http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt

The GEP code up for vote is:
https://repository.apache.org/content/repositories/orgapachegeronimo-031/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-031/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip

To build this source code, you need to build maven-eclipsepde-plugin 1.2
first(Its vote is ongoing now):
http://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/tags/maven-plugins-1.2/

NOTE: Please use Maven 2.2.1 and Java 6 to build them.

The GEP staging update site is:
http://people.apache.org/builds/geronimo/eclipse/updates/

The release staging site is:
https://repository.apache.org/content/repositories/orgapachegeronimo-031

The tag has created at:
http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

Vote will be at most open for 72 hours.
[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo eclipse plugin 3.0.1 - second try

2013-05-29 Thread Forrest Xia
+1 myself


On Wed, May 29, 2013 at 4:31 PM, Forrest Xia forres...@gmail.com wrote:

 Hi Devs,

 Second try to release GEP 3.0.1. It fixed the build problem on Mac OS.

 Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
 along with Geronimo server runtime release 3.0.1.

 For details, see
 http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt

 The GEP code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-031/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-031/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip

 To build this source code, you need to build maven-eclipsepde-plugin 1.2
 first(Its vote is ongoing now):

 http://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/tags/maven-plugins-1.2/

 NOTE: Please use Maven 2.2.1 and Java 6 to build them.

 The GEP staging update site is:
 http://people.apache.org/builds/geronimo/eclipse/updates/

 The release staging site is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-031

 The tag has created at:

 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

 Vote will be at most open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




-- 
Thanks!

Regards, Forrest


Re: enabled RAT checks during build

2013-05-29 Thread Forrest Xia
Love to see it there, thanks!


On Wed, May 29, 2013 at 5:01 PM, Mark Struberg strub...@yahoo.de wrote:

 hi folks!

 I've enabled apache-rat in the whole xbean build. Which means the build is
 now defunct due to a few missing licenses.
 Hope we gonna fix those soon...

 LieGrue,
 strub




-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo eclipse plugin 3.0.1

2013-05-28 Thread Forrest Xia
Thank you Rex for this vote.

Any more votes??


On Tue, May 28, 2013 at 5:08 PM, Rex Wang rwo...@gmail.com wrote:

 thanks and +1


 2013/5/27 Forrest Xia forres...@gmail.com

 +1 myself


 On Mon, May 27, 2013 at 5:33 PM, Forrest Xia forres...@gmail.com wrote:

 Hi Devs,

 Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a
 release along with Geronimo server runtime release 3.0.1.

 For details, see
 http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt

 The GEP code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip


 The GEP staging update site is:
 http://people.apache.org/builds/geronimo/eclipse/updates/

 The release staging site is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-003

 The tag has created at:

 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

 Vote will be at least open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




 --
 Thanks!

 Regards, Forrest




 --
 Lei Wang (Rex)
 rwonly AT apache.org




-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo eclipse plugin 3.0.1

2013-05-28 Thread Forrest Xia
/tmp/release/geronimo-eclipse-plugin-3.0.1/plugins/org.apache.geronimo.runtime.common/src/main/java/org/apache/geronimo/runtime/common/log/Logger.java:[54,2]
 cannot find symbol
 [ERROR] symbol  : variable super
 [ERROR] location: class org.apache.geronimo.runtime.common.log.Logger
 [ERROR]
 [ERROR]
 /Users/kevan/tmp/release/geronimo-eclipse-plugin-3.0.1/plugins/org.apache.geronimo.runtime.common/src/main/java/org/apache/geronimo/runtime/common/log/Logger.java:[51,1]
 method does not override or implement a method from a supertype
 [ERROR]
 [ERROR]
 /Users/kevan/tmp/release/geronimo-eclipse-plugin-3.0.1/plugins/org.apache.geronimo.runtime.common/src/main/java/org/apache/geronimo/runtime/common/log/Logger.java:[63,28]
 cannot find symbol
 [ERROR] symbol  : method getLog()
 [ERROR] location: class org.apache.geronimo.runtime.common.log.Logger
 [ERROR]
 [ERROR]
 /Users/kevan/tmp/release/geronimo-eclipse-plugin-3.0.1/plugins/org.apache.geronimo.runtime.common/src/main/java/org/apache/geronimo/runtime/common/log/Logger.java:[64,14]
 cannot find symbol
 [ERROR] symbol  : class Status
 [ERROR] location: class org.apache.geronimo.runtime.common.log.Logger
 [ERROR] - [Help 1]
 [ERROR]
 [ERROR] To see the full stack trace of the errors, re-run Maven with the
 -e switch.
 [ERROR] Re-run Maven using the -X switch to enable full debug logging.
 [ERROR]
 [ERROR] For more information about the errors and possible solutions,
 please read the following articles:
 [ERROR] [Help 1]
 http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
 [ERROR]
 [ERROR] After correcting the problems, you can resume the build with the
 command
 [ERROR]   mvn goals -rf :org.apache.geronimo.runtime.common

 --kevan

 On May 27, 2013, at 5:33 AM, Forrest Xia forres...@gmail.com wrote:

  Hi Devs,
 
  Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a
 release along with Geronimo server runtime release 3.0.1.
 
  For details, see
 http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt
 
  The GEP code up for vote is:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip
 
 
  The GEP staging update site is:
  http://people.apache.org/builds/geronimo/eclipse/updates/
 
  The release staging site is:
  https://repository.apache.org/content/repositories/orgapachegeronimo-003
 
  The tag has created at:
 
 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/
 
  Vote will be at least open for 72 hours.
  [ ] +1  approve
  [ ] +0  no opinion
  [ ] -1  disapprove (and reason why)
 
  --
  Thanks!
 
  Regards, Forrest




-- 
Thanks!

Regards, Forrest


EXTRA! EXTRA! Apache Geronimo v3.0.1 Released!

2013-05-28 Thread Forrest Xia
I'm pleased to announce that Apache Geronimo v3.0.1 is released today! This
is a bug fixing release of version 3.0. Besides the support of full profile
of Java EE 6 and enablement of running with Java 7 , a couple highlights
are:

   - Tomcat upgraded to 7.0.39
   - Tranql upgraded to 1.8 to support JDBC 4
   - MyFaces upgraded to 2.1.10 to support JSF 2.1
   - OpenJPA upgraded to 2.2.2
   - Yoko upgraded to 1.4
   - ActiveMQ upgraded to 5.4.3

The Geronimo home page shall be refreshed some time later to display the
release news. For those unpatient, please visit this confluence
URLhttps://cwiki.apache.org/confluence/display/GMOxSITE/Apache+Geronimo+v3.0.1+Releaseto
try Geronimo v3.0.1 now!

-- 
Thanks!

Regards, Forrest


[DISCUSSION] How to compile GEP

2013-05-28 Thread Forrest Xia
What's your configuration on Mac OS?

Java version? In what module does the problem happen?

-- Forwarded message --
From: Kevan Miller kevan.mil...@gmail.com
Date: Tue, May 28, 2013 at 10:52 PM
Subject: Re: [VOTE] Release Geronimo eclipse plugin 3.0.1
To: dev@geronimo.apache.org



On May 28, 2013, at 10:10 AM, Forrest Xia forres...@gmail.com wrote:

 GEP only build with maven 2.2.1

If so, can we put a BUILDING or README with build instructions? Won't
require it for this release, but would be good to have clear instructions.

I'm still having a build error:

[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] An invalid artifact was detected.

This artifact might be in your project's POM, or it might have been
included transitively during the resolution process. Here is the
information we do have for this artifact:

o GroupID: org.eclipse.plugins
o ArtifactID:  org.eclipse.swt.cocoa.macosx
o Version:  MISSING 
o Type:jar

[INFO]

[INFO] Trace
org.apache.maven.artifact.InvalidArtifactRTException: For artifact
{org.eclipse.plugins:org.eclipse.swt.cocoa.macosx:null:jar}: The version
cannot be empty.
at
org.apache.maven.artifact.DefaultArtifact.validateIdentity(DefaultArtifact.java:147)
at
org.apache.maven.artifact.DefaultArtifact.init(DefaultArtifact.java:122)
at
org.apache.maven.artifact.factory.DefaultArtifactFactory.createArtifact(DefaultArtifactFactory.java:158)
at
org.apache.maven.artifact.factory.DefaultArtifactFactory.createDependencyArtifact(DefaultArtifactFactory.java:70)
at
org.apache.maven.project.artifact.MavenMetadataSource.createArtifacts(MavenMetadataSource.java:439)
at
org.apache.maven.project.MavenProject.createArtifacts(MavenProject.java:1651)
at
org.apache.maven.plugin.DefaultPluginManager.resolveTransitiveDependencies(DefaultPluginManager.java:1489)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:442)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
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:597)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)


--kevan



-- 
Thanks!

Regards, Forrest


Re: [Vote] Geronimo Eclipse Plugin (GEP) 3.0.0 RC1

2013-05-28 Thread Forrest Xia
what you mean I should be able to vote for the release once the SNAPSHOT
issues are resolved.??


On Tue, May 28, 2013 at 11:26 PM, Kevan Miller kevan.mil...@gmail.comwrote:


 On Jul 17, 2012, at 2:25 AM, Yi Xiao xiaoyijhondeve...@gmail.com wrote:

  Hi Jarek,
 
  You are right.
   I use mvn release:prepare -Pallsubproject and mvn release:perform
 -Pallsubproject but there is no allsubproject profile...
 
  Thank you for pointing it out.
  I will re-release it.

 If we cannot build GEP on Mac OS and we must build using Mavan 2.2.1, can
 we please add a BUILDING or README that documents these
 requirements/restrictions?

 I have not built (or tested GEP), but license/notice, source, rat, etc all
 look good to me. I should be able to vote for the release once the SNAPSHOT
 issues are resolved.

 --kevan




-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo eclipse plugin 3.0.1

2013-05-28 Thread Forrest Xia
Some known issues there fyi.
 [Known issue]
 1. GEP 3.0.0 uses maven-eclipsepde-plugin v1.1, which means it can not be
built successfully on 64bit win7 and 64bit macos. See following JIRAs for
details.
 - https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-737 Could not
build GEP3.0 under win7-64bit
 - https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-674 Could not
build GEP3.0 under macos-64bit
 2. Also, please use maven v2.2.1 to build GEP 3.0.0 as following JIRA is
still open.
 - https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-694 Can not
build GEP with maven 3.0


On Tue, May 28, 2013 at 11:31 PM, Alan Cabrera l...@toolazydogs.com wrote:


 On May 28, 2013, at 7:10 AM, Forrest Xia forres...@gmail.com wrote:

 GEP only build with maven 2.2.1


 On Mac OS X 10.8.3:

 [INFO]
 
 [ERROR] FATAL ERROR
 [INFO]
 
 [INFO] An invalid artifact was detected.

 This artifact might be in your project's POM, or it might have been
 included transitively during the resolution process. Here is the
 information we do have for this artifact:

 o GroupID: org.eclipse.plugins
 o ArtifactID:  org.eclipse.swt.cocoa.macosx
 o Version:  MISSING 
 o Type:jar

 [INFO]
 
 [INFO] Trace
 org.apache.maven.artifact.InvalidArtifactRTException: For artifact
 {org.eclipse.plugins:org.eclipse.swt.cocoa.macosx:null:jar}: The version
 cannot be empty.
 at
 org.apache.maven.artifact.DefaultArtifact.validateIdentity(DefaultArtifact.java:147)
 at
 org.apache.maven.artifact.DefaultArtifact.init(DefaultArtifact.java:122)
 at
 org.apache.maven.artifact.factory.DefaultArtifactFactory.createArtifact(DefaultArtifactFactory.java:158)
 at
 org.apache.maven.artifact.factory.DefaultArtifactFactory.createDependencyArtifact(DefaultArtifactFactory.java:70)
 at
 org.apache.maven.project.artifact.MavenMetadataSource.createArtifacts(MavenMetadataSource.java:439)
 at
 org.apache.maven.project.MavenProject.createArtifacts(MavenProject.java:1651)
 at
 org.apache.maven.plugin.DefaultPluginManager.resolveTransitiveDependencies(DefaultPluginManager.java:1489)
 at
 org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:442)
 at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
 at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
 at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
 at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
 at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
 at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
 at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
 at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
 at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
 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:597)
 at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
 at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
 at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
 at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
 [INFO]
 




-- 
Thanks!

Regards, Forrest


Cancelled [VOTE] Release Geronimo eclipse plugin 3.0.1

2013-05-28 Thread Forrest Xia
need to release maven eclipsepde plugin 1.2 first, so that GEP 3.x can
build on Mac.


On Mon, May 27, 2013 at 5:33 PM, Forrest Xia forres...@gmail.com wrote:

 Hi Devs,

 Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
 along with Geronimo server runtime release 3.0.1.

 For details, see
 http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt

 The GEP code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip


 The GEP staging update site is:
 http://people.apache.org/builds/geronimo/eclipse/updates/

 The release staging site is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-003

 The tag has created at:

 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

 Vote will be at least open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




-- 
Thanks!

Regards, Forrest


Re: [DISCUSSION] How to compile GEP

2013-05-28 Thread Forrest Xia
will do pde plugin 1.2 release first.


On Tue, May 28, 2013 at 11:50 PM, Shawn Jiang genspr...@gmail.com wrote:

 this is what we have in GEP 3.0 beta and 3.0 release.

 [Known issue]
 1. GEP 3.0-beta-1 uses maven-eclipsepde-plugin v1.1, which means it can
 not be built successfully on 64bit win7 and 64bit macos. See following
 JIRAs for details.
 - https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-737 Could not
 build GEP3.0 under win7-64bit
 - https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-674 Could not
 build GEP3.0 under macos-64bit
 2. Also, please use maven v2.2.1 to build GEP 3.0-beta-1 as following
 JIRA is still open.
 - https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-694 Can not
 build GEP with maven 3.0


 On Tue, May 28, 2013 at 11:23 PM, Kevan Miller kevan.mil...@gmail.comwrote:


 On May 28, 2013, at 11:21 AM, Shawn Jiang genspr...@gmail.com wrote:

  Kevan,
 
  Are you using Mac 64bit ?

 Yes.

 --kevan




 --
 Shawn




-- 
Thanks!

Regards, Forrest


[VOTE] Release Geronimo eclipse plugin 3.0.1

2013-05-27 Thread Forrest Xia
Hi Devs,

Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
along with Geronimo server runtime release 3.0.1.

For details, see
http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/PLUGIN_RELEASE-NOTES.txt

The GEP code up for vote is:
https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip


The GEP staging update site is:
http://people.apache.org/builds/geronimo/eclipse/updates/

The release staging site is:
https://repository.apache.org/content/repositories/orgapachegeronimo-003

The tag has created at:
http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

Vote will be at least open for 72 hours.
[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

-- 
Thanks!

Regards, Forrest


Cancelled [VOTE] Release Geronimo eclipse plugin 3.0.1

2013-05-27 Thread Forrest Xia
On Mon, May 27, 2013 at 5:29 PM, Forrest Xia forres...@gmail.com wrote:

 Hi Devs,

 Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
 along with Geronimo server runtime release 3.0.1.

 For details, see
 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/PLUGIN_RELEASE-NOTES.txt

 The GEP code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip


 The GEP staging update site is:
 http://people.apache.org/builds/geronimo/eclipse/updates/

 The release staging site is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-003

 The tag has created at:

 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

 Vote will be at least open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




-- 
Thanks!

Regards, Forrest


[VOTE] Release Geronimo eclipse plugin 3.0.1

2013-05-27 Thread Forrest Xia
Hi Devs,

Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
along with Geronimo server runtime release 3.0.1.

For details, see
http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt

The GEP code up for vote is:
https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip


The GEP staging update site is:
http://people.apache.org/builds/geronimo/eclipse/updates/

The release staging site is:
https://repository.apache.org/content/repositories/orgapachegeronimo-003

The tag has created at:
http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

Vote will be at least open for 72 hours.
[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo eclipse plugin 3.0.1

2013-05-27 Thread Forrest Xia
+1 myself


On Mon, May 27, 2013 at 5:33 PM, Forrest Xia forres...@gmail.com wrote:

 Hi Devs,

 Please vote Geronimo eclipse plugin(GEP) 3.0.1 release. This is a release
 along with Geronimo server runtime release 3.0.1.

 For details, see
 http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0.1.txt

 The GEP code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-003/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0.1/geronimo-eclipse-plugin-3.0.1-source-release.zip


 The GEP staging update site is:
 http://people.apache.org/builds/geronimo/eclipse/updates/

 The release staging site is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-003

 The tag has created at:

 http://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0.1/

 Vote will be at least open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




-- 
Thanks!

Regards, Forrest


[jira] [Updated] (GERONIMO-6467) Make 3.0.1 release

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6467:
--

Description: 
3.0.1 is in a good shape to be released

1. Clean up JIRA system to figure out fixed bugs/tasks/improvments, then update 
release notes file
2. Add a new version for next release, e.g. 3.0.2
3. Make a release tag and open a vote in the dev mailing list
4. Add Geronimo plugin list for 3.0.1 release
5. Add release artifacts to https://dist.apache.org/repos/dist/release/geronimo/
6. Update download page in geronimo.apache.org, and add a news about it
7. Send announcement emails to mailing list

  was:
3.0.1 is in a good shape to be released

1. Clean up JIRA system to figure out fixed bugs/tasks/improvments, then update 
release notes file
2. Add a new version for next release, e.g. 3.0.2
3. Make a release tag and open a vote in the dev mailing list
4. Add Geronimo plugin list for 3.0.1 release
5. TODO


 Make 3.0.1 release
 --

 Key: GERONIMO-6467
 URL: https://issues.apache.org/jira/browse/GERONIMO-6467
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
  Components: buildsystem
Affects Versions: 3.0.1
Reporter: Forrest Xia
Assignee: Forrest Xia
  Labels: release
 Fix For: 3.0.1


 3.0.1 is in a good shape to be released
 1. Clean up JIRA system to figure out fixed bugs/tasks/improvments, then 
 update release notes file
 2. Add a new version for next release, e.g. 3.0.2
 3. Make a release tag and open a vote in the dev mailing list
 4. Add Geronimo plugin list for 3.0.1 release
 5. Add release artifacts to 
 https://dist.apache.org/repos/dist/release/geronimo/
 6. Update download page in geronimo.apache.org, and add a news about it
 7. Send announcement emails to mailing list

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6248) Output a compound WSDL file for the queries from the clients for CXF integration

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6248:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Output a compound WSDL file for the queries from the clients for CXF 
 integration
 

 Key: GERONIMO-6248
 URL: https://issues.apache.org/jira/browse/GERONIMO-6248
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 3.0.0
Reporter: Ivan
Assignee: Ivan
 Fix For: 3.0.2


 Sometimes, if multiple SEI shares the same provided WSDL file on the server 
 side, it is better to show a compound WSDL file contains all the available 
 port services while the client sends the ?wsdl request for one single SEI.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6252) Fix activemq plan for up to date blueprint jexl evaluator.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6252:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Fix activemq plan for up to date blueprint jexl evaluator.
 --

 Key: GERONIMO-6252
 URL: https://issues.apache.org/jira/browse/GERONIMO-6252
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: ActiveMQ
Affects Versions: 3.0.0
Reporter: David Jencks
Assignee: David Jencks
 Fix For: 3.0.2


 Rex says we need to change the ext namespace and add the evaluator=jexl 
 attribute to get the arithmatic evaluations to work.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6290) Add explicit import-packages for some module builders

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6290:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Add explicit import-packages for some module builders
 -

 Key: GERONIMO-6290
 URL: https://issues.apache.org/jira/browse/GERONIMO-6290
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 3.0-beta-1
Reporter: Ivan
Assignee: Ivan
 Fix For: 3.0-beta-2, 3.0.2


 Sometimes, while users include some spec API classes in their applications, 
 it will cause some CCE. Considering that, it is always required to use those 
 api classes from server runtime if the application will take advantage of 
 those features from server, it is better to add those packages explicitly in 
 the defaultEnvironment. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6247) Put the stax and jaxb api bundles in endorsed and figure out what the karaf-activator idea is so they can work.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6247:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Put the stax and jaxb api bundles in endorsed and figure out what the 
 karaf-activator idea is so they can work.
 ---

 Key: GERONIMO-6247
 URL: https://issues.apache.org/jira/browse/GERONIMO-6247
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: core
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 javax.xml.transform (?) seems to need access to either stax or jaxb and we 
 have no good way to deploy xalan as a bundle, so it looks like we need to use 
 the endorsed directory for these spec jars.  Guillaume has started working on 
 a karaf-activator concept that I think is supposed to provide a way for karaf 
 startup to call an activator in these jars so they can be hooked up to 
 something like our osgi registry and find the bundle based implementation.
 Some discussion is here:
 http://mail-archives.apache.org/mod_mbox/servicemix-dev/20.mbox/%3CCAEQV%2BEH5ca0R6sJvCXEeiLGdTZa6v1H%3DPwLFQ6BdLp27BdwgRw%40mail.gmail.com%3E

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6426) Could not use Cluster className=org.apache.catalina.ha.tcp.SimpleTcpCluster/ to enable Cluster feature

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6426:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Could not use Cluster 
 className=org.apache.catalina.ha.tcp.SimpleTcpCluster/ to enable Cluster 
 feature
 --

 Key: GERONIMO-6426
 URL: https://issues.apache.org/jira/browse/GERONIMO-6426
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Tomcat
Reporter: xiezhi
 Fix For: 3.0-M1, 3.0.0, 3.0.2


 I have found uncomment the cluster fragment in server.xml below is OK.
 Cluster 
 className=org.apache.catalina.ha.tcp.SimpleTcpCluster 
 channelSendOptions=8
 Manager 
 className=org.apache.catalina.ha.session.DeltaManager 
 expireSessionsOnShutdown=false notifyListenersOnReplication=true 
 name=${ClusterName} channelSendOptions=6 mapSendOptions=6/
 Channel 
 className=org.apache.catalina.tribes.group.GroupChannel
 Membership 
 className=org.apache.catalina.tribes.membership.McastService 
 address=228.0.0.4 port=45564 frequency=500 dropTime=3000 /
 Receiver 
 className=org.apache.catalina.tribes.transport.nio.NioReceiver 
 address=auto port=4000 autoBind=100 selectorTimeout=5000 
 maxThreads=6 /
 Sender 
 className=org.apache.catalina.tribes.transport.ReplicationTransmitter
 Transport 
 className=org.apache.catalina.tribes.transport.nio.PooledParallelSender /
 /Sender
 Interceptor 
 className=org.apache.geronimo.tomcat.interceptor.DisableMcastInterceptor /
 Interceptor 
 className=org.apache.catalina.tribes.group.interceptors.TcpFailureDetector 
 interval=60/
 Interceptor 
 className=org.apache.catalina.tribes.group.interceptors.StaticMembershipInterceptor
 Member port=5002 securePort=-1 
 host=${ServerHostname} domain=test-domain 
 UniqueId={1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0} /
 /Interceptor
 Interceptor 
 className=org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor
  /
 Interceptor 
 className=org.apache.catalina.tribes.group.interceptors.ThroughputInterceptor
  /
 /Channel
 Valve 
 className=org.apache.catalina.ha.tcp.ReplicationValve 
 filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; /
 Valve 
 className=org.apache.catalina.ha.session.JvmRouteBinderValve /
 ClusterListener 
 className=org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener /
 ClusterListener 
 className=org.apache.catalina.ha.session.ClusterSessionListener /
 /Cluster
 But if I add a
 Cluster className=org.apache.catalina.ha.tcp.SimpleTcpCluster/ into 
 server.xml, the   server start failure.
 2012-12-20 13:53:47,677 INFO  [geronimo-osgi-registry] SPI-Provider Manifest 
 header found in bundle: org.apache.geronimo.modules.geronimo-webservices
 2012-12-20 13:53:47,892 INFO  [AprLifecycleListener] The APR based Apache 
 Tomcat Native library which allows optimal performance in production 
 environments was not found on the java.library.path: 
 E:\jdks\IBM\Java60\jre\bin\default;E:\jdks\IBM\Java60\jre\bin;C:\windows\system32;C:\windows;.;E:\jdks\IBM\Java60\\bin;E:\jdks\IBM\Java60\\jre\bin;E:\mavens\apache-maven-2.2.1\bin;E:\Ant\apache-ant-1.7.1/bin;C:\windows\system32;C:\windows;C:\windows\System32\Wbem;C:\windows\System32\WindowsPowerShell\v1.0\;C:\Program
  Files\IBM\Infoprint Select;C:\Program Files\ThinkPad\Bluetooth 
 Software\;C:\Program Files\ThinkPad\Bluetooth Software\syswow64;C:\Program 
 Files\Intel\WiFi\bin\;C:\Program Files\Common 
 Files\Intel\WirelessCommon\;C:\Program Files (x86)\Lenovo\Access 
 Connections\;C:\Program Files (x86)\IBM\Personal Communications\;C:\Program 
 Files (x86)\IBM\Trace Facility\;C:\Program Files (x86)\ooRexx;C:\Program 
 Files\TortoiseSVN\bin;C:\Program Files\TortoiseGit\bin;C:\Program Files 
 (x86)\Git\cmd;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common 
 Files\Intel\WirelessCommon\;C:\Program Files (x86)\SSH Communications 
 Security\SSH Secure 
 Shell;C:\AppServ\Apache2\bin;C:\AppServ\php;C:\AppServ\MySQL\bin;C:\Program 
 Files (x86)\IDM Computer Solutions\UltraEdit\;C:\Program Files (x86)\IDM 
 Computer Solutions\UltraCompare\;.
 2012-12-20 13:53:47,948 ERROR [GBeanInstanceState] Error while starting; 
 GBean is now in the FAILED state: 
 abstractName=org.apache.geronimo.configs

[jira] [Updated] (GERONIMO-6391) plugin repository für geronimo 3.0 requires JVM 1.6, 1.5. but JVM 1.7 is used

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6391:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 plugin repository für geronimo 3.0 requires JVM 1.6, 1.5. but JVM 1.7 is used
 -

 Key: GERONIMO-6391
 URL: https://issues.apache.org/jira/browse/GERONIMO-6391
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 3.0.0
 Environment: Windows 7, java version 1.7.0_07
 Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
 Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed 
 mode)geronimo-tomcat7-javaee6-3.0.0
Reporter: fpientka
Priority: Trivial
 Fix For: 3.0.2


 Hello
 when I try to download the plugins from the repository
 http://geronimo.apache.org/plugins/geronimo-3.0.0/
 http://geronimo.apache.org/plugins/samples-3.0.0/
 http://geronimo.apache.org/plugins/daytrader-3.0.0/
 I can't select any because
 jvm-version1.6/jvm-version is marked in geronimo-plugins.xml,
 but the server is running with JRE 1.7 and I can't run it with 1.6
 The only ERROR i found was
 ERROR [PluginInstallerGBean] Unable to install plugin
 org.apache.geronimo.kernel.repository.MissingDependencyException: Plugin is 
 not installable on JVM 1.7.0_07
 Missing dependency: org.apache.geronimo.configs/transaction-1_6/3.0.0/car
 Can anyone fix this?
 Thank you
 Frank 
 add  jvm-version1.7/jvm-version  JVM 1.7 in all geronimo-plugins.xml for 
 G 3.0

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6467) Make 3.0.1 release

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6467:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Make 3.0.1 release
 --

 Key: GERONIMO-6467
 URL: https://issues.apache.org/jira/browse/GERONIMO-6467
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
  Components: buildsystem
Affects Versions: 3.0.1
Reporter: Forrest Xia
Assignee: Forrest Xia
  Labels: release
 Fix For: 3.0.2


 3.0.1 is in a good shape to be released
 1. Clean up JIRA system to figure out fixed bugs/tasks/improvments, then 
 update release notes file
 2. Add a new version for next release, e.g. 3.0.2
 3. Make a release tag and open a vote in the dev mailing list
 4. Add Geronimo plugin list for 3.0.1 release
 5. Add release artifacts to 
 https://dist.apache.org/repos/dist/release/geronimo/
 6. Update download page in geronimo.apache.org, and add a news about it
 7. Send announcement emails to mailing list

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6352) session configuration info is not serialized correctly

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6352:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 session configuration info is not serialized correctly
 --

 Key: GERONIMO-6352
 URL: https://issues.apache.org/jira/browse/GERONIMO-6352
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: web
Affects Versions: 3.0-beta-1
Reporter: Ivan
Assignee: Ivan
 Fix For: 3.0-beta-2, 3.0.2


 While creating the WebAppInfo, those information from session config in the 
 web.xml is not serialized correctly, so those configurations will never take 
 effect.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-4921) Figure out how to handle OSGI cache in Geronimo

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4921?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-4921:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Figure out how to handle OSGI cache in Geronimo
 ---

 Key: GERONIMO-4921
 URL: https://issues.apache.org/jira/browse/GERONIMO-4921
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: osgi
Affects Versions: 3.0.0
Reporter: Ivan
 Fix For: 3.0.2


 Some install/uninstall action should be done via OSGI API  or Karaf functions 
 more easily.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5554) blueprint deadlock during server start

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5554:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 blueprint deadlock during server start
 --

 Key: GERONIMO-5554
 URL: https://issues.apache.org/jira/browse/GERONIMO-5554
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Aries
Affects Versions: 3.0.0
Reporter: Kevan Miller
 Fix For: 3.0.2


 I stumbled upon a deadlock during server startup. Only seen it once. Was 
 running 'JAVA_OPTS=-verbosegc ./geronimo run --long', but doubt that makes a 
 significant difference. Setting JAVA_OPTS would mean we're running with Java 
 heap/permgen defaults, not the Geronimo defaults.
 Looked like we were loading rmi-naming. Here's the last console output:
 Module  2/34 org.apache.geronimo.framework/rmi-naming/3.0-SNAPSHOT/car
   [GC 49143K-34248K(83008K), 0.0153521 secs]
 [GC 34257K(83008K), 0.0029171 secs]
 [GC 34267K(83008K), 0.0015866 secs]
 Here are the thread dumps from SIGQUIT:
 Full thread dump Java HotSpot(TM) 64-Bit Server VM (16.3-b01-279 mixed mode):
 Blueprint Event Dispatcher: 1 daemon prio=5 tid=11ce57800 nid=0x119b19000 
 waiting on condition [119b18000]
java.lang.Thread.State: WAITING (parking)
   at sun.misc.Unsafe.park(Native Method)
   - parking to wait for  1080c97f8 (a 
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
   at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
   at 
 java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
   at 
 java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
   at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
   at java.lang.Thread.run(Thread.java:637)
 JMX OSGi Agent daemon prio=5 tid=101e6 nid=0x11996c000 waiting on 
 condition [11996b000]
java.lang.Thread.State: WAITING (parking)
   at sun.misc.Unsafe.park(Native Method)
   - parking to wait for  1078b00a8 (a 
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
   at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
   at 
 java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
   at 
 java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
   at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
   at java.lang.Thread.run(Thread.java:637)
 Timer-2 daemon prio=5 tid=11b82b000 nid=0x117a14000 in Object.wait() 
 [117a13000]
java.lang.Thread.State: WAITING (on object monitor)
   at java.lang.Object.wait(Native Method)
   - waiting on 108fcf068 (a java.util.TaskQueue)
   at java.lang.Object.wait(Object.java:485)
   at java.util.TimerThread.mainLoop(Timer.java:483)
   - locked 108fcf068 (a java.util.TaskQueue)
   at java.util.TimerThread.run(Timer.java:462)
 gogo shell pipe thread daemon prio=5 tid=102aca800 nid=0x11961a000 runnable 
 [119619000]
java.lang.Thread.State: RUNNABLE
   at java.io.FileInputStream.readBytes(Native Method)
   at java.io.FileInputStream.read(FileInputStream.java:199)
   at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
   at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
   - locked 107e652e0 (a java.io.BufferedInputStream)
   at jline.Terminal.readCharacter(Terminal.java:99)
   at 
 org.apache.felix.karaf.shell.console.jline.Console$Pipe.run(Console.java:386)
   at java.lang.Thread.run(Thread.java:637)
 Karaf Shell Console Thread daemon prio=5 tid=11ca14800 nid=0x118f55000 
 waiting on condition [118f54000]
java.lang.Thread.State: WAITING (parking)
   at sun.misc.Unsafe.park(Native Method)
   - parking to wait for  108b6ac38 (a 
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
   at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
   at 
 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
   at 
 java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:317)
   at 
 org.apache.felix.karaf.shell.console.jline.Console$ConsoleInputStream.read(Console.java:324)
   at 
 org.apache.felix.karaf.shell.console.jline.Console$ConsoleInputStream.read(Console.java:341)
   at jline.Terminal.readCharacter(Terminal.java:99

[jira] [Updated] (GERONIMO-5229) PropertyEditors is too willing to pull in editors we don'e necessarly want

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5229:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 PropertyEditors is too willing to pull in editors we don'e necessarly want
 --

 Key: GERONIMO-5229
 URL: https://issues.apache.org/jira/browse/GERONIMO-5229
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: common
Affects Versions: 3.0.0
Reporter: David Jencks
Assignee: David Jencks
 Fix For: 3.0.2


 AMQ just added a StringArrayEditor that uses spring classes so we can't load 
 it.  For some reason this is getting pulled in when loading j2ee-deployer.  
 There's something wrong with the visibility rules in PropertyEditors.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6117) OpenWebBeansPlugin load optimization

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6117:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 OpenWebBeansPlugin load optimization
 

 Key: GERONIMO-6117
 URL: https://issues.apache.org/jira/browse/GERONIMO-6117
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: OpenEJB, OpenWebBeans
Reporter: David Blevins
Assignee: David Blevins
 Fix For: 3.0.2




--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-4908) RMIClassLoader is not compatible with osgi

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-4908:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 RMIClassLoader is not compatible with osgi
 --

 Key: GERONIMO-4908
 URL: https://issues.apache.org/jira/browse/GERONIMO-4908
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: osgi
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 We have RMIClassLoaderSpiImpl in geronimo-kernel.  However, RMIClassLoader 
 loads the spi impl using the system classloader. 
 (http://java.sun.com/javase/6/docs/api/java/rmi/server/RMIClassLoader.html)  
 So we'd have to get our impl into the system classloader unless osgi provides 
 an additional level of delegation in the system classloader.
 For now I'm going to try not setting java.rmi.server.RMIClassLoaderSpi in 
 RMIRegistryService

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5170) Register connection factories in osgi service registry

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5170:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Register connection factories in osgi service registry
 --

 Key: GERONIMO-5170
 URL: https://issues.apache.org/jira/browse/GERONIMO-5170
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: connector, osgi, persistence
Affects Versions: 3.0.0
Reporter: David Jencks
Assignee: Jarek Gawor
 Fix For: 3.0.2


 The aries jpa implementation tries to look up jta-datasource and 
 non-jta-datasource in jndi using the osgi jndi service scheme.  If we stuff 
 all our connectio n factories in the service registry this ought to work.
 We can consider using this for ee jpa too, but this would be a significant 
 change in behavior in terms of visibility.  The osgi service registry is 
 global whereas the current lookup is confined to the DAG of ancestors of the 
 jpa module.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5086) Apache Aries enhancements

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5086:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Apache Aries enhancements
 -

 Key: GERONIMO-5086
 URL: https://issues.apache.org/jira/browse/GERONIMO-5086
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: Aries, osgi
Affects Versions: 3.0.0
Reporter: Rick McGuire
 Fix For: 3.0.2


 Support for hosting Apache Aries applications on Geronimo. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5813) add name-value configuration entry for the deployment scope

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5813:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 add name-value configuration entry for the deployment scope
 ---

 Key: GERONIMO-5813
 URL: https://issues.apache.org/jira/browse/GERONIMO-5813
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 3.0-beta-1
Reporter: Ivan
Assignee: Ivan
 Fix For: 3.0-beta-2, 3.0.2

 Attachments: Property-preview.patch


 Please refer to the discussion from dev mail list
 http://apache-geronimo.328035.n3.nabble.com/Add-name-value-configuration-entry-for-the-deployment-scope-td2485710.html

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5681) Figure out how urlContextFactory works in Geronimo 3.0

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5681:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Figure out how urlContextFactory works in Geronimo 3.0
 --

 Key: GERONIMO-5681
 URL: https://issues.apache.org/jira/browse/GERONIMO-5681
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: naming
Affects Versions: 3.0.0
Reporter: Ivan
 Fix For: 3.0.2


 http://apache-geronimo.328035.n3.nabble.com/Wrap-the-rmiConenctionFactory-and-enable-multiple-remoteDeploymentFactory-in-the-same-vm-with-the-see-td1860729.html#a1860729

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5752) Updates needed to TemporaryClassLoader?

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5752?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5752:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Updates needed to TemporaryClassLoader?
 ---

 Key: GERONIMO-5752
 URL: https://issues.apache.org/jira/browse/GERONIMO-5752
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 3.0.0
Reporter: Kevan Miller
Assignee: Forrest Xia
 Fix For: 3.0.2


 OpenJPA's TemporaryClassLoader has had several updates, which are not 
 included in our copy of TemporaryClassLoader. It's likely that the same 
 issues which motivated the OpenJPA issues would cause problems in Geronimo, 
 also. We probably want to merge the changes into Geronimo.
 See https://issues.apache.org/jira/browse/OPENJPA-646 and 
 https://issues.apache.org/jira/browse/OPENJPA-1121

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6114) Avoid ServiceLoader lookup during OpenWebBeansInitializer

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6114:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Avoid ServiceLoader lookup during OpenWebBeansInitializer
 -

 Key: GERONIMO-6114
 URL: https://issues.apache.org/jira/browse/GERONIMO-6114
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
Affects Versions: 3.0.0
Reporter: Kevan Miller
 Fix For: 3.0.2

 Attachments: getWiredBundle.png


 OpenWebBeans initialization can represent a major portion of a Geronimo 
 server's startup time. I've seen it take nearly 1/4 of a server's startup 
 time. Nearly all of this time is caused because OpenWebBeans is using 
 ServiceLoader.load(). 
 A search of wired bundles shouldn't be necessary (and we should avoid, if 
 possible). We should be able to replace OpenWebBeans 
 DefaultImplementationLoaderService with our own LoaderService implementation. 
 This LoaderService implementation could in turn avoid the use of XBean's 
 BundleClassLoader (BundleClassLoader.getResource() is what drives the 
 getWiredBundle() processing).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5046) Remove need for system property geronimo.build.cartrue/geronimo.build.car to get car-maven-plugin to work

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5046?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5046:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Remove need for system property geronimo.build.cartrue/geronimo.build.car 
 to get car-maven-plugin to work
 -

 Key: GERONIMO-5046
 URL: https://issues.apache.org/jira/browse/GERONIMO-5046
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: buildsystem, osgi
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 Right now you need geronimo.build.cartrue/geronimo.build.car configured 
 as a system property in car-maven-plugin configuration to get packaging to 
 work.  we should figure out how to use mvn urls everywhere or otherwise 
 eliminate this property.  
 Using mvn urls would probably just mean installing the pax mvn url bundle in 
 the framework as soon as we start it.  
 -or-
 Probably the car-maven-plugin can just set the system property directly.
 if the property's missing, the build fails complaining it can't understand 
 mvn urls.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6116) differentiate the two OpenEJB ORB Adapter displayed in Linstening on Ports after server startup.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6116:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 differentiate the two OpenEJB ORB Adapter  displayed in Linstening on 
 Ports  after server startup.
 --

 Key: GERONIMO-6116
 URL: https://issues.apache.org/jira/browse/GERONIMO-6116
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: CORBA, general
Affects Versions: 2.1.8, 2.2.2, 3.0.0
Reporter: Shawn Jiang
Assignee: Han Hong Fang
 Fix For: 3.0.2


 Listening on Ports:
   1050 0.0.0.0 CORBA Naming Service
   1099 0.0.0.0 RMI Naming
   1527 0.0.0.0 Derby Connector
   2001 0.0.0.0 OpenEJB ORB Adapter
   4201 0.0.0.0 OpenEJB Daemon
   6882 0.0.0.0 OpenEJB ORB Adapter
   8009 0.0.0.0 Tomcat Connector AJP TomcatAJPConnector
   8080 0.0.0.0 Tomcat Connector HTTP BIO TomcatWebConnector
   8443 0.0.0.0 Tomcat Connector HTTPS BIO TomcatWebSSLConnector
    0.0.0.0 JMX Remoting Connector
  61616 0.0.0.0 ActiveMQ Transport Connector
 2001 is normal ORB server while 6882 is secure ORB server,  we should 
 differentiate them in the desciption.   
 The gbean of orb server is :  org.apache.geronimo.corba.CORBAEjbBeanGBean
 the plan to defined the 2 server is: 
 plugins\corba\j2ee-corba-yoko\src\main\plan\plan.xml

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-4956) Tomcat should use Keystore GBean for access to Geronimo keystore

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-4956:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Tomcat should use Keystore GBean for access to Geronimo keystore
 

 Key: GERONIMO-4956
 URL: https://issues.apache.org/jira/browse/GERONIMO-4956
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.2, 2.2.1, 2.2.2
Reporter: Kevan Miller
 Fix For: 2.2.2, 3.0.2


 Currently, Tomcat is configured to directly access the Geronimo keystore (and 
 thus requires the keystorePass password. Better that it should be configured 
 to use the keystore gbean. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5564) No wait-for-server command in trunk

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5564?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5564:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 No wait-for-server command in trunk
 ---

 Key: GERONIMO-5564
 URL: https://issues.apache.org/jira/browse/GERONIMO-5564
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 3.0.0
Reporter: Kevan Miller
 Fix For: 3.0.2


 wait-for-server was a helpful command in 2.1/2.2, but is not available in 
 current commands

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5703) Track:Clustering module fails to start on disabling JMXService gbean

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5703:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Track:Clustering module fails to start on disabling JMXService gbean
 

 Key: GERONIMO-5703
 URL: https://issues.apache.org/jira/browse/GERONIMO-5703
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Reporter: Ashish Jain
Assignee: Ashish Jain
 Fix For: 2.2.2, 3.0.2


 Track for GERONIMO-5690 for 2.2 and 3.0.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5097) Integrate CXF JAX-RS implementation into Geronimo.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5097:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Integrate CXF JAX-RS implementation into Geronimo.
 --

 Key: GERONIMO-5097
 URL: https://issues.apache.org/jira/browse/GERONIMO-5097
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: javaee6, webservices
Affects Versions: 3.0.0
Reporter: Daniel Kulp
 Fix For: 3.0.2




--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5743) ServletContext.getRealPath() returns null

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5743:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 ServletContext.getRealPath() returns null
 -

 Key: GERONIMO-5743
 URL: https://issues.apache.org/jira/browse/GERONIMO-5743
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: web
Affects Versions: 3.0-M1
Reporter: Jarek Gawor
Assignee: Ivan
 Fix For: 3.0.2


 In 3.0 M1 and trunk, ServletContext.getRealPath() returns null. In previous 
 versions of Geronimo a real path was returned. Returning null is ok from 
 specification point of view but it breaks compatibility for applications. It 
 also looks like there are a number of web applications that rely on the 
 getRealPath() to return a non-null value. One such application is Nexus web 
 app.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5565) geronimo.out can grow unbounded

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5565:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 geronimo.out can grow unbounded
 ---

 Key: GERONIMO-5565
 URL: https://issues.apache.org/jira/browse/GERONIMO-5565
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: commands, Logging
Affects Versions: 2.1.6, 2.2, 3.0.0
Reporter: Kevan Miller
 Fix For: 3.0.2


 By default, Geronimo will log WARN (and above) messages to STDOUT. When you 
 start Geronimo in the background, this means that any WARN, ERROR, etc 
 messages will be sent to the file geronimo.out. There is no guard for this 
 file. So, it will grow unbounded. Unlike log files, which are configured with 
 a maximum size.
 We need procedures and mechanisms to prevent the geronimo.out file from 
 growing too large.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5259) Annoying access denied security exceptions for oenwebbeans while java2 security is enabled.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5259:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Annoying access denied security exceptions for oenwebbeans while java2 
 security is enabled.
 -

 Key: GERONIMO-5259
 URL: https://issues.apache.org/jira/browse/GERONIMO-5259
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: specs
Affects Versions: 3.0.0
Reporter: YING WANG
Assignee: Donald Woods
Priority: Minor
  Labels: jcdi
 Fix For: 3.0.2

 Attachments: 5259.patch, AnnotationLiteral.java, 
 AnnotationLiteral.path2


 Hello neighbors, I am from the openwebbean project. while I am fixing owb-312 
 (https://issues.apache.org/jira/browse/OWB-312), I found some of 
 AccessControlExceptions are fired fom javax.enterprise.util.AnnotationLiteral 
 in jcdi api. 
 Fixing the issue in OWB will be nasty since it is referenced all over the owb 
 code.
 Could we add doPrivileged block around Class.setAccess() and 
 getDeclaredMethods calls in this class? 
 Thanks in advnace.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-4974) ee apps or other plugins can't contain gbeans

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-4974:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 ee apps or other plugins can't contain gbeans
 -

 Key: GERONIMO-4974
 URL: https://issues.apache.org/jira/browse/GERONIMO-4974
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: deployment, osgi
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 right now the deployer adds packages it can detect as used in a gbean to the 
 Import-Packages.  However it never populares Export-Package.  This causes 
 problems if the class is actually in the plugin/bundle we are constructing.  
 If a bundle contains a class, if it lists the package in Import-Package, it 
 won't satisfy the constraint itself unless the package is also listed in 
 Export-Package.
 So, we need to make the deployer list all the packages contained in the 
 bundle  in Export-Package.  This might be a challenge in case there are 
 embedded jars and a complicated Bundle-Classpath.
 For now the workaround appears to be to move any classes used in gbeans to 
 another bundle rather than packing them in a javaee app.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5343) Replace config-substitutions.properties by use of config admin

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5343:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Replace config-substitutions.properties by use of config admin
 --

 Key: GERONIMO-5343
 URL: https://issues.apache.org/jira/browse/GERONIMO-5343
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: core
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 OSGI has a fairly sophisticated customization system, config admin.  We 
 should look into replacing our homegrown config-substitutions stuff with this.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5344) Hook env-entries and servlet init-params up to config admin

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5344:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Hook env-entries and servlet init-params up to config admin
 ---

 Key: GERONIMO-5344
 URL: https://issues.apache.org/jira/browse/GERONIMO-5344
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: naming, web
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 Since the osgi approved parameter customization facility is config admin and 
 we're supposed to let people change at least env-entries we ought to use 
 config admin for customizing these values.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5187) Isolation for Apache Aries applications

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5187:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Isolation for Apache Aries applications
 ---

 Key: GERONIMO-5187
 URL: https://issues.apache.org/jira/browse/GERONIMO-5187
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: Aries, osgi
Affects Versions: 3.0.0
Reporter: Jarek Gawor
 Fix For: 3.0.2


 Equinox framework provides support for composite bundles / nested frameworks 
 which we can use to isolate Aries applications.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5414) Remove references to corba in connector deployer

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5414:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Remove references to corba in connector deployer
 

 Key: GERONIMO-5414
 URL: https://issues.apache.org/jira/browse/GERONIMO-5414
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 3.0.0
Reporter: Kevan Miller
 Fix For: 3.0.2


 Connector-deployer shouldn't require Yoko. Here's the connector-deployer 
 module section from config.xml for  a minimal server:
 module 
 name=org.apache.geronimo.configs/connector-deployer-1_6/3.0-SNAPSHOT/car
gbean name=ResourceRefBuilder
attribute 
 name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee,http://java.sun.com/xml/ns/javaee/attribute
attribute name=corbaEnvironment 
 propertyEditor=org.apache.geronimo.deployment.service.EnvironmentBuilder
environment:environment 
 xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2; 
 xmlns:environment=http://geronimo.apache\
 .org/xml/ns/deployment-1.2
dependencies
dependency
groupIdorg.apache.geronimo.configs/groupId
artifactIdj2ee-corba-yoko/artifactId
version3.0-SNAPSHOT/version
typecar/type
/dependency
  /dependencies
/environment:environment
/attribute
/gbean
gbean name=AdminObjectRefBuilder
attribute 
 name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee,http://java.sun.com/xml/ns/javaee/attribute
/gbean
gbean name=ClientResourceRefBuilder
attribute 
 name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee,http://java.sun.com/xml/ns/javaee/attribute
attribute name=corbaEnvironment 
 propertyEditor=org.apache.geronimo.deployment.service.EnvironmentBuilder
environment:environment 
 xmlns=http://geronimo.apache.org/xml/ns/deployment-1.2; 
 xmlns:environment=http://geronimo.apache\
 .org/xml/ns/deployment-1.2
dependencies
dependency
groupIdorg.apache.geronimo.configs/groupId
artifactIdclient-corba-yoko/artifactId
version3.0-SNAPSHOT/version
typecar/type
/dependency
  /dependencies
/environment:environment
/attribute
/gbean
/module

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5675) Add role based navigation customization support.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5675:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Add role based navigation customization support.
 

 Key: GERONIMO-5675
 URL: https://issues.apache.org/jira/browse/GERONIMO-5675
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: console
Reporter: Shawn Jiang
Assignee: Shenghao Fang
 Fix For: 2.2.2, 3.0.2


 the target is that a geronimo user could define role based navigation tree 
 easily without building geronimo from source code.
 User could define an external file with something like this:
 {noformat}
 role name: role 1
 navigation access pages: 
 0/Welcome,
 1-1-1/Application Server/System Information/Server Information,
 1-1-2/Application Server/System Information/Java System Info,
  1-1-4/Application Server/System Information/Thread Pools,
 1-8/Server/Monitoring
 role name: role 2
 navigation access pages: 
 0/Welcome,
 1-1-1/Application Server/System Information/Server Information,
 1-1-2/Application Server/System Information/Java System Info,
  1-1-4/Application Server/System Information/Thread Pools,
 1-8/Server/Monitoring
 {noformat}
 The role names must have been defined as group name in current realm.   Then, 
 we could read this file into class[1] and filter the navigation tree 
 according to current user's roles.
 As for the pages that are not in navigation tree, we should use a servlet 
 filter with the same role/access page mapping to block the address bar direct 
 access.
 [1]https://svn.apache.org/repos/asf/geronimo/server/trunk/plugins/console/console-portal-driver/src/main/java/org/apache/geronimo/console/navigation/NavigationJsonGenerator.java

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5644) Share global annotation finder among different components

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5644:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Share global annotation finder among different components
 -

 Key: GERONIMO-5644
 URL: https://issues.apache.org/jira/browse/GERONIMO-5644
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 3.0.0
Reporter: Ivan
Assignee: viola.lu
 Fix For: 3.0.2


 Remember that I mentioned it in the past, while working at JSF integration, I 
 found that the global annoation scanning is required, too.
  I am thinking that we could create a BundleAnnotationFinder for each 
 application, for web application, servlet, jsf, jaxws, webbeans and jax-rs 
 should be able to share the same finder, for ejb application, ejb and 
 webbeans should be able to share the same finder. But there might be problems 
 for the scan scope, as different components might require different scanning 
 scope.
 Anothing solution is that we might provide some callback methods for 
 interesting annotation, like equal scenario ( Most scanning requiremetns are 
 in this scenrio), and extend scenario ( guess that webbeans ??? )
 Any comment ? 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5655) switch to tomcat standard taglibs

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5655:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 switch to tomcat standard taglibs
 -

 Key: GERONIMO-5655
 URL: https://issues.apache.org/jira/browse/GERONIMO-5655
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: dependencies
Affects Versions: 3.0.0
Reporter: Rex Wang
Assignee: Rex Wang
 Fix For: 3.0.2


 1. push tomcat community to release their jstl implementation
 2. persuade tomcat community to bundle-ify their jstl implementation

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6122) Support Stateless and Singleton EJB as JAX-RS root resource classes, providers and Application subclasses

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6122:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Support Stateless and Singleton EJB as JAX-RS root resource classes, 
 providers and Application subclasses
 -

 Key: GERONIMO-6122
 URL: https://issues.apache.org/jira/browse/GERONIMO-6122
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: javaee6
Affects Versions: 3.0.0
Reporter: viola.lu
Assignee: Ivan
Priority: Minor
 Fix For: 3.0.2


 From JAX-RS spec 1.1
 In a product that also supports EJB, an implementation MUST support use of 
 stateless and singleton
 session beans as root resource classes, providers and Application subclasses. 
 JAX-RS annotations
 MAY be applied to a bean's local interface or directly to a no-interface 
 bean. If an Exception-
 Mapper for a EJBException or subclass is not included with an application 
 then exceptions thrown
 by an EJB resource class or provider method MUST be treated as EJB 
 application exceptions: the
 embedded cause of the EJBException MUST be unwrapped and processed as 
 described in section
 3.3.4.
 Now geronimo recognize javax.ws.rs.URIinfo as EJB resource in a stateless 
 EJB, so failed to get Uriinfo
 Run Restfulorder samples can give more details.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6087) See if we can improve Main not found errors (and other startup issues)

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6087:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 See if we can improve Main not found errors (and other startup issues)
 

 Key: GERONIMO-6087
 URL: https://issues.apache.org/jira/browse/GERONIMO-6087
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Reporter: Kevan Miller
 Fix For: 3.0.2


 In some cases a startup error will prevent the server from starting. Yet the 
 only message the user sees is Main not found (or no message at all).
 I've seen this happen when trying to profile the server using YourKit. You 
 must add com.yourkit to org.osgi.framework.bootdelegation in 
 etc/config.properties in order for the server to start. If you don't the only 
 error you see is Main not found
 Someone also reported that a non-writable java.io.tmpdir directory can lead 
 to a Main not found error. For me, on Mac OS, looks like my server startup 
 spins in a hot loop:
 {quote}
 main prio=5 tid=102801800 nid=0x100501000 runnable [1004ff000]
java.lang.Thread.State: RUNNABLE
   at java.io.UnixFileSystem.canonicalize0(Native Method)
   at java.io.UnixFileSystem.canonicalize(UnixFileSystem.java:157)
   at java.io.File.getCanonicalPath(File.java:559)
   at java.io.File.getCanonicalFile(File.java:583)
   at java.io.File.mkdirs(File.java:1189)
   at 
 org.apache.felix.fileinstall.internal.DirectoryWatcher.prepareTempDir(DirectoryWatcher.java:548)
   at 
 org.apache.felix.fileinstall.internal.DirectoryWatcher.init(DirectoryWatcher.java:137)
   at 
 org.apache.felix.fileinstall.internal.FileInstall.updated(FileInstall.java:222)
   at 
 org.apache.felix.fileinstall.internal.FileInstall.start(FileInstall.java:124)
   at 
 org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711)
   at java.security.AccessController.doPrivileged(Native Method)
   at 
 org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702)
   at 
 org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683)
   at 
 org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381)
   at 
 org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:389)
   at 
 org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1130)
   at 
 org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:559)
   at 
 org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:544)
   at 
 org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:457)
   at 
 org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:243)
   - locked 7ea24ea68 (a java.lang.Object)
   at 
 org.eclipse.osgi.framework.internal.core.EquinoxLauncher.internalStart(EquinoxLauncher.java:271)
   at 
 org.eclipse.osgi.framework.internal.core.EquinoxLauncher.start(EquinoxLauncher.java:241)
   at org.eclipse.osgi.launch.Equinox.start(Equinox.java:258)
   at 
 org.apache.geronimo.main.FrameworkLauncher.launch(FrameworkLauncher.java:179)
   at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:47)
   at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
   at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:32)
 {quote}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6089) Support for CDI beans in ear lib directory

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6089:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Support for CDI beans in ear lib directory
 --

 Key: GERONIMO-6089
 URL: https://issues.apache.org/jira/browse/GERONIMO-6089
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
Reporter: David Blevins
Assignee: David Blevins
 Fix For: 3.0.2




--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6246) remove package versions from most spec jars until there's an osgi recommendation on what they should be.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6246:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 remove package versions from most spec jars until there's an osgi 
 recommendation on what they should be.
 

 Key: GERONIMO-6246
 URL: https://issues.apache.org/jira/browse/GERONIMO-6246
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: specs
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 except maybe for servlet, there aren't any osgi recommendations for package 
 versions of spec api packages.  We will just cause incompatibility and 
 confusion if we decide on our own what the versions should be.  This has 
 already happened with our use of 3.0 for the servlet 3.0 package versions, 
 whereas everyone seems to agree it should be 2.6 (and this should be 
 checked maybe some packages haven't changed from 2.5).
 This will require recompiling all bundles that have been compiled against our 
 specs.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5087) Use OSGi for the Geronimo classloading model.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5087:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Use OSGi for the Geronimo classloading model. 
 --

 Key: GERONIMO-5087
 URL: https://issues.apache.org/jira/browse/GERONIMO-5087
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: osgi
Affects Versions: 3.0.0
Reporter: Rick McGuire
 Fix For: 3.0.2




--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5016) Enable cxf in Geronimo 3.0

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5016:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Enable cxf in Geronimo 3.0
 --

 Key: GERONIMO-5016
 URL: https://issues.apache.org/jira/browse/GERONIMO-5016
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: javaee6, webservices
Affects Versions: 3.0.0
 Environment: Enable cxf in Geronimo 3.0
Reporter: Rex Wang
Assignee: Rex Wang
 Fix For: 3.0.2




--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5026) Class and resource discovery in OSGi

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5026:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Class and resource discovery in OSGi
 

 Key: GERONIMO-5026
 URL: https://issues.apache.org/jira/browse/GERONIMO-5026
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: osgi
Affects Versions: 3.0.0
Reporter: Jarek Gawor
Assignee: Jarek Gawor
 Fix For: 3.0.2


 For servlets 3.0, EJBs, and web services we need a way to find all classes 
 loadable by the bundle so that we can discover additional servlets, ejbs or 
 web services dynamically (by checking annotations) that are not explicitly 
 referenced in the given deployment descriptor. 
 For resources, we might need a way to discover all resources with a given 
 extension and prefix.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-4913) Use pax mvn urls everywhere possible.

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-4913:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Use pax mvn urls everywhere possible.
 -

 Key: GERONIMO-4913
 URL: https://issues.apache.org/jira/browse/GERONIMO-4913
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: osgi
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 While running the server, we use pax mvn urls for bundle locations, but not 
 always while running tests and otherwise during the build.  We should clean 
 this up to use mvn urls except for temporary bundles in the DeploymentContext.
 The code that creates the non mvn: urls is in locateBundle methods in 
 SimpleConfigurationManager and DeploymentManager.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6137) Support to deploy web applications with other JSF vendors

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6137:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 Support to deploy web applications with other JSF vendors
 -

 Key: GERONIMO-6137
 URL: https://issues.apache.org/jira/browse/GERONIMO-6137
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: myfaces
Affects Versions: 3.0-M1
Reporter: Ivan
Assignee: Ivan
 Fix For: 3.0.2


 Although Geronimo ships the MyFaces implementation, while still some users 
 would like to use other JSF providers. In the past, users have to configure 
 some classloading options and disable the myfaces deployer.
 The initial idea for it is to detect whether there is another jsf 
 implementation in the web application by trying to load some vendor class, 
 and once detect, skip the MyFaces builder.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-4909) How should we shut down plugin under osgi?

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-4909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-4909:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 How should we shut down plugin under osgi?
 --

 Key: GERONIMO-4909
 URL: https://issues.apache.org/jira/browse/GERONIMO-4909
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
  Components: osgi
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 ConfigurationActivator needs it's stop method to shut down the plugin.
 Calling configurationManager.unload(id) is symmetrical with start and should 
 leave the configuration model in a consistent state, but resets the load 
 attribute in config.xml to false, which prevents restarting the server.
 Just stopping and unloading the configuration gbean works fine but may leave 
 the configuration model (in the configuration manager) in an inconsistent 
 state.
 This needs further investigation.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6043) module init order doesn't always work due to gbean dependencies

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6043:
--

Fix Version/s: (was: 3.0.1)
   3.0.2

 module init order doesn't always work due to gbean dependencies
 ---

 Key: GERONIMO-6043
 URL: https://issues.apache.org/jira/browse/GERONIMO-6043
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: core
Affects Versions: 3.0.0
Reporter: David Jencks
 Fix For: 3.0.2


 The new start modules in listed order flag in ee 6 doesn't always work 
 because some gbean dependencies conflict with it.  The biggest is the owb 
 initialization.  We need to always use the openejb owb integration to make 
 this manageable.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-6467) Make 3.0.1 release

2013-05-27 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-6467:
--

Fix Version/s: (was: 3.0.2)
   3.0.1

 Make 3.0.1 release
 --

 Key: GERONIMO-6467
 URL: https://issues.apache.org/jira/browse/GERONIMO-6467
 Project: Geronimo
  Issue Type: Task
  Security Level: public(Regular issues) 
  Components: buildsystem
Affects Versions: 3.0.1
Reporter: Forrest Xia
Assignee: Forrest Xia
  Labels: release
 Fix For: 3.0.1


 3.0.1 is in a good shape to be released
 1. Clean up JIRA system to figure out fixed bugs/tasks/improvments, then 
 update release notes file
 2. Add a new version for next release, e.g. 3.0.2
 3. Make a release tag and open a vote in the dev mailing list
 4. Add Geronimo plugin list for 3.0.1 release
 5. Add release artifacts to 
 https://dist.apache.org/repos/dist/release/geronimo/
 6. Update download page in geronimo.apache.org, and add a news about it
 7. Send announcement emails to mailing list

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


Re: Is there a need to release GEP 3.0.1 for Geronimo 3.0.1?

2013-05-27 Thread Forrest Xia
I port changes on trunk back to eclipse-plugin 3.0 branch for 3.0.1
release, and let's use 3.0 branch for future GEP 3.0.x work.


On Sat, May 25, 2013 at 2:31 AM, Jarek Gawor jga...@gmail.com wrote:

 I'm not entirely sure. Things just got mixed up I guess. I was
 actually thinking about moving sever/3.0 branch into trunk and moving
 existing server/trunk into some experimental branch.

 Jarek

 On Fri, May 24, 2013 at 11:48 AM, Forrest Xia forres...@gmail.com wrote:
  Just curious, Is there any reason made changes to trunk, but not 3.0
  branches of GEP?
 
  I thought we should follow this convention: GEP trunk supports server
 trunk,
  GEP 3.0 branch supports server 3.0. branch.
 
 
  On Fri, May 24, 2013 at 11:28 PM, Jarek Gawor jga...@gmail.com wrote:
 
  I think you used a wrong branch to compare. The latest updates went
  into devtools/eclipse-plugin/trunk and not
  devtools/eclipse-plugin/branches/3.0. There was a definitely lots of
  changes since 3.0.0 so yes I would vote to release it.
 
  Jarek
 
  On Fri, May 24, 2013 at 2:01 AM, Forrest Xia forres...@gmail.com
 wrote:
   Hi all,
  
   I checked GEP 3.0 branch revision history, but not found any new code
   fixes
   after its 3.0.0 release back to July of 2012, so my question is, is
   there a
   need to make a new GEP release for 3.0.1 server?
  
   I did some simple testing, the current GEP 3.0.0 release works well
 with
   3.0.1 server.
  
   --
   Thanks!
  
   Regards, Forrest
 
 
 
 
  --
  Thanks!
 
  Regards, Forrest




-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo 3.0.1 - third try

2013-05-26 Thread Forrest Xia
Got +1 votes: Forrest, Jarek, Mark, Romain, Kevan, no +0 and -1, so vote
for releasing Geronimo 3.0.1 passed!


On Fri, May 24, 2013 at 5:24 AM, Kevan Miller kevan.mil...@gmail.comwrote:

 +1

 signature/checksum, license/notice, rat, build, and simple testing all
 look good. Thanks Forrest!

 --kevan

 On May 23, 2013, at 1:26 AM, Forrest Xia forres...@gmail.com wrote:

  This is the third time to vote for Geronimo 3.0.1 release. Thanks Jarek
 to help on fixing Geronimo-6034.
 
  For Geronimo 3.0.1 release, there are these major changes:
  1. JSF 2.1 support
  2. JDBC 4 support
  3. Some components upgrade, including Tomcat, JPA, Yoko, Tranql, ActiveMQ
  4. Quite a few bugs fixes
 
  For details, see
 http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1/RELEASE_NOTES-3.0.1.txt
 
  The server code up for vote is:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.zip
 
  The binary code up for vote is:
  Java EE 6 Full Profile Tomcat Assemblies:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.zip
 
  Java EE 6 Web Profile Tomcat Assemblies:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.zip
 
  Little-G Tomcat Assemblies:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.zip
 
  Staging repo is:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/
 
  The tag has created at:
  http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1
 
  Java EE 6 TCKs all passed!
 
  Vote will be at least open for 72 hours.
  [ ] +1  approve
  [ ] +0  no opinion
  [ ] -1  disapprove (and reason why)
 
  --
  Thanks!
 
  Regards, Forrest




-- 
Thanks!

Regards, Forrest


[VOTE PASS] Release Geronimo 3.0.1 - third try

2013-05-26 Thread Forrest Xia
-- Forwarded message --
From: Forrest Xia forres...@gmail.com
Date: Sun, May 26, 2013 at 4:41 PM
Subject: Re: [VOTE] Release Geronimo 3.0.1 - third try
To: dev@geronimo.apache.org


Got +1 votes: Forrest, Jarek, Mark, Romain, Kevan, no +0 and -1, so vote
for releasing Geronimo 3.0.1 passed!


On Fri, May 24, 2013 at 5:24 AM, Kevan Miller kevan.mil...@gmail.comwrote:

 +1

 signature/checksum, license/notice, rat, build, and simple testing all
 look good. Thanks Forrest!

 --kevan

 On May 23, 2013, at 1:26 AM, Forrest Xia forres...@gmail.com wrote:

  This is the third time to vote for Geronimo 3.0.1 release. Thanks Jarek
 to help on fixing Geronimo-6034.
 
  For Geronimo 3.0.1 release, there are these major changes:
  1. JSF 2.1 support
  2. JDBC 4 support
  3. Some components upgrade, including Tomcat, JPA, Yoko, Tranql, ActiveMQ
  4. Quite a few bugs fixes
 
  For details, see
 http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1/RELEASE_NOTES-3.0.1.txt
 
  The server code up for vote is:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.zip
 
  The binary code up for vote is:
  Java EE 6 Full Profile Tomcat Assemblies:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.zip
 
  Java EE 6 Web Profile Tomcat Assemblies:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.zip
 
  Little-G Tomcat Assemblies:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.tar.gz
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.zip
 
  Staging repo is:
 
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/
 
  The tag has created at:
  http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1
 
  Java EE 6 TCKs all passed!
 
  Vote will be at least open for 72 hours.
  [ ] +1  approve
  [ ] +0  no opinion
  [ ] -1  disapprove (and reason why)
 
  --
  Thanks!
 
  Regards, Forrest




-- 
Thanks!

Regards, Forrest



-- 
Thanks!

Regards, Forrest


[jira] [Commented] (GERONIMODEVTOOLS-811) Make GEP 3.0.1 release

2013-05-26 Thread Forrest Xia (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13667441#comment-13667441
 ] 

Forrest Xia commented on GERONIMODEVTOOLS-811:
--

Update versions in manifest.mf, .classpath, pom.xml for 3.0.1 rlease, Committed 
revision 1486498.

 Make GEP 3.0.1 release
 --

 Key: GERONIMODEVTOOLS-811
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-811
 Project: Geronimo-Devtools
  Issue Type: Task
  Components: eclipse-plugin
Reporter: Forrest Xia
Assignee: Forrest Xia
 Fix For: 3.0.1


 Try to release gep 3.0.1 for those fixes after 3.0.0.
 1. Use 3.0 branch to do the release, so need to merge changes from trunk first
 2. follow this doc to do the release
 https://cwiki.apache.org/GMOxPMGT/geronimo-eclipse-plugin-release-process.html

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


Is there a need to release GEP 3.0.1 for Geronimo 3.0.1?

2013-05-24 Thread Forrest Xia
Hi all,

I checked GEP 3.0 branch revision history, but not found any new code fixes
after its 3.0.0 release back to July of 2012, so my question is, is there a
need to make a new GEP release for 3.0.1 server?

I did some simple testing, the current GEP 3.0.0 release works well with
3.0.1 server.

-- 
Thanks!

Regards, Forrest


Re: Is there a need to release GEP 3.0.1 for Geronimo 3.0.1?

2013-05-24 Thread Forrest Xia
Just curious, Is there any reason made changes to trunk, but not 3.0
branches of GEP?

I thought we should follow this convention: GEP trunk supports server
trunk, GEP 3.0 branch supports server 3.0. branch.


On Fri, May 24, 2013 at 11:28 PM, Jarek Gawor jga...@gmail.com wrote:

 I think you used a wrong branch to compare. The latest updates went
 into devtools/eclipse-plugin/trunk and not
 devtools/eclipse-plugin/branches/3.0. There was a definitely lots of
 changes since 3.0.0 so yes I would vote to release it.

 Jarek

 On Fri, May 24, 2013 at 2:01 AM, Forrest Xia forres...@gmail.com wrote:
  Hi all,
 
  I checked GEP 3.0 branch revision history, but not found any new code
 fixes
  after its 3.0.0 release back to July of 2012, so my question is, is
 there a
  need to make a new GEP release for 3.0.1 server?
 
  I did some simple testing, the current GEP 3.0.0 release works well with
  3.0.1 server.
 
  --
  Thanks!
 
  Regards, Forrest




-- 
Thanks!

Regards, Forrest


[jira] [Created] (GERONIMODEVTOOLS-811) Make GEP 3.0.1 release

2013-05-24 Thread Forrest Xia (JIRA)
Forrest Xia created GERONIMODEVTOOLS-811:


 Summary: Make GEP 3.0.1 release
 Key: GERONIMODEVTOOLS-811
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-811
 Project: Geronimo-Devtools
  Issue Type: Task
  Components: eclipse-plugin
Reporter: Forrest Xia
Assignee: Forrest Xia
 Fix For: 3.0.1


Try to release gep 3.0.1 for those fixes after 3.0.0.

1. Use 3.0 branch to do the release, so need to merge changes from trunk first
2. follow this doc to do the release
https://cwiki.apache.org/GMOxPMGT/geronimo-eclipse-plugin-release-process.html

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (GERONIMODEVTOOLS-759) Using the new APIs to manage the bundles status both in GEP and Server side

2013-05-24 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia resolved GERONIMODEVTOOLS-759.
--

Resolution: Fixed

 Using the new APIs to manage  the bundles status both in GEP and Server side
 

 Key: GERONIMODEVTOOLS-759
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-759
 Project: Geronimo-Devtools
  Issue Type: Improvement
  Components: eclipse-plugin
Affects Versions: 3.0
 Environment: WinXP sp3 32bit Win7 64bit, Oracle JDK 1.6, 
 Eclipse3.6SR1SR2
Reporter: Yi Xiao
Assignee: Jarek Gawor
  Labels: OSGI, bundle
 Fix For: 3.0

 Attachments: OSGIBundleDeploy_759_noIDPersist.patch, 
 OSGIBundleDeploy_759_persistence.patch, 
 OSGIBundleDeploy_changeAPI2_759.patch, OSGIBundleDeploy_changeAPI.patch, 
 OSGIBundleDeploy_changePOM_759.patch, OSGIBundleDeploy.patch


 This improvement depends on the server's modules, so, if the server side does 
 not update timely, it may cause the GEP compile failure!

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMODEVTOOLS-627) Implement introspection on Geronimo server to determine its capabilities

2013-05-24 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMODEVTOOLS-627:
-

Fix Version/s: (was: 3.0)

 Implement introspection on Geronimo server to determine its capabilities
 

 Key: GERONIMODEVTOOLS-627
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-627
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 3.0
Reporter: Tim McConnell
Assignee: Yi Xiao

 May already be supported by WTP. For example:
 o Full JEE6 spec-compliant server
 o Full Web Profile spec-compliant server
 o Derivation of either

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMODEVTOOLS-632) Implement usage scenarios where target runtime is or isn't a Web Profile type server configuration

2013-05-24 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMODEVTOOLS-632:
-

Fix Version/s: (was: 3.0)

 Implement usage scenarios where target runtime is or isn't a Web Profile 
 type server configuration
 

 Key: GERONIMODEVTOOLS-632
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-632
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 3.0
Reporter: Tim McConnell
Assignee: Yi Xiao

 i.e., only WAR-type artifacts should be deployed on a Web Profile server

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMODEVTOOLS-633) Implement new EJB packaging when target runtime does not have full EJB capabilities

2013-05-24 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMODEVTOOLS-633:
-

Fix Version/s: (was: 3.0)

 Implement new EJB packaging when target runtime does not have full EJB 
 capabilities
 ---

 Key: GERONIMODEVTOOLS-633
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-633
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 3.0
Reporter: Tim McConnell
Assignee: Yi Xiao

 i.e., namespace compliance and placement of EJB jar files in the WAR

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMODEVTOOLS-617) Implement reordering of artifacts during deployment and run-on-server functions to adhere to specified dependencies in deployment plans and/or bundle manifests

2013-05-24 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMODEVTOOLS-617:
-

Fix Version/s: (was: 3.0)

 Implement reordering of artifacts during deployment and run-on-server 
 functions to adhere to specified dependencies in deployment plans and/or 
 bundle manifests to ensure proper start order when started on the Geronimo 
 server
 

 Key: GERONIMODEVTOOLS-617
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-617
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 3.0
Reporter: Tim McConnell
Assignee: Yi Xiao

 See see org.osgi.service.startlevel OSGi package

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (GERONIMO-5939) Support OBR resolution during bundle install

2013-05-24 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-5939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia updated GERONIMO-5939:
--

Fix Version/s: (was: 3.0.1)

 Support OBR resolution during bundle install
 

 Key: GERONIMO-5939
 URL: https://issues.apache.org/jira/browse/GERONIMO-5939
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: deployment, osgi
Affects Versions: 3.0-M1
Reporter: Jarek Gawor
Assignee: Rex Wang
 Attachments: GERONIMO_5939_core_modify2.patch, 
 GERONIMO_5939_core_modify.patch, GERONIMO-5939-core.patch, 
 GeronimoOBR_5939.patch


 When installing an individual bundle (via the admin console, command line or 
 shell) provide an option to perform OBR resolution to install the dependent 
 bundles.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (GERONIMODEVTOOLS-805) Restart bundle when Eclipse HCR fails

2013-05-24 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia resolved GERONIMODEVTOOLS-805.
--

   Resolution: Fixed
Fix Version/s: 3.0.1

 Restart bundle when Eclipse HCR fails
 -

 Key: GERONIMODEVTOOLS-805
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-805
 Project: Geronimo-Devtools
  Issue Type: Improvement
  Components: eclipse-plugin
Affects Versions: 3.0
Reporter: Jarek Gawor
Assignee: Jarek Gawor
 Fix For: 3.0.1


 Currently, when Eclipse hot code replace (HCR) fails at debug time the 
 changes made to the Java class are just persisted to disk. This can be 
 improved a bit so that the bundle is automatically restarted when HCR fails. 
 This should allow the user to continue debugging the class without being in 
 an inconsistent state.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (GERONIMODEVTOOLS-810) Server status not updated as server hostname is changed in server configuration

2013-05-24 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia resolved GERONIMODEVTOOLS-810.
--

   Resolution: Fixed
Fix Version/s: 3.0.1

 Server status not updated as server hostname is changed in server 
 configuration 
 

 Key: GERONIMODEVTOOLS-810
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-810
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 3.0
Reporter: Jarek Gawor
Assignee: Jarek Gawor
 Fix For: 3.0.1


 Here's are the steps to demonstrate the issue:
 1) Stat a local server - serer status should be [Started]
 2) Edit server configuration and change hostname to specify a server on a 
 remote host. The remote server should be stopped.
 The server status should eventually be updated to [Stopped] but it does not 
 change. 
 That's happening because GEP cached a connection to the local server and 
 won't release it until the local server is stopped somehow. Once the cached 
 connection is released the server status will reflect the right status of the 
 remote server.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (GERONIMO-6034) testSerializeSFSB(org.jboss.jsr299.tck.tests.implementation.enterprise.lifecycle.EnterpriseBeanLifecycleTest)

2013-05-22 Thread Forrest Xia (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13663903#comment-13663903
 ] 

Forrest Xia commented on GERONIMO-6034:
---

Try to look into the test code, but cannot understand why this statement 
getCurrentConfiguration().getBeans().isProxy(stadtInstance) return false now. 
Need expert's help on it.

 testSerializeSFSB(org.jboss.jsr299.tck.tests.implementation.enterprise.lifecycle.EnterpriseBeanLifecycleTest)
 -

 Key: GERONIMO-6034
 URL: https://issues.apache.org/jira/browse/GERONIMO-6034
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
Reporter: David Blevins



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (GERONIMO-6034) testSerializeSFSB(org.jboss.jsr299.tck.tests.implementation.enterprise.lifecycle.EnterpriseBeanLifecycleTest)

2013-05-22 Thread Forrest Xia (JIRA)

[ 
https://issues.apache.org/jira/browse/GERONIMO-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13663938#comment-13663938
 ] 

Forrest Xia commented on GERONIMO-6034:
---

Tried more and harder, found a clue is that, if we change openjpa version back 
to 2.2.1, then testSerializeSFSB pass! If no objection, I will do that change 
for the coming 3.0.1 release first.

However, we need a hand to look into the root cause that openjpa 2.2.2 bring in 
this regression.

 testSerializeSFSB(org.jboss.jsr299.tck.tests.implementation.enterprise.lifecycle.EnterpriseBeanLifecycleTest)
 -

 Key: GERONIMO-6034
 URL: https://issues.apache.org/jira/browse/GERONIMO-6034
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
Reporter: David Blevins



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (GERONIMO-6034) testSerializeSFSB(org.jboss.jsr299.tck.tests.implementation.enterprise.lifecycle.EnterpriseBeanLifecycleTest)

2013-05-22 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia resolved GERONIMO-6034.
---

   Resolution: Fixed
Fix Version/s: 3.0.1
 Assignee: Jarek Gawor

 testSerializeSFSB(org.jboss.jsr299.tck.tests.implementation.enterprise.lifecycle.EnterpriseBeanLifecycleTest)
 -

 Key: GERONIMO-6034
 URL: https://issues.apache.org/jira/browse/GERONIMO-6034
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
Reporter: David Blevins
Assignee: Jarek Gawor
 Fix For: 3.0.1




--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[VOTE] Release Geronimo 3.0.1 - third try

2013-05-22 Thread Forrest Xia
This is the third time to vote for Geronimo 3.0.1 release. Thanks Jarek to
help on fixing Geronimo-6034.

For Geronimo 3.0.1 release, there are these major changes:
1. JSF 2.1 support
2. JDBC 4 support
3. Some components upgrade, including Tomcat, JPA, Yoko, Tranql, ActiveMQ
4. Quite a few bugs fixes

For details, see
http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1/RELEASE_NOTES-3.0.1.txt

The server code up for vote is:
https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.zip

The binary code up for vote is:
Java EE 6 Full Profile Tomcat Assemblies:
https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.zip

Java EE 6 Web Profile Tomcat Assemblies:
https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.zip

Little-G Tomcat Assemblies:
https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.zip

Staging repo is:
https://repository.apache.org/content/repositories/orgapachegeronimo-034/

The tag has created at:
http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1

Java EE 6 TCKs all passed!

Vote will be at least open for 72 hours.
[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo 3.0.1 - third try

2013-05-22 Thread Forrest Xia
+1 myself


On Thu, May 23, 2013 at 1:26 PM, Forrest Xia forres...@gmail.com wrote:

 This is the third time to vote for Geronimo 3.0.1 release. Thanks Jarek to
 help on fixing Geronimo-6034.

 For Geronimo 3.0.1 release, there are these major changes:
 1. JSF 2.1 support
 2. JDBC 4 support
 3. Some components upgrade, including Tomcat, JPA, Yoko, Tranql, ActiveMQ
 4. Quite a few bugs fixes

 For details, see
 http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1/RELEASE_NOTES-3.0.1.txt

 The server code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.zip

 The binary code up for vote is:
 Java EE 6 Full Profile Tomcat Assemblies:

 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.zip

 Java EE 6 Web Profile Tomcat Assemblies:

 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.zip

 Little-G Tomcat Assemblies:

 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-034/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.zip

 Staging repo is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-034/

 The tag has created at:
 http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1

 Java EE 6 TCKs all passed!

 Vote will be at least open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




-- 
Thanks!

Regards, Forrest


[VOTE] Release Geronimo 3.0.1 - second try

2013-05-21 Thread Forrest Xia
Hi Devs,

Please vote Geronimo 3.0.1 release with these major differences from the
previous release:
1. JSF 2.1 support
2. JDBC 4 support
3. Some components upgrade, including Tomcat, JPA, Yoko, Tranql, ActiveMQ
4. Quite a few bugs fixes

For details, see
http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1/RELEASE_NOTES-3.0.1.txt

The server code up for vote is:
https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.zip

The binary code up for vote is:
Java EE 6 Full Profile Tomcat Assemblies:
https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.zip

Java EE 6 Web Profile Tomcat Assemblies:
https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.zip

Little-G Tomcat Assemblies:
https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.tar.gz
https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.zip

Staging repo is:
https://repository.apache.org/content/repositories/orgapachegeronimo-019/

The tag has created at:
http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1

Java EE 6 TCKs all passed!

Vote will be at least open for 72 hours.
[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

-- 
Thanks!

Regards, Forrest


Re: [VOTE] Release Geronimo 3.0.1 - second try

2013-05-21 Thread Forrest Xia
+1 myself


On Tue, May 21, 2013 at 3:35 PM, Forrest Xia forres...@gmail.com wrote:

 Hi Devs,

 Please vote Geronimo 3.0.1 release with these major differences from the
 previous release:
 1. JSF 2.1 support
 2. JDBC 4 support
 3. Some components upgrade, including Tomcat, JPA, Yoko, Tranql, ActiveMQ
 4. Quite a few bugs fixes

 For details, see
 http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1/RELEASE_NOTES-3.0.1.txt

 The server code up for vote is:

 https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/geronimo/3.0.1/geronimo-3.0.1-source-release.zip

 The binary code up for vote is:
 Java EE 6 Full Profile Tomcat Assemblies:

 https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6/3.0.1/geronimo-tomcat7-javaee6-3.0.1-bin.zip

 Java EE 6 Web Profile Tomcat Assemblies:

 https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-javaee6-web/3.0.1/geronimo-tomcat7-javaee6-web-3.0.1-bin.zip

 Little-G Tomcat Assemblies:

 https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.tar.gz

 https://repository.apache.org/content/repositories/orgapachegeronimo-019/org/apache/geronimo/assemblies/geronimo-tomcat7-minimal/3.0.1/geronimo-tomcat7-minimal-3.0.1-bin.zip

 Staging repo is:
 https://repository.apache.org/content/repositories/orgapachegeronimo-019/

 The tag has created at:
 http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0.1

 Java EE 6 TCKs all passed!

 Vote will be at least open for 72 hours.
 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

 --
 Thanks!

 Regards, Forrest




-- 
Thanks!

Regards, Forrest


[jira] [Reopened] (GERONIMO-6034) testSerializeSFSB(org.jboss.jsr299.tck.tests.implementation.enterprise.lifecycle.EnterpriseBeanLifecycleTest)

2013-05-21 Thread Forrest Xia (JIRA)

 [ 
https://issues.apache.org/jira/browse/GERONIMO-6034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Forrest Xia reopened GERONIMO-6034:
---

  Assignee: (was: David Blevins)

This problem comes back in the latest 3.0.1 jcdi tck run. 

 testSerializeSFSB(org.jboss.jsr299.tck.tests.implementation.enterprise.lifecycle.EnterpriseBeanLifecycleTest)
 -

 Key: GERONIMO-6034
 URL: https://issues.apache.org/jira/browse/GERONIMO-6034
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public(Regular issues) 
Reporter: David Blevins



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


  1   2   3   4   5   6   7   8   9   10   >