Re: [4.1.20] Tagging today

2003-02-12 Thread Remy Maucherat
Costin Manolache wrote:

After the tag, I would like to port back the jsr77 names for servlets and
enable the new attributes ( it'll be conditioned by a flag - so it won't be
enable by default, only if someone sets the flag). The change is local to
ServerLifecycleListener, and I tested it with reloading and the /admin. 

Is it ok ? 

We should wait IMO for the next stable release to port that. So if it's 
4.1.20, great !

Remy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [4.1.20] Tagging today

2003-02-11 Thread jean-frederic clere
Remy Maucherat wrote:

Hi,

I plan to tag 4.1.20 later today. Thanks to Glenn and Jan for getting 
some good fixes in.

I would like to add some changes in Manager:
For example to add createEmptySession that fixes some problems related to 
SessionId. (The changes I rolled back some weeks ago).
Should I?


Remy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [4.1.20] Tagging today

2003-02-11 Thread Remy Maucherat
jean-frederic clere wrote:

Remy Maucherat wrote:


Hi,

I plan to tag 4.1.20 later today. Thanks to Glenn and Jan for getting 
some good fixes in.


I would like to add some changes in Manager:
For example to add createEmptySession that fixes some problems related 
to SessionId. (The changes I rolled back some weeks ago).
Should I?

Yes, you can port that if you want.

Remy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [4.1.20] Tagging today

2003-02-11 Thread jean-frederic clere
Remy Maucherat wrote:

jean-frederic clere wrote:


Remy Maucherat wrote:


Hi,

I plan to tag 4.1.20 later today. Thanks to Glenn and Jan for getting 
some good fixes in.



I would like to add some changes in Manager:
For example to add createEmptySession that fixes some problems related 
to SessionId. (The changes I rolled back some weeks ago).
Should I?


Yes, you can port that if you want.


Done.



Remy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [4.1.20] Tagging today

2003-02-11 Thread Henri Gomez
jean-frederic clere wrote:

Remy Maucherat wrote:


jean-frederic clere wrote:


Remy Maucherat wrote:


Hi,

I plan to tag 4.1.20 later today. Thanks to Glenn and Jan for 
getting some good fixes in.




I would like to add some changes in Manager:
For example to add createEmptySession that fixes some problems 
related to SessionId. (The changes I rolled back some weeks ago).
Should I?



Yes, you can port that if you want.


I'll try to make a rpm for it also :)

After my day job of course ;---)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [4.1.20] Tagging today

2003-02-11 Thread Costin Manolache
jean-frederic clere wrote:

 Remy Maucherat wrote:
 jean-frederic clere wrote:
 
 Remy Maucherat wrote:

 Hi,

 I plan to tag 4.1.20 later today. Thanks to Glenn and Jan for getting
 some good fixes in.



 I would like to add some changes in Manager:
 For example to add createEmptySession that fixes some problems related
 to SessionId. (The changes I rolled back some weeks ago).
 Should I?
 
 
 Yes, you can port that if you want.
 
 Done.

After the tag, I would like to port back the jsr77 names for servlets and
enable the new attributes ( it'll be conditioned by a flag - so it won't be
enable by default, only if someone sets the flag). The change is local to
ServerLifecycleListener, and I tested it with reloading and the /admin. 

Is it ok ? 

Costin



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [4.1.20] Tagging today

2003-02-11 Thread Amy Roh
I just checked users/groups/roles part of admin because someone filed a 
bug and complained about its validation.  However, it seems to be broken 
not finding MBeans for them due to objectname mismatch?  I'm not sure 
what's changed since last release.  I'm planning to take a look at it 
further this afternoon.

Thanks,
Amy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [4.1.20] Tagging today

2003-02-11 Thread Amy Roh
I have investigated further and found out that 
GlobalResourcesLifecycleListener is not creating mbeans for userdatabase 
anymore, therefore, admin failure due to missing mbeans.

Costin,
Do you have a better idea why Userdatabase MBeans are not getting 
created anymore since your last change?  I looked through the code and 
it looks like the functionality is still there.  I tried reverting back 
to 1.3 version and everything works fine.

Thanks,
Amy

