Kevan Miller wrote:
1. Certification. For M6 we certified a Tomcat/CXF configuration of
Geronimo. We'd like to certify 2.0 using Jetty and Axis2, also. What
configuration combinations *must* be certified? Is a single certified
configuration sufficient? Or do we want to certify with multiple
[
https://issues.apache.org/jira/browse/GERONIMO-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy reassigned GERONIMO-3318:
-
Assignee: Vamsavardhana Reddy
LocalAttributeManager unable to save
Did not work for me either, but I got to the repository and downloaded it and
then I did the following and it worked:
Browsed to (at this time only 3.3.1 was available):
[
https://issues.apache.org/jira/browse/GERONIMO-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy closed GERONIMO-3318.
-
Resolution: Fixed
Second thoughts... instead of adding classLoader to
LocalAttributeManager unable to save updates to LoginModuleControlFlag attribute
Key: GERONIMO-3318
URL: https://issues.apache.org/jira/browse/GERONIMO-3318
Project:
Nat, There is some work going on right now for Geronimo 2.x to make
the admin console more modular and extensible. It is conceptually
similar to what you found for Geronimo 1.x but is based on a newer
version of pluto which has better support for dynamically adding
portal pages.
One
has not been enhanced error when invoking an EJB 2.1 Entity Bean
--
Key: GERONIMO-3317
URL: https://issues.apache.org/jira/browse/GERONIMO-3317
Project: Geronimo
Issue Type:
[
https://issues.apache.org/jira/browse/GERONIMO-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Viet Hung Nguyen updated GERONIMO-3304:
---
Attachment: geronimo-3304-4.patch
I did everything from the latest src actually.
The voting ends with 11 ayes. I shall release the specs now.
Cheers
Prasad
On 7/10/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
The activation and stax specs had almost passed the vote the first
time around. It got dinged on missing scm section in the poms. I have
fixed it now and am
Asking for connection using the wrong CRI won't fail.
-
Key: GERONIMO-3319
URL: https://issues.apache.org/jira/browse/GERONIMO-3319
Project: Geronimo
Issue Type: Bug
Security Level:
ActiveMQ MBeans should get registered with MBeanServer created by Geronimo
--
Key: GERONIMO-3320
URL: https://issues.apache.org/jira/browse/GERONIMO-3320
Project: Geronimo
[
https://issues.apache.org/jira/browse/GERONIMO-3320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy closed GERONIMO-3320.
-
Resolution: Fixed
Completed: At revision: 556056 in trunk.
ActiveMQ MBeans
[
https://issues.apache.org/jira/browse/GERONIMO-3320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy reassigned GERONIMO-3320:
-
Assignee: Vamsavardhana Reddy
ActiveMQ MBeans should get registered
Hey Jeff,
Thanks for the comments. Followups below...
--kevan
On Jul 13, 2007, at 9:24 AM, Jeff Genender wrote:
Kevan Miller wrote:
1. Certification. For M6 we certified a Tomcat/CXF configuration of
Geronimo. We'd like to certify 2.0 using Jetty and Axis2, also. What
configuration
Kevan Miller wrote:
We don't know what (if any) delay that we're looking at. To date, our
discussions have been that we'll certify both Tomcat/Axis *AND*
Jetty/CXF. That's a perfectly valid plan. As you point out, there's a
decent chance that the alternate permutations are compliant as well,
[
https://issues.apache.org/jira/browse/GERONIMO-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512551
]
Alexei Novikov commented on GERONIMO-2885:
--
Please note that calling FactoryFinder.releaseFactories()
[
https://issues.apache.org/jira/browse/GERONIMO-2885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512551
]
Alexei Novikov edited comment on GERONIMO-2885 at 7/13/07 10:52 AM:
Please
Geronimo apache directory support is stuck at 0.9.2 which is antique
to be charitable. I'm not sure we want to ship something so old.
should we
- move it to an optional plugin and ship it when we update it?
- update to apacheds 1.5 now?
- leave as is?
I think I'm in favor of 1 2 and may
I think the Directory folks are working on it. They pinged me a few
weeks ago about it and said they were going to take a swipe at it.
I would be happy to help get this updated as well.
Jeff
David Jencks wrote:
Geronimo apache directory support is stuck at 0.9.2 which is antique to
be
Someone was having problems with their ear and our manifest classpath
completion, they were getting an objection they had trouble
understanding. (GERONIMO-3316). I've got the code so where it
produces better messages, but I'm not quite sure the best way to
provide an option to warn
I have been struggling with this problem for several weeks. I found a
workaround on the internet which I tried but didn't work. The workaround was
to replace a handfull of spring related files (spring-core, spring-context
and spring-beans) with recent version.
Geronimo v2.0M6-rc1
This is the
Can you find out what is null? Key or value? If value, how is it
normally set?
thanks
david jencks
On Jul 13, 2007, at 2:33 PM, Oladapo Amudipe wrote:
I have been struggling with this problem for several weeks. I found a
workaround on the internet which I tried but didn't work. The
David Jencks wrote:
Geronimo apache directory support is stuck at 0.9.2 which is antique to
be charitable. I'm not sure we want to ship something so old.
should we
- move it to an optional plugin and ship it when we update it?
+1, given there is a 1.0 and 1.5 branch for users to choose
[
https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512591
]
David Jencks commented on GERONIMO-3316:
Better messages, and report of all the problems at once, in rev
We also need to release Genesis, so we can get rid of the build dependency on
SNAPSHOTs...
server/pom.xml -
parent
groupIdorg.apache.geronimo.genesis.config/groupId
artifactIdproject-config/artifactId
version1.2-SNAPSHOT/version
/parent
-Donald
Prasad Kashyap
Jeff Genender wrote:
Kevan Miller wrote:
We don't know what (if any) delay that we're looking at. To date, our
discussions have been that we'll certify both Tomcat/Axis *AND*
Jetty/CXF. That's a perfectly valid plan. As you point out, there's a
decent chance that the alternate permutations
Jeff G. could you see if you and Stefan Z. can do something about this to
help David?
Alex
On 7/13/07, David Jencks [EMAIL PROTECTED] wrote:
Geronimo apache directory support is stuck at 0.9.2 which is antique
to be charitable. I'm not sure we want to ship something so old.
should we
- move
Excellent and thanks!
Alex
On 7/13/07, Jeff Genender [EMAIL PROTECTED] wrote:
I think the Directory folks are working on it. They pinged me a few
weeks ago about it and said they were going to take a swipe at it.
I would be happy to help get this updated as well.
Jeff
David Jencks wrote:
Joe Bohn wrote:
That looks like a lot of assemblies to me. I'd personally prefer to
ship just 4 (or 5) assemblies total with just 2 javaee5 assemblies. We
could still certify all 4 javaee5 permutations even if we don't ship
unique assemblies. However, I think this is a nice to have rather
[
https://issues.apache.org/jira/browse/GERONIMO-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul McMahan resolved GERONIMO-3304.
Resolution: Fixed
Assignee: Paul McMahan
thanks! Committed revision 556157.
Hi,
As we move forward and we integrate with more and more 3rd party
products, we will need the ability to be able to change an environment
variable through a plugin, or add a commandline JAVA_OPTS, etc.
Currently our startup scripts call the setjavaenv.sh to set environment
properties. It
On Jul 13, 2007, at 7:04 PM, Jeff Genender wrote:
Hi,
As we move forward and we integrate with more and more 3rd party
products, we will need the ability to be able to change an environment
variable through a plugin, or add a commandline JAVA_OPTS, etc.
Currently our startup scripts call the
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
David Jencks wrote:
On Jul 13, 2007, at 7:04 PM, Jeff Genender wrote:
I would propose we create a scripts directory under bin or under var
that could be similar to init.d, and have it called with start/stop,
etc. This way plugins can install specific scripts in these directories
for
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 that make me Marc of geronimo? ;-)
--jason
On Jul
Ok...maybe even not a script...maybe something that works similar to how
the sysconfig system on Unix works. A directory that contains settings
files or something that allows us to set environment variables. Like a
drop in text file:
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 that
Jeff Genender wrote:
Joe Bohn wrote:
That looks like a lot of assemblies to me. I'd personally prefer to
ship just 4 (or 5) assemblies total with just 2 javaee5 assemblies. We
could still certify all 4 javaee5 permutations even if we don't ship
unique assemblies. However, I think this is a
Hi,
I believe it is a great idea to have a kind of hook directory
defining scripts to be executed at specific stages.
It seems to me that the current .bat or .sh scripts will become
harder and harder to implement, maintain and *test* - AFAIK, there
are no tests. It seems to me that a
[
https://issues.apache.org/jira/browse/GERONIMO-3321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks closed GERONIMO-3321.
--
Resolution: Fixed
Implemented in rev 556217.
geronimo jetty module builder needs to turn
40 matches
Mail list logo
