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

[han hongfang]

+1, thanks Forrest.


On Wed, May 29, 2013 at 11:17 PM, Jarek Gawor  wrote:

> +1 Looks good to me. Thank you!
>
> Jarek
>
> On Wed, May 29, 2013 at 2:46 AM, Forrest Xia  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
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Release Geronimo 3.0.0 (3rd Try)

[han hongfang]

+1

On Fri, Jul 6, 2012 at 3:39 PM, Forrest Xia  wrote:

>
>
> On Thu, Jul 5, 2012 at 10:17 PM, Kevan Miller wrote:
>
>>
>> On Jul 5, 2012, at 9:27 PM, Forrest Xia wrote:
>>
>> >
>> >
>> > On Fri, Jul 6, 2012 at 6:05 AM, Kevan Miller 
>> wrote:
>> >
>> > On Jul 5, 2012, at 2:23 PM, David Jencks wrote:
>> >
>> > > I'm a little confused by the LICENSE and NOTICE in the source.  I've
>> been telling people for years that these should apply to what is actually
>> in the source, however these appear to be the ones appropriate for the
>> binary distros.  For instance they point to files in the repository folder
>> which only exists in the binary distro.
>> >
>> > That can be debated. And I've seen both styles used. I'm not sure which
>> style I prefer. Separate source and binary license files may be more
>> accurate, but they also may be misinterpreted. I do agree that
>> license/notice in jar files should be source licenses…
>> >
>> > In any event, the current source LICENSE file clearly indicates what
>> applies to source and binaries. A consumer of the source should be able to
>> easily sort out what applies/doesn't apply… So, I'm fine with it as is…
>> > Kevan, your vote?
>>
>> Was waiting for build to finish. Given the US holidays, etc. I'd give
>> this a few more days to gather additional votes…
>>
> OK, that's fine to wait a couple days for this vote.
>
>>
>> --kevan
>
>
>
>
> --
> Thanks!
>
> Regards, Forrest
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Release Geronimo 2.1.8 RC2

[han hongfang]

+1

On Wed, Dec 21, 2011 at 2:05 PM, Forrest Xia  wrote:

> Hi folks,
>
> A release candidate for Geronimo 2.1.8 has been created and staged.
>
> The tag has been created here:
> https://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-2.1.8/
>
> The staging repo is here:
> https://repository.apache.org/content/repositories/orgapachegeronimo-377/
>
> The main artifacts up for vote are the source release archives:
>
> https://repository.apache.org/content/repositories/orgapachegeronimo-377/org/apache/geronimo/geronimo/2.1.8/geronimo-2.1.8-source-release.tar.gz
>
> https://repository.apache.org/content/repositories/orgapachegeronimo-377/org/apache/geronimo/geronimo/2.1.8/geronimo-2.1.8-source-release.zip
>
>
> A tck execution against 2.1.8 tag is ongoing, and will be finished around
> 16 hours later. I will update the status here.
>
> The vote will be open for 72 hours.
>
> [  ] +1 about time to push this out the door
> [  ]  0 no opinion
> [  ] -1 not this one  (please explain why)
>
>
> --
> Thanks!
>
> Regards, Forrest
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Release Geronimo Samples & Daytrader 3.0-beta-1 RC4

[han hongfang]

+1

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [ANNOUNCE] Welcome Trygve Hardersen as a new Geronimo committer

[han hongfang]

Congratulations Trygve, and welcome!

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[ANNOUNCE] Geronimo Eclipse Plugin 3.0-beta-1 release

[han hongfang]

Hi,

Apache Geronimo project is pleased to announce the available of Apache
Geronimo Eclipse Plugin v3.0-beta-1. It supports Geronimo 3.0-beta-1 server
and Eclipse 3.7 (Indigo).

Visit the links to GEP 3.0-beta-1 release notes.
http://www.apache.org/dist/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0-beta-1.txt

The new version have been available through eclipse update site now.
http://www.apache.org/dist/geronimo/eclipse/updates/

For manual installation, GEP 3.0-beta-1 can be downloaded from
http://apache.org/dist/geronimo/eclipse/3.0-beta-1/

THANK YOU all that contributed to this release!

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC2

[han hongfang]

Hi devs,

The vote to release Geronimo Eclipse Plugin 3.0-beta-1 RC2 passes with 7
"+1" votes and no 0 or -1 votes. Voting +1 were

Ivan Xu
Kevan Miller
Yi Xiao
Shawn Jiang
Viola Lu
Forrest Xia
Janet Han

4 of above "+1" were from PMC members.

The artifacts and eclipse update site will be promoted soon. Thanks all for
your time of review and vote.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC2

[han hongfang]

my +1 with

- build pass on ubuntu
- rat check pass
- staging install successfully to indigo SR1
- start/stop server v3.0-beta-1 successfully
- develop/deploy simple web app successfully

On Wed, Nov 30, 2011 at 2:09 PM, han hongfang  wrote:

