David,
This seems to break the site build.
BUILD FAILED
File.. file:/c:/dev/geronimo/
Element... maven:reactor
Line.. 180
Column 27
Unable to obtain goal [site] -- file:/C:/Documents and
Settings/adc.TOOLAZYDOGS/.maven/plugins/maven-checkstyle-plugin-2.1/:127
:65: ant:checkstyle
David,
Site builds are still broken.
Regards,
Alan
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Saturday, June 12, 2004 2:06 PM
To: [EMAIL PROTECTED]
Subject: Checkstyle template -- feedback wanted
After actually looking at the Checkstyle report for the
, June 21, 2004 5:57 AM
To: [EMAIL PROTECTED]
Subject: Re: User list? Bundle?
Alan D. Cabrera schrieb:
Hey Peter,
We have every intention of having Tomcat running with Geronimo.
I know that - the question was, if there will be a bun dle, as
manually
installing Apache httpd with Tomcat
Someone hand updated this file. It will get replaced when my morning
build kicks in tomorrow.
Regards,
Alan
-Original Message-
From: Lynch, Peter [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 08, 2004 3:45 PM
To: '[EMAIL PROTECTED]'
Subject: RE: download link is wrong
This
It looks like that it cannot find
org.apache.geronimo.timer.ThreadPooledTimer.
Make sure that
dependency
urigeronimo/jars/geronimo-timer-1.0-SNAPSHOT.jar/uri
/dependency
Is in your deployment file.
-Original Message-
From: Jacek Laskowski [mailto:[EMAIL PROTECTED]
Has anyone been able to start up itests? I get:
11:35:21,531 INFO [Daemon] Server startup begun
11:35:21,765 INFO [Kernel] Starting boot
11:35:21,843 INFO [Kernel] Booted
11:35:21,890 INFO [ConfigurationManagerImpl] Loaded
Configuration geronimo.config:name=org/apache/geronimo/System
The test controlProtocolTest has been fixed. Can you confirm that this
has been fixed for you?
I am working on the SocketProtocolStressTest.
Regards,
Alan
-Original Message-
From: anita kulshreshtha [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 01, 2004 7:42 AM
To: [EMAIL
There will be logs in the test-reports. Can you send me those as well?
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 31, 2004 4:45 PM
To: [EMAIL PROTECTED]
Subject: SocketProtocolStressTest failing
I'm frequently seeing
*ConfiguableTest.java and just exclude those.
Alan
-Original Message-
From: David Blevins [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 03, 2004 10:26 AM
To: [EMAIL PROTECTED]
Subject: Re: Unit/Stress Tests
On Tue, Aug 03, 2004 at 08:41:44AM -0400, Alan D. Cabrera wrote:
IMHO
Here's the output:
test:test:
truetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetrue
truetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetrue
truetruetruetruetr
geronimo\modules\axis\target\lib
C:\dev\incubator-geronimo\.\target\ws4j2ee.properties created ..
-
From: Alan D. Cabrera
Sent: Saturday, August 07, 2004 4:46 PM
To: [EMAIL PROTECTED]
Subject: Axis module fails
Here's the output:
test:test:
truetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetrue
truetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetruetrue
Should we add this to maven.repo.remote?
Regards,
Alan
-Original Message-
From: David Blevins [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 08, 2004 10:18 AM
To: [EMAIL PROTECTED]
Subject: Re: Axis module fails
On Sun, Aug 08, 2004 at 08:29:44AM -0400, Alan D. Cabrera wrote
There are parts of the Axis code that rely on OpenEJB. This
seems to introduce a circular dependence as OpenEJB relies on Geronimo. IIUC,
this code may be better placed in OpenEJB.
Thoughts?
Regards,
Alan
This is a known issue with the Axis module. The way that you can get
around it is to copy the Geronimo axis jar into your local repository by
hand.
You can track the resolution of this issue via
http://nagoya.apache.org/jira/browse/AXIS-1517.
Regards,
Alan
-Original Message-
From:
-Original Message-
From: David Blevins [mailto:[EMAIL PROTECTED]
Sent: Monday, August 16, 2004 7:55 PM
To: [EMAIL PROTECTED]
Subject: Security providers
Is the securtiy stuff hooked up by default? If not, what does it take
to get a Provider plugged in? Or how do you change from
I get the same thing.
Regards,
Alan
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Monday, August 30, 2004 9:17 AM
To: [EMAIL PROTECTED]
Subject: Build error in Axis?
When I try to build, I'm getting a NullPointerException from ews
in the Axis
Interesting. It seems that you are comparing apples with oranges. What
leads you to your expectation that those two methods from two different
classes should return the same integer value?
Regards,
Alan
-Original Message-
From: John Woolsey [mailto:[EMAIL PROTECTED]
Sent:
Busted for me as well...
JDK142, maven1.0 WinXP pro
-Original Message-
From: Kristian Köhler [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 02, 2004 2:20 AM
To: [EMAIL PROTECTED]
Subject: Parsing Error in project.xml
Hi
after updating the project i get the following error
I can take network and security.
Regards,
Alan
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Sunday, September 05, 2004 4:24 PM
To: [EMAIL PROTECTED]
Subject: Tests and forking
Last night I changed the global (reactor) build to no longer fork unit
As happens when ever we embark on a project re-org, the
build is broken. Id like to suggest some of the following steps to
be performed before certifying that what has been done will not break the build:
Remove the geronimo, ews, axis,
and openejb repositories before doing a full
in?
-dain
On Sep 12, 2004, at 8:42 AM, Jeremy Boynes wrote:
Alan D. Cabrera wrote:
The reason that I ask is that in itests I distribute and start
app1A,
app1B, and app2A. I then try to stop and undeploy them in reverse
order. When I do this, app1A, app1B and app2A throw this exception
Thanks Martin. Please file a Jira issue with its patch on
http://nagoya.apache.org/jira/secure/BrowseProject.jspa?id=10220.
Regards,
Alan
-Original Message-
From: Martin Kastner [mailto:[EMAIL PROTECTED]
Sent: Mon 9/20/2004 4:52 PM
To: [EMAIL
Sounds great Anita. I would love your help. You can catch me on the
Geronimo IRC, my nick is usually adc.
Regards,
Alan
-Original Message-
From: anita kulshreshtha [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 25, 2004 6:38 PM
To: [EMAIL PROTECTED]
Subject: JAAS login from
18, 2004 10:59 AM
To: [EMAIL PROTECTED]
Subject: Re: Build problem with latest Codeline
Is there a reason why maven doesn't just do that for us?
-dain
On Aug 18, 2004, at 4:16 AM, Alan D. Cabrera wrote:
This is a known issue with the Axis module. The way that you can
get
around
-Original Message-
From: Jules Gosnell [mailto:[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi,
I am trying to get a feel for how EJB/JNDI clustering will be
implemented
in Geronimo and when it might be implemented.
I remember reading somewhere in the mail archives that
There is a daily job. I turned it off because of all the build failures that
were happening lately. I'll turn it back on.
Regards,
Alan
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Wed 10/6/2004 4:24 PM
To: [EMAIL
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Note: axis works for me, tomcat doesn't
Try deleting your local repo and rebuild. Axis won't build.
Regards,
Alan
Who has access to ibiblio for Geronimo?
Regards,
Alan
Looks like network problems at Apache. If the Geronimo codebase doesn't
require anything new from the sibling projects, you can perform a build
w/out going across the network:
maven -o
Regards,
Alan
-Original Message-
From: Jeff Fletcher [mailto:[EMAIL PROTECTED]
Sent: Thursday,
-Original Message-
From: Bruce Snyder [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 20, 2004 5:06 PM
To: [EMAIL PROTECTED]
Subject: Re: Geronimo Schema Versioning
Aaron Mulder wrote:
All,
I suggest we add the Geronimo version number to our schema
file
names and
No problemo. What you said made sense. Thanks for sticking with it.
Regards,
Alan
-Original Message-
From: Ralf Barkow [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 31, 2004 7:49 AM
To: Alan Cabrera (JIRA)
Subject: Re: [jira] Commented: (GERONIMO-407) SocketProtocolStressTest
-Original Message-
From: Bo Friis [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 30, 2004 10:25 PM
To: [EMAIL PROTECTED]
Subject: adding support for pluggable authenticators (HTTP) (adding
support for SPNEGO/Kerberos)
As I see it and correct me if im wrong, its not possible
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 31, 2004 10:23 PM
To: [EMAIL PROTECTED]
Subject: Jetty Security Realms
Near as I can tell, if you deploy a web app with a web.xml
including a realm-name of foo, then Jetty is going to try
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 31, 2004 10:45 PM
To: [EMAIL PROTECTED]
Subject: Re: Jetty Security Realms
This is somewhat beyond my knowledge, but...
1. If its easier, we could deploy an additional gbean for the realm
-Original Message-
From: Jens Bo Friis [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 31, 2004 8:57 AM
To: Alan D. Cabrera
Cc: [EMAIL PROTECTED]; Bo Friis
Subject: Re[2]: adding support for pluggable authenticators (HTTP)
(adding
support for SPNEGO/Kerberos)
Hi Alan
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Monday, November 01, 2004 7:04 PM
To: [EMAIL PROTECTED]
Subject: Security Roles in EAR
So you can list security roles in an EAR's
META-INF/application.xml, but it's never been clear to me exactly what
/me thinks that another JIRA issue is in the making...
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Monday, November 01, 2004 7:12 PM
To: [EMAIL PROTECTED]
Subject: RE: Security Roles in EAR
On Mon, 1 Nov 2004, Alan D. Cabrera wrote:
JACC should do
I'll be there.
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Wed 11/3/2004 1:35 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Geronimo Lighting Talks at Apache Con?
Since a lot of Geronimo
I have the same problem.
Regards,
Alan
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Fri 11/5/2004 4:23 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Weird Build Failure
I just
For some reason you have to refresh and build openejb, then go back to
building Geronimo.
-Original Message-
From: toby cabot [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 06, 2004 10:39 PM
To: [EMAIL PROTECTED]
Subject: build problem?
Hi folks,
Friday I could build OK
This is pretty cool!
-Original Message-
From: Erin Mulder [mailto:[EMAIL PROTECTED]
Sent: Monday, November 08, 2004 4:22 AM
To: [EMAIL PROTECTED]
Subject: Feature list on wiki - please help update status
To help new users understand what is currently supported by Geronimo
and
Released.
Regards,
Alan
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 11, 2004 1:31 PM
To: [EMAIL PROTECTED]
Subject: Re: ANN: Geronimo 1.0-M3 Release
Doh! I totally missed that one. I'll fix it now.
-dain
--
Dain Sundstrom
Fixed. Sorry about that.
-Original Message-
From: Jacek Laskowski [mailto:[EMAIL PROTECTED]
Sent: Wed 11/17/2004 7:56 AM
To: [EMAIL PROTECTED]
Cc:
Subject: Build error - Caused by: java.io.NotSerializableException:
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 14, 2004 10:56 PM
To: [EMAIL PROTECTED]
Subject: Can GBean get its configuration ClassLoader?
I wonder if there's a way for a GBean to get the ClassLoader for
the configuration it's a part
Did this ever work for you?
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 4:45 PM
To: [EMAIL PROTECTED]
Subject: Re: svn commit: rev 76008 -
geronimo/trunk/modules/remoting/src/java/org/apache/geronimo/remoting/tr
an
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Friday, November 19, 2004 7:50 PM
I think there is a conceptual problem with the current auto-mapping
security code.
This should be done at deployment time (soon it will even be possible
for web apps).
at deployment time.
I wonder if we would want to support some kind of constant
attributes
whose values are configured permanently in the GBeanInfo?
thanks
david jencks
On Nov 19, 2004, at 5:47 PM, Alan D. Cabrera wrote:
-Original Message-
From: David Jencks [mailto:[EMAIL
I think that we should return the realm principals as well for all the same
reasons that we have realm principals in the first place.
Just a heads up on the context manager. I'm correnty reworking it to clean it
up and include interop.
Regards,
Alan
-Original Message-
Sometimes you have to start java using its entire path instead of just the
executable name, e.g.:
/cygdrive/c/java/j2sdk1.4.2_06/bin/java -jar bin/server.jar
Regards,
Alan
-Original Message-
From: Kuato [mailto:[EMAIL PROTECTED]
Sent: Wed 11/24/2004
IMHO the uber build exists to bring in new features, that are not in
public snapshots, that are critically needed for Geronimo to build and
run.
Regards,
Alan
-Original Message-
From: Aaron Mulder [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 27, 2004 9:26 PM
To: [EMAIL
This class got moved to org.apache.geronimo.common a long time ago. Are you
doing a clean build?
Regards,
Alan
-Original Message-
From: Sundaranathan [mailto:[EMAIL PROTECTED]
Sent: Wed 12/1/2004 9:20 PM
To: [EMAIL PROTECTED]
Cc:
That is subversion's claim, that all changes are atomic.
Regards,
Alan
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Thu 12/2/2004 8:58 PM
To: [EMAIL PROTECTED]
Cc:
Subject: subversion peculiar behaviour?
+1
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Fri 12/3/2004 2:15 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: Remove assembly from main build?
Ah for got about that idea :) For those
The reason that we have JettyWebAppJACCContext and JettyWebAppContext is that I
thought that there might be people who want to use jetty in geronimo w/out
JACC. If this is not the case, then it makes sense to merge the two.
Regards,
Alan
-Original Message-
From:
While I agree that we should turn off the tests that break, should we also file
a jira issue to make sure that they get turned back on again?
Regards,
Alan
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Tue 12/7/2004 11:08 AM
These changes have nothing to do with the JACC authorization checks but are,
instead, used to decide if we must attempt to obtain an autenticated user,
among other things. I am merely reusing the set of JACC permission sets to
decide this.
Regards,
Alan
-Original Message-
I guess we interpreted the spec differently. Shall we let the TCK decide?
I didn't realize that we were done w/ the jetty clean up. Shall we delete
this branch?
Regards,
Alan
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Thu
Ibiblio was returning garbage earlier today. It seems to be better now.
Unfortunately it seems that your repo may be totally corrupted. It's
best delete it and rebuild.
Regards,
Alan
-Original Message-
From: Craig Johannsen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 14, 2004
Is Apache SVN down?
Regards,
Alan
maven -Dmodule.types=specs seems to build
more than just the specs. Is this intended behavior?
Regards,
Alan
How can a GBean get its ObjectName?
Regards,
Alan
just
declare the same reference itself).
Aaron
On Sun, 19 Dec 2004, Alan D. Cabrera wrote:
I have the object name of a GBean. It has a reference, i.e.:
infoFactory.addReference(Protocols, ProtocolGBean.class);
How can I get access to its Collection of protocols
Here's a use case. Let's say that I have a management console that is
managing a GBean. There are times when it would be nice to see what is
in its collection of references.
Another thing. It would be nice if GBean attributes had display names
and descriptions in them. This way I could have a
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 21, 2004 12:17 PM
To: [EMAIL PROTECTED]
Subject: Re: How can I get a reference collection from a GBean?
Alan D. Cabrera wrote:
Here's a use case. Let's say that I have a management console
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 21, 2004 12:33 PM
To: [EMAIL PROTECTED]
Subject: Re: How can I get a reference collection from a GBean?
On Dec 21, 2004, at 9:17 AM, Jeremy Boynes wrote:
Alan D. Cabrera wrote:
Here's
I get the error as well. I'll take a look at it.
Regards,
Alan
-Original Message-
From: Craig Johannsen [mailto:[EMAIL PROTECTED]
Sent: Friday, December 24, 2004 4:25 AM
To: [EMAIL PROTECTED]
Subject: Security module tests are failing
After running maven m:update, I ran maven
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Monday, December 27, 2004 1:49 AM
To: [EMAIL PROTECTED]
Subject: Including loginDomainName in realm principal might not be
useful
I've been trying to understand the creation of RealmPrincipals to wrap
I realized that there were problems after I checked this code in but, I
had to go rush to help my wife deliver our baby.
The concept of a login realm is quite simple and elegant. The current
state of its implementation should not be taken as an argument against
it; this is easy enough to fix.
Hari,
I have a pretty good idea about what's going on but, can you send me the
full stack trace?
Regards,
Alan
-Original Message-
From: Hari Kodungallur [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 30, 2004 11:40 PM
To: [EMAIL PROTECTED]
Subject: LoginModule question.
Fixed.
Regards,
Alan
-Original Message-
From: toby cabot [mailto:[EMAIL PROTECTED]
Sent: Friday, December 31, 2004 11:48 AM
To: Alan Cabrera (JIRA)
Subject: Re: [jira] Closed: (GERONIMO-536) New mail GBean
Not sure if it's related to this fix but on my machine (Debian Sid,
abstract-schema-name doesn't seem to work for CMP20. I thought that
this used to work. Can anyone confirm?
Regards,
Alan
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 04, 2005 12:04 PM
To: [EMAIL PROTECTED]
Subject: Re: [jira] Commented: (GERONIMO-454) Support Group Name =
Role
Name Role Mapping
On Jan 4, 2005, at 7:54 AM, Alan Cabrera (JIRA) wrote:
It also breaks if you're running on a drive other than C.
Regards,
Alan
-Original Message-
From: toby cabot [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 05, 2005 12:28 PM
To: [EMAIL PROTECTED]
Subject: Re: ServerInfo test failure on os x
On Wed, Jan 05, 2005 at 09:16:24AM
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 05, 2005 11:43 AM
On Jan 5, 2005, at 7:06 AM, Alan D. Cabrera wrote:
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
On Jan 4, 2005, at 7:54 AM, Alan Cabrera (JIRA) wrote
PROTECTED]
Subject: Re: [jira] Commented: (GERONIMO-454) Support Group Name =
Role
Name Role Mapping
On Jan 5, 2005, at 4:12 PM, Alan D. Cabrera wrote:
I am not arguing against automapping, I am arguing against
automapping
taking place at after the delivery of the DDs. I am also not
arguing
-Original Message-
From: Mark [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 06, 2005 3:52 PM
To: [EMAIL PROTECTED]
Subject: ServerInfo
Looking at the recent checkin for ServerInfo.java
Revision *124261* /viewcvs.cgi?rev=124261view=rev - (view
I don't think that there is a failsafe way to identify those files.
Most developers will put the JIRA issue# w/ their SVN checkin.
Regards,
Alan
-Original Message-
From: Mark [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 09, 2005 12:14 AM
To: [EMAIL PROTECTED]
Subject: JIRA Fixes
This works:
Remote obj = container.getProxyFactory().getEJBObject(null);
This does not work:
Remote obj = container.getEJBObject(null);
I get an UnsupportedOperationException. This is
because the CGLIB method proxys super index does not index into a valid
gbean invoker.
Maven isn't really downloading geronimo jars, it's just checking to see if the
remote repo's version of the jar is newer than the one in your local repo;
which, of course, we know it isn't.
However, these checks against the remote repo can take a significant amount of
time. If you are sure
I am of the opinion that this feature should be optional.
Regards,
Alan
-Original Message-
From: Gianny Damour [mailto:[EMAIL PROTECTED]
Sent: Tue 1/25/2005 5:01 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: svn commit: r126427 -
On Jan 25, 2005, at 2:00 PM, Alan D. Cabrera wrote:
I am of the opinion that this feature should be optional.
Regards,
Alan
-Original Message-
From: Gianny Damour [mailto:[EMAIL PROTECTED
Nope. The point is to see if the security code removes the security
context all by itself. Using wait/notify would require wiring test code
directly into the server.
The real question is why it takes 1.2s for code that should take
milliseconds.
Regards,
Alan
-Original Message-
Dain Sundstrom wrote:
On Feb 6, 2005, at 12:13 PM, David Jencks wrote:
reference name=Foo
applicationnull/application
module*/module
typeJCAManagedConnectionFactory/type
name*/name
/reference
gets all MCF deployed in a standalone module.
reference name=Foo
module*/module
Nope, they will be fixed shortly.
Regards,
Alan
David Blevins wrote:
Are these anything to be concerned about:
[main] [ERROR] (orb.csiv2): An exception occured setting the client
identity
org.openorb.orb.config.PropertyNotFoundException: Property
'csiv2.css.identity' could not be found
David Jencks wrote:
After this mornings build fiasco I estimate that I personally have
spent between 5 and 10 hours dealing with the surprising behavior of
the geronimo build, i.e. don't build it all unless you remember an
obscure switch
I'l like to suggest two things:
1. The default top
Jeremy Boynes wrote:
During deployment I am intermittently seeing
Caused by: java.io.IOException: Access is denied
at java.io.WinNTFileSystem.createFileExclusively(Native Method)
at java.io.File.checkAndCreate(File.java:1314)
at java.io.File.createTempFile(File.java:1402)
at
Thanks for the hads-up. I fixed the bug and included the security
enhancement that you suggested on IRC, blanking out the pw when destroying.
Regards,
Alan
David Jencks wrote:
There are a couple problems with this:
1. it essentially duplicates the intended functionality of the
existing
Jeremy Boynes wrote:
Jeff Genender wrote:
Actually it kind of does. Setting the policyProvider attribute in
the SecurityServiceImpl plan will do it.
The question is, do we pick up the
javax.security.jacc.policy.provider variable and run with that, or is
the declaration in the plan good
Sorry, I didn't catch that sentence.
-1 on commenting out the test for alpha software.
rant
We have an, IMHO, awful tradition of commenting out tests that do not
pass w/ out filing Jira issues. We need to always file a JIRA issue w/
any test that is commented out. Also there should be a
Why do I have to wrap XML in CDATA when I want to pass XML to GBean
attributes?
Regards,
Alan
...?
thanks
david jencks
On Feb 22, 2005, at 10:03 AM, Dain Sundstrom wrote:
No reason other then no one ever tried it. If you want to change the
builder code, go for it.
-dain
--
Dain Sundstrom
Chief Architect
Gluecode Software
310.536.8355, ext. 26
On Feb 22, 2005, at 5:31 AM, Alan D. Cabrera wrote
that a component should be able to have it's own
chunk of xml and it's own logic for configuring the component using
that xml.
-David
On Feb 22, 2005, at 7:43 PM, Alan D. Cabrera wrote:
Something we control. The CSIv2 configuration that I am using is
very hierarchical. Everything works w/ the CDATA
Jeremy Boynes wrote:
David Jencks wrote:
+1 on canonical name as internal string representation
-1 on attempting to preserve whatever string is used to construct the
gbean name
I think the usability value in getting back what you put it is greater
than having the keys rearranged on you (given
+1
Dain Sundstrom wrote:
For the record;
+1 on canonical name as internal string representation
-1 on attempting to preserve whatever string is used to construct the
gbean name
+1 on restricting characters in gbean name and assuring that gbean
name object name conversion always works in a
Dain Sundstrom wrote:
On Feb 23, 2005, at 11:40 AM, David Blevins wrote:
On Wed, Feb 23, 2005 at 12:13:50PM -0500, Alan D. Cabrera wrote:
I don't parse the data at startup. The data gets parsed by a
tssConfigEditor and a cssConfigEditor at deployment time.
Cool. Is this a case where you could
David Blevins wrote:
Seems either next to the namespace declaration or in a separate section of the plan, or both.
So like:
xattribute name="securityConfig"
security xmlns="http://geronimo.apache.org/xml/ns/security" plan:builder="o.a.g.SecurityBuilder"
default-principal
Those are normal and required by the EJB spec. Any AccessException
needs to be logged.
Regards,
Alan
Jacek Laskowski wrote:
Hi,
Just did maven m:update and maven m:rebuild afterwards. All went fine
until OpenEJB Integration Tests failed with the following errors.
There're loads of these
Nope. I don't think so.
Jeremy Boynes wrote:
Alan D. Cabrera wrote:
Those are normal and required by the EJB spec. Any AccessException
needs to be logged.
Do we really need to log the stack trace?
--
Jeremy
Jacek Laskowski wrote:
Alan D. Cabrera wrote:
Those are normal and required by the EJB spec. Any AccessException
needs to be logged.
So, I shouldn't worry about them during the build? I think I should if
they appear in the production env, right?
The log msgs come from itests which
Have you updated OpenEJB as well?
Regards,
Alan
Robert Ritchy wrote:
I'm new to Geronimo (second build); so sorry if I'm missing something
obvious. But, I think the build was broken yesterday with revision
157260. The signature changed in o.a.g.security.ConfigurationUtil.java,
which broke
1 - 100 of 914 matches
Mail list logo