New threads launched from an EJB context do not run as the same Subject as
the thread that launched it. This causes a failure when this new thread
calls an EJB with restricted method permissions. Looks like JBoss and BEA
Weblogic carry over Subjects to new threads that are launched from within
On Aug 26, 2007, at 11:05 PM, Vamsavardhana Reddy wrote:
New threads launched from an EJB context do not run as the same
Subject as the thread that launched it. This causes a failure when
this new thread calls an EJB with restricted method permissions.
Looks like JBoss and BEA Weblogic
Error in Tomcat-Version: Webfront + Admin console stopped working
-
Key: GERONIMO-3443
URL: https://issues.apache.org/jira/browse/GERONIMO-3443
Project: Geronimo
Issue Type:
[
https://issues.apache.org/jira/browse/GERONIMO-3443?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karsten Voges updated GERONIMO-3443:
Attachment: 0.0.0.0_access_log.2007-08-27.txt
geronimo.log
See attached
[
https://issues.apache.org/jira/browse/GERONIMO-1602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522986
]
Karsten Voges commented on GERONIMO-1602:
-
Sorry for not replying earlier. I have switched companies, so
When I am building G 2.0.1, I am noticing a
geronimo-txmanager-parent-2.0.1.jar. But I do not see a
geronimo-txmanager-parent-2.0.1 tag under
https://svn.apache.org/repos/asf/geronimo/components/txmanager/tags. Should
there be one?
Vamsi
+1
- Original Message
From: Daryl Richter [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, August 27, 2007 7:34:08 AM
Subject: Re: IRC sessions on ServiceMix 4.0 design (was Re: ServiceMix 4.0)
On Aug 25, 2007, at 2:12 AM, Nodet Guillaume wrote:
Ok, sounds like we have enough
[
https://issues.apache.org/jira/browse/GERONIMO-2964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522996
]
Paul McMahan commented on GERONIMO-2964:
Donald, that is right, and when combined with the schema change
On Aug 25, 2007, at 5:44 PM, Daniel Kulp wrote:
From my standpoint, it would be greatly preferred if you could find
a way
to leave spring for CXF. There is definitely a lot of functionality
that would be lost if spring is not available. In particular, if a
user
want to configure
[
https://issues.apache.org/jira/browse/GERONIMO-3401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523005
]
Joe Bohn commented on GERONIMO-3401:
Uninstall breaks the server on those components listed regardless of it
[
https://issues.apache.org/jira/browse/GERONIMO-2964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523007
]
Vamsavardhana Reddy commented on GERONIMO-2964:
---
Paul, Donald,
I don't think it is necessary to
[
https://issues.apache.org/jira/browse/GERONIMO-3401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523009
]
Paul McMahan commented on GERONIMO-3401:
{quote}
However, I think the real issue there is that in a
[
https://issues.apache.org/jira/browse/GERONIMO-3240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods closed GERONIMO-3240.
--
Resolution: Duplicate
Fix Version/s: 2.1
2.0.x
GERONIMO-3380
Build fails in Java 6: Cannot find symbol StandardMBean(Object, Class?)
-
Key: SM-1042
URL: https://issues.apache.org/activemq/browse/SM-1042
Project: ServiceMix
Issue
Kevan Miller wrote:
On Aug 25, 2007, at 5:44 PM, Daniel Kulp wrote:
From my standpoint, it would be greatly preferred if you could find a way
to leave spring for CXF. There is definitely a lot of functionality
that would be lost if spring is not available. In particular, if a user
Kevan,
On Monday 27 August 2007, Kevan Miller wrote:
On Aug 25, 2007, at 5:44 PM, Daniel Kulp wrote:
From my standpoint, it would be greatly preferred if you could find
a way
to leave spring for CXF. There is definitely a lot of
functionality that would be lost if spring is not
[
https://issues.apache.org/jira/browse/GERONIMO-3401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523021
]
Joe Bohn commented on GERONIMO-3401:
{quote}
Agreed. These two cases could be handled separately or we could
Paul,
I agree that an integration of the JMX view and the work we are doing is
something we should be doing (and are now planning on), as well as moving
towards using JSR77 as Anita has also mentioned. As far as the 'big picture'
with what we're working on goes, I believe the best approach would
I do believe that the devtools subproject is indeed the best place for it
given it's purpose and functionality, that said, here are some proposed
changes to the devtools subproject page.
Add a section identical to the existing 'Eclipse Plug-in' that contains the
following:
[
https://issues.apache.org/jira/browse/GERONIMO-3208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aman Nanner updated GERONIMO-3208:
--
Attachment: nestedjarfile.patch
Here is a patch that I use to get around this problem. I'm
[
https://issues.apache.org/activemq/browse/SM-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Krasser updated SM-1029:
---
Attachment: ServiceMixSslSocketConnector.patch
I had the same problem with the consumer endpoint.
[
https://issues.apache.org/jira/browse/GERONIMO-2964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy updated GERONIMO-2964:
--
Attachment: GERONIMO-2964.patch
Aman, can you check if GERONIMO-2964.patch
I like it. I just glanced through it real quick but I think it might be
prudent to mention what versions of geronimo the tool is for on the
downloads page. I'm sure it's on the migration tool page already, but I
don't think it would hurt to reiterate that early on.
Thanks,
-Jason Warner
On
On Aug 27, 2007, at 10:11 AM, Jeff Genender wrote:
Kevan Miller wrote:
On Aug 25, 2007, at 5:44 PM, Daniel Kulp wrote:
From my standpoint, it would be greatly preferred if you could
find a way
to leave spring for CXF. There is definitely a lot of
functionality
that would be lost
[
https://issues.apache.org/jira/browse/GERONIMO-2964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy updated GERONIMO-2964:
--
Attachment: g2964.war
Verified that GERONIMO-2964.patch solves the problem.
[
https://issues.apache.org/activemq/browse/SM-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40015
]
Will Franco commented on SM-1029:
-
thanks
Bug in HTTP BC when configuring managed keystore for SSL
Kevan Miller wrote:
K. Can you explain to me what functionality is being taken away? Dan
said function would be lost, but then listed functionality and said that
configuring them becomes quite a bit harder. Nor do I know how this
increased complexity would be who bears the burden for things
[
https://issues.apache.org/jira/browse/GERONIMO-2964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523037
]
Aman Nanner commented on GERONIMO-2964:
---
I have verified that the GERONIMO-2964.patch does indeed fix our
[
https://issues.apache.org/jira/browse/GERONIMO-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy updated GERONIMO-3254:
--
Fix Version/s: (was: 2.0.x)
2.1
Changed fix version
[
https://issues.apache.org/jira/browse/GERONIMO-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shiva Kumar H R reassigned GERONIMO-3254:
-
Assignee: Shiva Kumar H R
Admin Console Wizard to auto generate
I've CC:ed you. However, I'd prefer that you respond to the dev list,
only (or cc: me, not reply directly). My mail rules for email
addressed directly to me puts mail in my personal folder. I monitor
Geronimo mail more frequently than personal mail... ;-) Perhaps I
need to tweak my rules a
On 8/27/07, James Strachan [EMAIL PROTECTED] wrote:
1. Use slf4j as the logging framework. (http://www.slf4j.org/) - btw,
I'm not sure if its a better option, but I did hear some good stuff
about it.
Yes, SMX should switch to using the slf4j-api which will allow any
logging
On Aug 23, 2007, at 8:40 AM, Joe Bohn wrote:
Jason,
I finally got around to looking at this. It's really cool!
:-)
This is a great way to address the environment and java opt issues
in a more dynamic way to plugins to potentially exploit.
In addition to some of the items David
So, is this something that I should pursue? I've seen a few positive
comments on this functionality, nothing negative...
Should I invest more time in making this feature complete and set it
up as the default system for launching the server?
--jason
On Aug 21, 2007, at 3:05 PM, Jeff
On Aug 27, 2007, at 9:06 AM, Jeff Genender wrote:
Kevan Miller wrote:
K. Can you explain to me what functionality is being taken away? Dan
said function would be lost, but then listed functionality and
said that
configuring them becomes quite a bit harder. Nor do I know how this
Jason Dillon wrote:
So, is this something that I should pursue? I've seen a few positive
comments on this functionality, nothing negative...
Should I invest more time in making this feature complete and set it up
as the default system for launching the server?
Yes!
--jason
On
David,
So perhaps I am missing something and you could help clarify this. You
say It's by no means obvious to me that treating this as a problem with
the coding of our classloaders is appropriate. Yet in your 1, 2, and 3
options, you seem to be saying its basically a problem with
classloading.
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacek Laskowski closed GERONIMODEVTOOLS-141.
Resolution: Fixed (was: Won't Fix)
As per user's request.
Or something like that
http://www.theserverside.com/news/thread.tss?thread_id=46658
-David
On 8/25/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
What do others feel?
Exclude'em.
Jacek
--
Jacek Laskowski
http://www.JacekLaskowski.pl
On 8/27/07, David Jencks [EMAIL PROTECTED] wrote:
Aren't we supposed to prevent ejbs from starting threads? Does the
commonj thread pool have a facility for supplying the security
context from the request submitting thread to the worker thread?
Absolutely we are. I'm not sure about commonj,
On Aug 27, 2007, at 2:44 PM, David Blevins wrote:
Or something like that
http://www.theserverside.com/news/thread.tss?thread_id=46658
I've responded to both reports of a problem. Neither were a problem
that I've seen before (or a search of our dev/user/jira lists). If
somebody
I would say the opposite. The OSGi classloaders are much more
powerful and you can more easily control the visibility of classes.
In addition, if JCL is required by a given bundle A, it does not
mean that it will be visible by a bundle using bundle A.
Obviously, this means to be tested (or
On Aug 27, 2007, at 2:16 PM, David Jencks wrote:
On Aug 27, 2007, at 9:06 AM, Jeff Genender wrote:
Kevan Miller wrote:
snip
Cool down a minute and think about this. What happens in tomcat if
you want to use cxf + an incompatible version of spring in your
app? You bundle cxf +
EJBContext
--
Key: GERONIMO-3444
URL: https://issues.apache.org/jira/browse/GERONIMO-3444
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: OpenEJB
Affects Versions: 2.0.x
On Aug 27, 2007, at 11:26 AM, Jeff Genender wrote:
David,
So perhaps I am missing something and you could help clarify this.
You
say It's by no means obvious to me that treating this as a problem
with
the coding of our classloaders is appropriate. Yet in your 1, 2,
and 3
options, you
No...that made much more sense to me ;-)
I think convenience is the way to go. I am following you now.
Thanks,
Jeff
David Jencks wrote:
On Aug 27, 2007, at 11:26 AM, Jeff Genender wrote:
David,
So perhaps I am missing something and you could help clarify this. You
say It's by no
I would highly recommend switching to slf4j for internal logging, and then
use the slf4j over jcl facade to permanently get rid of commons-logging. If
you are going to use OSGi in the future, you will have trouble with the
dynamic classloading issue introduced by JCL. The slf4j facade will
[
https://issues.apache.org/jira/browse/GERONIMO-2964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vamsavardhana Reddy updated GERONIMO-2964:
--
Attachment: GERONIMO-2964-combined.patch
GERONIMO-2964-combined.patch: This
I've refactored a few things in the api and introduced back the
listeners and flows.
For those who prefer to read javadoc, take a look at:
http://people.apache.org/~gnodet/servicemix-4.0/site/apidocs/
The javadoc is quite low on comments right now, so if any area
appears to be unclear,
[
https://issues.apache.org/jira/browse/GERONIMO-3423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523124
]
David Blevins commented on GERONIMO-3423:
-
Fixed in 2.1 trunk.
Ensure that users can change the ejb
Verify log levels can be changed for openejb related log categories
---
Key: GERONIMO-3445
URL: https://issues.apache.org/jira/browse/GERONIMO-3445
Project: Geronimo
Issue
How do the users of geronimo set log levels?
On 8/27/07, David Blevins (JIRA) [EMAIL PROTECTED] wrote:
Verify log levels can be changed for openejb related log categories
---
Key: GERONIMO-3445
[
https://issues.apache.org/jira/browse/GERONIMO-3438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523146
]
lucols commented on GERONIMO-3438:
--
any one can help?
context-root error
--
Uncle
On Aug 27, 2007, at 9:10 PM, Jason Dillon wrote:
Oh, this is fun...
--jason
Begin forwarded message:
From: [EMAIL PROTECTED] (Cron Daemon)
Date: August 27, 2007 6:06:52 PM PDT
To: [EMAIL PROTECTED]
Subject: Cron [EMAIL PROTECTED] /home/jdillon/ws/site/bin/sync
chmod:
I wanted to see how much Jason really really luvs Windows. So I
began trying GShell on that OS :-)
First, I was surprised it even had batch files to support Windows
users. Thanx Jason. You really have gone out of your way :-)... Just
kidding !
gsh.bat had a small typo. svn commit: r570296
Erik, Jason and Viet. This is really good. Since we're making a
SNAPSHOT available is there some point where we should declare a 1.0 ?
On Aug 23, 2007, at 4:30 PM, Erik B. Craig wrote:
All,
After the recent round of changes and improvements around j2g
(usable from within the Eclipse
[
https://issues.apache.org/activemq/browse/SM-939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet reassigned SM-939:
--
Assignee: Freeman Fang (was: Freeman Fang)
CXF based Service Engine and Bnding Component
On 8/24/07, Bruce Snyder [EMAIL PROTECTED] wrote:
On 8/24/07, Adrian Co [EMAIL PROTECTED] wrote:
Not sure if this is the right forum to bring this up, but I was
wondering if this is a good opportunity to migrate some of servicemix's
infra to newer version.
i.e.
1. Use slf4j as the
[
https://issues.apache.org/activemq/browse/SM-1018?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Freeman Fang reassigned SM-1018:
Assignee: Freeman Fang
support ws-security
---
Key: SM-1018
[
https://issues.apache.org/activemq/browse/SM-1035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40009
]
Jorge RodrÃguez Pedrianes commented on SM-1035:
---
Yes this solved my problem.
BTW, at first, i refered
On Aug 25, 2007, at 2:12 AM, Nodet Guillaume wrote:
Ok, sounds like we have enough people.
So we just need to find a data and an hour.
What about Friday 3 pm GMT, 11 am EST, 8 am PST
Adrian, I'm not sure how to find a time that would suits you...
Other propositions are welcome...
+1
[
https://issues.apache.org/activemq/browse/SM-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gert Vanthienen closed SM-1042.
---
Resolution: Fixed
Fix Version/s: 3.2
Changing Class? back into Class fixes this:
Poller sends invalid MessageExchange when file has been deleted
---
Key: SM-1043
URL: https://issues.apache.org/activemq/browse/SM-1043
Project: ServiceMix
Issue Type: Bug
On 8/27/07, Bruce Snyder [EMAIL PROTECTED] wrote:
On 8/27/07, James Strachan [EMAIL PROTECTED] wrote:
1. Use slf4j as the logging framework. (http://www.slf4j.org/) - btw,
I'm not sure if its a better option, but I did hear some good stuff
about it.
Yes, SMX should switch to
You are correct about OSGi having more control over classloaders, but in the
case of JCL things are a little different. Below is a link to the mailing
list thread where we went through all of this pain on the Spring-OSGi
project and decided to replace JCL with the slf4j facade in order to
It's fine. I'll try to join in when I can or just read the logs. :)
Nodet Guillaume wrote:
Ok, sounds like we have enough people.
So we just need to find a data and an hour.
What about Friday 3 pm GMT, 11 am EST, 8 am PST
Adrian, I'm not sure how to find a time that would suits you...
Other
67 matches
Mail list logo