> Hi devs,
>
> Please help to review and vote on the release of Geronimo Eclipse Plugin
> (GEP) 3.0-beta-1 RC2.
>
> GEP 3.0-beta-1 supports Geronimo server 3.0-beta-1, 2.2.1, 2.1.7 and
> Eclipse Indigo (3.7).
>
> [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
>
> The source code zip is here:
>
> https://repository.apache.org/content/repositories/orgapachegeronimo-271/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.zip
>
> https://repository.apache.org/content/repositories/orgapachegeronimo-271/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.tar.gz
>
> The tag is here:
>
> https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0-beta-1
>
> The deployable zip file is here:
>
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-deployable.zip
>
> The update site zip file is here:
>
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-updatesite.zip
>
> The p2 repo zip file is here:
>
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-p2repo.zip
>
> If you would like to review and/or comment on the release notes, you can
> find it here:
>
> http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0-beta-1.txt
>
> Finally, I've created a Staging Site that can be used to test the update
> manager functions of  Eclipse (Indigo and helios):
> http://people.apache.org/builds/geronimo/eclipse/updates/
>
> The vote will be open for the 72-hour minimum.
>
> [  ] +1 about time to push this out the door
> [  ]  0 no opinion
> [  ] -1 not this one  (please explain why)
>
> --
> Best regards,
>
> Han Hong Fang (Janet)
> hanhongfang AT apache.org
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC2

[han hongfang]

Hi devs,

Please help to review and vote on the release of Geronimo Eclipse Plugin
(GEP) 3.0-beta-1 RC2.

GEP 3.0-beta-1 supports Geronimo server 3.0-beta-1, 2.2.1, 2.1.7 and
Eclipse Indigo (3.7).

[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

The source code zip is here:
https://repository.apache.org/content/repositories/orgapachegeronimo-271/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.zip
https://repository.apache.org/content/repositories/orgapachegeronimo-271/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.tar.gz

The tag is here:
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0-beta-1

The deployable zip file is here:
http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-deployable.zip

The update site zip file is here:
http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-updatesite.zip

The p2 repo zip file is here:
http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-p2repo.zip

If you would like to review and/or comment on the release notes, you can
find it here:
http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0-beta-1.txt

Finally, I've created a Staging Site that can be used to test the update
manager functions of  Eclipse (Indigo and helios):
http://people.apache.org/builds/geronimo/eclipse/updates/

The vote will be open for the 72-hour minimum.

[  ] +1 about time to push this out the door
[  ]  0 no opinion
[  ] -1 not this one  (please explain why)

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC1.

[han hongfang]

Thanks Kevan. I just added a README.txt to highlight the build issue in GEP
v3.0-beta-1, and will start RC2 for voting soon.

On Sun, Nov 27, 2011 at 10:42 PM, Kevan Miller wrote:

>
> On Nov 23, 2011, at 9:24 PM, han hongfang wrote:
>
> > Hi Kevan,
> >
> > Is your mac 32bit or 64bit?  GEP 3.0-beta-1 uses maven-eclipsepde-plugin
> v1.1, which doesn't include following fix.
> > - https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-674 Could not
> build GEP3.0 under macos-64bit
>
> Thanks. My Mac is 64 bit.
>
> >
> > And what's your maven version? Please use maven 2.2.1 to build GEP
> 3.0-beta-1 tag since GERONIMODEVTOOLS-694 is still open.
> > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-694 Can not
> build GEP with maven 3.0
>
> I tried with both maven 2.2.1 and 3
> >
> > I tried but failed to find a machine with mac 32bit os. Anyone has mac
> 32 bit os? could you please kindly have a try to build
> https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0-beta-1
>
> Thanks for looking. I could reconfigure/reboot into 32-bit mode. However,
> I'm OK with building from another OS. As long as we run on 32/64 bit Mac
> OS, that's fine. Documentation about the problem (maybe it's already there)
> in the README or Build How-To file would be useful.
>
> --kevan
> >
> > On Wed, Nov 23, 2011 at 3:35 AM, Kevan Miller 
> wrote:
> >
> > On Nov 22, 2011, at 1:49 AM, han hongfang wrote:
> >
> > >
> > >
> > > So far, I can't get a build to work. I'm getting:
> > >
> > > [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile
> (default-compile) on project org.apache.geronimo.runtime.common:
> Compilation failure: Compilation failure:
> > > [ERROR]
> /Users/kevan/tmp/release/geronimo-eclipse-plugin-3.0-beta-1/plugins/org.apache.geronimo.runtime.common/src/main/java/org/apache/geronimo/runtime/common/log/Logger.java:[21,31]
> package org.eclipse.core.runtime does not exist
> > > ...
> > >
> > > What's your os?
> >
> > Mac OS Lion.
> >
> > --kevan
> >
> >
> >
> >
> >
> > --
> > Best regards,
> >
> > Han Hong Fang (Janet)
> > hanhongfang AT apache.org
> >
> >
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Accept code donation from HypoBytes LTD

[han hongfang]

+1

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC1.

[han hongfang]

Hi Kevan,

Is your mac 32bit or 64bit?  GEP 3.0-beta-1 uses maven-eclipsepde-plugin
v1.1, which doesn't include following fix.
- https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-674 Could not
build GEP3.0 under macos-64bit

And what's your maven version? Please use maven 2.2.1 to build GEP
3.0-beta-1 tag since GERONIMODEVTOOLS-694 is still open.
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-694 Can not build
GEP with maven 3.0

I tried but failed to find a machine with mac 32bit os. Anyone has mac 32
bit os? could you please kindly have a try to build
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0-beta-1

On Wed, Nov 23, 2011 at 3:35 AM, Kevan Miller wrote:

>
> On Nov 22, 2011, at 1:49 AM, han hongfang wrote:
>
> >
> >
> > So far, I can't get a build to work. I'm getting:
> >
> > [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile
> (default-compile) on project org.apache.geronimo.runtime.common:
> Compilation failure: Compilation failure:
> > [ERROR]
> /Users/kevan/tmp/release/geronimo-eclipse-plugin-3.0-beta-1/plugins/org.apache.geronimo.runtime.common/src/main/java/org/apache/geronimo/runtime/common/log/Logger.java:[21,31]
> package org.eclipse.core.runtime does not exist
> > ...
> >
> > What's your os?
>
> Mac OS Lion.
>
> --kevan
>
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC1.

[han hongfang]

GEP 3.0-beta-1 RC1 vote is cancelled.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC1.

[han hongfang]

Thanks Keven for the comment. Taken actions as below.

On Tue, Nov 22, 2011 at 2:47 AM, Kevan Miller wrote:

> How are the exsd files created? E.g.
> geronimo-eclipse-plugin-3.0-beta-1/plugins/org.apache.geronimo.jaxbmodel.common/schema/JAXBUtilsProvider.exsd
>
> The underlying question is -- do they require a source license header? If
> they are automatically generated from other sources, then they do not
> require a license header. However, if they are generated by hand, then they
> probably do require a license header…
>

Added the license header, and also re-run rat:check and add more missing
license headers.


> Note that the following text in the NOTICE file should not be there (not a
> big deal, I think, but should be cleaned up):
>
> =
> ==  NOTICE file corresponding to section 4(d) of the Apache License,   ==
> ==  Version 2.0, in this case for the Apache Geronimo distribution.==
> =
>
Removed, and also did for branch v21, v22, and trunk.


>
> So far, I can't get a build to work. I'm getting:
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile
> (default-compile) on project org.apache.geronimo.runtime.common:
> Compilation failure: Compilation failure:
> [ERROR]
> /Users/kevan/tmp/release/geronimo-eclipse-plugin-3.0-beta-1/plugins/org.apache.geronimo.runtime.common/src/main/java/org/apache/geronimo/runtime/common/log/Logger.java:[21,31]
> package org.eclipse.core.runtime does not exist
> ...
>
> What's your os?

> --kevan
>
> On Nov 17, 2011, at 10:39 PM, han hongfang wrote:
>
> > Hi devs,
> >
> > Please help to review and vote on the release of Geronimo Eclipse Plugin
> (GEP) 3.0-beta-1 RC1.
> >
> > GEP 3.0-beta-1 supports Geronimo server 3.0-beta-1, 2.2.1, 2.1.7 and
> Eclipse Indigo (3.7).
> >
> > [Known issue]  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
> >
> > The source code zip is here:
> >
> https://repository.apache.org/content/repositories/orgapachegeronimo-206/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.zip
> >
> https://repository.apache.org/content/repositories/orgapachegeronimo-206/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.tar.gz
> >
> > The tag is here:
> >
> https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0-beta-1
> >
> > The deployable zip file is here:
> >
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-deployable.zip
> >
> > The update site zip file is here:
> >
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-updatesite.zip
> >
> > The p2 repo zip file is here:
> >
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-p2repo.zip
> >
> > If you would like to review and/or comment on the release notes, you can
> find it here:
> >
> http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0-beta-1.txt
> >
> > Finally, I've created a Staging Site that can be used to test the update
> manager functions of  Eclipse (Indigo and helios):
> > http://people.apache.org/builds/geronimo/eclipse/updates/
> >
> > The vote will be open for the 72-hour minimum.
> >
> > [  ] +1 about time to push this out the door
> > [  ]  0 no opinion
> > [  ] -1 not this one  (please explain why)
> >
> > --
> > Best regards,
> >
> > Han Hong Fang (Janet)
> > hanhongfang AT apache.org
> >
> >
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: svn commit: r1203132 - /geronimo/devtools/eclipse-plugin/branches/3.0-beta-1/eclipse/build.xml

[han hongfang]

Hi Jarek,

I have been using Indigo for developing and testing for gep 3.0-snapshot
for a while, and also made some testing on Indigo these days. Looking back
to the previous eclipse upgrade, I can see it usually did smoothly.

On Fri, Nov 18, 2011 at 5:55 AM, Jarek Gawor  wrote:

> I understand this change for trunk but isn't it too late for the 3.0
> beta 1 branch? Have we done extensive testing with 3.7?
>
> Jarek
>
> On Thu, Nov 17, 2011 at 4:53 AM,   wrote:
> > Author: hanhongfang
> > Date: Thu Nov 17 09:53:27 2011
> > New Revision: 1203132
> >
> > URL: http://svn.apache.org/viewvc?rev=1203132&view=rev
> > Log:
> > GERONIMODEVTOOLS-775 Update Eclipse support to Indigo SR1
> >
> > Modified:
> >geronimo/devtools/eclipse-plugin/branches/3.0-beta-1/eclipse/build.xml
> >
> > Modified:
> geronimo/devtools/eclipse-plugin/branches/3.0-beta-1/eclipse/build.xml
> > URL:
> http://svn.apache.org/viewvc/geronimo/devtools/eclipse-plugin/branches/3.0-beta-1/eclipse/build.xml?rev=1203132&r1=1203131&r2=1203132&view=diff
> >
> ==
> > ---
> geronimo/devtools/eclipse-plugin/branches/3.0-beta-1/eclipse/build.xml
> (original)
> > +++
> geronimo/devtools/eclipse-plugin/branches/3.0-beta-1/eclipse/build.xml Thu
> Nov 17 09:53:27 2011
> > @@ -45,7 +45,7 @@
> >
> > 
> >
> > -
> > +
> > 
> >  value="eclipse-jee-${eclipse_name}-${eclipse_release}" />
> > http://www.eclipse.org/downloads/download.php?file="; />
> >
> >
> >
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC1.

[han hongfang]

my +1 with followings:

- build pass on winXP and ubuntu
- install successfully via staging updatesite
- create server (v3.0, v2.2.1), start/stop server successfully
- create/deploy simple web project successfully

On Fri, Nov 18, 2011 at 11:39 AM, han hongfang wrote:

> Hi devs,
>
> Please help to review and vote on the release of Geronimo Eclipse Plugin
> (GEP) 3.0-beta-1 RC1.
>
> GEP 3.0-beta-1 supports Geronimo server 3.0-beta-1, 2.2.1, 2.1.7 and
> Eclipse Indigo (3.7).
>
> [Known issue]  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
>
> The source code zip is here:
>
> https://repository.apache.org/content/repositories/orgapachegeronimo-206/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.zip
>
> https://repository.apache.org/content/repositories/orgapachegeronimo-206/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.tar.gz
>
> The tag is here:
>
> <https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-2.2.1/>
> https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0-beta-1
>
> The deployable zip file is here:
>
> <http://people.apache.org/builds/geronimo/eclipse/2.2.1/geronimo-eclipse-plugin-2.2.1-deployable.zip>
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-deployable.zip
>
> The update site zip file is here:
>
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-updatesite.zip
>
> The p2 repo zip file is here:
>
> http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-p2repo.zip
>
> If you would like to review and/or comment on the release notes, you can
> find it here:
>
> <http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.2.1.txt>
> http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0-beta-1.txt
>
> Finally, I've created a Staging Site that can be used to test the update
> manager functions of  Eclipse (Indigo and helios):
> http://people.apache.org/builds/geronimo/eclipse/updates/
>
> The vote will be open for the 72-hour minimum.
>
> [  ] +1 about time to push this out the door
> [  ]  0 no opinion
> [  ] -1 not this one  (please explain why)
>
> --
> Best regards,
>
> Han Hong Fang (Janet)
> hanhongfang AT apache.org
>
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Vote] Geronimo Eclipse Plugin (GEP) 3.0-beta-1 RC1.

[han hongfang]

Hi devs,

Please help to review and vote on the release of Geronimo Eclipse Plugin
(GEP) 3.0-beta-1 RC1.

GEP 3.0-beta-1 supports Geronimo server 3.0-beta-1, 2.2.1, 2.1.7 and
Eclipse Indigo (3.7).

[Known issue]  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

The source code zip is here:
https://repository.apache.org/content/repositories/orgapachegeronimo-206/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.zip
https://repository.apache.org/content/repositories/orgapachegeronimo-206/org/apache/geronimo/devtools/geronimo-eclipse-plugin/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-source-release.tar.gz

The tag is here:

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-3.0-beta-1

The deployable zip file is here:

http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-deployable.zip

The update site zip file is here:
http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-updatesite.zip

The p2 repo zip file is here:
http://people.apache.org/builds/geronimo/eclipse/3.0-beta-1/geronimo-eclipse-plugin-3.0-beta-1-p2repo.zip

If you would like to review and/or comment on the release notes, you can
find it here:

http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-3.0-beta-1.txt

Finally, I've created a Staging Site that can be used to test the update
manager functions of  Eclipse (Indigo and helios):
http://people.apache.org/builds/geronimo/eclipse/updates/

The vote will be open for the 72-hour minimum.

[  ] +1 about time to push this out the door
[  ]  0 no opinion
[  ] -1 not this one  (please explain why)

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Release Geronimo 3.0-beta-1 (2nd attempt)

[han hongfang]

+1. Thanks Rex!

On Mon, Nov 7, 2011 at 10:07 PM, Rex Wang  wrote:

> Hi Devs,
>
> Let's review and vote for 3.0-beta-1 RC2.
> Geronimo 3.0-beta-1 supports Java Enterprise Edition 6.0 Full Profile
> specification, and also add the support for OSGi programming model.
>
> In RC2, Kevan added the dojo license, and Shawn provided a fix for the EJB
> TCK problem. Thanks!
>
> The components up for vote is:
>
> https://repository.apache.org/content/repositories/orgapachegeronimo-164/org/apache/geronimo/geronimo/3.0-beta-1/geronimo-3.0-beta-1-source-release.tar.gz
>
> https://repository.apache.org/content/repositories/orgapachegeronimo-164/org/apache/geronimo/geronimo/3.0-beta-1/geronimo-3.0-beta-1-source-release.zip
>
> Staging repo is:
> https://repository.apache.org/content/repositories/orgapachegeronimo-164
>
> The tag has created at:
> http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-3.0-beta-1/
>
> We need wait the latest TCK results against the tag again. Thanks Forrest
> for helping run the TCK!
>
> Vote will be at least open for 72 hours.
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> --
> Lei Wang (Rex)
> rwonly AT apache.org
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: eclipse plugin and sample releases

[han hongfang]

I volunteer for eclipse plugin.

On Sat, Nov 5, 2011 at 3:48 AM, Kevan Miller  wrote:

> Along with the 3.0 server beta, we'll be wanting to release the
> eclipse plugin and samples... Any volunteers for release manager?
>
> --kevan
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Discussion] why does geronimo set org.apache.catalina.STRICT_SERVLET_COMPLIANCE=true?

[han hongfang]

Hi devs,

Some update for this topic.

I set org.apache.catalina.STRICT_SERVLET_COMPLIANCE=false (just as the
default value in tomcat), and then run the servlet package of TCK, only two
cases failed.

http://tomcat.apache.org/tomcat-7.0-doc/config/systemprops.html#Specificationshows
the value of org.apache.catalina.STRICT_SERVLET_COMPLIANCE has effect
on several other properties. Looking into tomcat source code, most of the
properties being effected take the value of
org.apache.catalina.STRICT_SERVLET_COMPLIANCE only if these properties are
NOT explicitly set. By setting the following properties as true,
above-mentioned failed TCK cases pass as well.

org.apache.catalina.core.ApplicationContext.GET_RESOURCE_REQUIRE_SLASH=true
org.apache.catalina.core.ApplicationDispatcher.WRAP_SAME_OBJECT=true
org.apache.catalina.core.StandardHostValve.ACCESS_SESSION=true
org.apache.catalina.session.StandardSession.ACTIVITY_CHECK=true
org.apache.catalina.session.StandardSession.LAST_ACCESS_AT_START=true

I also tried in jetty v8.0.1.v20110908 and geronimo-jetty trunk, travel
sample runs successfully. Both of them have no homepage access issue (i.e.,
404 error).

Any objection to set org.apache.catalina.STRICT_SERVLET_COMPLIANCE=false in
geronimo tomcat?

Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Discussion] why does geronimo set org.apache.catalina.STRICT_SERVLET_COMPLIANCE=true?

[han hongfang]

Rainer, thanks for the link, which shows STRICT_SERVLET_COMPLIANCE has
impact on dozens of other properties and serveral attributes of any context.

On Tue, Sep 20, 2011 at 4:01 AM, Rainer Jung wrote:

> Just in case you wonder what STRICT_SERVLET_COMPLIANCE actually means
> for Tomcat: you can find some details under
>
>
> http://tomcat.apache.org/tomcat-7.0-doc/config/systemprops.html#Specification
>
> Regards,
>
> Rainer
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Discussion] why does geronimo set org.apache.catalina.STRICT_SERVLET_COMPLIANCE=true?

[han hongfang]

Thank Russell for the comprehensive explanation.

On Tue, Sep 20, 2011 at 3:33 AM, Russell E Glaue  wrote:

> I do not know the answer, but have two suggestions as why this is
> necessary.
>
> 1. First, we should be trying to make servlet compliance identical (as much
> as
> possible) between Jetty and Tomcat, and any future Servlet container. Being
> strict can better ensure cross-servlet-container compatibility.
>
> 2. I would assume the ...STRICT_COMPLIANCE=false allows the software to be
> forgiving to users that may use older syntax, or to make the servlet more
> backwards compatible.
>
> I would suggest that unless necessary to do otherwise, we should always
> observe
> strict compliance. Strict Compliance should be interpreted as requiring the
> exact unforgiving syntax for servlet compliance.
>
> I would also suggest that if the spring sample travel does not work well in
> the
> latest version of tomcat under Geronimo, that it be updated to meet the
> current
> specific strict servlet requirements.
> Perhaps one reason tomcat has SERVLET_COMPLIANE=false is to make the older
> sample webapps compliant so that time was not spent on upgrading the old
> webapp.
> And perhaps this webapp is an example for the reason why the tomcat has
> this set
> to false by default in the first place.
>
> IMO, Better to be strict and enforce compliance, because at some point the
> old
> deprecated syntax has to go away. And with current configuration, we alert
> the
> Geronimo admin about the uncompliant configuration, and they can choose to
> fix
> the compliance issue, and set the STRICT_COMPLIANCE flag to false and have
> some
> breathing room time to fix the issue.
>
> -RG
>
>
> On 09/19/2011 12:43 AM, han hongfang wrote:
> > Hi devs,
> >
> > When I look into the https://issues.apache.org/jira/browse/GERONIMO-6127,
> I
> > notice that in \trunk\plugins\tomcat\tomcat7\src\main\plan\plan.xml,
> geronimo
> > sets org.apache.catalina.STRICT_SERVLET_COMPLIANCE=true, but it is false
> in
> > tomcat by default. This causes the spring sample travel works well in
> tomcat,
> > but has homepage access issue (404 error) in geronimo.
> >
> > Could somebody give me a hint why geronimo explicitly sets
> > org.apache.catalina.STRICT_SERVLET_COMPLIANCE as true? Does the default
> value
> > false lead to any problem?
> >
> > --
> > Best regards,
> >
> > Han Hong Fang (Janet)
> > hanhongfang AT apache.org <http://apache.org>
> >
> >
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Discussion] why does geronimo set org.apache.catalina.STRICT_SERVLET_COMPLIANCE=true?

[han hongfang]

Hi devs,

When I look into the https://issues.apache.org/jira/browse/GERONIMO-6127, I
notice that in \trunk\plugins\tomcat\tomcat7\src\main\plan\plan.xml,
geronimo sets org.apache.catalina.STRICT_SERVLET_COMPLIANCE=true, but it is
false in tomcat by default. This causes the spring sample travel works well
in tomcat, but has homepage access issue (404 error) in geronimo.

Could somebody give me a hint why geronimo explicitly sets
org.apache.catalina.STRICT_SERVLET_COMPLIANCE as true? Does the default
value false lead to any problem?

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Release Geronimo Forked Tomcat 7.0.19.2

[han hongfang]

+1
-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] release xbean 3.8 - 1st try

[han hongfang]

+1
-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Release geronimo txmanager 3.1.1 - 1st attempt.

[han hongfang]

+1

Thanks Rex.
-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Release geronimo rebundled bval-jsr303 0.3_1-incubating - 1st try

[han hongfang]

+1

On Fri, Sep 2, 2011 at 11:25 AM, chi runhua  wrote:

