: public (Regular issues)
Components: buildsystem
Affects Versions: 2.1
Reporter: Jason Dillon
Assignee: Jason Dillon
Fix For: 2.1
Now that maven has solid groovy integration for building plugins, use that for
the buildsupport library.
--
This
Yup, this should work... assuming the plugin functions. I just tried
to hook it up from use in the Groovy m2 stuff and it puked up some
NPE crapo. Also, I'm not sure that the LICENSE.txt and NOTICE.txt
generation stuff is going to fit our needs ASIS, but we can always
get it fixed.
This
Um... why are we using this pinned snapshot?
Whats broken with the release?
--jason
On Aug 15, 2007, at 3:21 PM, [EMAIL PROTECTED] wrote:
Author: hogstrom
Date: Wed Aug 15 15:21:13 2007
New Revision: 566358
URL: http://svn.apache.org/viewvc?view=rev&rev=566358
Log:
Fix from branches/2.0 tha
On Aug 13, 2007, at 10:28 PM, Matt Hogstrom wrote:
BTW, kudos to Jason and all the others that got us moved over to
maven 2. Building and changing releases are so easy now. Thanks!
/me pats self on back
:-P
--jason
Sure, if it doesn't cause windows builds to blow up... ;-)
--jason
On Aug 15, 2007, at 2:08 PM, David Jencks wrote:
IIUC we are currently leaving the maven descriptors out of all our
artifacts due to the maven-jar-plugin configuration in the root
pom. Also IIUC we only get in trouble from
[
https://issues.apache.org/jira/browse/GERONIMO-3410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519787
]
Jason Dillon commented on GERONIMO-3410:
Bah... windows is to blame :-P
> jspc-maven-plugin-2.0-alph
[
https://issues.apache.org/jira/browse/GERONIMO-3329?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GERONIMO-3329.
--
Resolution: Fixed
Fix Version/s: 2.1
2.0
Should probably work
[
https://issues.apache.org/jira/browse/GERONIMO-3329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519102
]
Jason Dillon commented on GERONIMO-3329:
Okay, I'll take a peek. How were you setting the param?
Heya, after a gentle prod from Hernan, I've updated the guild to
build the server. Please review the document and provide any feed
back. Its not exported yet, so you can peep the dynamic version here:
http://cwiki.apache.org/confluence/display/GMOxDEV/Building
+Apache+Geronimo
Its mo
+1
--jason
On Aug 8, 2007, at 3:56 AM, Matt Hogstrom wrote:
I have put together the release and its been a long journey to get
here.
If you have comments please put them on the corresponding [DISCUSS]
thread.
[ ] +1 Release Geronimo 2.0
[ ] 0 No opinion
[ ] -1 Do not release Geronim
gress branches) bits for other KEYS files and nuke them.
--jason
On 7/31/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
>
> Well, I think we should probably consolidate all these ;-)
>
> --jason
>
>
> On Jul 31, 2007, at 8:16 AM, Matt Hogstrom wrote:
>
> > Good p
FYI, the jspc-maven-plugin 2.0-alpha-1 finally made it to central:
http://repo1.maven.org/maven2/org/codehaus/mojo/jspc/
--jason
On Aug 7, 2007, at 9:58 PM, Jason Dillon wrote:
One part of this is done... the jspc-maven-plugin (and friends)
version 2.0-alpha-1 have been released.
The
On Aug 6, 2007, at 8:03 PM, David Blevins wrote:
On Aug 6, 2007, at 8:12 AM, David Jencks wrote:
I certainly agree with your goal but am less sure about your
proposed naming and organization. Also from looking at your list
it took me a couple minutes to figure out what is removed from
"se
On Aug 6, 2007, at 12:43 PM, Paul McMahan wrote:
On Aug 6, 2007, at 12:59 PM, Donald Woods wrote:
we should consider the more drastic changes, like moving the base
Admin Console support (via Pluto 1.2) out to /plugins
I really like that idea for a couple of reasons -
- it allows us to keep
Ugh... I think we need to revisit all this junk... I was hoping that
the maven-remote-resources-plugin would be useful here, though I'm
not sure it adds legal bits to src jars either.
I'm really not sure what to do about this... :-(
Stupid legal muck...
--jason
On Aug 7, 2007, at 1:30 AM,
One part of this is done... the jspc-maven-plugin (and friends)
version 2.0-alpha-1 have been released.
The artifacts are currently here in the Codehaus non-snap repo:
http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc/
This gets sync'd to central ever few hours or so (I forget th
I think we are gonna need to use an evil timestamp-build version for the s-m-p,
unless selenium-server (and the java driver) 0.9.2 have been released. I will
spin the jspc bits in an hour or so once I get back to my desk.
--jason
-Original Message-
From: Matt Hogstrom <[EMAIL PROTECTE
dminister
Some other "grouping" that may make sense are -
- core - renamed /server/modules directory promoted to a top-level
grouping and only contains server modules
- configs - current configs, which can be installed as plugins
- assemblies - current assemblies, which require the c
On Aug 6, 2007, at 9:59 AM, Donald Woods wrote:
Anything more than 6 to 8 groupings could cause chaos (just like at
our current release process which takes weeks to get everything
voted and released...)
Yes, it has to be done very carefully, though if you look a Maven,
Plexus and the relat
wonder if, after turning the "easy stuff" into plugins
what we will think about reorganizing the remaining stuff.
So then the question might be how to organize the plugins?
thanks
david jencks
On Aug 6, 2007, at 1:48 AM, Jason Dillon wrote:
Hiya, I've mentioned this before...
x27;ll
delete it.
On May 3, 2007, at 2:41 AM, Jason Dillon wrote:
> m4 never got cooked fully, which is why the branch is still there.
> it was decided to just move on to m5 due to problems with the m4
> branch. The branch should probably be removed.
>
> --jason
>
>
> On May
Aighty... still seems weird, but okay :-)
--jason
On Aug 6, 2007, at 2:04 AM, Vamsavardhana Reddy wrote:
2.0 release will be based on branches/2.0.0 (and I guess, will be
tagged tags\2.0 later on). branches\2.0 is now 2.0.1-SNAPSHOT.
--vamsi
On 8/6/07, Jason Dillon <[EMAIL PROTEC
Hiya, I've mentioned this before... and now that we have a 2.0 branch
and trunk has moved on to 2.1 work, I think its time we really make a
decision on this and implement it.
Before, I had been thinking of keeping all of the modules in the
server/trunk tree just in better locations organize
[
https://issues.apache.org/jira/browse/GERONIMO-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517855
]
Jason Dillon commented on GERONIMO-1761:
Um, why not just {{geronmo-crypto}}, it may contain some wrapper
[
https://issues.apache.org/jira/browse/GERONIMO-2401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517853
]
Jason Dillon commented on GERONIMO-2401:
I really think that we should really think about using slf4j
I think it makes more sense w/o the full url bits, since those are
highly dependent on how you configured the connectors.
--jason
On Aug 2, 2007, at 6:25 PM, Jeff Genender wrote:
Yup...
The old messages made no sense at all...because Web application !=
connector and therefore its not fair
I think I missed some discussion or something... but what is the
difference between these 2 branches:
server/branches/2.0
server/branches/2.0.0
?
--jason
On Aug 5, 2007, at 7:48 PM, Matt Hogstrom wrote:
I updated the version number to 2.0 from 2.0-SNAPSHOT. These
artifacts shou
server/trunk is getting massive... and most folks who work on bits
don't even care about half of that stuff... or really don't need to
care about it.
I think we should really start to think seriously about splitting up
server/trunk into smaller *separate* projects like the txmanager
bits.
+1
--jason
On Aug 2, 2007, at 9:27 AM, Matt Hogstrom wrote:
All,
Please take a peek at the jar files for the txManagr components
that David Jencks had busted out earlier. A tar ball can be found
at http://people.apache.org/~hogstrom/txmanager-2.0-rc1/
[ ] +1 Release these binaries
[
Somewhat related... Post this release I'm thinking of refactoring genesis to
simplify all that junk. Maybe weed it down to one module for project config.
Just a heads up...
--jason
-Original Message-
From: Kevan Miller <[EMAIL PROTECTED]>
Date: Wed, 1 Aug 2007 23:34:05
To:dev@geronim
Um, good point, but lets fix that in 1.3 and let 1.2 be ASIS.
--jason
On Aug 1, 2007, at 6:19 AM, Anita Kulshreshtha wrote:
I would like to know why we do not use a single jdk version for all
default configurations. The maven-compiler and maven-idea plugins use
1.4 whereas maven-javadoc pl
A brief look at the release tgz looks good.
+1
--jason
On Jul 31, 2007, at 8:21 PM, Matt Hogstrom wrote:
Please review and vote on the Genesis release of 1.2. At this
location you will find a tar ball with the repository and related
artifacts that will be released.
http://people.apache
Cool :-)
--jason
On Aug 1, 2007, at 10:00 AM, David Jencks wrote:
Jvanzyl has offered to try to get the release plugin to stage these.
thanks
david jencks
On Aug 1, 2007, at 2:03 AM, David Jencks wrote:
I tried to get a release candidate together for the tx and cx
component jars but have
Setting version to pom.version defeats the entire purpose of the version
property
--jason
-Original Message-
From: [EMAIL PROTECTED]
Date: Wed, 01 Aug 2007 06:48:18
To:[EMAIL PROTECTED]
Subject: svn commit: r561679 - in /geronimo/components/txmanager/trunk:
geronimo-connector/pom.x
ebsite for references.
-dain
On Jul 27, 2007, at 12:35 PM, Jason Dillon wrote:
What external references are you referring to?
I believe that it does have symlink support, though I hardly ever
use it.
--jason
On Jul 27, 2007, at 12:29 PM, Dain Sundstrom wrote:
I think there are external referenc
dev@geronimo.apache.org
Subject: Re: testsuite
My workaround where the -Pheadless profile doesn't work. To make it
work, I'll have to execute the xvfb goal before the start-server goal
in the default profile.
Cheers
Prasad
On 7/31/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
>
as it does not require the
selenium stuff?
Thanks,
Jarek
On 6/22/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
Yes Jarek. That's one of my TODOs. Thanks to Jason Dillon, we now
have
a selenium:xvfb goal that will allow us to run this testsuite
headless. However, it is not working e
28, 2007, at 8:43 AM, Jason Dillon wrote:
Just a quick note, we are gonna have to release Genesis 1.2 soonish
to support the 2.0 build. While its not "perfect" (or even close)
it does work now and so I'm going to recommend we release it more
or less asis. I did a quick sanity ch
... I just have a memory of some external references. If you
do move the file, I'd definitely search the website for references.
-dain
On Jul 27, 2007, at 12:35 PM, Jason Dillon wrote:
What external references are you referring to?
I believe that it does have symlink support, though I ha
n it on fire or prefer
> someone else do the honors.?
>
> If you want I can prolly spin a release up tomorrow sometime.
>
>
> On Jul 28, 2007, at 8:43 AM, Jason Dillon wrote:
>
>> Just a quick note, we are gonna have to release Genesis 1.2 soonish
>> to support the 2.0
ing Genesis release
I agree...the current profiles work. Lots of things to do but let's
push this one out. Jason, are you up settin it on fire or prefer
someone else do the honors.?
If you want I can prolly spin a release up tomorrow sometime.
On Jul 28, 2007, at 8:43 AM, Jason Dillon
On Jul 28, 2007, at 6:05 AM, Kevan Miller wrote:
On Jul 28, 2007, at 8:43 AM, Jason Dillon wrote:
Just a quick note, we are gonna have to release Genesis 1.2
soonish to support the 2.0 build. While its not "perfect" (or
even close) it does work now and so I'm going
Just a quick note, we are gonna have to release Genesis 1.2 soonish
to support the 2.0 build. While its not "perfect" (or even close) it
does work now and so I'm going to recommend we release it more or
less asis. I did a quick sanity check last week, and now I'm asking
if anyone knows of
Ya, thats good enough for now ;-)
You should update the pom to make it strict = true now.
--jason
On Jul 27, 2007, at 2:23 PM, [EMAIL PROTECTED] wrote:
Author: djencks
Date: Fri Jul 27 14:23:10 2007
New Revision: 560387
URL: http://svn.apache.org/viewvc?view=rev&rev=560387
Log:
GERONIMO-334
Does svn have symlink support?
-dain
On Jul 26, 2007, at 3:52 PM, Jason Dillon wrote:
Should keys move up to a peer to the STATUS file too? Seems these
are project global, not specific to the server bits...
--jason
Should keys move up to a peer to the STATUS file too? Seems these
are project global, not specific to the server bits...
--jason
d from g. kernel
On Jul 25, 2007, at 4:00 PM, Jason Dillon wrote:
So, looks okay from a initial peep through, though a few things I noticed right
off the bat...
There is no pom.xml in the top-level tree under
https://svn.apache.org/repos/asf/geronimo/components/txmanager/trunk
Ya, let them experience the void.
--jason
On Jul 23, 2007, at 7:35 AM, Matt Hogstrom wrote:
I am deploying the 2.1-SNAPSHOT from trunk this morning and while
verifying the file permissions I noticed the old -Mn SNAPSHOTs. If
no one has any objections I'll clean up all SNAPSHOTs up to (and
So, looks okay from a initial peep through, though a few things I noticed
right off the bat...
There is no pom.xml in the top-level tree under
https://svn.apache.org/repos/asf/geronimo/components/txmanager/trunk, and
there should be. And the children modules should use that pom as their
parent.
Sounds like positive direction. +1
I'm about to go out for dinner now, but I will review the bits in the
components/* tree later tonight or tomorrow.
Cheers,
--jason
On Jul 24, 2007, at 6:00 PM, David Jencks wrote:
see GERONIMO-3344.
Following years of urging from activemq/jencks/servi
Maybe it should be generated so its always current?
--jason
-Original Message-
From: David Jencks <[EMAIL PROTECTED]>
Date: Sun, 22 Jul 2007 10:57:26
To:"Geronimo Dev List (JIRA)"
Subject: Shouldn't list of integrated projects in console be updated?
I don't think openejb is even in
an open-source web-app that kinda does the same shiz as
freshmeat.net? a nice dynamic registry thingy? or anything close?
--jason
Aight its moved...
--jason
On Jul 19, 2007, at 1:14 PM, Matt Hogstrom wrote:
No objections from me.
On Jul 19, 2007, at 6:30 AM, Jason Dillon wrote:
I've mentioned this a few times before...
I think we should move the STATUS file up to the top-level
geronimo dir. As in:
svn mv
+1
--jason
On Jul 19, 2007, at 1:19 PM, Matt Hogstrom wrote:
Its about that time to liberate trunk from the lethargy of waiting
for 2.0 to ship and I propose that we branch on Monday morning
around 0900 Eastern time. This will make trunk 2.1-SNAPSHOT and
I'll copy trunk to branches/2.0.
Maybe a few more thoughts on this...
What I am thinking of is a relatively small JVM which is a process
controller. With some basic administration muck built into it to
start, stop, kill, list, fork, spawn, clone, blah, blah... server
processes... or if needed any support processes. IMO t
On Jul 19, 2007, at 7:19 AM, Donald Woods wrote:
Could we use Jakarta commons-launcher, which uses a subset of ANT?
Subset of ant? I just downloaded the 1.1. release, and it looks like
all of ant is in the lib/* Which totals up to 3m of stuff, in
addition to the ~76k in bin/. I'd imagine
On Jul 19, 2007, at 7:19 AM, Donald Woods wrote:
Could we use Jakarta commons-launcher, which uses a subset of ANT?
Maybe...
We'd probably have to make a few changes, so it would use the
existing manifest settings in the server/client.jar and to handle
our multiple server instance directo
I've mentioned this a few times before...
I think we should move the STATUS file up to the top-level geronimo
dir. As in:
svn mv http://svn.apache.org/repos/asf/geronimo/server/trunk/STATUS
http://svn.apache.org/repos/asf/geronimo/STATUS
This file really is the status of the entire Geron
n
-Original Message-
From: "Jacek Laskowski" <[EMAIL PROTECTED]>
Date: Tue, 17 Jul 2007 13:40:03
To:dev@geronimo.apache.org
Subject: Re: Should we cancel 1.2?
On 7/17/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
> Let's just push out 1.2 asis nowish and then add
, when the plugin is uninstalled, the script goes
away,
and the options are not set.
Did this make sense?
Jeff
Jason Dillon wrote:
Can you provide a wee bit detail on hat the use cases are you have in
mind? I'm still a bit fuzzy what you are going for.
--jason
On Jul 16, 2007, a
On Jul 16, 2007, at 6:25 AM, Kevan Miller wrote:
I think it should be realativly easy to setup a POC if folks are
interested.
Sounds great and agreed on the long-term direction. I could see a
simple script-based change to enable in the short-term...
Before I got whip up some magic lemme ge
Can you provide a wee bit detail on hat the use cases are you have in
mind? I'm still a bit fuzzy what you are going for.
--jason
On Jul 16, 2007, at 6:09 AM, Jeff Genender wrote:
Jason Dillon wrote:
I still think that G could do with a tiny bootstrap JVM to handle
all of
the req
The next step is to start adding some code to OEJB 2.x.
On Jul 16, 2007, at 8:55 PM, Dain Sundstrom wrote:
It was some connector thing Matt found. Matt can you fill Jason in
on the details?
-dain
On Jul 16, 2007, at 2:02 PM, Jason Dillon wrote:
What were the bugs that were to be "quick
On Jul 16, 2007, at 6:09 AM, Jeff Genender wrote:
Jason Dillon wrote:
I still think that G could do with a tiny bootstrap JVM to handle
all of
the required flags and properties that are needed now for the
server to
opperate properly (and in a platform neutral manner). This could
also
be
What were the bugs that were to be "quickly fixed"? I forget its
been so long.
Why not just push it out asis?
--jason
On Jul 16, 2007, at 9:53 AM, Dain Sundstrom wrote:
1.2 has been sitting in a branch for well over 6 months now.
Originally, it was going to be delayed so some bugs could
I still think that G could do with a tiny bootstrap JVM to handle all
of the required flags and properties that are needed now for the
server to opperate properly (and in a platform neutral manner). This
could also be used to spawn clones or cluster nodes. As well as
handling remote resta
*giggle*
--jason
On Jul 14, 2007, at 7:50 AM, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
On Jul 13, 2007, at 8:13 PM, Jeff Genender wrote:
Does that make me Marc of geronimo? ;-)
You mean because we automatically discount what you say? :)
Why in bin/* ?
***
Btw my email box was full so I may have missed some discussion.
Should be happier now though.
--jason
On Jul 14, 2007, at 7:54 AM, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
I like the idea a lot. How would this work mechanically? Are you
thinking of $G/bin/rc.d/ ?
IMO, the less native platform scripts we have the better. I'm defs
against adding new ones... and really interested in removing the ones
we currently have.
If only Microsoft would ship a /bin/sh then I'd be happy to keep
around a single set of scripts... but ya, thats not gonna happen :-(
On Jul 13, 2007, at 5:13 PM, Jeff Genender wrote:
Jason Dillon wrote:
I was kinda against this kinda thingy way back in the days of the
boss-of-j, but I'm interested to hear more how you think it might
work... since I just wrote off anything Marc said as crap
automatically :-P
Does
I was kinda against this kinda thingy way back in the days of the
boss-of-j, but I'm interested to hear more how you think it might
work... since I just wrote off anything Marc said as crap
automatically :-P
--jason
On Jul 13, 2007, at 4:17 PM, David Jencks wrote:
On Jul 13, 2007, at 7
+1
I'm all for more work on the console bits.
--jason
On Jul 3, 2007, at 4:07 AM, Shiva Kumar H R wrote:
I would be happy to see the work on "Admin Console Portlet for Auto
Generating Geronimo Deployment Plan" getting complete and shipped
with AG 2.1. May be I am a bit too ambitious, but
Kay just was worried my email was messed up. Thx
--jason
-Original Message-
From: Kevan Miller <[EMAIL PROTECTED]>
Date: Sun, 1 Jul 2007 16:24:23
To:dev@geronimo.apache.org
Subject: Re: Has the list been really quiet?
On Jul 1, 2007, at 4:15 PM, Jacek Laskowski wrote:
> On 7/1/07,
Or is something messed up with my email? I haven't seen much traffic in the
last week.
--jason
Um... sure... but now right now... too many beers.
:-P
But JCL or SLF4J, we still need some serious logging reform...
--jason
On Jun 15, 2007, at 6:36 AM, Jacek Laskowski wrote:
On 6/15/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
And, I think we should seriously consider using
I think that in general we need to go through some serious logging
reform. IMO logging is critical and right now I think the state of
logging in G is a mess. I would like to see more effort put into
making logging more consistent and provide better user tools to
control the servers loggin
[
https://issues.apache.org/jira/browse/GERONIMO-3245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GERONIMO-3245.
--
Resolution: Fixed
Fix Version/s: 2.0-M7
> Allow the jvm used by geronimo:start to
Please, please, please use Ant or Maven (antrun or groovy:execute) to
script this kinda stuff in a platform independent fashion.
--jason
On Jun 14, 2007, at 11:48 AM, [EMAIL PROTECTED] wrote:
Author: prasad
Date: Thu Jun 14 11:48:12 2007
New Revision: 547354
URL: http://svn.apache.org/view
[
https://issues.apache.org/jira/browse/GERONIMO-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-1547:
---
Component/s: (was: general)
legal
> Legal license issue in sche
[
https://issues.apache.org/jira/browse/GERONIMO-2859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon reassigned GERONIMO-2859:
--
Assignee: Rick McGuire
> Long Subject bro
[
https://issues.apache.org/jira/browse/GERONIMO-3078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon closed GERONIMO-3078.
--
Resolution: Fixed
> Incorrect src license headers in 2 test fi
[
https://issues.apache.org/jira/browse/GERONIMO-2973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2973:
---
Component/s: naming
> Bind JDBC DataSource to Global J
[
https://issues.apache.org/jira/browse/GERONIMO-2903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2903:
---
Component/s: naming
> GeronimoEnc literal in EjbRefBuilder should be web applicatio
[
https://issues.apache.org/jira/browse/GERONIMO-2385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2385:
---
Component/s: core
> server does not update any state when persistent configuration
[
https://issues.apache.org/jira/browse/GERONIMO-2344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2344:
---
Component/s: Tomcat
> Tomcat Console can't find TomcatManagerImpl class during di
[
https://issues.apache.org/jira/browse/GERONIMO-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2375:
---
Component/s: console
> console has invalid XHTML in the db b
[
https://issues.apache.org/jira/browse/GERONIMO-2929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2929:
---
Component/s: CORBA
> CSS/TSS Configuration Schemas Inva
[
https://issues.apache.org/jira/browse/GERONIMO-2612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2612:
---
Component/s: console
> NPE thrown in console when shutting down ser
[
https://issues.apache.org/jira/browse/GERONIMO-2242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2242:
---
Component/s: startup/shutdown
> Better output for port conflicts during star
[
https://issues.apache.org/jira/browse/GERONIMO-2227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2227:
---
Component/s: naming
> ENC Lookup Fix (include parent modu
[
https://issues.apache.org/jira/browse/GERONIMO-2196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2196:
---
Component/s: dependencies
> Incorrect dependency loaded during Geronimo bu
[
https://issues.apache.org/jira/browse/GERONIMO-2698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2698:
---
Component/s: naming
> DirectoryGBean not referenceable as a GB
[
https://issues.apache.org/jira/browse/GERONIMO-3206?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-3206:
---
Component/s: Tomcat
> Create and include a new patched version of Tom
[
https://issues.apache.org/jira/browse/GERONIMO-3093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-3093:
---
Component/s: console
> DB Viewer portlet locks database permanen
[
https://issues.apache.org/jira/browse/GERONIMO-3079?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-3079:
---
Component/s: buildsystem
> cleanup old files
> -
>
>
[
https://issues.apache.org/jira/browse/GERONIMO-2851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2851:
---
Component/s: console
> LDAP view in the cons
[
https://issues.apache.org/jira/browse/GERONIMO-2712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2712:
---
Component/s: console
> LDAP editing capability from Admin Cons
[
https://issues.apache.org/jira/browse/GERONIMO-2618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2618:
---
Component/s: testsuite
> Add basic tests to console-testsu
[
https://issues.apache.org/jira/browse/GERONIMO-2400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2400:
---
Component/s: dependencies
> Remove ActiveIO concurrent (oswego) us
[
https://issues.apache.org/jira/browse/GERONIMO-2401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2401:
---
Component/s: Logging
dependencies
Fix Version/s: (was: 2.0-M5
1001 - 1100 of 3978 matches
Mail list logo
