[
https://issues.apache.org/jira/browse/GERONIMO-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12583831#action_12583831
]
toby cabot commented on GERONIMO-3913:
--
I've seen this before so I'll take a look
[
https://issues.apache.org/jira/browse/GERONIMO-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot reassigned GERONIMO-3913:
Assignee: toby cabot
NPE in org.apache.geronimo.security.SubjectId.hashCode() caused
[
https://issues.apache.org/jira/browse/GERONIMO-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3913:
-
Attachment: bug-3913-2.0.2-patch.txt
The problem
[
https://issues.apache.org/jira/browse/GERONIMO-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3913:
-
Attachment: g2-trace.txt
Here's what the stack trace looks like now. It's still fugly
[
https://issues.apache.org/jira/browse/GERONIMO-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3913:
-
Patch Info: [Patch Available]
NPE in org.apache.geronimo.security.SubjectId.hashCode
[
https://issues.apache.org/jira/browse/GERONIMO-3913?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot reassigned GERONIMO-3913:
Assignee: Kevan Miller (was: toby cabot)
Hi Kevan, please take a look at your leisure
[
https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3806:
-
Attachment: GERONIMO-3806-2.0.2.patch
Hi Manu, thanks for giving this your attention.
I
[
https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3806:
-
Attachment: (was: bug3806-patch.txt)
CLONE -Extraneous WARN messages during deployment
[
https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot reassigned GERONIMO-3806:
Assignee: Manu T George (was: toby cabot)
CLONE -Extraneous WARN messages during
If you still have problems, please keep this thread alive
At the risk of demonstrating my inability to follow directions I'll
keep the thread alive to say that with your changes and Jarek's I
think we're in good shape. Thanks!
Or should we provide a way to add additional dependencies through
config.xml (I don't know how complicated this will be)?
Yes, please. Logging is critical but it can be complicated so
allowing users to make dependency jars (SNMP, SMTP, proprietary NMS
hooks, etc) available to log4j at run-time
On Thu, Feb 07, 2008 at 09:34:08PM -0800, David Jencks wrote:
I'm not sure if any of the people who have tried this have succeeded.
I failed to get it to work using run-time configuration so I hacked
the root and j2ee-system pom files to add the extra jars needed (in my
case, Westhawk SNMP and
[
https://issues.apache.org/jira/browse/GERONIMO-3454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12567185#action_12567185
]
toby cabot commented on GERONIMO-3454:
--
Geronimo 2.0.2 works for me with Java
-3830
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: security
Affects Versions: 2.0.2
Environment: Java 1.6
Fedora 8
Reporter: toby cabot
Priority: Minor
Attachments: sec-unittest
[
https://issues.apache.org/jira/browse/GERONIMO-3830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3830:
-
Attachment: sec-unittest-diff.txt
Patch to use a TreeSet so the Iterator can be counted
On Tue, Feb 05, 2008 at 01:23:33PM -0500, Jarek Gawor wrote:
I've fixed 1) and 2) in trunk, branches/2.0, and branches/2.1.
Thank you.
I'm not sure about the other two.
I tried surefire 2.3 and it works fine. I think it's low risk since
it's only used during the build.
---
Hi Folks,
I'm trying to gather the set of code and dependencies to build
Geronimo 2.0.2. I'd like to end up with all of the bits that I need
to build 2.0.2 without accessing the internet next week, next month,
etc, and end up with the same image.
Donald and Iain on the user list helped me with
Thanks David, it sounds as if we do want a SNAPSHOT-less build.
These snapshots croak 2.0.2's offline build:
| 1) org.apache.ws.scout:jaxr-api:jar:SNAPSHOT
|
| Path to dependency:
| 1) org.apache.geronimo.modules:geronimo-webservices:jar:2.0.2
| 2)
Thank you!
[
https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3806:
-
Component/s: deployment
Regression: [Regression]
CLONE -Extraneous WARN messages during
: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Affects Versions: 2.0-M6
Environment: Windows XP SP2
Reporter: toby cabot
Assignee: Vamsavardhana Reddy
Priority: Minor
Fix For: 2.0.2, 2.1
During
[
https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3806:
-
Attachment: bug3806-patch.txt
Here's a patch that quiets the messages in my case (and adds
[
https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12565545#action_12565545
]
toby cabot commented on GERONIMO-3806:
--
The fix for GERONIMO-3248 causes two
[
https://issues.apache.org/jira/browse/GERONIMO-3806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3806:
-
Fix Version/s: (was: 2.0.2)
(was: 2.1)
Patch
Hi Folks,
I'm trying to build the 2.0 branch from scratch and have hit a snag
because of a jar that Maven can't find. I checked out the 2.0 branch
(Revision: 585448), upgraded to Maven 2.0.7, removed ~/.m2, and tried
to build. It fails in configs/client-corba-yoko because it can't find
Hi Folks,
I'm playing around with application security in Geronimo and found the
Web application security sample[1]. It's helpful, thanks! I needed
to make a few changes to get it to work with 2.0, so I'm curious if I
can check it out of subversion somewhere and use svn to make a patch
for you
Level: public (Regular issues)
Components: deployment
Affects Versions: 2.0.x
Environment: Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_12-b04)
CentOS release 5 (Final)
Reporter: toby cabot
Priority: Minor
Fix For: 2.0.x
I
[
https://issues.apache.org/jira/browse/GERONIMO-3421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3421:
-
Attachment: deployer-message-patch.txt
Here's a patch...
ClassFinder classloader problems
On Sat, Feb 10, 2007 at 03:02:54PM -0800, David Jencks wrote:
Previously we went to a lot of trouble to make sure that every bit of
deployment code ran without any runtime components started. I would
like to know if this new dependency is intentional, and essential. I
don't think we
Thanks for the info, David, and the quick response. I've monkeyed
around a little more and it looks as if the axis-deployer,
axis2-deployer and cxf-deployer also start active MQ as a side effect.
Evidently my application doesn't use any of these features because I
can disable them in
Hi David,
Thanks for the info - the ability to replace configs and alias their
name is very interesting and I hadn't heard about it. I think,
though, that my mildy hacked custom build is the simplest approach for
the time being.
Regards,
Toby
Hi Folks,
In my application of Geronimo I need to add a third-party log4j
appender to send log messages as SNMP traps. I can add the jars I
need to the j2ee-system pom.xml and build a custom Geronimo image, but
it would be better if I could do everything at run-time so I could use
an unmolested
(Regular issues)
Components: deployment
Affects Versions: 2.0-M6
Environment: Fedora Core 4
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
Reporter: toby cabot
Fix For: 2.0-M6
The deployer's offline mode in the jetty6-minimal
[
https://issues.apache.org/jira/browse/GERONIMO-3183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497916
]
toby cabot commented on GERONIMO-3183:
--
Chunks 5-8 fix these stack traces. They're unlikely to appear
[
https://issues.apache.org/jira/browse/GERONIMO-3183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3183:
-
Attachment: minimal-offline-patch.txt
This patch makes a few changes. The most important
[
https://issues.apache.org/jira/browse/GERONIMO-3142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3142:
-
Attachment: j6-patch-classloader.txt
This bug appears to be caused by a change
[
https://issues.apache.org/jira/browse/GERONIMO-3142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3142:
-
Description:
Vanilla Geronimo / Jetty 1.1.1 and 1.2-beta fail to start under JDK 1.6 update
[
https://issues.apache.org/jira/browse/GERONIMO-3171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-3171:
-
Attachment: j6-patch.txt
java 1.6 compile fix
Key
On Wed, Apr 25, 2007 at 03:26:07PM -0400, Donald Woods wrote:
I'm still seeing problems on Linux and WinXP when trying to build
modules/geronimo-corba-builder
on a system with a clean .m2 repo and the IBM 1.5.0 SR4 SDK.
Hi Donald, et al,
Did you figure out a resolution for this
Security Level: public (Regular issues)
Components: usability
Affects Versions: 1.2
Environment: Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_06-b05)
Fedora Core release 4 (Stentz)
Reporter: toby cabot
Priority: Minor
[
https://issues.apache.org/jira/browse/GERONIMO-1418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-1418:
-
Attachment: geronimo-target-nickname-1_2.txt
This patch applies to the 1.2 branch. The code
[
https://issues.apache.org/jira/browse/GERONIMO-2900?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-2900:
-
Attachment: list-modules-by-target-patch.txt
Patch to CommandListModules.java.
more
[
https://issues.apache.org/jira/browse/GERONIMO-1418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
toby cabot updated GERONIMO-1418:
-
Fix Version/s: 1.x
1.2
Environment:
fedora core 4
Java(TM) 2 Runtime
On Thu, Dec 14, 2006 at 02:08:25PM -0800, Dain Sundstrom wrote:
On Dec 14, 2006, at 1:31 PM, Paul McMahan wrote:
When I tried to build from src I got the error message below. Do I
need to add the repo at http://people.apache.org/~dain/stage/ to a pom
somewhere to make it build?
On Thu, Dec 14, 2006 at 07:28:21PM -0800, David Blevins wrote:
On Dec 14, 2006, at 3:00 PM, toby cabot wrote:
--- pom.xml (revision 487372)
+++ pom.xml (working copy)
@@ -980,6 +980,16 @@
pluginRepositories
pluginRepository
+iddains-plugin-repository/id
Security Level: public (Regular issues)
Components: deployment
Affects Versions: 1.2
Environment: Fedora Core 4
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Revision: 477908
Reporter: toby cabot
Priority: Minor
When I
[ http://issues.apache.org/jira/browse/GERONIMO-2599?page=all ]
toby cabot updated GERONIMO-2599:
-
Attachment: hello-ra.rar
Here's the resource adapter that triggers the problem. It's pretty trivial -
it's mostly intended for me to figure out Geronimo
On Tue, Nov 21, 2006 at 03:32:12PM -0800, Jason Dillon wrote:
Looks like you need to build openejb2 by hand to get around this.
Thanks for the tip, I appreciate the help and I'll give that a try
today.
Toby
Hi Folks,
I'd like to use the 1.2 deployer's offline mode (and hopefully the
distribute command) but it's not working out-of-the-box at the moment.
Is it supposed to, or is it a non-feature? I could get it to work by
running it like so:
$ java
Hi David,
On Wed, Nov 22, 2006 at 09:23:24AM -0800, David Jencks wrote:
I'm not surprised that it doesn't work but I am very surprised your
fix worked :-)
Sometimes blind squirrels find nuts ;)
Can you investigate whether the xmlbeans stuff got into the classpath
through manifest
Hi,
When I try to deploy a resource adapter (just a trivial example) to
the 1.2 minimal Jetty server I get a strange stack trace[1]. The good
news is that the resource adapter appears to be deployed OK and its
start() method gets called, but the message is a little disconcerting.
Thanks,
Toby
On Tue, Nov 21, 2006 at 02:32:26PM -0800, Jason Dillon wrote:
Can you try to build again, w/o -Dstage=bootstrap. configs might
fail, but that is another problem...
But if you don't see missing deps on plugins, then this doc change
should be reverted.
I blew away
Hi Folks,
I'm having a problem building the trunk at the moment, and I hope
someone can help. My build stops with
[INFO]
[ERROR] BUILD ERROR
[INFO]
On Fri, Nov 17, 2006 at 12:21:37PM -0800, anita kulshreshtha wrote:
Deleting configs directory in .m2 repo and building offline should
cure this.
Anita,
Thanks for the tip. Unfortunately when I try to build offline I get
[INFO]
On Fri, Nov 17, 2006 at 01:22:55PM -0800, Jason Dillon wrote:
The error is most likely due to a transient network failure or
corrupt local metadata... hard to tell which it is based on Maven's
default output. Might get some hints by running with -X (or might not).
I tried watching the
On Tue, Oct 31, 2006 at 10:50:59PM +0100, Jacek Laskowski wrote:
On 10/31/06, toby cabot [EMAIL PROTECTED] wrote:
Glad you've done it. After the successful build, it's time to get your
hands wet and start testing! ;-) See how the doco improved lately. You
won't likely find so much time as it's
On Tue, Oct 31, 2006 at 06:19:59PM +1100, Gianny Damour wrote:
You can download the jar manually if you want (the latest artifact is
the latest SNAPSHOT version that has been published). Personally, I
will try to rebuild the failing module online. If it fails, then I
will try to remove
Hi Folks,
I updated my local copy of the trunk code this morning and the build
failed with:
[INFO] Failed to resolve artifact.
Missing:
--
1) org.tranql:tranql:jar:1.4-SNAPSHOT
Try downloading the file manually from the project website.
Then, install it using the command:
In this user's opinion (for what it's worth):
Full Java 5 support
Geronimo OSGi bundle
Console usability improvements
Global JNDI
Console extensibility
More out of the box samples
OpenJPA integration
Yoko ORB support
JAF 1.1
GShell integration
CMP improvements
Jetspeed integration
More server
Hi Folks,
We're using 1.0 and while it's getting a little long in the tooth it
still works great. I tried to build it the other day and had some
problems, mostly relating to various external infrastructure changing.
If anyone cares, here are the changes that I made to get the build to
work.
Hi Alan,
On Sun, Jul 09, 2006 at 09:39:30AM -0700, Alan D. Cabrera wrote:
toby cabot wrote:
What's the status of the Geronimo/Equinox (OSGi server) integration?
XBean is built on Spring and Spring is coming out w/ OSGi support.
Dain has some other XBean - OSGi stuff in the oven as well
Hi folks,
What's the status of the Geronimo/Equinox (OSGi server) integration?
I see some list traffic from last year that looks pretty hopeful[1][2]
but a cursory look at the code doesn't reveal any hooks yet. I could
have easily missed it, though.
If anyone's got any updates I'd appreciate
On Tue, Jun 20, 2006 at 10:47:50AM -0400, Sachin Patel wrote:
In recognition of his contributions to the Apache Geronimo community,
the Geronimo PMC is proud to announce the committership of Joe Bohn.
Joe has contributed in many areas, including the console and as of
recent, the work on
Hi,
On Fri, Jun 16, 2006 at 12:40:03AM -0400, Matt Hogstrom wrote:
Working copies of versions in branches would be branches/n.n. This would
be the effective trunk for any version work.
Does this mean that someone will be re-creating a branches/1.1 branch?
There used to be one, and it looks
Hi David,
Done.
Thanks!
Toby
First off, thanks to Matt and the admins for the workaround!
On Tue, Jun 06, 2006 at 11:36:32PM -0400, Matt Hogstrom wrote:
In general the problem is really people that are getting involved with
Geronimo for the first time as they start out with an empty repo. The
developers and others on
John,
On Fri, May 26, 2006 at 09:51:25AM +1000, John Sisson wrote:
I built Geronimo rev 409303 ok yesterday (with OpenEJB checked out at
rev 2658 via maven m:fresh-checkout command)
BUILD SUCCESSFUL
Total time : 117 minutes 44 seconds
Finished at : Friday, May 26, 2006 2:06:10 AM EDT
David,
Thanks for providing this tool, it's a big help. I had some problems
on a test geronimo-application.xml file that includes some gbean
references (for hooking up to security gbeans). The file looks like:
=
?xml version=1.0 ?
application
On Tue, May 23, 2006 at 05:49:34PM -0400, toby cabot wrote:
Hi folks,
I checked out a fresh copy of the 1.1 branch and tried to build. It
gets as far as:
Based on suggestions (thanks!) from several folks on the list I
updated from subversion, blew away my .maven directory, and lept back
attempts. Wait a few minutes, try
again, things usually work. If I can get a full build working then I
can maven -o but until then I think I need to do the build online,
which people.a.o doesn't seem to like.
Thanks for your help,
Toby Cabot
On Wed, May 24, 2006 at 04:05:40AM -0400, Kevan Miller wrote:
Some of you may have noticed 1.1 build errors last week which were
caused by the relocation of the Apache maven repo from
'cvs.apache.org/repository' to 'people.apache.org/repository'.
I've noticed some strange behavior that
Hi folks,
I checked out a fresh copy of the 1.1 branch and tried to build. It
gets as far as:
+
| configurations Geronimo Configuration for performing service deployments
| Memory: 40M/50M
+
DEPRECATED: the
Paul,
Thanks for the tip. Looks like I need to do an online build, and
people.apache.org has been bouncy for the past few hours, but I'll try
a maven new4 new5 again tomorrow morning. Appreciate the help!
Toby
[ http://issues.apache.org/jira/browse/GERONIMO-1507?page=all ]
toby cabot updated GERONIMO-1507:
-
Patch Info: [Patch Available]
prototype offline deploy tool
-
Key: GERONIMO-1507
URL: http
[ http://issues.apache.org/jira/browse/GERONIMO-1405?page=all ]
toby cabot updated GERONIMO-1405:
-
Patch Info: [Patch Available]
support more than one config-store
--
Key: GERONIMO-1405
URL: http
On Mon, Feb 13, 2006 at 02:14:51PM -0500, Aaron Mulder wrote:
I'm not sure if there's a JIRA for this or not -- if you get a chance,
can you review the JIRAs in the deployment category and see if
there's one discussing offline deployment and if not add one and
describe why you need it?
Please
Thanks for suggesting this. There's another reason to do it - in
areas where Geronimo documentation might be a little thin, this
could serve as an overview of how a particular feature works.
On Fri, Jan 20, 2006 at 10:30:59AM -0500, Aaron Mulder wrote:
But also, as I understand it, even if we
choose Confluence we need a different Confluence installation which
someone TBD needs to take charge of and then all the content needs to
be moved?
Excellent point. It's more important to
Aaron,
Thanks for raising this issue - this is important. It's tacky to
force people to change their plans for a minor version upgrade.
1) Ship 1.0.1 with all the configIds saying 1.0 so there is no issue
for at least that release
I like this option for this branch. It looks as if the plan
the problem below I'd be mucho grateful.
On Tue, Jan 10, 2006 at 02:01:08PM -0500, toby cabot wrote:
It's all good until the code reaches the SwitchingModuleBuilder, which
is configured by default to deploy to Tomcat, so since I'm using Jetty
it fails to find a builder and I get foo.war is not a war
Runtime Environment, Standard Edition (build 1.4.2_06-b03)
Geronimo 1.0 branch,
Reporter: toby cabot
Priority: Minor
Here's a prototype offline deploy tool. It has only one command, for offline
distribution of applications. It's basically a clone of the online tool so it
works in a similar
On Wed, Jan 04, 2006 at 10:12:00AM -0800, David Jencks wrote:
Unless someone twists my arm severely I was planning on looking at
this again after 2 other items, jetspeed integration and a
transaction manager patch: if you wanted to get started on this first
I'd be very happy :-).
I've
Hi folks,
What does config/executable-deployer end up building? It looks a lot
like online-deployer and it puts a car called
j2ee-system-experimental-1.0.car into the maven repo, but after that I
lose the scent. Is this obsolete? Just curious...
Thanks,
Toby
On Tue, Jan 03, 2006 at 03:58:55PM -0800, Dain Sundstrom wrote:
Will the hot deployment directory satisfy you needs?
I tried to think of an approach using hot deployment that would work,
but none are as clean as offline deployment. But I'm probably a
corner case: I use Geronimo embedded in a
[ http://issues.apache.org/jira/browse/GERONIMO-1418?page=all ]
toby cabot updated GERONIMO-1418:
-
Attachment: geronimo-target-nickname.txt
allow user to specify deployment targets by nickname
Environment: fedora core 2
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03)
geronimo 1.0 branch
Reporter: toby cabot
Priority: Minor
Attachments: geronimo-target-nickname.txt
This is a follow-on to the patch I submitted that allows Geronimo to have 2
configuration
[ http://issues.apache.org/jira/browse/GERONIMO-264?page=all ]
toby cabot closed GERONIMO-264:
---
exceptions being swallowed at startup
-
Key: GERONIMO-264
URL: http://issues.apache.org/jira/browse
Hi Folks,
I guess it's possible that I'm the only person that used offline
deployment, at least I don't see a lot of people clamoring to bring it
back. It's very useful for me, though, so I'd like to find out if
there's a possibility of bringing it back onto HEAD (and hopefully the
1.0 branch,
, Standard Edition (build 1.4.2_06-b03)
Reporter: toby cabot
Most of the code needed to support multiple config-stores is in place, but
Deployer assumes only one.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators
[ http://issues.apache.org/jira/browse/GERONIMO-1405?page=all ]
toby cabot updated GERONIMO-1405:
-
Attachment: geronimo-2configstores.txt
Here's a patch that modifies Deployer.java to handle multiple config-stores.
It uses the first one it gets
On Thu, Dec 08, 2005 at 05:49:59PM -0700, Jeff Genender wrote:
So you think your average Geronimo user will have no idea what a web
container is?
The issue is whether they'll have enough knowledge of the pros and
cons of Jetty versus Tomcat to make an informed decision between them.
And what
On Thu, Dec 08, 2005 at 02:47:34PM -0700, Jeff Genender wrote:
Its encouraged that the community vote here too. Although not binding,
it should be taken into account.
Thanks!
[X] Make Jetty the default Web Container install selection
Jetty's worked out well, let's keep going.
Thanks for the pointers Aaron,
Here's a proof-of-concept that allows Geronimo to run with two
LocalConfigStores and respects the target that you provide on the
deployer command line. It's only a proof-of-concept because it
doesn't address a few important issues:
o I didn't fix
Hi,
I'm having the assembly part of the build fail with
[java] org.apache.geronimo.gbean.InvalidConfigurationException: Could not load
class org.apache.geronimo.tomcat.util.DirectoryInitializationGBean
I notice that the tomcat DirectoryInitializationGBean was deleted
today but I don't see
On Sat, Dec 03, 2005 at 04:42:32AM +0100, Dain Sundstrom (JIRA) wrote:
[ http://issues.apache.org/jira/browse/GERONIMO-1227?page=all ]
Dain Sundstrom closed GERONIMO-1227:
Fix Version: 1.0
Resolution: Fixed
Thanks, Dain.
On Mon, Dec 05, 2005 at 02:13:33PM -0800, David Jencks wrote:
Hmm, I would have thought that you would want the configurationManager
to have several config-stores (I think it does) but to pick one
particular one for each deployer. How does the deployer choose which
one to put the new
On Mon, Dec 05, 2005 at 02:51:00PM -0800, David Jencks wrote:
My understanding of what this could be used for is something like a
shared immutable config-store used for official configurations and a
non-shared config-store you could put your own stuff into. In this
case, the deployer would
On Mon, Dec 05, 2005 at 06:00:49PM -0500, Aaron Mulder wrote:
The JSR-88 deployment API accepts a target parameter, and for us, the
target corresponds to a config store. So we can pass that on in the
call to the Deployer GBean, which would then know which config store
to use.
Cool! Is it as
[
http://issues.apache.org/jira/browse/GERONIMO-282?page=comments#action_12358689
]
toby cabot commented on GERONIMO-282:
-
Not sure if you mean me (Toby). In any case, it works fine for me. As long as
Dain's issue in http://issues.apache.org/jira
) 2 Runtime Environment, Standard Edition (build 1.4.2_06-b03)
Geronimo source At revision 348532.
Reporter: toby cabot
Priority: Minor
In our application we build Geronimo and deploy our app on a read/write
filesystem but run it on a read-only filesystem. This used to work, but I
1 - 100 of 181 matches
Mail list logo