> +1
>
>
> On Fri, Sep 2, 2011 at 9:56 AM, viola lu  wrote:
>
>> +1
>>
>>
>> On Fri, Sep 2, 2011 at 9:39 AM, Kevan Miller wrote:
>>
>>> +1.
>>>
>>> Signature, checksum, rat, build, license/notice files -- all look good.
>>> Thanks Rex!
>>>
>>> --kevan
>>>
>>> On Sep 1, 2011, at 5:43 AM, Rex Wang wrote:
>>>
>>> > Please vote for geronimo rebundled bval-jsr303 0.3_1-incubating
>>> release, which will be used in Geronimo 3.0-beta release
>>> >
>>> > The components up for vote are:
>>> >
>>> https://repository.apache.org/content/repositories/orgapachegeronimo-011/org/apache/geronimo/bundles/bval-jsr303/0.3_1-incubating/bval-jsr303-0.3_1-incubating-source-release.tar.gz
>>> >
>>> https://repository.apache.org/content/repositories/orgapachegeronimo-011/org/apache/geronimo/bundles/bval-jsr303/0.3_1-incubating/bval-jsr303-0.3_1-incubating-source-release.zip
>>> >
>>> > Staging repo is here:
>>> >
>>> https://repository.apache.org/content/repositories/orgapachegeronimo-011/
>>> >
>>> > tag is here:
>>> >
>>> http://svn.apache.org/repos/asf/geronimo/bundles/tags/bval-jsr303-0.3_1-incubating/
>>> >
>>> > Vote open 72 hours
>>> >
>>> > [ ] +1 release this
>>> > [ ] 0 don't care
>>> > [ ] -1 don't release this (please explain)
>>> >
>>> >
>>> > --
>>> > Lei Wang (Rex)
>>> > rwonly AT apache.org
>>>
>>>
>>
>>
>> --
>> viola
>>
>> Apache Geronimo
>>
>>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Release Geronimo Bundled woodstox-core-asl 4.1.2_1

[han hongfang]

+1
-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] release YOKO 1.3 - 1st attempt.

[han hongfang]

+1
-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: Welcome Shenghao Fang as a new Geronimo committer

[han hongfang]

Congratulations~

On Fri, Aug 19, 2011 at 10:22 AM, viola lu  wrote:

> Congrats.
>
>
> On Fri, Aug 19, 2011 at 9:12 AM, Yi Xiao wrote:
>
>> Congratulations, Michael!
>>
>>
>> On Fri, Aug 19, 2011 at 5:08 AM, Jay D. McHugh wrote:
>>
>>> Congratulations Michael and welcome!
>>>
>>> Jay
>>>
>>>
>>> On 08/18/2011 09:18 AM, Shawn Jiang wrote:
>>>
 I'd like to welcome Shenghao Fang  on aboard, as he recently accepted
 the Geronimo PMC invitation to become a committer.

 His account was just created , so you should start seeing some commits
 from him soon.

 --
 Shawn

>>>
>>
>>
>> --
>> Best regards!
>>
>>
>>  John Xiao
>>
>>
>
>
> --
> viola
>
> Apache Geronimo
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: svn commit: r1153013 - /geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java

[han hongfang]

Changes using felix Properties class is committed at revision: 1153754.

On Tue, Aug 2, 2011 at 2:07 PM, han hongfang  wrote:

