[ http://issues.apache.org/jira/browse/GERONIMO-1233?page=all ]
Kresten Krab Thorup updated GERONIMO-1233:
--
Attachment: gcorba-nov-29-2005.patch.gz
There were a some files that I forgot to svn add; which I pressume is why you
did not commit
I'd like to follow up our earlier request for a new release of Axis. We are
starting testing later this week and would appreciate if a 1.3.1 or a 1.4
release can be cut. Please advise as to the possibility of this happening so we
can plan accordingly.
Cheers,
Matt
Davanum Srinivas wrote:
On behalf of the Geronimo project we are getting ready to release our 1.0
release. We'd like to move to XMLBeans 2.1.0. Can you push this version to the
maven repo? We'd like to start testing this week so if this can be done in
short order it would be appreciated.
Thanks in advance for
Here is the description of problem I am facing.
I have created a simple web application that uses a FORM authentication
method. In the deployment plan, I have configured the application
to use geronimo-properties-realm. The application works fine.
At this point a added a new realm with name
hi,
Check the deployment plan if the references are correct.
Sample plan file.
gbean name=test-realm
class=org.apache.geronimo.security.realm.GenericSecurityRealm
attribute name=realmNametest-realm/attribute
reference name=LoginModuleConfiguration
nametest-login/name
The new realm is added through Security realms portlet and it shows the following plan on clicking the show plan button.
configuration configId=SecurityRealmonemore-security-realm
parentId=org/apache/geronimo/Server
xmlns=http://geronimo.apache.org/xml/ns/deployment-1.0
gbean
All,
Were T-11 days to December 10th. All in all I think we're in pretty good shape
to make 1.0. In order to better track where we're at and what's left I have
created a Wiki page. http://wiki.apache.org/geronimo/Release_Management
The page contains the goals we've discussed previously,
AXIS is in the throws of releasing their 1.4 version. This includes a set of
defects that were identified by Kevan as containing memory leaks. I would like
to move to the 1.4 SNAPSHOTs if there are no objections. I'm going to move my
private build to it today and do some testing.
Matt
The deployment capability using the 1.0 snapshot deployment jars to
deploy to M5 is broken do to the following change made in
org.apache.geronimo.deployment.plugin.local.StartCommand
In M5 the list below contained ObjectName entries
// Load and start the module
List list =
Backward M5 deployment capability broken
Key: GERONIMO-1245
URL: http://issues.apache.org/jira/browse/GERONIMO-1245
Project: Geronimo
Type: Bug
Components: deployment
Versions: 1.0
Reporter: Sachin Patel
Hi Jeff, I'm seeing the error in eclipse. I built it from the command
line. I have the subversion plugin and Eclipse 3.1.1 with WTP 1.0M9.
I'll try disabling the subversion plugin to see if that clears things
up. Thanks.
Brian
On 11/28/05, Jeff Genender [EMAIL PROTECTED] wrote:
I don't
How about we just support both objectNames and URIs:
for (int j = 0; j list.size(); j++) {
Object o = list.get(j);
URI name;
if (o instanceof ObjectName) {
ObjectName objectName = (ObjectName) o;
String uriString = objectName.getKeyProperty(name);
uriString =
+1 from me
On 11/29/05, Matt Hogstrom [EMAIL PROTECTED] wrote:
AXIS is in the throws of releasing their 1.4 version. This includes a set of
defects that were identified by Kevan as containing memory leaks. I would
like
to move to the 1.4 SNAPSHOTs if there are no objections. I'm going to
Hiram / James,
As 1.0 is approaching I'd like to make sure we have the latest fixes to improve
Geronimo's runtime stability. Kevan had provided a patch to ActiveMQ that
abated a leaking Session object. I believe that fix was post 3.2. Can we get a
3.2.1 release of ActiveMQ this week? I
Jeff, I disabled the svn plugin revalidated the schema and the error
is still there. I'll follow the thread. Thanks again for the link.
Brian
On 11/29/05, Brian Bonner [EMAIL PROTECTED] wrote:
Hi Jeff, I'm seeing the error in eclipse. I built it from the command
line. I have the subversion
That'll work. RedeployCommand will need the same fix as well. Any
objections with me going ahead with the fix? Would fixing it only in
the deploy-jsr88 cause problems anywhere else loadRecusrsive() is used?
Sachin
Dain Sundstrom wrote:
How about we just support both objectNames and URIs:
On Nov 23, 2005, at 12:29 PM, Hiram Chirino wrote:
Done. 3.2.1 has been released!
Regards,
Hiram
Matt, at least one cup of coffee is required before reading email or
it just goes in one eye and comes out the other :)
-dain
On Nov 29, 2005, at 8:21 AM, Matt Hogstrom wrote:
Hiram /
Dear Kevan,
The Apache Geronimo PMC is proud to offer you full commit status on
Apache Geronimo to continue your great work on Geronimo resource
management. We encourage you to become involved in other areas of
Geronimo, work with committers experienced in those areas of interest
to
It looks to me as if the portlet is broken, and needs to add
reference
name=LoginServicemoduleorg/apache/geronimo/Security/
modulenameJaasLoginService/name/reference
to the plan it generates. Unfortunately I'm not sure how the portlet
works perhaps filing a jira issue would be a
Please add comments that the URI branch is 1.0 and ObjectName is M5.
There were a lot of places I had to change for this, and I won't
attempt to guess if there will be other problems. I'm not convinced
that attempting to support both M5 and 1.0 here is viable.
thanks
david jencks
On Nov
Congrats Kevan :)
Dain Sundstrom wrote:
I apologize for the typo. The subject was supposed to read Offer of
committer status for Apache Geronimo, as one needs to become a
committer before joining the PMC. Hopefully, we will make the other
offer one day :)
Sorry,
-dain
On Nov 29,
Thanks Dain...I think I'll need to adjust my SPAM filter
Dain Sundstrom wrote:
On Nov 23, 2005, at 12:29 PM, Hiram Chirino wrote:
Done. 3.2.1 has been released!
Regards,
Hiram
Matt, at least one cup of coffee is required before reading email or it
just goes in one eye and comes out the
Jeff,
According to Ed, the schema isn't valid without the import. See his
response below.
Original Message
Subject: Re: EMF can't resolve xml:lang in schema
Date: Tue, 29 Nov 2005 11:40:34 -0500
From: Ed Merks [EMAIL PROTECTED]
Organization: EclipseCorner
Newsgroups:
Matt,
Just got word from Glen (he's in Montreal!). We are going to try doing
cutting a release on thursday night.
thanks,
dims
On 11/29/05, Matt Hogstrom [EMAIL PROTECTED] wrote:
I'd like to follow up our earlier request for a new release of Axis. We are
starting testing later this week and
I'm working on the ability to declare new GBeans in the config.xml,
and to do this we need new an xml format for the GBeanInfo. Here is
what I came up with:
?xml version=1.0 encoding=UTF-8?
attributes
configuration name=Menu
gbean name=PizzaService
info name=pizza
Yeah, it wouldn't bother me if we don't support using 1.0 JARs to deploy to M5.
Aaron
On 11/29/05, David Jencks [EMAIL PROTECTED] wrote:
Please add comments that the URI branch is 1.0 and ObjectName is M5.
There were a lot of places I had to change for this, and I won't
attempt to guess if
If someone puts in a JIRA for that I can make the fix. At the moment
the portlet's just using the XMLBeans from service-builder and
security-builder to build the plan.
Aaron
On 11/29/05, David Jencks [EMAIL PROTECTED] wrote:
It looks to me as if the portlet is broken, and needs to add
[
http://issues.apache.org/jira/browse/GERONIMO-1233?page=comments#action_12358821
]
Alan Cabrera commented on GERONIMO-1233:
Sorry, we found a problem w/ the idlj plugin on the Mac. David Jenks and I are
working on it.
Bulk patch for ORB
Is XMLBeans able to work with it in its current form? IntelliJ seems to
accept it. I am just getting the error in Eclipse...this is why this
concerns me a little.
Sachin Patel wrote:
Jeff,
According to Ed, the schema isn't valid without the import. See his
response below.
Go Kevan go! Congrats and welcome!
Matt Hogstrom wrote:
Congrats Kevan :)
Dain Sundstrom wrote:
I apologize for the typo. The subject was supposed to read Offer of
committer status for Apache Geronimo, as one needs to become a
committer before joining the PMC. Hopefully, we will make
Is there a reason why BasicKernel.listGBeansByInterface(String[]
interfaces) first obtains the GBeanData for the named object to get the
GBeanInfo instead of just directly getting the GBeanInfo for the named
object? (see line 289 of BasicKernel). It looks as if GBeanInfo(name)
would be
On Nov 29, 2005, at 12:56 PM, Joe Bohn wrote:
Is there a reason why BasicKernel.listGBeansByInterface(String[]
interfaces) first obtains the GBeanData for the named object to get
the GBeanInfo instead of just directly getting the GBeanInfo for
the named object? (see line 289 of
What is the status of the new packaging and assembly plugins? I see
they are checked in ..but also notice that the generated images are
still missing some pieces (e.g. most of the /bin directory)..
Will we be using the new scheme (which includes each applications having
it's own container
On Nov 29, 2005, at 12:43 PM, Jeff Genender wrote:
Is XMLBeans able to work with it in its current form?
Yes, and I admit to ignoring this problem since I tend to trust
xmlbeans as the final arbiter of xml schema compliance. I think we
might want to ask on the xmlbeans list for their
BasicKernel.listGBeansByInterface should get GBeanInfo directly
---
Key: GERONIMO-1246
URL: http://issues.apache.org/jira/browse/GERONIMO-1246
Project: Geronimo
Type: Improvement
Components: kernel
Thanks for the confirmation. I've created JIRA GERONIMO-1246, for this
issue.
http://issues.apache.org/jira/browse/GERONIMO-1246
Thanks,
Joe
Dain Sundstrom wrote:
On Nov 29, 2005, at 12:56 PM, Joe Bohn wrote:
Is there a reason why BasicKernel.listGBeansByInterface(String[]
interfaces)
On Nov 29, 2005, at 1:39 PM, Dave Colasurdo wrote:
What is the status of the new packaging and assembly plugins? I see
they are checked in ..but also notice that the generated images are
still missing some pieces (e.g. most of the /bin directory)..
Right. I have a lot of the tck working
I'm working a new JSR77 like management API for performance monitoring
of Jetty (soon to be followed by Tomcat) started by Aaron. However,
I'm hitting some incompatibilities between the currently available Jetty
statistics from the server (and displayed in the console today) and
JSR77
Patch for xml.xsd, geronimo-connector-1.0.xsd and geronimo-security-1.1.xsd
---
Key: GERONIMO-1247
URL: http://issues.apache.org/jira/browse/GERONIMO-1247
Project: Geronimo
Type: Bug
[ http://issues.apache.org/jira/browse/GERONIMO-1247?page=all ]
Brian Bonner updated GERONIMO-1247:
---
Attachment: geronimo-xsd.patch.txt
Hope this helps.
Patch for xml.xsd, geronimo-connector-1.0.xsd and geronimo-security-1.1.xsd
[ http://issues.apache.org/jira/browse/GERONIMO-1246?page=all ]
Joe Bohn updated GERONIMO-1246:
---
Attachment: BasicKernel.patch
BasicKernel.listGBeansByInterface should get GBeanInfo directly
Joe,
Are you refering to Jetty's raw jmx statistics available from the
management console or to Jetty's JSR77 implementation?
Jetty supports JSR77 via a filter. Have a look at the Jetty extra/jsr77
package in the Jetty source tree. It is part of the JettyPlus server, but
should be able to be
[ http://issues.apache.org/jira/browse/GERONIMO-1246?page=all ]
Joe Bohn updated GERONIMO-1246:
---
Geronimo Info: [Patch Available]
Description:
See dev list discussion
http://mail-archives.apache.org/mod_mbox/geronimo-dev/200511.mbox/[EMAIL
[ http://issues.apache.org/jira/browse/GERONIMO-1127?page=all ]
David Jencks closed GERONIMO-1127:
--
Resolution: Fixed
Implemented some time ago
Assembly plugin should analyse config dependencies to fill geronimo repo
[ http://issues.apache.org/jira/browse/GERONIMO-1126?page=all ]
David Jencks closed GERONIMO-1126:
--
Resolution: Fixed
implemented some time ago
Packaging plugin should add marked dependencies from project.xml
[ http://issues.apache.org/jira/browse/GERONIMO-1123?page=all ]
David Jencks closed GERONIMO-1123:
--
Resolution: Fixed
I can no longer detect any circular dependency. AFAICT plugin works fine.
generate geronimo-service.xml files from marked
[ http://issues.apache.org/jira/browse/GERONIMO-1230?page=all ]
David Jencks closed GERONIMO-1230:
--
Resolution: Fixed
An evolved version of the patch was committed:
Sending
[ http://issues.apache.org/jira/browse/GERONIMO-1069?page=all ]
David Jencks closed GERONIMO-1069:
--
Resolution: Fixed
Thanks, committed in revision 349830.
move demo app security config out of geronimo core
[ http://issues.apache.org/jira/browse/GERONIMO-1061?page=all ]
David Jencks closed GERONIMO-1061:
--
Resolution: Fixed
Committed in revision 349830.
SampleSecurityRealm's LoginService references are obsolete
[ http://issues.apache.org/jira/browse/GERONIMO-1061?page=all ]
David Jencks reopened GERONIMO-1061:
SampleSecurityRealm's LoginService references are obsolete
--
Key:
[ http://issues.apache.org/jira/browse/GERONIMO-1061?page=all ]
David Jencks closed GERONIMO-1061:
--
Fix Version: 1.0
Resolution: Fixed
forgot the fixed in version
SampleSecurityRealm's LoginService references are obsolete
Hi everybody,
I just joined the list and I'd like to be
helpful(during my free time) in some way. I'm actually
working on two J2EE projects, one based on IBM WAS and
the other one based on tomcat.
I saw some Geronimo documentation and also the
roadmap.
Please let me know.
I'd be proud to be one of
I've committed the change in configId and dependency uri format. This
is a large change and I probably missed some problems. Please test it
out and report problems.
If you are using single line dependency uris in your application you
need to change them either to
dependency
Jan,
Thanks for the information and the offer of help.
I'm not familiar with either Jetty's raw JMX stats or Jetty's JSR77
implementation but I don't think I'm referring to either.
What Aaron and I are trying to do is a JSR77-like implementation to
deliver statistic information about the
I have been hacking on the configuration code, and I think I have
stumbled into an unrelated bug.
The problem I'm having is caused by the org/apache/geronimo/Console/
Jetty configuration starting before the org/apache/geronimo/Security
configuration. Which mean when the console starts and
That was the problem. I added the following to webconsole-jetty-
plan.xml and webconsole-tomcat-plan.xml:
import
uriorg/apache/geronimo/Security/uri
/import
and the problem went away. Is this something we want in the console
plans or in the j2ee-server plan?
-dain
On Nov
Problem in using a security realm added through geronimo console
Key: GERONIMO-1248
URL: http://issues.apache.org/jira/browse/GERONIMO-1248
Project: Geronimo
Type: Bug
Versions: 1.0
Error in deploying a web application through geronimo console
-
Key: GERONIMO-1249
URL: http://issues.apache.org/jira/browse/GERONIMO-1249
Project: Geronimo
Type: Bug
Components: console
Versions:
Joe,
When do you need these statistics by?
We could certainly add methods like:
getConnectionsDuration()
getConnectionsRequests()
getRequestsDuration()
which would return an ever-increasing counter, and then you
would be able to infer the averages by using the getStatsOnMs()
method. That
59 matches
Mail list logo
