[
https://issues.apache.org/jira/browse/GERONIMO-3838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ivan updated GERONIMO-3838:
---
Attachment: (was: Geronimo-3838.patch)
memory (probably related to sessions) leak
[
https://issues.apache.org/jira/browse/GERONIMO-3838?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ivan updated GERONIMO-3838:
---
Attachment: Geronimo-3838-TomcatWebAppContext.patch
Geronimo-3838-ManagerGBean.patch
Geronimo Revision: 696948 built with tests included
See the full build-0300.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919/build-0300.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919
[INFO] BUILD
Fail to create application client in eclipse 3.3.2 with geronimo server adapter
2.0
Key: GERONIMODEVTOOLS-516
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-516
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Delos Dai updated GERONIMODEVTOOLS-517:
---
Attachment: GERONIMODEVTOOLS-517.patch
Add a null check in
Can't delete project from defined geronimo server
-
Key: GERONIMODEVTOOLS-517
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-517
Project: Geronimo-Devtools
Issue Type: Bug
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Delos Dai updated GERONIMODEVTOOLS-516:
---
Attachment: GeronimoDevtool-516.patch
Add a entry of jst.appclient 5.0 in
Just had a look at the current code, and I want to point a possible problem.
Bear with me if I misunderstood something.
When a command is created from spring, we have the following bean definition:
bean
class=org.apache.geronimo.gshell.wisdom.command.CommandImpl
Doh, find the answer to my last question. The build was disable in
idea project did not show whisper. My bad!
On Fri, Sep 19, 2008 at 2:13 PM, Guillaume Nodet [EMAIL PROTECTED] wrote:
Just had a look at the current code, and I want to point a possible problem.
Bear with me if I misunderstood
Yup, I know... still need to figure that out actually. Keep in mind
I'm not done hacking up this stuff just yet, I hope to solve this
problem soon... but before I do that I'm going to re-enable all the
other previously disabled stuff (like whisper and remote support) and
make sure that
Geronimo Revision: 697056 built with tests included
See the full build-0800.log file at
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080919/build-0800.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080919
[INFO] BUILD
[
https://issues.apache.org/jira/browse/GERONIMO-4306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lin Sun reopened GERONIMO-4306:
---
Assignee: (was: Jarek Gawor)
Currently, the plugin or app module list is stored along with
FYI, I've just started to update the gshell-remote-* and gshell-
whisper stuff to integrate with wisdom/spring... so might take a few
days before the remote shell commands will work again.
It compiles now, but I've yet to actually get a rsh/rsh-server
connection working.
The plan is to
David, thanks a bunch for making the change! Looks good to me.
Lin
On Sat, Sep 13, 2008 at 12:13 PM, [EMAIL PROTECTED] wrote:
Author: djencks
Date: Sat Sep 13 09:13:58 2008
New Revision: 694978
URL: http://svn.apache.org/viewvc?rev=694978view=rev
Log:
GERONIMO-4300 allow c-m-p to
I think if we want to make things easier for our users, it is best to
have some automated method to determine what modules should be added
on the dependency list automatically, perhaps during deployment time.
That way, a user would not need to specify any dependency at all
(even save them from
Geronimo Revision: 697080 built with tests included
See the full build-0900.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919/build-0900.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919
[INFO] BUILD
/builds/geronimo/server/binaries/trunk/20080919/build-0900.log
Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919
[INFO] BUILD SUCCESSFUL
[INFO]
[INFO] Total time: 38 minutes 27
[
https://issues.apache.org/jira/browse/GERONIMO-4306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632720#action_12632720
]
Donald Woods commented on GERONIMO-4306:
A manual refresh is not user friendly,
few weeks caused this.
-Donald
[EMAIL PROTECTED] wrote:
Geronimo Revision: 697080 built with tests included
See the full build-0900.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919/build-0900.log
Download the binaries from
http://people.apache.org/builds
On Sep 18, 2008, at 3:40 PM, Jay D. McHugh wrote:
I would like to be involved too.
But, I don't have any experience with either AntHill or Hudson.
Has anyone used Continuum? Would that be harder/easier to configure
and
use than the other two?
The first version of GBuild ran a mashup of
Agree that everything should use GShell.
The point of G4093 was to make the scripts in the 2.1.x release
consistent in how Java was used (some scripts used JRE/JAVA_HOME while
others used whatever was on the PATH.) I'm fine in changing this for
2.2, especially given there will only be one
Can we really setup continuous TCK testing? How long does it take 2
VMs to complete a TCK run?
Shouldn't running the TCK prereq a Continuous Build first, by moving the
automated builds that Jarek runs over to these machines and only run a
build when there are svn changes in that branch
Update GEP code with new Devtools URL
-
Key: GERONIMODEVTOOLS-518
URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-518
Project: Geronimo-Devtools
Issue Type: Bug
Affects Versions: 2.1.3,
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632742#action_12632742
]
Ted Kirby commented on GERONIMODEVTOOLS-518:
I fixed trunk with rev
I think if we want to make users easier to build a project, the best
is that we can construct the dependency list automatically for the
user, perhaps at deployment time. This would even save the user from
listing plugin groups as dependencies in various geronimo deployment
plans. Maybe it is
Sorry for the resending... I thought my other message didn't get
sent... this is something I don't quite like my gmail which didn't
update the message sent by me promptly.
Lin
On Fri, Sep 19, 2008 at 1:07 PM, Lin Sun [EMAIL PROTECTED] wrote:
I think if we want to make users easier to build a
Joe, thanks for driving this! I think it is okay to remove those if
we cannot find a better solution or just document that these are not
expected to work in our documentation.
I would be in favor of releasing samples too but we need to make sure
the samples all work with at least one particular
Congrats Manu!
Lin
On Mon, Sep 15, 2008 at 9:20 AM, Donald Woods [EMAIL PROTECTED] wrote:
All,
The Apache Geronimo PMC is pleased to announce that Manu George has accepted
our invitation to become an Apache Geronimo committer.
Congratulations Manu and welcome aboard!
Thanks,
Donald
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632753#action_12632753
]
Ted Kirby commented on GERONIMODEVTOOLS-516:
Thanks for the patch,
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632755#action_12632755
]
Ted Kirby commented on GERONIMODEVTOOLS-516:
This patch seems to be
Didn't see them documented anywhere so I threw up a basic doc using
Gianny's commit info and a few code examples. Might be a doc in
another space I didn't notice.
http://cwiki.apache.org/GMOxDEV/gbean-annotations.html
Feel free to expand upon it.
-David
On Sep 19, 2008, at 12:26 PM, Donald Woods wrote:
Can we really setup continuous TCK testing? How long does it take
2 VMs to complete a TCK run?
I didn't mean to imply continuous integration-style testing. I think
the rate of change on an branch/trunk under active development is
likely
On Sep 19, 2008, at 12:05 PM, David Blevins wrote:
On Sep 18, 2008, at 3:40 PM, Jay D. McHugh wrote:
I would like to be involved too.
But, I don't have any experience with either AntHill or Hudson.
Has anyone used Continuum? Would that be harder/easier to
configure and
use than the
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Kirby resolved GERONIMODEVTOOLS-517.
Resolution: Fixed
Thanks for the patch, Delos!
Applied with rev 697175
Lin Sun wrote:
Joe, thanks for driving this! I think it is okay to remove those if
we cannot find a better solution or just document that these are not
expected to work in our documentation.
Right ... I've been playing with some things here.
- Using a slightly modified version of what is
Oh yes .. and one more reason for publishing a regular site would be to
conform better with other projects and avoid any special processing when
using the maven release process. If we have to do something special to
build the javadoc/xref into the samples then I'm not sure how that would
get
I found GERONIMODEVTOOLS-518 Update GEP code with new Devtools URL,
(and fixed it in trunk), but I don't think it's enough to stop the GEP
2.1.3 release.
Ted Kirby
On Wed, Sep 17, 2008 at 11:53 PM, Ted Kirby [EMAIL PROTECTED] wrote:
The vote on GEP 2.1.3 has been started, and this is the
+1
33 hours left in the vote!
I think we should have a GEP 2.1.3 for G 2.1.3.
Ted Kirby
On Wed, Sep 17, 2008 at 11:49 PM, Ted Kirby [EMAIL PROTECTED] wrote:
G 2.1.3 has been released, and there has been no activity in GEP trunk
for a week. So, I am putting out GEP 2.1.3 for a vote.
Please
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632787#action_12632787
]
Donald Woods commented on GERONIMODEVTOOLS-518:
---
Yep, we need to
Agree. We can easily change the
http://geronimo.apache.org/development-tools.html page to be GEP release
neutral...
-Donald
Ted Kirby wrote:
I found GERONIMODEVTOOLS-518 Update GEP code with new Devtools URL,
(and fixed it in trunk), but I don't think it's enough to stop the GEP
2.1.3
Hi, could someone add me - [EMAIL PROTECTED] ?
Thanks
Lin
On Thu, May 15, 2008 at 2:32 AM, David Blevins [EMAIL PROTECTED] wrote:
Setup google analytics on all our spaces and added everyone who's a
committer who I could easily find a gmail address for.
[EMAIL PROTECTED]
[EMAIL PROTECTED]
I have added a News entry about upcoming ApacheCon US 2008 to Geronimo
wiki by using the Add News link in the confluence. When I visit the page
http://geronimo.apache.org/news-archive.html in the live site, the entry
does not show up. But the page
Geronimo Revision: 697157 built with tests included
See the full build-1400.log file at
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080919/build-1400.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080919
[INFO] BUILD
I agree with release neutrality. So, GMOxDOC21 does not seem like a
good choice! :-) We changed from
http://geronimo.apache.org/development-tools.html to
http://cwiki.apache.org/GMOxDOC21/apache-geronimo-development-tools-project.html
so that it could be a wiki page that we could more easily
Good things come to those who wait! :-)
Donald and I had a similar discussion about the G2.1.3 news item. The
rsync deamon just needs time.
Ted
On Fri, Sep 19, 2008 at 4:05 PM, Vamsavardhana Reddy
[EMAIL PROTECTED] wrote:
I have added a News entry about upcoming ApacheCon US 2008 to Geronimo
Geronimo Revision: 697190 built with tests included
See the full build-1500.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919/build-1500.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919
[INFO] BUILD
Hi Jarek, Thanks for the suggestion for actually trying to close the jarfile. It
is not something I considered nor tried, but it is very easy to do so.
Jarek Gawor wrote:
Primarily, this is a problem in Axis2 and it should be fix there no
matter what we do about it (if anything) in
Hi Donald, thanks for the suggestion -- I shall investigate
Donald Woods wrote:
#2, intercepting all, sounds like the best solution.
Is this something AspectJ could handle, via an aspect that uses around()
to intercept URLClassLoder construction (but somehow exclude our
creation of them)
Thanks Davanum, I agree
Davanum Srinivas wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
May i suggest a variant of #1? Help Axis2 folks with a patch that fixes the
problem?
thanks,
dims
Tim McConnell wrote:
Hi, There is at least one scenario using Axis2 and Geronimo that is
Congratulations Manu !!
Donald Woods wrote:
All,
The Apache Geronimo PMC is pleased to announce that Manu George has
accepted our invitation to become an Apache Geronimo committer.
Congratulations Manu and welcome aboard!
Thanks,
Donald Woods
--
Thanks,
Tim McConnell
The Confluence autoexport plugin doesn't seem to be auto exporting
anymore when a page is changed in any of our spaces
I just went into Confluence and ran a manual export of our GMOxSITE
space, so the updated news entry should appear once the cron/rsync job
runs (not sure how often it
Not yet, but something to work on after we get GEP 2.1.3 out...
-Donald
Ted Kirby wrote:
I agree with release neutrality. So, GMOxDOC21 does not seem like a
good choice! :-) We changed from
http://geronimo.apache.org/development-tools.html to
The following autoexport created content didn't have your updates, so
there was nothing that was waiting for an rsync...
http://cwiki.apache.org/GMOxSITE/
-Donald
Ted Kirby wrote:
Good things come to those who wait! :-)
Donald and I had a similar discussion about the G2.1.3 news item.
+1
Installed plugin, setup a server instance to an exiting 2.1.3 Tomcat
server, started/stopped through plugin, admin console and support links
worked, About Eclipse showed the right info for our feature/plugins,
simple web app could be deployed.
-Donald
Ted Kirby wrote:
G 2.1.3 has
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632901#action_12632901
]
Ted Kirby commented on GERONIMODEVTOOLS-518:
I put work into
Is it just temporary that the wiki on installing Geronimo Eclipse Plugin
2.1.3 is a child of 2.1.2 rather than a peer?
Everything else that I looked at looked fine.
Joe
Ted Kirby wrote:
The vote on GEP 2.1.3 has been started, and this is the associated
discussion thread.
Fan mail goes
+1 - Looks good to me.
In addition to installing and creating and running the sample I also
took a quick look at the source and all seems to be in order.
Thanks for pulling this together Ted!
Joe
Ted Kirby wrote:
G 2.1.3 has been released, and there has been no activity in GEP trunk
for a
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632911#action_12632911
]
Delos Dai commented on GERONIMODEVTOOLS-516:
This patch is for
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12632912#action_12632912
]
Delos Dai commented on GERONIMODEVTOOLS-517:
Yes, this issue just
Geronimo Revision: 697310 built with tests included
See the full build-2100.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919/build-2100.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080919
[INFO] BUILD
+1
Ted, thanks for the improvements to the release process...
Ted Kirby wrote:
G 2.1.3 has been released, and there has been no activity in GEP trunk
for a week. So, I am putting out GEP 2.1.3 for a vote.
Please review and vote on the maintenance release of the Geronimo
Eclipse Plugin 2.1.3
61 matches
Mail list logo