> Yes, just tested with unicode value in the property file, and
> processProperty() can not deal it correctly as java.util.Property does. I'm
> going to rewrite with felix properties.
>
> On Tue, Aug 2, 2011 at 2:00 PM, David Jencks wrote:
>
>> I agree, this is a bad idea since the felix properties class is well known
>> and well tested.
>>
>> The usual way to use this class is to use the maven-bundle-plugin to
>> include it in your jar.  I really don't recommend maintaining a copy in
>> geronimo unless we really need modifications.  Any changes you want to
>> propose should be pushed back to the felix community.
>>
>> Please rewrite this using the felix properties class.
>>
>> thanks
>> david jencks
>>
>>
>> On Aug 1, 2011, at 9:32 PM, Jarek Gawor wrote:
>>
>> > I don't think I trust this processProperty() code. It doesn't seem to
>> > support Unicode escaping for one. I would also strongly encourage
>> > using the Properties class from the Felix util bundle (e.g. just pull
>> > in the class into Geronimo and modify as necessary).
>> >
>> > Jarek
>> >
>> > On Mon, Aug 1, 2011 at 11:40 PM,   wrote:
>> >> Author: hanhongfang
>> >> Date: Tue Aug  2 03:40:01 2011
>> >> New Revision: 1153013
>> >>
>> >> URL: http://svn.apache.org/viewvc?rev=1153013&view=rev
>> >> Log:
>> >> GERONIMO-5310 Better ordering for config-substitutions.properties
>> >>
>> >> Modified:
>> >>
>>  
>> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
>> >>
>> >> Modified:
>> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
>> >> URL:
>> http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java?rev=1153013&r1=1153012&r2=1153013&view=diff
>> >>
>> ==
>> >> ---
>> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
>> (original)
>> >> +++
>> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
>> Tue Aug  2 03:40:01 2011
>> >> @@ -24,10 +24,14 @@ import java.io.FileOutputStream;
>> >>  import java.io.FileReader;
>> >>  import java.io.FileWriter;
>> >>  import java.io.IOException;
>> >> +import java.io.OutputStreamWriter;
>> >>  import java.io.Reader;
>> >>  import java.io.Writer;
>> >>  import java.util.ArrayList;
>> >>  import java.util.Collection;
>> >> +import java.util.Collections;
>> >> +import java.util.Comparator;
>> >> +import java.util.Date;
>> >>  import java.util.HashMap;
>> >>  import java.util.Iterator;
>> >>  import java.util.List;
>> >> @@ -672,10 +676,24 @@ public class LocalAttributeManager imple
>> >> private static void storeConfigSubstitutions(File
>> configSubstitutionsFile, Properties properties) {
>> >> if (configSubstitutionsFile != null) {
>> >> try {
>> >> -FileOutputStream out = new
>> FileOutputStream(configSubstitutionsFile);
>> >> +OutputStreamWriter out = new OutputStreamWriter(new
>> FileOutputStream(configSubstitutionsFile),
>> >> +"ISO-8859-1");
>> >> try {
>> >> -out.write(INSTRUCTION);
>> >> -properties.store(out, null);
>> >> +out.write(new String(INSTRUCTION));
>> >> +out.write("#" + (new Date()).toString() + "\n");
>> >> +
>> >> +ArrayList keys2 = new
>> ArrayList(properties.keySet());
>> >> +Collections.sort(keys2, new Comparator() {
>> >> +public int compare(String o1, String o2) {
>> >> +

Re: svn commit: r1153013 - /geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java

[han hongfang]

Yes, just tested with unicode value in the property file, and
processProperty() can not deal it correctly as java.util.Property does. I'm
going to rewrite with felix properties.

On Tue, Aug 2, 2011 at 2:00 PM, David Jencks  wrote:

> I agree, this is a bad idea since the felix properties class is well known
> and well tested.
>
> The usual way to use this class is to use the maven-bundle-plugin to
> include it in your jar.  I really don't recommend maintaining a copy in
> geronimo unless we really need modifications.  Any changes you want to
> propose should be pushed back to the felix community.
>
> Please rewrite this using the felix properties class.
>
> thanks
> david jencks
>
>
> On Aug 1, 2011, at 9:32 PM, Jarek Gawor wrote:
>
> > I don't think I trust this processProperty() code. It doesn't seem to
> > support Unicode escaping for one. I would also strongly encourage
> > using the Properties class from the Felix util bundle (e.g. just pull
> > in the class into Geronimo and modify as necessary).
> >
> > Jarek
> >
> > On Mon, Aug 1, 2011 at 11:40 PM,   wrote:
> >> Author: hanhongfang
> >> Date: Tue Aug  2 03:40:01 2011
> >> New Revision: 1153013
> >>
> >> URL: http://svn.apache.org/viewvc?rev=1153013&view=rev
> >> Log:
> >> GERONIMO-5310 Better ordering for config-substitutions.properties
> >>
> >> Modified:
> >>
>  
> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
> >>
> >> Modified:
> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
> >> URL:
> http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java?rev=1153013&r1=1153012&r2=1153013&view=diff
> >>
> ==
> >> ---
> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
> (original)
> >> +++
> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
> Tue Aug  2 03:40:01 2011
> >> @@ -24,10 +24,14 @@ import java.io.FileOutputStream;
> >>  import java.io.FileReader;
> >>  import java.io.FileWriter;
> >>  import java.io.IOException;
> >> +import java.io.OutputStreamWriter;
> >>  import java.io.Reader;
> >>  import java.io.Writer;
> >>  import java.util.ArrayList;
> >>  import java.util.Collection;
> >> +import java.util.Collections;
> >> +import java.util.Comparator;
> >> +import java.util.Date;
> >>  import java.util.HashMap;
> >>  import java.util.Iterator;
> >>  import java.util.List;
> >> @@ -672,10 +676,24 @@ public class LocalAttributeManager imple
> >> private static void storeConfigSubstitutions(File
> configSubstitutionsFile, Properties properties) {
> >> if (configSubstitutionsFile != null) {
> >> try {
> >> -FileOutputStream out = new
> FileOutputStream(configSubstitutionsFile);
> >> +OutputStreamWriter out = new OutputStreamWriter(new
> FileOutputStream(configSubstitutionsFile),
> >> +"ISO-8859-1");
> >> try {
> >> -out.write(INSTRUCTION);
> >> -properties.store(out, null);
> >> +out.write(new String(INSTRUCTION));
> >> +out.write("#" + (new Date()).toString() + "\n");
> >> +
> >> +ArrayList keys2 = new
> ArrayList(properties.keySet());
> >> +Collections.sort(keys2, new Comparator() {
> >> +public int compare(String o1, String o2) {
> >> +return
> o1.toLowerCase().compareTo(o2.toLowerCase());
> >> +}
> >> +});
> >> +for (Object o : keys2) {
> >> +String key = (String) o;
> >> +String value = properties.getProperty(key);
> >> +out.write(processProperty(key, true) + "=" +
> processProperty(value, false) + "\n");
> >> +}
> >> +out.flush();
> >> } finally {
> >> out.close();
> >> }
> >> @@ -685,6 +703,17 @@ public class LocalAttributeManager imple
> >> }
> >> }
> >>
> >> +// process the value and element of property as what
> java.util.Properties.store(Writer writer, String comments) does
> >> +private static String processProperty(String str, boolean isKey) {
> >> +boolean hasLeadingSpace = str.startsWith(" ");
> >> +String temp0 = isKey ? str.replaceAll(" ", " ") :
> (hasLeadingSpace ? str.replaceFirst(" ", " ") : str);
> >> +String temp1 = temp0.replaceAll("!", "!");
> >> +  

Re: svn commit: r1153013 - /geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java

[han hongfang]

Thanks Jarek for the comments.

I will re-visit the processProperty method regarding unicode and also
Properties in Felix.

On Tue, Aug 2, 2011 at 12:32 PM, Jarek Gawor  wrote:

> I don't think I trust this processProperty() code. It doesn't seem to
> support Unicode escaping for one. I would also strongly encourage
> using the Properties class from the Felix util bundle (e.g. just pull
> in the class into Geronimo and modify as necessary).
>
> Jarek
>
> On Mon, Aug 1, 2011 at 11:40 PM,   wrote:
> > Author: hanhongfang
> > Date: Tue Aug  2 03:40:01 2011
> > New Revision: 1153013
> >
> > URL: http://svn.apache.org/viewvc?rev=1153013&view=rev
> > Log:
> > GERONIMO-5310 Better ordering for config-substitutions.properties
> >
> > Modified:
> >
>  
> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
> >
> > Modified:
> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
> > URL:
> http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java?rev=1153013&r1=1153012&r2=1153013&view=diff
> >
> ==
> > ---
> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
> (original)
> > +++
> geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/LocalAttributeManager.java
> Tue Aug  2 03:40:01 2011
> > @@ -24,10 +24,14 @@ import java.io.FileOutputStream;
> >  import java.io.FileReader;
> >  import java.io.FileWriter;
> >  import java.io.IOException;
> > +import java.io.OutputStreamWriter;
> >  import java.io.Reader;
> >  import java.io.Writer;
> >  import java.util.ArrayList;
> >  import java.util.Collection;
> > +import java.util.Collections;
> > +import java.util.Comparator;
> > +import java.util.Date;
> >  import java.util.HashMap;
> >  import java.util.Iterator;
> >  import java.util.List;
> > @@ -672,10 +676,24 @@ public class LocalAttributeManager imple
> > private static void storeConfigSubstitutions(File
> configSubstitutionsFile, Properties properties) {
> > if (configSubstitutionsFile != null) {
> > try {
> > -FileOutputStream out = new
> FileOutputStream(configSubstitutionsFile);
> > +OutputStreamWriter out = new OutputStreamWriter(new
> FileOutputStream(configSubstitutionsFile),
> > +"ISO-8859-1");
> > try {
> > -out.write(INSTRUCTION);
> > -properties.store(out, null);
> > +out.write(new String(INSTRUCTION));
> > +out.write("#" + (new Date()).toString() + "\n");
> > +
> > +ArrayList keys2 = new
> ArrayList(properties.keySet());
> > +Collections.sort(keys2, new Comparator() {
> > +public int compare(String o1, String o2) {
> > +return
> o1.toLowerCase().compareTo(o2.toLowerCase());
> > +}
> > +});
> > +for (Object o : keys2) {
> > +String key = (String) o;
> > +String value = properties.getProperty(key);
> > +out.write(processProperty(key, true) + "=" +
> processProperty(value, false) + "\n");
> > +}
> > +out.flush();
> > } finally {
> > out.close();
> > }
> > @@ -685,6 +703,17 @@ public class LocalAttributeManager imple
> > }
> > }
> >
> > +// process the value and element of property as what
> java.util.Properties.store(Writer writer, String comments) does
> > +private static String processProperty(String str, boolean isKey) {
> > +boolean hasLeadingSpace = str.startsWith(" ");
> > +String temp0 = isKey ? str.replaceAll(" ", " ") :
> (hasLeadingSpace ? str.replaceFirst(" ", " ") : str);
> > +String temp1 = temp0.replaceAll("!", "!");
> > +String temp2 = temp1.replaceAll("#", "#");
> > +String temp3 = temp2.replaceAll(":", ":");
> > +String temp4 = temp3.replaceAll("=", "=");
> > +return temp4;
> > +}
> > +
> > private static void addGeronimoSubstitutions(Map
> vars, Map props, String prefix) {
> > if (prefix != null) {
> > int start = prefix.length();
> >
> >
> >
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: openejb-jar-2.2.xsd out-of-date?

[han hongfang]

Thank you David Blevins.

Geronimo devtool will use the updated xsd file for jaxb model generation,
I'm now more confident with your comment from the openejb expert point of
view. Just wanted to avoid the extra effort to generate the jaxb model again
in case of any further change.

Comitted to trunk.

On Fri, Jul 8, 2011 at 12:54 PM, David Blevins wrote:

> Looks like a pretty small change.  If it is more accurate than what is
> there now, I don't see a reason not to commit it.
>
> I'm not sure what help you need, but if there is something, definitely let
> me know.  Not sure I have time to do any development in the area, but can do
> my best to get any info you might need.
>
>
> -David
>
> On Jul 7, 2011, at 6:36 PM, han hongfang wrote:
>
> > Oops~ incorrect version was attached. I have updated it with the diff
> version in JIRA system.
> >
> > On Fri, Jul 8, 2011 at 6:53 AM, David Blevins 
> wrote:
> >
> > On Jul 7, 2011, at 1:18 AM, han hongfang wrote:
> >
> > > I Created a JIRA in Geronimo and attached the patch:
> https://issues.apache.org/jira/browse/GERONIMO-6050
> > >
> > > To David Blevins,
> > >
> > > Could you kindly help to review the patch and update accordingly in
> openejb side if necessary?
> >
> > A diff would be easier to review, but it probably isn't necessary -- if
> something isn't right we can continue to fix it.  No trouble.
> >
> > If it is more accurate than what is there now, I don't see a reason not
> to commit it.
> >
> >
> > -David
> >
> >
> >
> >
> > --
> > Best regards,
> >
> > Han Hong Fang (Janet)
> > hanhongfang AT apache.org
> >
> >
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: openejb-jar-2.2.xsd out-of-date?

[han hongfang]

Oops~ incorrect version was attached. I have updated it with the diff
version in JIRA system.

On Fri, Jul 8, 2011 at 6:53 AM, David Blevins wrote:

>
> On Jul 7, 2011, at 1:18 AM, han hongfang wrote:
>
> > I Created a JIRA in Geronimo and attached the patch:
> https://issues.apache.org/jira/browse/GERONIMO-6050
> >
> > To David Blevins,
> >
> > Could you kindly help to review the patch and update accordingly in
> openejb side if necessary?
>
> A diff would be easier to review, but it probably isn't necessary -- if
> something isn't right we can continue to fix it.  No trouble.
>
> If it is more accurate than what is there now, I don't see a reason not to
> commit it.
>
>
> -David
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: openejb-jar-2.2.xsd out-of-date?

[han hongfang]

I Created a JIRA in Geronimo and attached the patch:
https://issues.apache.org/jira/browse/GERONIMO-6050

To *David Blevins*,

Could you kindly help to review the patch and update accordingly in openejb
side if necessary?

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: openejb-jar-2.2.xsd out-of-date?

[han hongfang]

OK, I find it in geronimo svn repo:
https://svn.apache.org/repos/asf/geronimo/server/trunk/plugins/openejb/openejb/src/main/resources/schema/openejb-jar-2.2.xsd,
I tried to look for it in openejb source code repo but failed.

On Thu, Jul 7, 2011 at 4:02 PM, han hongfang  wrote:

> I have prepared a updated version for openejb-jar-2.2.xsd based the version
> shipped in geronimo server. But I can not find the file in svn, can somebody
> give me a hint about its location in svn, so I can provide it as a patch?
>
>
> On Thu, Jul 7, 2011 at 1:03 PM, han hongfang wrote:
>
>> So far we don't get other feedback on this topic. I suggest that we move a
>> small step forward, just to update openejb-jar-2.2.xsd to make it
>> up-to-date with other schema changes, such as geronimo-naming-1.2.xsd (may
>> refer to the first posting in this thread for the schema problem details ).
>>
>> We need the up-to-date openejb-jar-2.2.xsd to solve some problems in
>> Geronimo devtool.
>>
>> --
>> Best regards,
>>
>> Han Hong Fang (Janet)
>> hanhongfang AT apache.org
>>
>>
>>
>
>
> --
> Best regards,
>
> Han Hong Fang (Janet)
> hanhongfang AT apache.org
>
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: openejb-jar-2.2.xsd out-of-date?

[han hongfang]

I have prepared a updated version for openejb-jar-2.2.xsd based the version
shipped in geronimo server. But I can not find the file in svn, can somebody
give me a hint about its location in svn, so I can provide it as a patch?

On Thu, Jul 7, 2011 at 1:03 PM, han hongfang  wrote:

> So far we don't get other feedback on this topic. I suggest that we move a
> small step forward, just to update openejb-jar-2.2.xsd to make it
> up-to-date with other schema changes, such as geronimo-naming-1.2.xsd (may
> refer to the first posting in this thread for the schema problem details ).
>
> We need the up-to-date openejb-jar-2.2.xsd to solve some problems in
> Geronimo devtool.
>
> --
> Best regards,
>
> Han Hong Fang (Janet)
> hanhongfang AT apache.org
>
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: openejb-jar-2.2.xsd out-of-date?

[han hongfang]

So far we don't get other feedback on this topic. I suggest that we move a
small step forward, just to update openejb-jar-2.2.xsd to make it up-to-date
with other schema changes, such as geronimo-naming-1.2.xsd (may refer to the
first posting in this thread for the schema problem details ).

We need the up-to-date openejb-jar-2.2.xsd to solve some problems in
Geronimo devtool.
-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [jira] [Updated] (GERONIMODEVTOOLS-762) GEP needs a nightly builds repositary

[han hongfang]

Hi Cristian,

If you want to unsubscribe this mailling list, you need to send a mail to
this address dev-unsubscr...@geronimo.apache.org

On Thu, Jun 30, 2011 at 8:47 PM, Cristian Uta wrote:

> unsubscribe




-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: Does the geronimo devtools have nightly build repository?

[han hongfang]

As to the server to serve as snapshot repository, I think we may use
people.apache.org, which currently hosts

GEP staging update site:  /www/
people.apache.org/builds/geronimo/eclipse/updates
GEP production update site: /www/
www.apache.org/dist/geronimo/eclipse/updates

we may create a similar folder somewhere on people.apache.org, and then
upload the necessary files into the folder.


On Wed, Jun 29, 2011 at 2:31 PM, Yi Xiao wrote:

> I thought the steps are:
> 1 create a snapshot repository for devtools in one server
> 2 use the mvn deploy phrase to upload the nightly build to the server
> through SCP or other protocols
>
> As we use buildbot and create a new repository , there may be a username
> and pwd validation issue when upload build.
>
>
> On Wed, Jun 29, 2011 at 1:34 PM, Kevan Miller wrote:
>
>>
>> On Jun 29, 2011, at 1:27 AM, Yi Xiao wrote:
>>
>> > Is there a snapshot repository that the users or developers could get
>> the the devtools' nightly build?
>> >
>> >  I just found the site:
>> http://ci.apache.org/builders/geronimo-devtools-eclipse-trunk/ provides
>> some of the devtools' build info, and at the publish step, It just uses the
>> mvn deploy to publish the builds info on site: scp://
>> people.apache.org/www/geronimo.apache.org/maven/devtools/eclipse-plugin .
>> However, I look up the site from ssh, It doesn't contain any feature and
>> plugins.
>> >
>> > If we don't have the repository for the devtools' nightly build
>> snapshot, Should we set up one?
>>
>> Don't see why not. And if it's helpful, sure!
>>
>> What build steps need to occur? FYI, the buildbot configuration is here --
>>
>> https://svn.apache.org/repos/infra/infrastructure/buildbot/aegis/buildmaster/master1/projects/geronimo.conf
>>
>> --kevan
>>
>>
>
>
> --
> Best regards!
>
>
>  John Xiao
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: openejb-jar-2.2.xsd out-of-date?

[han hongfang]

Thanks very much David for the info on this topic.

Still have several questions.

On Tue, May 3, 2011 at 7:55 AM, David Blevins wrote:

>
> On Apr 14, 2011, at 1:25 AM, han hongfang wrote:
>
> > Hi devs,
> >
> > I got following errors when I tried to generate the jaxbmodel class for
> openejb-jar-2.2.xsd using maven-jaxb-plugin:1.1.1. Taking
> entity-manager-factory-ref for instance, it can not be found in
> geronimo-naming-1.2.xsd.
>
>
The openejb-jar-2.2.xsd comes from latest geronimo server v3.0-snapshot
build under schema folder. To me, I think this xsd file is invalid since for
example, ,
entity-manager-factory-ref can not be found under xmlns:naming="
http://geronimo.apache.org/xml/ns/naming-1.2";. Is this OK?

Another question is, in geronimo v3.0-snapshot, which schema should the
deployment plan openejb-jar.xml comply to? openejb-jar-{versionA}.xsd or
geronimo-openejb-{versionB}.xsd, or even both are OK? and what the value of
{versionA} and {versionB}?


> This old email has some related info:
>
>  http://markmail.org/message/w76ndrfv27v53mbk
>
> There already are JAXB objects for old/new descriptors and as a result the
> schema is rarely updated.  I think for a while we didn't even have one.
>
> There's a bit of legacy here in the for a short bit (Geronimo 1.0/OpenEJB
> 2.0) OpenEJB was not really a separate project in any technical sense.  The
> OpenEJB 3.x codebase returned to being more standalone.  The reason to keep
> the v2 openejb-jar.xml format was it was made 100% for Geronimo -- it has
> all the Geronimo dependency and config stuff in it amongst other things.
>
> Anyway, here are the root JAXB objects for the related trees:
>
> openejb-jar v2:
> http://svn.apache.org/repos/asf/openejb/trunk/openejb3/container/openejb-jee/src/main/java/org/apache/openejb/jee/oejb2/OpenejbJarType.java
> geronimo-ejb:
>
> http://svn.apache.org/repos/asf/openejb/trunk/openejb3/container/openejb-jee/src/main/java/org/apache/openejb/jee/oejb2/GeronimoEjbJarType.java
>

I'm considering to reuse these JAXB objects in Geronimo server adapter v3.0.
Can you point me to the exact xsd file for this JAXB objects? I did a quick
check, and can not find some classes in openejb-jar-2.2.xsd and
geronimo-openejb-2.0.xsd, which come from latest geronimo v3.0-snapshot
build, e.g., AbstractClusteringType. Meanwhile, I plan to put the JAXB
objects of geronimo-openejb-{version}.xsd and openejb-jar-{version}.xsd into
separate package.

>
> Here's the newer non-geronimo-specific openejb tree:
>
> http://svn.apache.org/repos/asf/openejb/trunk/openejb3/container/openejb-jee/src/main/java/org/apache/openejb/jee/oejb3/
>
> In terms of what we should do now with a new major Geronimo version, I
> suspect it will largely depend on David J's work.  Seems like there'll be a
> very big and very not backwards-compatible change with regards to
> parents/childern and dependency information.  Not sure what our plans are
> with regards to backwards compatibility of existing descriptors.
>
>
> -David
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: Geronimo-specific openejb schema files?

[han hongfang]

I have the similar question.

In geronimo server adapter, when a new ejb project created, a file named
openejb-jar.xml is generated, which xsd file should the openejb-jar.xml
complies with, item [1] or item [2]? Currently it complies with
openejb-jar-2.2.xsd in geronimo server adapter v3.0, v2.x, and v1.1. But
reading the xsd files below, seems that geronimo-openejb-2.0 is the superset
of openejb-jar-2.2.xsd.

[1]. geronimo-openejb-2.0.xsd
[2]. openejb-jar-2.2.xsd

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

openejb-jar-2.2.xsd out-of-date?

[han hongfang]

Hi devs,

I got following errors when I tried to generate the jaxbmodel class for
openejb-jar-2.2.xsd using maven-jaxb-plugin:1.1.1. Taking
entity-manager-factory-ref for instance, it can not be found in
geronimo-naming-1.2.xsd.

And xmlns:app="http://geronimo.apache.org/xml/ns/j2ee/application-1.2"; is
still in version 1.2,  should it be updated to geronimo-application-2.0.xsd?
BTW, I can not find the xsd file for application-1.2 under
http://geronimo.apache.org/xml/ns/j2ee/, where can I get this file?

[INFO] --- maven-jaxb-plugin:1.1.1:generate (default) @ mytest ---
[INFO] Compiling file:/D:/test/xjctest/src/main/resources/attributes-1.2.xsd
and others
[ERROR] [ERROR] undefined element declaration
'naming:entity-manager-factory-ref'
[ERROR]   line 127 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'naming:ref-name'
[ERROR]   line 146 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'naming:pattern'
[ERROR]   line 147 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'naming:ns-corbaloc'
[ERROR]   line 148 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'naming:name'
[ERROR]   line 149 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'naming:css'
[ERROR]   line 150 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'naming:css-link'
[ERROR]   line 151 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'naming:ejb-link'
[ERROR]   line 152 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'app:security'
[ERROR]   line 222 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration 'persistence'
[ERROR]   line 228 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration
'naming:entity-manager-factory-ref'
[ERROR]   line 239 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[ERROR] [ERROR] undefined element declaration
'naming:entity-manager-factory-ref'
[ERROR]   line 297 of
file:/D:/test/xjctest/src/main/resources/openejb-jar-2.2.xsd
[ERROR]
[INFO] failure in the XJC task. Use the Ant -verbose switch for more details
[INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 22.359s
[INFO] Finished at: Thu Apr 14 16:12:21 CST 2011
[INFO] Final Memory: 3M/15M
[INFO]



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Discussion] Update a bundle within an EBA

[han hongfang]

Hi all,

I would like to hear the comments for the solution proposal for updating a
bundle within an EBA, and the related JIRAs are:

https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-718 Update a bundle
within an EBA
https://issues.apache.org/jira/browse/GERONIMO-5861 Update a bundle within
an EBA

The point of the JIRA is to ONLY re-deploy the updated bundle in EBA instead
of re-assembling and re-deploying the whole EBA to save the time in the case
that the EBA is huge.

The rough proposal is:
Step 1. update a specified bundle using osgi:update
Step 2. osgi:refresh the other bundles in the EBA to refresh the links to
the updated bundle

This means that the updated bundle will be only in the cache, and in the
following cases the updated bundle will be lost, and the original bundle
included in EBA archive file comes back.
1. Start geronimo server with -clean option
2. Restart EBA application in Admin console -> Application EBAs

This new feature is designed for application development phase to speed up
application testing, and it can be turned off in GEP in case that user wants
to re-deploy the whole EBA with any update.

Any comments on the solution?

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Question] Building eclipse plugin with maven

[han hongfang]

Hi Shenghao,

Thank you for your reply. I just figured out the problem.

The eclipse plugin dependency is processed by maven-eclipse-plugin (
https://svn.apache.org/repos/asf/geronimo/devtools/maven-plugins/trunk/maven-eclipsepde-plugin).
maven-eclipse-plugin will try to find the eclipse plugin dependency in
M2_REPO/eclipse/eclipse/plugins folder, and then install it into
M2_REPO/org/eclipse/plugins for maven.

Since com.ibm.etools.aries.core plugin is not an existing plugin with
eclipse release, so it can not be found in M2_REPO/eclipse/eclipse/plugins.
It leads to the above mentioned problem.

Best regards,
Janet



On Thu, Mar 3, 2011 at 1:08 PM, Shenghao Fang wrote:

> I'm not familiar with your scenario, but I think the version of any
> dependency is required by maven. Maybe you can find the version of other
> plugins defined in the parent pom or somewhere else.
>
>
> 2011/3/3 han hongfang 
>
> Hi devs,
>>
>> I used Aries class (which is in com.ibm.etools.aries.core plugin) in GEP
>> plugin project org.apache.geronimo.st.v30.core to handle Aries project. I
>> found com.ibm.etools.aries.core plugin is already in the MANIFEST.MF. Since
>> this plugin is required during compile phase,  I remove the existing
>> property "resolution:=optional" and leave the version restriction as empty,
>> But when I issue "mvn clean install" I got following build error.
>>
>> Any hint on how eclipse plugin dependency is resolved in maven? FYI. All
>> the other eclipse plugins, which are belonging to eclipse release, in the
>> same MANIFEST can be successfully resolved without any version restriction.
>>
>> [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 tra
>> nsitively during the resolution process. Here is the information we do
>> have for
>> this artifact:
>>
>> o GroupID: org.eclipse.plugins
>> o ArtifactID:  com.ibm.etools.aries.core
>> o Version: <<< MISSING >>>
>> o Type:jar
>>
>> [INFO]
>> 
>> [INFO] Trace
>> org.apache.maven.artifact.InvalidArtifactRTException: For artifact
>> {org.eclipse.
>> plugins:com.ibm.etools.aries.core:null:jar}: The version cannot be empty.
>> at
>> org.apache.maven.artifact.DefaultArtifact.validateIdentity(DefaultArt
>> ifact.java:147)
>> at
>> org.apache.maven.artifact.DefaultArtifact.(DefaultArtifact.java
>> :122)
>> at
>> org.apache.maven.artifact.factory.DefaultArtifactFactory.createArtifa
>> ct(DefaultArtifactFactory.java:158)
>> at
>> org.apache.maven.artifact.factory.DefaultArtifactFactory.createDepend
>> encyArtifact(DefaultArtifactFactory.java:70)
>> at
>> org.apache.maven.project.artifact.MavenMetadataSource.createArtifacts
>> (MavenMetadataSource.java:439)
>> at
>> org.apache.maven.project.MavenProject.createArtifacts(MavenProject.ja
>> va:1651)
>> at
>> org.apache.maven.plugin.DefaultPluginManager.resolveTransitiveDepende
>> ncies(DefaultPluginManager.java:1489)
>> at
>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
>> nManager.java:442)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
>> ultLifecycleExecutor.java:694)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
>> fecycle(DefaultLifecycleExecutor.java:556)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
>> ltLifecycleExecutor.java:535)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
>> dleFailures(DefaultLifecycleExecutor.java:387)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
>> ts(DefaultLifecycleExecutor.java:348)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
>> fecycleExecutor.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.

[Question] Building eclipse plugin with maven

[han hongfang]

Hi devs,

I used Aries class (which is in com.ibm.etools.aries.core plugin) in GEP
plugin project org.apache.geronimo.st.v30.core to handle Aries project. I
found com.ibm.etools.aries.core plugin is already in the MANIFEST.MF. Since
this plugin is required during compile phase,  I remove the existing
property "resolution:=optional" and leave the version restriction as empty,
But when I issue "mvn clean install" I got following build error.

Any hint on how eclipse plugin dependency is resolved in maven? FYI. All the
other eclipse plugins, which are belonging to eclipse release, in the same
MANIFEST can be successfully resolved without any version restriction.

[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
tra
nsitively during the resolution process. Here is the information we do have
for
this artifact:

o GroupID: org.eclipse.plugins
o ArtifactID:  com.ibm.etools.aries.core
o Version: <<< MISSING >>>
o Type:jar

[INFO]

[INFO] Trace
org.apache.maven.artifact.InvalidArtifactRTException: For artifact
{org.eclipse.
plugins:com.ibm.etools.aries.core:null:jar}: The version cannot be empty.
at
org.apache.maven.artifact.DefaultArtifact.validateIdentity(DefaultArt
ifact.java:147)
at
org.apache.maven.artifact.DefaultArtifact.(DefaultArtifact.java
:122)
at
org.apache.maven.artifact.factory.DefaultArtifactFactory.createArtifa
ct(DefaultArtifactFactory.java:158)
at
org.apache.maven.artifact.factory.DefaultArtifactFactory.createDepend
encyArtifact(DefaultArtifactFactory.java:70)
at
org.apache.maven.project.artifact.MavenMetadataSource.createArtifacts
(MavenMetadataSource.java:439)
at
org.apache.maven.project.MavenProject.createArtifacts(MavenProject.ja
va:1651)
at
org.apache.maven.plugin.DefaultPluginManager.resolveTransitiveDepende
ncies(DefaultPluginManager.java:1489)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
nManager.java:442)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:694)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
fecycle(DefaultLifecycleExecutor.java:556)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
ltLifecycleExecutor.java:535)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
dleFailures(DefaultLifecycleExecutor.java:387)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
ts(DefaultLifecycleExecutor.java:348)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.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:6
0)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.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]

[INFO] Total time: 36 seconds
[INFO] Finished at: Thu Mar 03 11:43:00 CST 2011
[INFO] Final Memory: 16M/72M
[INFO]


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: Need help to update GERONIMODEVTOOLS JIRA project for 3.0_M2 release

[han hongfang]

Thank you, Kevan.

On Mon, Jan 17, 2011 at 5:05 AM, Kevan Miller wrote:

> Done.
>
> --kevan
> On Jan 16, 2011, at 10:19 AM, han hongfang wrote:
>
> > Hi devs,
> >
> > GERONIMODEVTOOLS needs 3.0_M2 in the JIRA system, can somebody help to
> add it in Unrelease versions?
> >
> > Thanks in advance for the help.
> >
> > --
> > Best regards,
> >
> > Han Hong Fang (Janet)
> > hanhongfang AT apache.org
> >
> >
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Need help to update GERONIMODEVTOOLS JIRA project for 3.0_M2 release

[han hongfang]

Hi devs,

GERONIMODEVTOOLS needs 3.0_M2 in the JIRA system, can somebody help to add
it in Unrelease versions?

Thanks in advance for the help.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: Need help to update GERONIMODEVTOOLS JIRA project for 2.2.1 release

[han hongfang]

Thank you Kevan for your help.

It's OK to me to do the cleanup before release next time.

On Fri, Jan 14, 2011 at 5:13 AM, Kevan Miller wrote:

> Done.
>
> There were a number of unresolved 2.2.1 Jira's. I had Jira move them from
> 2.2.1 to the 2.2.2 (since it offered to do the move automatically). The
> unresolved issues I looked at seemed to be truly *unresolved*. I'd prefer to
> see this cleanup happen before a release, not afterwards... Hope I did the
> right thing...
>
> --kevan
>
> On Jan 13, 2011, at 1:07 AM, han hongfang wrote:
>
> > Hi devs,
> >
> > Geronimo Eclipse Plugin 2.2.1 is released, can somebody help to update
> the GERONIMODEVTOOLS JIRA project with following changes since I'm lack of
> the privilege?
> >
> > 1. Remove 2.2.1 from Unreleased versions to Released versions
> > 2. Add 2.2.2 into Unrelease versions
> >
> > Thanks in advance for the help.
> >
> > --
> > Best regards,
> >
> > Han Hong Fang (Janet)
> > hanhongfang AT apache.org
> >
> >
>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Need help to update GERONIMODEVTOOLS JIRA project for 2.2.1 release

[han hongfang]

Hi devs,

Geronimo Eclipse Plugin 2.2.1 is released, can somebody help to update the
GERONIMODEVTOOLS JIRA project with following changes since I'm lack of the
privilege?

1. Remove 2.2.1 from Unreleased versions to Released versions
2. Add 2.2.2 into Unrelease versions

Thanks in advance for the help.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[ANNOUNCE] Geronimo Eclipse Plugin (GEP) v2.2.1 Release

[han hongfang]

The Apache Geronimo project is pleased to announce the available of Apache
Geronimo Eclipse Plugin v2.2.1. It provides support for eclipse
3.6.x(Helios) and latest Geronimo server 2.2.1 and Geronimo server 2.1.7.

Visit the link to GEP 2.2.1 release notes:
http://apache.org/dist/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.2.1.txt

The new version have been available through eclipse update site now.
http://www.apache.org/dist/geronimo/eclipse/updates/

For manual installation, GEP 2.2.1 can be downloaded from
http://www.apache.org/dist/geronimo/eclipse/2.2.1/

Thank you all for the contributions to this release!  Great work everyone!

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Result] - [Vote] Geronimo Eclipse Plugin 2.2.1 RC3

[han hongfang]

Hi devs,

The vote to release Geronimo Eclipse Plugin 2.2.1 RC3 passes with 5 "+1"
votes and no 0 or -1 votes.  Voting +1 were

Rex Wang
Ivan Xu
Shawn Jiang
Johannes Weberhofer
Kevan Miller

The artifacts and eclipse update site will be promoted today.
Thanks all for your time of review and vote.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.2.1 RC3

[han hongfang]

Hi devs,

The vote to release Geronimo Eclipse Plugin 2.2.1 RC3 passes with 5 "+1"
votes and no 0 or -1 votes.  Voting +1 were

Rex Wang
Ivan Xu
Shawn Jiang
Johannes Weberhofer
Kevan Miller

The artifacts and eclipse update site will be promoted today.
Thanks all for your time of review and vote.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.2.1 RC2

[han hongfang]

Hi Johannes,

Your problem seems weird.  IMHO, dependency resolving is
platform-independent. Building succeeded on Windows with clean repo, so it
should be OK on Mac as well.  Kevan passed the building on Mac as he
confirmed in previous posting. Maybe the problem is caused by different
configurations on Mac...  Using Maven 2.2.1 maybe a good try as Shawn
suggested.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.2.1 RC3

[han hongfang]

+1 with

- build passed on windows and ubuntu
- successfully installed via staging site
- successfully started/stopped server   (Note: if you encounter
derby authentication failure when shutting down system-database, it is a
known issue of geronimo server 2.1.7 and 2.2.1
https://issues.apache.org/jira/browse/GERONIMO-5723)
- successfully published and ran a simple EAR application

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Vote] Geronimo Eclipse Plugin 2.2.1 RC3

[han hongfang]

Hi devs,

Please help to review and vote on the release of Geronimo Eclipse Plugin
2.2.1 RC3.

GEP 2.2.1 supports Geronimo server 2.2.1, 2.1.7 and Eclipse 3.6.

The source code zip is here:

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

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


The tag is here:

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-2.2.1/

The deployable zip file is here:

http://people.apache.org/builds/geronimo/eclipse/2.2.1/geronimo-eclipse-plugin-2.2.1-deployable.zip

The update site zip file is here:

http://people.apache.org/builds/geronimo/eclipse/2.2.1/geronimo-eclipse-plugin-2.2.1-updatesite.zip


If you would like to review and/or comment on the release notes, you can
find it here:

http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.2.1.txt


Finally, I've created a Staging Site that can be used to test the update
manager functions of  Eclipse (Halios or Galileo):

http://people.apache.org/builds/geronimo/eclipse/updates/

The vote will be open for the 72-hour minimum.

[  ] +1 about time to push this out the door
[  ]  0 no opinion
[  ] -1 not this one  (please explain why)

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Cancel - [Vote] Geronimo Eclipse Plugin 2.2.1 RC2

[han hongfang]

To Kevan,
Thank for confirming the patch.

To devs,
I cancel RC2 and will prepare RC3 to include the patch of
GERONIMODEVTOOLS-692<https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-692>
.


On Fri, Jan 7, 2011 at 2:09 AM, Kevan Miller  wrote:

>
> On Jan 6, 2011, at 12:04 AM, han hongfang wrote:
>
> > Johannes,
> >
> > First of all, thank you for trying the patch on MacOS.
>
> Hi Janet,
> FYI -- I just patched tags/geronimo-eclipse-plugin-2.2.1 and was able to
> build successfully.
>
> I guess I'd prefer to go ahead and fix the problem and start a new vote. If
> this is a big problem, I probably could be convinced to release "as-is".
>
> --kevan




-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.2.1 RC2

[han hongfang]

Kevan,

"Attribute value for Bundle-Version in bundle manifest is incorrect. [Found:
2.2.1] [Expected: 2.2.2]" error in branch v22 is foreseen to me since the
bundle version in manifest can not be updated by maven release plugin from
2.2.1 to 2.2.2. Manual update is required after release completion.

To try the patch of
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-692, we need to apply
it to GEP 221 tag
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-2.2.1.
Sorry for not clearly declaring this in advance.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.2.1 RC2

[han hongfang]

Johannes,

First of all, thank you for trying the patch on MacOS.

I don't see woodstox:wstx-asl:jar:3.2.1 in any pom of GEP 221. So I think it
is a transitive dependency. Missing of woodstox:wstx-asl:jar:3.2.1 leads to
the failure of collecting other dependencies such as
org.apache.geronimo.framework:geronimo-kernel:jar:2.1.7 which are already in
maven central repo.

I tried applying my patch to a local copy of
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-2.2.1,
and then using "mvn clean install" to build GEP 221 with a empty local maven
repository. The build completed successfully. After build completion, I
see woodstox:wstx-asl:jar:3.2.1 in my local maven repository. So I think
maybe you encountered instable network connection or something like that
during the building. BTW, my environment is: Windows XP + SUN JDK1.6.0_20 +
maven 2.2.1.

A workaround is that you may download the jar here:
http://mirrors.ibiblio.org/pub/mirrors/maven/woodstox/jars/wstx-asl-3.2.1.jar,
and then using "mvn install:install-file" command to install it into you
local maven repo. After the installation, try to build GEP 221 again.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.2.1 RC2

[han hongfang]

I searched in JIRA system, and found that
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-649 (status is
resolved) is opened but is only against trunk.

I open another JIRA
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-692 for the build
failure problem on Mac against both branch 21 and 22. Patch is also attached
to correct the package name. But I can not verify if branch v21/v22 can pass
build now,  since I can not find a Mac OS.

Shall we go ahead without this fix in GEP221 since it doesn't impact GEP
functions?

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.2.1 RC2

[han hongfang]

Still my +1 with

- build passed
- successfully installed via staging site
- successfully started/stopped server   (Note: if you encounter
derby authentication failure when shutting down system-database, it is a
known issue of geronimo server 2.1.7 and 2.2.1
https://issues.apache.org/jira/browse/GERONIMO-5723)
- successfully published and ran a simple EAR application

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Vote] Geronimo Eclipse Plugin 2.2.1 RC2

[han hongfang]

Hi devs,

Please help to review and vote on the release of Geronimo Eclipse Plugin
2.2.1 RC2.

GEP 2.2.1 supports Geronimo server 2.2.1, 2.1.7 and Eclipse 3.6.

The source code zip is here:

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

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


The tag is here:

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-2.2.1/

The deployable zip file is here:

http://people.apache.org/builds/geronimo/eclipse/2.2.1/geronimo-eclipse-plugin-2.2.1-deployable.zip

The update site zip file is here:

http://people.apache.org/builds/geronimo/eclipse/2.2.1/geronimo-eclipse-plugin-2.2.1-updatesite.zip


If you would like to review and/or comment on the release notes, you can
find it here:

http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.2.1.txt


Finally, I've created a Staging Site that can be used to test the update
manager functions of  Eclipse (Halios or Galileo):

http://people.apache.org/builds/geronimo/eclipse/updates/

The vote will be open for the 72-hour minimum.

[  ] +1 about time to push this out the door
[  ]  0 no opinion
[  ] -1 not this one  (please explain why)


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Cancel - [Vote] Geronimo Eclipse Plugin (GEP) 2.2.1 RC1

[han hongfang]

Oops~  I incorrectly issued the perform command in a terminal with jdk 1.6.
Thanks very much for catching this problem.

I cancel this vote, will start a RC2 vote soon.

On Thu, Dec 30, 2010 at 2:19 PM, Ivan  wrote:

> HI, Janet
> I know that most people might begin to use jdk 1.6, but for GEP for 2.1
> and 2.2, I am thinking that we might build it with JDK 1.5
> Ivan
>
> 2010/12/29 han hongfang 
>
> My +1
>>
>> with
>>
>> - build passed on both windows and ubuntu
>> - install successfully via staging site
>> - server start/stop successfully
>>   (Note: if you encounter derby authentication failure when shutting down
>> system-database, it is an known issue of geronimo server 2.1.7 and 2.2.1
>> https://issues.apache.org/jira/browse/GERONIMO-5723)
>> - successfully publish and run a simple EAR application
>>
>> --
>> Best regards,
>>
>> Han Hong Fang (Janet)
>> hanhongfang AT apache.org
>>
>>
>>
>
>
> --
> Ivan
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: About source code and eclipse

[han hongfang]

What GEP expects is exactly the unpacked geronimo build. Specify the
directoy where unpacked build locates when the wizard asks for an
Application Server Installation Directory.

--
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

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

[han hongfang]

My +1

with

- build passed on both windows and ubuntu
- install successfully via staging site
- server start/stop successfully
  (Note: if you encounter derby authentication failure when shutting down
system-database, it is an known issue of geronimo server 2.1.7 and 2.2.1
https://issues.apache.org/jira/browse/GERONIMO-5723)
- successfully publish and run a simple EAR application

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Vote] Geronimo Eclipse Plugin (GEP) 2.2.1 RC1

[han hongfang]

Hi devs,

Please help to review and vote on the release of Geronimo Eclipse Plugin
2.2.1 RC1.

GEP 2.2.1 supports Geronimo server 2.2.1, 2.1.7 and Eclipse 3.6.

The source code zip is here:

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

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


The tag is here:

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-2.2.1/

The deployable zip file is here:

http://people.apache.org/builds/geronimo/eclipse/2.2.1/geronimo-eclipse-plugin-2.2.1-deployable.zip

The update site zip file is here:

http://people.apache.org/builds/geronimo/eclipse/2.2.1/geronimo-eclipse-plugin-2.2.1-updatesite.zip


If you would like to review and/or comment on the release notes, you can
find it here:

http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.2.1.txt


Finally, I've created a Staging Site that can be used to test the update
manager functions of  Eclipse (Halios or Galileo):

http://people.apache.org/builds/geronimo/eclipse/updates/

The vote will be open for the 72-hour minimum.

[  ] +1 about time to push this out the door
[  ]  0 no opinion
[  ] -1 not this one  (please explain why)

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: Need help to update GERONIMODEVTOOLS JIRA project

[han hongfang]

Thank you Jarek!

On Mon, Dec 13, 2010 at 2:32 PM, Jarek Gawor  wrote:

> Done.
>
> Jarek
>
> On Sun, Dec 12, 2010 at 10:26 PM, han hongfang 
> wrote:
> > Hi devs,
> >
> > Geronimo Eclipse Plugin 2.1.7 is released, can somebody help to update
> the
> > GERONIMODEVTOOLS JIRA project with following changes since I'm lack of
> the
> > privilege?
> >
> > 1. Remove 2.1.7 from Unreleased versions to Released versions
> > 2. Add 2.1.8 into Unrelease versions
> >
> > Thanks in advance for the help.
> > --
> > Best regards,
> >
> > Han Hong Fang (Janet)
> > hanhongfang AT apache.org
> >
> >
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Need help to update GERONIMODEVTOOLS JIRA project

[han hongfang]

Hi devs,

Geronimo Eclipse Plugin 2.1.7 is released, can somebody help to update the
GERONIMODEVTOOLS JIRA project with following changes since I'm lack of the
privilege?

1. Remove 2.1.7 from Unreleased versions to Released versions
2. Add 2.1.8 into Unrelease versions

Thanks in advance for the help.

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [ANNOUNCE] Apache Geronimo 2.2.1 Release

[han hongfang]

Congrats~

On Mon, Dec 13, 2010 at 9:33 AM, Rex Wang  wrote:

> Congrats everyone!
>
> -Rex
>
>  2010/12/12 Shawn Jiang 
>
>>  The Apache Geronimo project is pleased to announce the available of
>> Apache Geronimo v2.2.1 server. This release includes many new features,
>> improvements, and bug fixes. Please see the detail information in 2.2.1
>> release notes[1] or 2.2.x Security Report[2].
>>
>> A couple of highlights are:
>>
>>* Stateless Session Bean Failover support
>>  * Web console navigation improvements .
>>  * JMX over SSL improvements
>>  * Added built-in user "monitor" who only has read-only access to
>> monitoring pages.
>>  * Encrypt password strings in deployment plans
>>  * Start Derby NetworkServerControl with credentials to prevent
>> unauthorized shutdowns
>>  * Add db2 for iSeries tranql xa connector to server
>>  * Upgrade Tomcat to 6.0.29, OpenEJB to 3.1.4, ActiveMQ to 5.4.1, OpenJPA
>> to 1.2.2, Aixs2 to 1.5.2, txmanager to 2.2.1, CXF to 2.1.10, Myfaces to
>> 1.2.8, Derby to 10.5.3.0_1, WADI to 2.1.2 etc.
>>
>>
>> Fixed vulnerabilities are:
>>
>>  * CVE-2010-1632 and CVE-2010-2076: Axis2 and CXF HTTP binding enables
>> DTD based XML attacks.
>>  * CVE-2010-1622: Spring Framework execution of arbitrary code
>>  * CVE-2010-2227: Apache Tomcat Remote Denial Of Service and Information
>> Disclosure Vulnerability
>>
>>
>> The individual jars and plugins have been available through maven
>> repository, and you can also download the source jar and assemblies in
>> download site[3].
>>
>> A big THANK YOU to all that contributed to this release!  Great work
>> everyone!
>>
>> [1]
>> http://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-2.2.1/RELEASE_NOTES-2.2.1.txt
>> [2]
>> https://cwiki.apache.org/confluence/display/GMOxSITE/2.2.x+Security+Report
>> [3]http://www.apache.org/dist/geronimo/2.2.1/
>>
>> --
>> Shawn
>>
>>
>
>
> --
> Lei Wang (Rex)
> rwonly AT apache.org
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[ANNOUNCE] Geronimo Eclipse Plugin (GEP) v2.1.7 Release

[han hongfang]

The Apache Geronimo project is pleased to announce the available of Apache
Geronimo Eclipse Plugin v2.1.7. It supports Geronimo 2.1.7 server and
Eclipse 3.6.x (Helios).

Visit the links to GEP 2.1.7 release notes:
http://www.apache.org/dist/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.1.7.txt

The new version have been available through eclipse update site now.
http://www.apache.org/dist/geronimo/eclipse/updates/

For manual installation, GEP 2.1.7 can be downloaded from
http://www.apache.org/dist/geronimo/eclipse/2.1.7/
Thank you all for the contributions to this release!  Great work everyone!

-- 

Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.1.7 RC1

[han hongfang]

Hi all,

The vote is closed after opened for 72 hours. The result is posted as well.

Thank you all for your review.

Best regards,
Han Hong Fang (Janet)
hanhongfang AT apache.org

[Result] Geronimo Eclipse Plugin 2.1.7

[han hongfang]

Hi devs,

The vote to release Geronimo Eclipse Plugin 2.1.7 passes with 3 "+1" votes
and no 0 or -1 votes.  Voting +1 were

Rex Wang
Forrest Xia
Shawn Jiang

The artifacts and eclipse update site will be promoted soon.

Thanks all for your time of review and vote.
On Wed, Dec 8, 2010 at 4:21 PM, Forrest Xia  wrote:

> Sucessfully installed the GEP from the staging site, configured a server
> runtime, start/stop seems fine.
>
> +1
>
> Forrest
>
>
> On Mon, Dec 6, 2010 at 10:40 PM, han hongfang wrote:
>
>> Hi devs,
>>
>> Please help to review and vote on the release of Geronimo Eclipse Plugin
>> 2.1.7 RC1.
>>
>> GEP 2.1.7 supports Geronimo server 2.1.7 and Eclipse 3.6.
>>
>> The source code zip is here:
>>
>>
>> https://repository.apache.org/content/repositories/orgapachegeronimo-053/org/apache/geronimo/devtools/geronimo-eclipse-plugin/2.1.7/geronimo-eclipse-plugin-2.1.7-source-release.tar.gz
>>
>>
>> https://repository.apache.org/content/repositories/orgapachegeronimo-053/org/apache/geronimo/devtools/geronimo-eclipse-plugin/2.1.7/geronimo-eclipse-plugin-2.1.7-source-release.zip
>>
>> The tag is here:
>>
>>
>> https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-2.1.7/
>>
>> The deployable zip file is here:
>>
>>
>> http://people.apache.org/builds/geronimo/eclipse/updates/2.1.7/geronimo-eclipse-plugin-2.1.7-deployable.zip
>>
>> The update site zip file is here:
>>
>>
>> http://people.apache.org/builds/geronimo/eclipse/updates/2.1.7/geronimo-eclipse-plugin-2.1.7-updatesite.zip
>>
>>  If you would like to review and/or comment on the release notes, you can
>> find it here:
>>
>>
>> http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.1.7.txt
>>
>> <http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.1.6.txt>
>>
>> Finally, I've created a Staging Site that can be used to test the update
>> manager functions of  Eclipse (Halios or Galileo):
>>
>> http://people.apache.org/builds/geronimo/eclipse/updates/
>>
>> Please let me know if there are any questions and/or problems.
>>
>>
>> ---
>> Best regards,
>>
>> Han Hong Fang (Janet)
>> hanhongfang AT apache.org
>>
>>
>>
>


-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [VOTE] Release Geronimo 2.2.1

[han hongfang]

I built 2.2.1 this afternoon with option 2. It worked for me.

On Tue, Dec 7, 2010 at 5:52 PM, Shawn Jiang  wrote:

> There are two options to build a geronimo server under vote:
>
> 1, add the staging repo to the root pom.  and then build the server
> 2, Bootstrap the build "mvn install -Dstage=bootstrap", and then build
> the server.
>
> On Tue, Dec 7, 2010 at 5:42 PM, Johannes Weberhofer
>  wrote:
> > When I try to build, I get the error message below. Is there an
> additional
> > maven-configuration that must be set?
> >
> > Thank you,
> > Johannes
> >
> > [INFO]
> > 
> > [ERROR] FATAL ERROR
> > [INFO]
> > 
> > [INFO] Error building POM (may not be this project's POM).
> >
> >
> > Project ID: org.apache.geronimo:geronimo:pom:2.2.1
> >
> > Reason: Cannot find parent:
> org.apache.geronimo.genesis:genesis-java5-flava
> > for project: org.apache.geronimo:geronimo:pom:2.2.1 for project
> > org.apache.geronimo:geronimo:pom:2.2.1
> >
>
>
>
> --
> Shawn
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: More Access Right Required for GEP release

[han hongfang]

Thank you Ivan.

I just tried, and found that I can edit the pages now :-)

On Tue, Dec 7, 2010 at 3:30 PM, Ivan  wrote:

> Hi, Janet
> I have added you into the geronimo-committer group, try to check
> whether you could edit the page.
>
> 2010/12/7 han hongfang 
>
>
>>  On Tue, Dec 7, 2010 at 12:50 PM, Kevan Miller wrote:
>>
>>>
>>> On Dec 6, 2010, at 10:20 PM, han hongfang wrote:
>>>
>>> > Hi devs,
>>> >
>>> > I need more access right as below for GEP release, can somebody help me
>>> on this again?
>>> >
>>> > 1. Post new on http://geronimo.apache.org/index.html
>>> > 2. Update JIRA project for GeronimoDevtools such as create new version,
>>> and move 2.1.7 as released version etc.
>>>
>>> We are not going to have everyone on the project also be Jira
>>> administrators. And I also would expect any administrators to be PMC
>>> members. Please email the dev list (or create a Jira) and request the
>>> changes that are needed...
>>>
>>
>> I'm OK to raise a help request on dev list when needed.
>>
>>
>>>
>>> > 3. Update GEP release process doc:
>>> https://cwiki.apache.org/GMOxPMGT/geronimo-eclipse-plugin-release-process.html
>>>
>>> What is your confluence id?
>>>
>>
>>
>> Ha, saperate ID used in confluence. Just created my confluence id as
>> hanhongfang.
>>
>>
>>>
>>> --kevan
>>>
>>
>>
>>
>> --
>> Best regards,
>>
>> Han Hong Fang (Janet)
>> hanhongfang AT apache.org
>>
>>
>>
>
>
> --
> Ivan
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: More Access Right Required for GEP release

[han hongfang]

On Tue, Dec 7, 2010 at 12:50 PM, Kevan Miller wrote:

>
> On Dec 6, 2010, at 10:20 PM, han hongfang wrote:
>
> > Hi devs,
> >
> > I need more access right as below for GEP release, can somebody help me
> on this again?
> >
> > 1. Post new on http://geronimo.apache.org/index.html
> > 2. Update JIRA project for GeronimoDevtools such as create new version,
> and move 2.1.7 as released version etc.
>
> We are not going to have everyone on the project also be Jira
> administrators. And I also would expect any administrators to be PMC
> members. Please email the dev list (or create a Jira) and request the
> changes that are needed...
>

I'm OK to raise a help request on dev list when needed.


>
> > 3. Update GEP release process doc:
> https://cwiki.apache.org/GMOxPMGT/geronimo-eclipse-plugin-release-process.html
>
> What is your confluence id?
>


Ha, saperate ID used in confluence. Just created my confluence id as
hanhongfang.


>
> --kevan
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

More Access Right Required for GEP release

[han hongfang]

Hi devs,

I need more access right as below for GEP release, can somebody help me on
this again?

1. Post new on http://geronimo.apache.org/index.html
2. Update JIRA project for GeronimoDevtools such as create new version, and
move 2.1.7 as released version etc.
3. Update GEP release process doc:
https://cwiki.apache.org/GMOxPMGT/geronimo-eclipse-plugin-release-process.html
Thanks in advance for help.
-- Forwarded message --
From: han hongfang 
Date: Mon, Dec 6, 2010 at 10:58 PM
Subject: Re: Access Request for GEP release
To: dev@geronimo.apache.org


Thank you Delos!


On Mon, Dec 6, 2010 at 4:25 PM, Delos  wrote:

> You just need the permission for builds/geronimo/eclipse. Try again, I've
> granted the permission.
>
>
> On Mon, Dec 6, 2010 at 4:06 PM, han hongfang wrote:
>
>>
>> Hi,
>>
>> I need the access of directory www/people.apache.org/builds/geronimo on
>> server people.apache.org to release GEP. Can somebody help me on this?
>>
>> Thanks a lot in advance!
>>
>> --
>> Best regards,
>>
>> Han Hong Fang (Janet)
>> hanhongfang AT apache.org
>>
>>
>>
>
>
> --
> Best Regards,
>
> Delos
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org





-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Vote] Geronimo Eclipse Plugin 2.1.7 RC1

[han hongfang]

My +1

Pass build on both windows and ubuntu, pass rat check
-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: Access Request for GEP release

[han hongfang]

Thank you Delos!

On Mon, Dec 6, 2010 at 4:25 PM, Delos  wrote:

> You just need the permission for builds/geronimo/eclipse. Try again, I've
> granted the permission.
>
>
> On Mon, Dec 6, 2010 at 4:06 PM, han hongfang wrote:
>
>>
>> Hi,
>>
>> I need the access of directory www/people.apache.org/builds/geronimo on
>> server people.apache.org to release GEP. Can somebody help me on this?
>>
>> Thanks a lot in advance!
>>
>> --
>> Best regards,
>>
>> Han Hong Fang (Janet)
>> hanhongfang AT apache.org
>>
>>
>>
>
>
> --
> Best Regards,
>
> Delos
>



-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

[Vote] Geronimo Eclipse Plugin 2.1.7 RC1

[han hongfang]

Hi devs,

Please help to review and vote on the release of Geronimo Eclipse Plugin
2.1.7 RC1.

GEP 2.1.7 supports Geronimo server 2.1.7 and Eclipse 3.6.

The source code zip is here:

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

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

The tag is here:

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/geronimo-eclipse-plugin-2.1.7/

The deployable zip file is here:

http://people.apache.org/builds/geronimo/eclipse/updates/2.1.7/geronimo-eclipse-plugin-2.1.7-deployable.zip

The update site zip file is here:

http://people.apache.org/builds/geronimo/eclipse/updates/2.1.7/geronimo-eclipse-plugin-2.1.7-updatesite.zip

 If you would like to review and/or comment on the release notes, you can
find it here:

http://people.apache.org/builds/geronimo/eclipse/updates/PLUGIN_RELEASE-NOTES-2.1.7.txt


Finally, I've created a Staging Site that can be used to test the update
manager functions of  Eclipse (Halios or Galileo):

http://people.apache.org/builds/geronimo/eclipse/updates/

Please let me know if there are any questions and/or problems.


---
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Access Request for GEP release

[han hongfang]

Hi,

I need the access of directory www/people.apache.org/builds/geronimo on
server people.apache.org to release GEP. Can somebody help me on this?

Thanks a lot in advance!

-- 
Best regards,

Han Hong Fang (Janet)
hanhongfang AT apache.org

Re: [Discussion] Geronimo 2.1.7 Release

[han hongfang]

For GERONIMO-4296, Forrest has done some testing and committed it into both
branch 2.1 and 2.2.


Janet

Re: Welcome "Janet" Hong Fang Han as a new committer

[han hongfang]

Thank you all for the congratulations. I'm excited and glad to work with all
of you~

On Thu, Oct 21, 2010 at 8:40 PM, Ted Kirby  wrote:

> Congratulations Janet!  Welcome aboard!
>
> Ted
>
> On Wed, Oct 20, 2010 at 9:11 PM, Ivan  wrote:
> > I would like to welcome Janet aboard, as she recently accepted the
> Geronimo
> > PMC invitation to become a committer.  Her account was just created this
> > morning (hanhongfang), so you should start seeing some commits from her
> > soon.
> > --
> > Ivan
> >
>



-- 
Best regards,

Han Hong Fang

Re: windows build problem with trunk Plugins, BVal :: Core

[han hongfang]

It's SUN JDK version 1.6.0_20 on my windows.

-- 
Best regards,

Han Hong Fang

Re: windows build problem with trunk Plugins, BVal :: Core

[han hongfang]

I successfully built trunk on windows XP SP3 with JDK 1.6.0_20 this Turesday
(on Revision: 1021600).

-- 
Best regards,

Han Hong Fang

Re: [ANNOUNCE] Welcome Linquan Jiang "Shawn" as a new Geronimo PMC member

[han hongfang]

Congrats! Shawn.

On Wed, Sep 8, 2010 at 9:42 AM, Joe Bohn  wrote:

> Congratulations Shawn!
>
> Joe
>
>
> On 9/7/10 8:45 PM, Ivan wrote:
>
>> I would like to welcome Shawn as he recently accepted the Geronimo PMC
>> invitation to join the PMC.  We look forward to working with him to
>> maintain oversight of the Geronimo project.
>>
>> Welcome!
>>
>> --
>> Ivan
>>
>
>


-- 
Best regards,

Han Hong Fang

Re: [ANNOUNCE] Welcome Ming Xai "Forrest" as a new Geronimo PMC member

[han hongfang]

Congrats! Forrest,

On Wed, Sep 8, 2010 at 9:36 AM, Forrest Xia  wrote:

> Thank you all for your recognition and trust, I will continue the journey
> on the Geronimo exciting road :-)
>
> Forrest
>
>
> On Wed, Sep 8, 2010 at 4:33 AM, Jarek Gawor  wrote:
>
>> Congrats!
>>
>> Jarek
>>
>> On Tue, Sep 7, 2010 at 3:34 PM, Donald Woods  wrote:
>> > Please join us in congratulating Forrest as a new member of the Geronimo
>> > PMC.  In addition to all his work on Samples,  Forrest also has
>> > demonstrated a clear commitment to Geronimo in numerous other areas.
>> > We're very glad that he has accepted our invitation to join us in
>> > providing oversight of the Geronimo project.
>> >
>> > Congratulation Forrest !!!
>> >
>> > The Apache Geronimo PMC
>> >
>>
>
>


-- 
Best regards,

Han Hong Fang

Re: [ANNOUNCE] Welcome Xuan Dai "Delos" as a new Geronimo PMC member

[han hongfang]

Congrats! Delos.

On Wed, Sep 8, 2010 at 9:38 AM, Forrest Xia  wrote:

> Congrats!
>
>
> On Wed, Sep 8, 2010 at 4:53 AM, Vamsavardhana Reddy 
> wrote:
>
>> Congratulations Delos!!
>>
>>
>> On Wed, Sep 8, 2010 at 1:02 AM, Donald Woods  wrote:
>>
>>> Please join us in congratulating Delos as a new member of the Geronimo
>>> PMC.  In addition to all his work on GEP and Samples,  Delos also has
>>> demonstrated a clear commitment to Geronimo in numerous other areas.
>>> We're very glad that he has accepted our invitation to join us in
>>> providing oversight of the Geronimo project.
>>>
>>> Congratulation Delos !!!
>>>
>>> The Apache Geronimo PMC
>>>
>>
>>
>>
>> --
>> Vamsi
>>
>
>


-- 
Best regards,

Han Hong Fang

Re: [ANNOUNCE] Welcome Rex Wang as a new member of the Geronimo PMC

[han hongfang]

Rex, big congratulations~

On Tue, Sep 7, 2010 at 10:16 PM, Joe Bohn  wrote:

> Congratulations Rex!
>
> Joe
>
>
> On 9/7/10 9:00 AM, Rick McGuire wrote:
>
>> Please join us in congratulating  as a new member of the Geronimo PMC.
>> In addition to serving as a release manager for the Geronimo 2.1.5
>> server release, Rex also has demonstrated a clear commitment to Geronimo
>> in numerous other areas. We're very glad that he has accepted our
>> invitation to join us in providing oversight of the Geronimo project.
>>
>> Congratuatlons Rex !!!
>>
>> The Apache Geronimo PMC
>>
>>
>


-- 
Best regards,

Han Hong Fang

Re: Out of memory error when building geronimo

[han hongfang]

Thanks Mark.

You are right that geronimo doesn't reset MAVEN_OPTS. The root cause is that
I have %HOME%\mavenrc_pre.bat on my machine, which reset MAVEN_OPTS.


On Mon, Jul 5, 2010 at 11:50 PM, Mark Struberg  wrote:

> han, it's not reset in the build.
>
> However, a few tasks are forked by maven, so they do not inherit your
> environment settings.
>
> For those cases you might try to export MAVEN_OPTS=...
>
> LieGrue,
> strub
>
> --- On Mon, 7/5/10, han hongfang  wrote:
>
> From: han hongfang 
> Subject: Re: Out of memory error when building geronimo
> To: dev@geronimo.apache.org
> Date: Monday, July 5, 2010, 3:13 PM
>
> Thanks Rex. But the same error occur.
>
> Upgrading -Xmx and -XX:MaxPermSize may solve the out of memory problem, but
> the point is the environment variable MAVEN_OPTS got changed (from
> "-Xmx1024m -XX:MaxPermSize=256m" to "-Xmx512m") during geronimo build, and
> my setting doesn't take effect to solve the out of memory.
>
>
> Is MAVEN_OPTS reset somewhere when building geronimo?
>
>
> On Mon, Jul 5, 2010 at 5:38 PM, Mark Struberg  wrote:
>
> same here, upgrading to PermGenSpace of 512m did help.
>
> But currently the build still fails while building the tomcat7 integration:
>
>
> [org.apache.geronimo.system.configuration.DependencyManager] : Could not
> start bundle: org.apache.geronimo.configs.tomcat7 [68]
> org.osgi.framework.BundleException: Unresolved constraint in bundle
> org.apache.geronimo.configs.tomcat7 [68]: Unable to resolve 68.0: missing
> requirement [68.0] package; (package=org.apache.geronimo.tomcat) - [68.0]
> package; (package=org.apache.geronimo.tomcat)
>
>at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3421)
>at org.apache.felix.framework.Felix.startBundle(Felix.java:1754)
>
> LieGrue,
> strub
>
>
> --- On Mon, 7/5/10, Rex Wang  wrote:
>
>
> From: Rex Wang 
> Subject: Re: Out of memory error when building geronimo
> To: dev@geronimo.apache.org
> Date: Monday, July 5, 2010, 9:08 AM
>
>
>
>
>
> try another OPTs?..
>
> JAVA_OPTS -Xms256m -Xmx1024m -XX:MaxPermSize=256m
>
> 2010/7/5 han hongfang 
>
>
> Hi,
>
>
> I'm trying to build geronimo server trunk with sun jdk 1.6.0_20 on my
> winXP. I have this environment variable set.
>
>  MAVEN_OPTS = -Xmx1024m -XX:MaxPermSize=256m
>
> Before issue the build command, I echo this variable in command prompt
> window, and I can see the value is exactly what I have set (-Xmx1024m
> -XX:MaxPermSize=256m).
>
>
> Then I issue the build command (i.e., mvn clean install) in the root dir of
> trunk, the build gets failed in serveral minutes with error msg indicates
> out of memory.
>
>
> [INFO] Compilation failure
> Failure executing javac, but could not parse the error:
>
>
> The system is out of resources.
> Consult the following stack trace for details.
> java.lang.OutOfMemoryError
>  at java.util.ArrayList.newElementArray(Unknown Source)
>  at java.util.ArrayList.growAtEnd(Unknown Source)
>
>  at java.util.ArrayList.add(Unknown Source)
>  .
>
> When I echo the environment variable again, but its value changes to
> "-Xmx512m".
>
> Does somebody know what happened to MAVEN_OPTS? Why its value changes after
> build command?
>
>
> TIA.
>
> --
> Best regards,
>
> Han Hong Fang
>
>
>
>
> --
> Lei Wang (Rex)
> rwonly AT apache.org
>
>
>
>
>
>
>
>
>
> --
> Best regards,
>
> Han Hong Fang
>
>
>
>
>
>


-- 
Best regards,

Han Hong Fang

Re: Out of memory error when building geronimo

[han hongfang]

Thanks Rex. But the same error occur.

Upgrading -Xmx and -XX:MaxPermSize may solve the out of memory problem, but
the point is the environment variable MAVEN_OPTS got changed (from
"-Xmx1024m -XX:MaxPermSize=256m" to "-Xmx512m") during geronimo build, and
my setting doesn't take effect to solve the out of memory.

Is MAVEN_OPTS reset somewhere when building geronimo?

On Mon, Jul 5, 2010 at 5:38 PM, Mark Struberg  wrote:

> same here, upgrading to PermGenSpace of 512m did help.
>
> But currently the build still fails while building the tomcat7 integration:
>
> [org.apache.geronimo.system.configuration.DependencyManager] : Could not
> start bundle: org.apache.geronimo.configs.tomcat7 [68]
> org.osgi.framework.BundleException: Unresolved constraint in bundle
> org.apache.geronimo.configs.tomcat7 [68]: Unable to resolve 68.0: missing
> requirement [68.0] package; (package=org.apache.geronimo.tomcat) - [68.0]
> package; (package=org.apache.geronimo.tomcat)
>at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3421)
>at org.apache.felix.framework.Felix.startBundle(Felix.java:1754)
>
> LieGrue,
> strub
>
>
> --- On Mon, 7/5/10, Rex Wang  wrote:
>
> From: Rex Wang 
> Subject: Re: Out of memory error when building geronimo
> To: dev@geronimo.apache.org
> Date: Monday, July 5, 2010, 9:08 AM
>
> try another OPTs?..
>
> JAVA_OPTS -Xms256m -Xmx1024m -XX:MaxPermSize=256m
>
> 2010/7/5 han hongfang 
>
>
> Hi,
>
> I'm trying to build geronimo server trunk with sun jdk 1.6.0_20 on my
> winXP. I have this environment variable set.
>
>  MAVEN_OPTS = -Xmx1024m -XX:MaxPermSize=256m
>
> Before issue the build command, I echo this variable in command prompt
> window, and I can see the value is exactly what I have set (-Xmx1024m
> -XX:MaxPermSize=256m).
>
> Then I issue the build command (i.e., mvn clean install) in the root dir of
> trunk, the build gets failed in serveral minutes with error msg indicates
> out of memory.
>
>
> [INFO] Compilation failure
> Failure executing javac, but could not parse the error:
>
> The system is out of resources.
> Consult the following stack trace for details.
> java.lang.OutOfMemoryError
>  at java.util.ArrayList.newElementArray(Unknown Source)
>  at java.util.ArrayList.growAtEnd(Unknown Source)
>  at java.util.ArrayList.add(Unknown Source)
>  .
>
> When I echo the environment variable again, but its value changes to
> "-Xmx512m".
>
> Does somebody know what happened to MAVEN_OPTS? Why its value changes after
> build command?
>
> TIA.
>
> --
> Best regards,
>
> Han Hong Fang
>
>
>
>
> --
> Lei Wang (Rex)
> rwonly AT apache.org
>
>
>
>
>
>