Amy Roh wrote:
I just checked users/groups/roles part of admin because someone filed a 
bug and complained about its validation.  However, it seems to be broken 
not finding MBeans for them due to objectname mismatch?  I'm not sure 
what's changed since last release.  I'm planning to take a look at it 
further this afternoon.

Thanks,
Amy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [4.1.20] Tagging today

2003-02-11 Thread Costin Manolache
Amy Roh wrote:

 I have investigated further and found out that
 GlobalResourcesLifecycleListener is not creating mbeans for userdatabase
 anymore, therefore, admin failure due to missing mbeans.
 
 Costin,
 Do you have a better idea why Userdatabase MBeans are not getting
 created anymore since your last change?  I looked through the code and
 it looks like the functionality is still there.  I tried reverting back
 to 1.3 version and everything works fine.

The code is a total mess... If reverting solves the problem - just commit
it.

All I did is add some instanceof checks - so it'll work with another JNDI
implementation. It does work for me - at least with JMX-RI1.2.

Do you see any stacktraces ? Or other errors ? 


costin


 
 Thanks,
 Amy
 
 Amy Roh wrote:
 I just checked users/groups/roles part of admin because someone filed a
 bug and complained about its validation.  However, it seems to be broken
 not finding MBeans for them due to objectname mismatch?  I'm not sure
 what's changed since last release.  I'm planning to take a look at it
 further this afternoon.
 
 Thanks,
 Amy
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [4.1.20] Tagging today

2003-02-11 Thread Amy Roh
 Amy Roh wrote:

  I have investigated further and found out that
  GlobalResourcesLifecycleListener is not creating mbeans for userdatabase
  anymore, therefore, admin failure due to missing mbeans.
 
  Costin,
  Do you have a better idea why Userdatabase MBeans are not getting
  created anymore since your last change?  I looked through the code and
  it looks like the functionality is still there.  I tried reverting back
  to 1.3 version and everything works fine.

 The code is a total mess... If reverting solves the problem - just commit
 it.

 All I did is add some instanceof checks - so it'll work with another JNDI
 implementation. It does work for me - at least with JMX-RI1.2.

I took another look at the change after getting some late lunch and I
realized NamingEnumeration was skipping an element therefore missing
userdatabase.  I just commited the fix and everything is good now.  Food
always helps.  :-)

Amy

 Do you see any stacktraces ? Or other errors ?


 costin


 
  Thanks,
  Amy
 
  Amy Roh wrote:
  I just checked users/groups/roles part of admin because someone filed a
  bug and complained about its validation.  However, it seems to be
broken
  not finding MBeans for them due to objectname mismatch?  I'm not sure
  what's changed since last release.  I'm planning to take a look at it
  further this afternoon.
 
  Thanks,
  Amy
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 



 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: [4.1.20] Tagging today

2003-02-11 Thread Costin Manolache
Thanks Amy. 


Costin


Amy Roh wrote:

 Amy Roh wrote:

  I have investigated further and found out that
  GlobalResourcesLifecycleListener is not creating mbeans for
  userdatabase anymore, therefore, admin failure due to missing mbeans.
 
  Costin,
  Do you have a better idea why Userdatabase MBeans are not getting
  created anymore since your last change?  I looked through the code and
  it looks like the functionality is still there.  I tried reverting back
  to 1.3 version and everything works fine.

 The code is a total mess... If reverting solves the problem - just commit
 it.

 All I did is add some instanceof checks - so it'll work with another JNDI
 implementation. It does work for me - at least with JMX-RI1.2.
 
 I took another look at the change after getting some late lunch and I
 realized NamingEnumeration was skipping an element therefore missing
 userdatabase.  I just commited the fix and everything is good now.  Food
 always helps.  :-)
 
 Amy

 Do you see any stacktraces ? Or other errors ?


 costin


 
  Thanks,
  Amy
 
  Amy Roh wrote:
  I just checked users/groups/roles part of admin because someone filed
  a
  bug and complained about its validation.  However, it seems to be
 broken
  not finding MBeans for them due to objectname mismatch?  I'm not sure
  what's changed since last release.  I'm planning to take a look at it
  further this afternoon.
 
  Thanks,
  Amy
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 



 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]