User: starksm
Date: 02/03/22 19:55:09
Modified:.build.xml
Log:
Add jce to javac classpath
Revision ChangesPath
1.95 +10 -1 jbosstest/build.xml
Index: build.xml
===
RCS file: /cvsro
User: starksm
Date: 02/03/22 19:35:47
Added: src/main/org/jboss/test/security/interceptors
ClientEncryptionInterceptor.java
ServerEncryptionInterceptor.java
Log:
Interceptors used by the SRPUnitTestCase
Revision ChangesPat
User: starksm
Date: 02/03/22 19:35:09
jbosstest/src/main/org/jboss/test/security/interceptors - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/03/22 19:08:12
Modified:src/resources/security-srp/service-inf jboss-service.xml
Log:
Update the service that pushes/pops the xml based login configuration
Revision ChangesPath
1.2 +13 -3
jbosstest/src/resources/security-srp/service-inf
User: starksm
Date: 02/03/22 19:12:04
jbosssx/src/main/org/jboss/security/auth/login - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/03/22 19:12:55
Added: src/main/org/jboss/security/auth/login
AuthenticationInfo.java XMLLoginConfig.java
XMLLoginConfigMBean.java
Log:
A concrete implementation of the javax.security.auth.login.Configuration t
User: starksm
Date: 02/03/22 19:10:54
Added: src/main/org/jboss/test/security/test SRPUnitTestCase.java
Log:
Tests of the SRP protocol
Revision ChangesPath
1.1
jbosstest/src/main/org/jboss/test/security/test/SRPUnitTestCase.java
Index: SRPUnitTe
User: starksm
Date: 02/03/22 19:09:29
Added: src/main/org/jboss/test/security/service
PropertiesVerifierStore.java
PropertiesVerifierStoreMBean.java
SecurityConfig.java SecurityConfigMBean.java
Log:
Services
User: starksm
Date: 02/03/22 19:04:51
Removed: src/main/org/jboss/security/plugins/samples package.html
Log:
Update the SecurityConfig mbean to allow for multiple login configuration
instances that may be combined.
___
Jboss-developmen
User: starksm
Date: 02/03/22 19:04:51
Modified:src/main/org/jboss/security/plugins SecurityConfig.java
SecurityConfigMBean.java
Added: src/main/org/jboss/security/plugins DefaultLoginConfig.java
Log:
Update the SecurityConfig mbean to allow for multi
User: starksm
Date: 02/03/22 19:06:01
Modified:src/etc/conf/default jboss-service.xml
Log:
Update the Security configuration
Revision ChangesPath
1.38 +6 -2 jboss/src/etc/conf/default/jboss-service.xml
Index: jboss-service.xml
==
User: starksm
Date: 02/03/22 19:08:52
jbosstest/src/main/org/jboss/test/security/service - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I was just looking through this, answered a couple, but damn this is a
mess... not really what I expected to find under a FAQ listing... its
half FAQ-like entries and then half lame user questions...
=(
--jason
___
Jboss-development mailing list
[E
JBoss daily test results
SUMMARY
Number of tests run: 544
Successful tests: 523
Errors:18
Failures: 3
[time of test: 23 March 2002 2:30 GMT]
[java.version: 1.3.
Can you tell me what the full paths are that are locked.
--jason
Adrian Brock wrote:
>Hi,
>
>Is there a problem with locks in cvs? Or is this
>deliberate?
>
>I'm trying to tag cvs before committing the jbossmx
>integration in case there's a problem.
>
>I've got two people locking jetty/jmx, on
The deploy operation as part of a MEJB can be transactional (bottom line),
in fact a rollback in the future could mean "undeploy".
For now just start the tx only if there is one.
marcf
|-Original Message-
|From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
|Sent: Friday, March 22, 2002 1:5
Could be a problem, I will look into further. This has happened before.
--jason
Adrian Brock wrote:
>Hi,
>
>Is there a problem with locks in cvs? Or is this
>deliberate?
>
>I'm trying to tag cvs before committing the jbossmx
>integration in case there's a problem.
>
>I've got two people locki
Hi,
Is there a problem with locks in cvs? Or is this
deliberate?
I'm trying to tag cvs before committing the jbossmx
integration in case there's a problem.
I've got two people locking jetty/jmx, one is anoncvs.
They've had the lock for over an hour.
Anyway, I'm going to get a couple of hours s
User: ejort
Date: 02/03/22 17:55:54
Modified:src/main/org/jboss/test/naming/ejb TestEjbLinkBean.java
Log:
Ejb link beans
Revision ChangesPath
1.2 +21 -1
jbosstest/src/main/org/jboss/test/naming/ejb/TestEjbLinkBean.java
Index: TestEjbLinkBean.java
===
JBoss daily test results
SUMMARY
Number of tests run: 537
Successful tests: 514
Errors:19
Failures: 4
[time of test: 23 March 2002 1:40 GMT]
[java.version: 1.3.
User: ejort
Date: 02/03/22 16:54:14
Modified:src/main/org/jboss/test/naming/interfaces TestEjbLink.java
Added: src/main/org/jboss/test/naming/interfaces
TestEjbLinkLocal.java TestEjbLinkLocalHome.java
Log:
EjbLink test interfaces
Revision Cha
JBoss daily test results
SUMMARY
Number of tests run: 544
Successful tests: 521
Errors:19
Failures: 4
[time of test: 23 March 2002 0:36 GMT]
[java.version: 1.3.
On Fri, 22 Mar 2002, Bill Burke wrote:
> Makes sense. I think I know how to implement this. Do you all mind giving
> me some time to implement it? Let's say until April 1 since I'm going to be
> at JBoss One?
Sure.
> Right now, for configuration, I'm going to assume in jboss.xml that you hav
On Thu, 21 Mar 2002, marc fleury wrote:
> |A proxy factory is tied to an invoker. See?
>
> no, only IIOP,
Well, this is not fully accurate.
> only IIOP because IIOP doesnt generate java clients but IORs... the PF I
> talk about generate java clients with abstracted invokers. In fact one per
>
On Thu, 21 Mar 2002, marc fleury wrote:
> |But we don't have an "abstract" EJB/ProxyFactory...
>
> my point is that we could... at least for the java client parts
Yes, I understand you clearly today.
> |The EJB/JRMP/ProxyFactory does not care about the IIOP invoker.
> |And the EJB/IIOP/ProxyFa
Bugs item #533824, was opened at 2002-03-22 14:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=533824&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
>Priority: 3
Submitted By: Loren Rosen (lorenrosen)
Assigned to
I tested it and it seems to work well by now with my app.
Thanks for the quick fix
/lothar
On Thu, 21 Mar 2002, Jan Bartel wrote:
> I have checked in a fix for this problem, but I am afraid I am unable to
> test the fix at the moment. Could someone retest and let me know if the
> fix is soli
Bugs item #533824, was opened at 2002-03-22 14:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=533824&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Loren Rosen (lorenrosen)
Assigned to:
On 2002.03.22 16:51:47 -0500 Dain Sundstrom wrote:
> marc fleury wrote:
>
> > OK what you want to do is have the initialization of the Bean in the
> CMP
> > engine (the deploy) CHECK for the presence of a transaction. SO if the
> > deployment is transactional (as done with a Required in MEJB) th
Please use the Forums at http://main.jboss.org for these questions.
This list is for JBoss development only.
--jason
Sean Forbes wrote:
>Thank you for any help you can provide. Let me know if this email is too
>long; I wanted to be thorough.
>
>My Problem:
>
>When I start "run_with_jetty.sh
marc fleury wrote:
> OK what you want to do is have the initialization of the Bean in the CMP
> engine (the deploy) CHECK for the presence of a transaction. SO if the
> deployment is transactional (as done with a Required in MEJB) then you need
> to check for that transaction and only start if n
Thank you for any help you can provide. Let me know if this email is too
long; I wanted to be thorough.
My Problem:
When I start "run_with_jetty.sh" and enter http://127.0.0.1:8080 in
Konqueror, I get a page that says
HTTP ERROR: 404 Not Found Could not find resource for /
RequestURI=/
And I
I just found this:
http://www.jcp.org/aboutJava/communityprocess/announce/LetterofIntent.html
One interesting part that might pertain to JBoss is:
"...we have drafted a change to the JSPA that would require specification leads to
provide no-cost access to the TCK implementations (without obligat
Bugs item #532734, was opened at 2002-03-20 15:17
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=532734&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
>Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
>Assigned
User: mnf999
Date: 02/03/22 13:21:31
Modified:src/docs/jbossgroup training.jsp
Log:
Updates: updated modules on training page, took NEW superscripts out
of navigation, added oreilly link and logo to index page, and removed
JBoss/Sun licensing from index page
Revision Cha
User: mnf999
Date: 02/03/22 13:21:31
Added: src/docs/pictures oreilly_logo.gif
Log:
Updates: updated modules on training page, took NEW superscripts out
of navigation, added oreilly link and logo to index page, and removed
JBoss/Sun licensing from index page
Revision C
User: mnf999
Date: 02/03/22 13:21:30
Modified:src/docs index.jsp navigation.jsp schedule.jsp
Log:
Updates: updated modules on training page, took NEW superscripts out
of navigation, added oreilly link and logo to index page, and removed
JBoss/Sun licensing from index page
Hopefully I won't be throwing more fuel on any firesand maybe not for
today...
Wouldn't an even better solution than patching the cmp2 start command to
look for an existing tx be to run the call to the pm through a tx
interceptor?
btw... I am having to do something like this (a pm intercepto
No problem. Just did it.
--Marcus
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Im Auftrag von
marc fleury
Gesendet: Freitag, 22. März 2002 20:34
An: Marcus Redeker; [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] JMXHtmlAdaptor with Authentication
thanks that is
Patches item #533737, was opened at 2002-03-22 20:43
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=533737&group_id=22866
Category: JBossMX
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Marcus Redeker (mredeker)
Assigned to
ok
focus on what jsr77 does not on what it doesn't say it does.
Bottom line is just MEJB to do ANYTHING YOU WANT, what the spec doesn't say
you should do is because, it doesn't say it.
So if the 77 MEJB enables you to go and talk to the JMX node to get the
information and deploy and what not, w
Patches item #533736, was opened at 2002-03-22 19:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=533736&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Claudio Vesco (cazzius
thanks that is pretty good, can you add it to the sourceforge patches
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Marcus Redeker
|Sent: Friday, March 22, 2002 11:08 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] JMXHtmlAdaptor with Authent
Hi Marc
> actually (ok you are right he was looking in the wrong place) I think that
> using the MEJB for JMX access... well... why not?
Yes, you can but I don't think it is a good idea. I am currently talking
with
Hirom about the JBoss management tool and somehow we figured out
that with JSR-77
Hi Geeks,
the other day somebody asked if it is possible to enter a username and
password
when invoking the JMX console on port 8082. The answer was NO, but he can
step in
to program something. I did that and wrote a little MBean which registers
SUN's
JMX HTMLAdaptor with authentication informati
|> DO NOT DO THAT IN FACT I WANT MANAGEMENT OPERATIONS TO BE TRANSACTIONAL,
|
|Ok, then I will set it to "Required".
|
|Andy
SUPPORTS is good enough, if you need transactional operations you code a
facade bean that updates the 3 beans at once (datasource and a service and a
connector all at once)
OK!
Sorry for the noise :-)
At home I have already the three lines of code that dig the bug in CMP2 :-)
Now I am at work
This is the other solution :-) The Right Solution
I'll send the patch to Dain...
Claudio
> -Original Message-
> From: marc fleury [SMTP:[EMAIL PROTECTED]]
|I'll send the patch to Dain...
Appreciate it,
thanks
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Hey andreas,
actually (ok you are right he was looking in the wrong place) I think that
using the MEJB for JMX access... well... why not?
dude it will become the standard JMX access in a secure and transaction
fashion. Claudio got the secure part right... he missed the transactional
part and was
|Sorry for this, but I have thought that the MEJB can be a SECURE way to
|manage jboss.
Actually you are right :)
But the straight EJB connector is good as well.
Look bottom line is that you are right on using the MEJB for that and there
is a bug in the CMP initialization, not the MEJB.
|If th
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Vesco
|Claudio
|Sent: Friday, March 22, 2002 10:11 AM
|To: 'Andreas Schaefer'
|Cc: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] MEJB transactions (invoke deploy)
|
|
|Yes!
|
|I want to deploy a ear (which
Hi
> DO NOT DO THAT IN FACT I WANT MANAGEMENT OPERATIONS TO BE TRANSACTIONAL,
Ok, then I will set it to "Required".
Andy
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
David bla bla bla,
there should not be a CMP engine in the picture we are talking about
something else (and you are right, CMT SUPPORTS is the right way, imagine
that we plug a XA aware JMX connector then we can roll back the state of the
beans at once. PLEASE leave it SUPPORTS
it is clear in my
|I will add "NotSupported" transaction attribute to the MEJB
|to increase performance but I DON'T SEE YOUR PROBLEM.
DO NOT DO THAT IN FACT I WANT MANAGEMENT OPERATIONS TO BE TRANSACTIONAL,
afaict he has another problem in his configuration, he is talking to another
bean it seems, with the persis
David,
AFAICT Vesco doesn't know what he is talking about. With the confirmation
that this is a stateless bean that we are dealing with, I really don't know
what he is talking about in his CMP engine, it's all wrong.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PRO
|Why not set tx attribute to "Bean" managed? No "Container" NotSupported
BECAUSE THERE SHOULD NOT BE A CMP ENGINE AND THIS IS A HACK
God damn it
|If there is not problems I'll commit the patch...
Don't you touch that... First you explain WHY THE CMP ENGINE IS KICKING IN A
STATELESS BEAN
Hi Vesco
> Sorry for this, but I have thought that the MEJB can be a SECURE way to
> manage jboss.
JSR-77 is here to manage JBoss but not to configure or deploy components.
When you have a look at the specification you never see JMX mentioned
(except for the MEJB implementation but there it is o
Sorry for this, but I have thought that the MEJB can be a SECURE way to
manage jboss.
If this is not the right way to do, ok sorry.
But I think that since this the possibility to invoke every exported jmx
resource, we must check :-)
Please peace :-)
Claudio
PS: I haven't posted exce
You @#!
MEJB is not to be used this way
!!
Don't ever use MEJB to access the MBeanServer. Use the EJB-Adaptor/Connector
for this but don't spoil our time with this fucking miss-use of services !
> mejb.invoke(new ObjectName("jboss.system:s
Yes!
I want to deploy a ear (which contains a module which contains a CMP EJB) by
MEJB
simple in java:
mejb.invoke(new ObjectName("jboss.system:service=MainDeployer"),
"deploy",
new Object[] { new URL("file:") },
new String[] { String.getName() });
in jython :-))):
imp
in my opinion, both "not supported" tx attribute and "bean managed
Transaction" will have the same effect here: no transaction context will
get to the MEJB.
To me, specifying BMT means that the bean is currently known to REQUIRE
that it control its own transactions. I believe this is almost al
Hey
Stop talking trash here. I am tired about all this "non-specific" shit
here |-(
What is the problem ? I want to see a log file otherwise shut up.
YOU KNOW WHAT A log FILE IS, DON'T YOU ?
I will add "NotSupported" transaction attribute to the MEJB
to increase performance but I DON'T SEE YOUR
Hi Vasco
> When I try to deploy an ear (better, an CMP entity) with MEJB I have an
> exception in org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand because this
> class try to start a new transaction.
What does this mean ? How you are going to deploy a CMP entity bean with
MEJB ??
Andy
___
Uhm... I am checking EJB 2.0 spec, topic 17, in particular 17.3.1, 17.6.1 -
17.6.5
Bean managed tx is when the tx can be started or no which is the our case
:-)
MEJB is a session stateless and so the eventually inner tx must terminate
before the metod completation (our case)
When we have "Bean ma
Why not set tx attribute to "Bean" managed? No "Container" NotSupported
I think that the inner container operations can do everything and so the
transactions must be "bean" managed.
I have tested jboss with this transaction demarcation ("Bean") and I don't
have problems.
If there is not problem
I think the tx attributes on MEJB need to be NOT SUPPORTED
I think what is happening is that MEJB is creating a tx context which is
getting propagated through the deployment system (same thread). Normally
deployment does not include setting a tx context.
Either that or we make deployment explic
Clearing both the principal and credential is required to
indicate an unauthorized user. The existence of the non-null
credential and a null pricinpal will cause the problem seen by
Ignacio.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
--
Sorry for the delay response.
Ok, I'll keep it simple for now. I'll create
a jboss-jmx-core.jar and jboss-jmx-services.jar
We'll keep jboss-jmx.jar as everything for standalone
distribution.
On the modules point, you can checkout jboss modules
individually. I want to modify all these standalone
The JDBCStartCommand executes the create table statements, and some
database have problems when you execute ddl in the same transactions
normal sql. Why would jsr-77 care if I start a new transaction?
I plan I using a private transaction in an autonumber generator when I
implement the unknown
I think that is better Bean :-)
Claudio
> -Original Message-
> From: David Jencks [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, March 22, 2002 4:15 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] MEJB transactions (invoke deploy)
>
> I don't know what is going on either,
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Vesco
|Claudio
|Sent: Friday, March 22, 2002 6:52 AM
|To: 'marc fleury'
|Cc: Jboss Dev (Posta elettronica)
|Subject: RE: [JBoss-dev] MEJB transactions (invoke deploy)
|
|
|Ehm...
|
|when I wrote, I think
I don't know what is going on either, but the problem is occurring when the
cmp2 engine is trying to create a table during deployment of a bean. IMO
it should be doing that in its own tx. However it isn't normally coming
from an ejb call, so normally there is no tx context on the call. Maybe
th
Ehm...
when I wrote, I think to the current jboss 3.0 rabbit hole HEAD CVS.
CMP -> new CMP 2.0
MEJB -> management ejb -> standard jsr-77 ejb connector -> this ejb is
deployed when jboss is started.
The problem is "what transaction demarcation must have MEJB
(ejb/mgmt/MEJB)?"
I think bean manag
Ok, I'll reread your "bla bla". Sorry I misinterpreted.
Bill
> -Original Message-
> From: marc fleury [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 22, 2002 9:35 AM
> To: Bill Burke; Francisco Reverbel
> Cc: Jboss-Dev
> Subject: RE: [JBoss-dev] ProxyFactory/JRMPInvoker needs redesign
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> Francisco Reverbel
> Sent: Thursday, March 21, 2002 8:37 PM
> To: Bill Burke
> Cc: marc fleury; Jboss-Dev
> Subject: RE: [JBoss-dev] ProxyFactory/JRMPInvoker needs redesign?
>
>
> Things are getting
|same JNDI name. What I'm saying is that I think beans need to be able to
|control what JNDI names are bound to what transport.
This is exactly what I am saying as well.
Look you are the one implementing (supposedly) so just go ahead and do what
you want.
This is "bla bla" on my part.
marcf
So, you're saying to make things totally transparent? I don't think you can
do this because the consider that you want to client code to be transparent
to what transport you are using IIOP, RMI, whatever and you want to use the
same JNDI name. What I'm saying is that I think beans need to be abl
wait wait wait
a persistence engine
this is a SSB... where does CMP come in?
I really can't make sense of your story.
marcf
|-Original Message-
|From: Vesco Claudio [mailto:[EMAIL PROTECTED]]
|Sent: Friday, March 22, 2002 5:36 AM
|To: Jboss Dev (Posta elettronica)
|Cc: 'marc f
My problem is not with the JSR77 spec ( I help write it ) my problem is with
the CMP engine making transactional decisions.
Is this the new CMP 2.0 engine? or the standard CMP 1.1 engine?
Is the MEJB container a custom container? (jboss.xml overwritting of
interceptors?)
|I remember you that my
Before I disconnect...
|The container have a transaction active because, I think, I have deployed
|the entity with MEJB SSB and the method "invoke" of this ejb have a
|transaction defined in the transaction assembly part of ejb-jar.xml, more
|there is not definitions and so the defaults are appl
I remember you that my English is very bad :-)
In org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand at line 143 there is
manager.getContainer().getTransactionManager().begin ();
If the container is already in transaction there is an exception
(javax.transaction.NotSupportedException) because ther
Bugs item #533572, was opened at 2002-03-22 14:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=533572&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Bohlen (mattes3)
Assigned t
|I believe we are ready to integrate JBoss and JBossMX.
MBoss here we come.
|There are only three objections I can think of.
|1) Until the jmx1.1 spec comes out (long overrdue)
|we aren't serialverid compatible (it's not defined in
|jmx1.0)
if its not there don't worry about it.
|2) jmx is cor
the container/bean story does not sound right
why does the CMP engine START a new transaction? that is not it's place what
persistence engine are you using?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Vesco
|Claudio
|Sent: Friday, Marc
Hi,
I believe we are ready to integrate JBoss and JBossMX.
This will mean our only use of jmxri.jar is to run
Sun's HTML adaptor. This will also be removed in time.
There are only three objections I can think of.
1) Until the jmx1.1 spec comes out (long overrdue)
we aren't serialverid compatibl
OK chaps, I'm going to have a shot at providing a solution to this.
I think what is happening is that Jetty is only setting the Principal
to null after it is finished handling a request, rather than both the
Principal *and* the Credential. Therefore, when no user has been
authenticated, both Pri
User: janb
Date: 02/03/22 02:19:09
Modified:jetty/src/main/org/jboss/jetty Jetty.java
Log:
Set both Principal and Credential to null when finished handling a request.
Revision ChangesPath
1.44 +4 -3 contrib/jetty/src/main/org/jboss/jetty/Jetty.java
Ind
The following developers have had their read/write access removed
due to inactivity. Inactivity was defined as no work since 2001/11/15.
If you think you were dropped in error point me to the cvs checkin
that demonstrates your activity.
SF userid, Name
tobyallsopp, Toby Allsopp
charles_chan, Cha
> > I'm not following what you meant in your original post about
> > "I get an exception one of each 3 times..."
>
> Hit refresh -> ok
> Hit refresh -> ok
> Hit refresh -> Error 500
>
> The error is thrown on any non-authenticated browser when there is an
> authenticated one open. If you don't au
Hi alls!
When I try to deploy an ear (better, an CMP entity) with MEJB I have an
exception in org.jboss.ejb.plugins.cmp.jdbc.JDBCStartCommand because this
class try to start a new transaction.
The problem is that MEJB have a transaction management setting to default
("Container").
I think that
> I'm not following what you meant in your original post about
> "I get an exception one of each 3 times..."
Hit refresh -> ok
Hit refresh -> ok
Hit refresh -> Error 500
The error is thrown on any non-authenticated browser when there is an
authenticated one open. If you don't authenticate anyone
Bugs item #533020, was opened at 2002-03-21 12:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=533020&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Deleted
>Resolution: Invalid
>Priority: 1
Submitted By: Bernhard Meyer-Willner (hou
92 matches
Mail list logo