-- 
Best regards,

Han Hong Fang

Out of memory error when building geronimo

[han hongfang]

 Hi,

I'm trying to build geronimo server trunk with sun jdk 1.6.0_20 on my winXP.
I have this environment variable set.

 MAVEN_OPTS = -Xmx1024m -XX:MaxPermSize=256m

Before issue the build command, I echo this variable in command prompt
window, and I can see the value is exactly what I have set (-Xmx1024m
-XX:MaxPermSize=256m).

Then I issue the build command (i.e., mvn clean install) in the root dir of
trunk, the build gets failed in serveral minutes with error msg indicates
out of memory.


[INFO] Compilation failure
Failure executing javac, but could not parse the error:
 The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError
 at java.util.ArrayList.newElementArray(Unknown Source)
 at java.util.ArrayList.growAtEnd(Unknown Source)
 at java.util.ArrayList.add(Unknown Source)
 .


When I echo the environment variable again, but its value changes to
"-Xmx512m".

Does somebody know what happened to MAVEN_OPTS? Why its value changes after
build command?

TIA.
 --
Best regards,

Han Hong Fang

Re: The organization of derby related modules

[han hongfang]

Good idea. I'm going to implement this idea soon.

Does anybody has different opinion?

On Tue, Dec 22, 2009 at 1:39 AM, Ivan  wrote:

> Yes, not sure why derby plugin did not follow the default structure of
> Geronimo plugins. I would suggest to move geronimo-derby to the derby
> folder, and create a derby plugin to include the derby classes and
> geronimo-derby classes.
>
> 2009/12/22 han hongfang 
>
>
>> Hi all,
>>
>> I'm working on https://issues.apache.org/jira/browse/GERONIMO-4296 and
>> https://issues.apache.org/jira/browse/GERONIMO-4878. To enable derby user
>> authentication using user-defined class, I write a new class 
>> DerbyUserAuthenticator
>> and put it into plugins\system-database\geronimo-derby project.
>>
>> I encountered ClassNotFoundException when I first ran it, because Derby
>> uses Class.forName() to load the user-defined class DerbyUserAuthenticator,
>> and meanwhile geronimo-derby depends on org.apache.geronimo.configs.derby.
>>
>> I'm wondering why geronimo-derby is served as a module of system-database,
>> rather than organizing it together with plugins\derby as just what Geronimo
>> does for plugins\mejb and plugins\axis2 etc, and then making
>> org.apache.geronimo.configs.derby depend on geronimo-derby.
>>
>> Does someone have history information to share?
>>
>> BTW, I work on server branch 2.1
>>
>> --
>> Best regards,
>>
>> Han Hong Fang
>>
>
>
>
> --
> Ivan
>



-- 
Best regards,

Han Hong Fang

Re:[Discussion] The organization of derby related modules

[han hongfang]

Just noticed that the previous statement is not so clear.

derby can not find the class DerbyUserAuthenticator in geronimo-derby,
because geronimo-derby.jar is loaded by system-database, and derby related
jars are loaded by derby, meanwhile system-database declares dependency on
derby, which makes derby is the parent classloader of system-database.



-- Forwarded message --
From: han hongfang 
Date: Tue, Dec 22, 2009 at 12:27 AM
Subject: The organization of derby related modules
To: dev@geronimo.apache.org



Hi all,

I'm working on https://issues.apache.org/jira/browse/GERONIMO-4296 and
https://issues.apache.org/jira/browse/GERONIMO-4878. To enable derby user
authentication using user-defined class, I write a new class
DerbyUserAuthenticator
and put it into plugins\system-database\geronimo-derby project.

I encountered ClassNotFoundException when I first ran it, because Derby uses
Class.forName() to load the user-defined class DerbyUserAuthenticator, and
meanwhile geronimo-derby depends on org.apache.geronimo.configs.derby.

I'm wondering why geronimo-derby is served as a module of system-database,
rather than organizing it together with plugins\derby as just what Geronimo
does for plugins\mejb and plugins\axis2 etc, and then making
org.apache.geronimo.configs.derby depend on geronimo-derby.

Does someone have history information to share?

BTW, I work on server branch 2.1

-- 
Best regards,

Han Hong Fang



-- 
Best regards,

Han Hong Fang

The organization of derby related modules

[han hongfang]

Hi all,

I'm working on https://issues.apache.org/jira/browse/GERONIMO-4296 and
https://issues.apache.org/jira/browse/GERONIMO-4878. To enable derby user
authentication using user-defined class, I write a new class
DerbyUserAuthenticator
and put it into plugins\system-database\geronimo-derby project.

I encountered ClassNotFoundException when I first ran it, because Derby uses
Class.forName() to load the user-defined class DerbyUserAuthenticator, and
meanwhile geronimo-derby depends on org.apache.geronimo.configs.derby.

I'm wondering why geronimo-derby is served as a module of system-database,
rather than organizing it together with plugins\derby as just what Geronimo
does for plugins\mejb and plugins\axis2 etc, and then making
org.apache.geronimo.configs.derby depend on geronimo-derby.

Does someone have history information to share?

BTW, I work on server branch 2.1

-- 
Best regards,

Han Hong Fang

Re: Added 3 to contributors group

[han hongfang]

Thanks Donald!

On Sun, Jan 4, 2009 at 8:19 AM, Donald Woods  wrote:

> Done.
>
>
> -Donald
>
> han hongfang wrote:
>
>> Donald,
>>  Could you also add me in? Thanks in advance.
>>  hanhongfang - "Janet" - Hong Fang Han
>>  On Tue, Dec 30, 2008 at 7:50 AM, Donald Woods > dwo...@apache.org>> wrote:
>>
>>Three more contributors added:
>>
>>genspring - "Shawn" - Lin Quan Jiang
>>delos - "Delos" - Dai Xuan
>>yg - Gang Yin
>>
>>
>>-Donald
>>
>>
>>Donald Woods wrote:
>>
>>Added the following recent contributors who all have an ICLA on
>>file to the geronimo-contributors group, which gives them write
>>access to the User Doc wikis and allows them to assign JIRAs to
>>themselves to work on.
>>
>>uid - name
>>
>>rwonly - Lei "Rex" Wang
>>xiaming - Ming "Forrest" Xia
>>xuhaihong - Haihong "Ivan" Xu
>>
>>Keep up the great work!
>>
>>
>>If I missed adding anyone who has an ICLA on file and would like
>>to have contributor rights, just reply to this email thread and
>>one of us will be glad to add you.
>>
>>
>>-Donald
>>
>>
>>
>>
>> --
>> Best regards,
>>
>> Han Hong Fang
>>
>


-- 
Best regards,

Han Hong Fang

Re: Added 3 to contributors group

[han hongfang]

Donald,

Could you also add me in? Thanks in advance.

hanhongfang - "Janet" - Hong Fang Han


On Tue, Dec 30, 2008 at 7:50 AM, Donald Woods  wrote:

> Three more contributors added:
>
> genspring - "Shawn" - Lin Quan Jiang
> delos - "Delos" - Dai Xuan
> yg - Gang Yin
>
>
> -Donald
>
>
> Donald Woods wrote:
>
>> Added the following recent contributors who all have an ICLA on file to
>> the geronimo-contributors group, which gives them write access to the User
>> Doc wikis and allows them to assign JIRAs to themselves to work on.
>>
>> uid - name
>> 
>> rwonly - Lei "Rex" Wang
>> xiaming - Ming "Forrest" Xia
>> xuhaihong - Haihong "Ivan" Xu
>>
>> Keep up the great work!
>>
>>
>> If I missed adding anyone who has an ICLA on file and would like to have
>> contributor rights, just reply to this email thread and one of us will be
>> glad to add you.
>>
>>
>> -Donald
>>
>>


-- 
Best regards,

Han Hong Fang

Subscribe mail list dev@geronimo.apache.org

[han hongfang]

Hi,

I'm interested with Geronimo development and already had Apache CLA
signed. I want to subscribe mail list [EMAIL PROTECTED]

Thanks!

Best regard,

Han Hong Fang