[JBoss-dev] [JBoss JIRA] Created: (JGRP-40) Connections remain open even after the channel port changes, while using TCP

2005-02-18 Thread B.S.Navin (JIRA)
Connections remain open even after the channel port changes, while using TCP


 Key: JGRP-40
 URL: http://jira.jboss.com/jira/browse/JGRP-40
 Project: JGroups
Type: Bug
Versions: 2.2.8
 Environment: SUN JDK 1.4.2_05
Reporter: B.S.Navin
 Assigned to: Bela Ban 


I am using TCP/TCPPING as the base of the stack. Sometimes one of the
members of the group gets shunned. That member then disconnects from the
group and re-connects. This time, it gets assigned a different TCP port.

But a netstat for ESTABLISHED connections shows the connections of the old
and the new port still active.

Shouldn't the connections for the old port have been closed?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JGRP-39) A TCP stack does not correctly detect failure (pulled cable) for certain TCPPING configurations

2005-02-18 Thread Bela Ban (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-39?page=history ]

Bela Ban updated JGRP-39:
-

Fix Version: 2.2.8

 A TCP stack does not correctly detect failure (pulled cable) for certain 
 TCPPING configurations
 ---

  Key: JGRP-39
  URL: http://jira.jboss.com/jira/browse/JGRP-39
  Project: JGroups
 Type: Bug
 Versions: 2.2.9
 Reporter: Ovidiu Feodorov
 Assignee: Bela Ban
  Fix For: 2.2.8



 Physical hosts A (192.168.1.1, coordinator) and B (192.168.1.2) run 
 JGroups processes configured with TCP/TCPPING stacks.
 A stack configuration:
 TCP(bind_addr=192.168.1.1;start_port=11800;loopback=true):
 TCPPING(initial_hosts=192.168.1.2[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true):
 MERGE2(min_interval=5000;max_interval=1):
 FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true):
 VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
 pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
 pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):
 pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true)
 B stack configuration:
 TCP(bind_addr=192.168.1.2;start_port=11800;loopback=true):
 TCPPING(initial_hosts=192.168.1.1[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true):
 MERGE2(min_interval=5000;max_interval=1):
 FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true):
 VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
 pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
 pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):
 pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true)
 If I pull the cable under B, the B stack immediately and correctly 
 indentifies A as suspect and installs a new view containing itself only.
 However, A does not recognizes B as suspect and undeterministically spews out 
 various info and warning messages. The view (A, B) stays incorrectly valid 
 for a long time; sometimes gets replaced by (A), sometimes not.
 I tracked down the cause of the problem down to the A TCPPING configuration 
 and  TCP queue . If A's TCPPING is configured with a port_range=1, the 
 problem goes away and the new view immediately installs into the A stack. It 
 seems that if there are messages in the TCP queue except the SUSPECT message 
 generated by FD, they mess up things and the SUSPECT message gets stuck in 
 the queue, with undeterministic results.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JGRP-40) Connections remain open even after the channel port changes, while using TCP

2005-02-18 Thread Bela Ban (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-40?page=history ]

Bela Ban updated JGRP-40:
-

Fix Version: 2.2.8

 Connections remain open even after the channel port changes, while using TCP
 

  Key: JGRP-40
  URL: http://jira.jboss.com/jira/browse/JGRP-40
  Project: JGroups
 Type: Bug
 Versions: 2.2.8
  Environment: SUN JDK 1.4.2_05
 Reporter: B.S.Navin
 Assignee: Bela Ban
  Fix For: 2.2.8



 I am using TCP/TCPPING as the base of the stack. Sometimes one of the
 members of the group gets shunned. That member then disconnects from the
 group and re-connects. This time, it gets assigned a different TCP port.
 But a netstat for ESTABLISHED connections shows the connections of the old
 and the new port still active.
 Shouldn't the connections for the old port have been closed?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Assigned: (JGRP-39) A TCP stack does not correctly detect failure (pulled cable) for certain TCPPING configurations

2005-02-18 Thread Bela Ban (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-39?page=history ]

Bela Ban reassigned JGRP-39:


Assign To: Ovidiu Feodorov  (was: Bela Ban)

 A TCP stack does not correctly detect failure (pulled cable) for certain 
 TCPPING configurations
 ---

  Key: JGRP-39
  URL: http://jira.jboss.com/jira/browse/JGRP-39
  Project: JGroups
 Type: Bug
 Versions: 2.2.9
 Reporter: Ovidiu Feodorov
 Assignee: Ovidiu Feodorov
  Fix For: 2.2.8



 Physical hosts A (192.168.1.1, coordinator) and B (192.168.1.2) run 
 JGroups processes configured with TCP/TCPPING stacks.
 A stack configuration:
 TCP(bind_addr=192.168.1.1;start_port=11800;loopback=true):
 TCPPING(initial_hosts=192.168.1.2[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true):
 MERGE2(min_interval=5000;max_interval=1):
 FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true):
 VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
 pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
 pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):
 pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true)
 B stack configuration:
 TCP(bind_addr=192.168.1.2;start_port=11800;loopback=true):
 TCPPING(initial_hosts=192.168.1.1[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true):
 MERGE2(min_interval=5000;max_interval=1):
 FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true):
 VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
 pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
 pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):
 pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true)
 If I pull the cable under B, the B stack immediately and correctly 
 indentifies A as suspect and installs a new view containing itself only.
 However, A does not recognizes B as suspect and undeterministically spews out 
 various info and warning messages. The view (A, B) stays incorrectly valid 
 for a long time; sometimes gets replaced by (A), sometimes not.
 I tracked down the cause of the problem down to the A TCPPING configuration 
 and  TCP queue . If A's TCPPING is configured with a port_range=1, the 
 problem goes away and the new view immediately installs into the A stack. It 
 seems that if there are messages in the TCP queue except the SUSPECT message 
 generated by FD, they mess up things and the SUSPECT message gets stuck in 
 the queue, with undeterministic results.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JGRP-41) Hierarchical message dissemination

2005-02-18 Thread Bela Ban (JIRA)
Hierarchical message dissemination
--

 Key: JGRP-41
 URL: http://jira.jboss.com/jira/browse/JGRP-41
 Project: JGroups
Type: Feature Request
Reporter: Bela Ban
 Assigned to: Bela Ban 
 Fix For: 2.2.9


Scheme proposed by EPFL 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JGRP-39) A TCP stack does not correctly detect failure (pulled cable) for certain TCPPING configurations

2005-02-18 Thread Bela Ban (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-39?page=comments#action_12315514 ]
 
Bela Ban commented on JGRP-39:
--

does that occur with FD_SOCK as well ?

 A TCP stack does not correctly detect failure (pulled cable) for certain 
 TCPPING configurations
 ---

  Key: JGRP-39
  URL: http://jira.jboss.com/jira/browse/JGRP-39
  Project: JGroups
 Type: Bug
 Versions: 2.2.9
 Reporter: Ovidiu Feodorov
 Assignee: Ovidiu Feodorov
  Fix For: 2.2.8



 Physical hosts A (192.168.1.1, coordinator) and B (192.168.1.2) run 
 JGroups processes configured with TCP/TCPPING stacks.
 A stack configuration:
 TCP(bind_addr=192.168.1.1;start_port=11800;loopback=true):
 TCPPING(initial_hosts=192.168.1.2[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true):
 MERGE2(min_interval=5000;max_interval=1):
 FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true):
 VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
 pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
 pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):
 pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true)
 B stack configuration:
 TCP(bind_addr=192.168.1.2;start_port=11800;loopback=true):
 TCPPING(initial_hosts=192.168.1.1[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true):
 MERGE2(min_interval=5000;max_interval=1):
 FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true):
 VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
 pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
 pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):
 pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true)
 If I pull the cable under B, the B stack immediately and correctly 
 indentifies A as suspect and installs a new view containing itself only.
 However, A does not recognizes B as suspect and undeterministically spews out 
 various info and warning messages. The view (A, B) stays incorrectly valid 
 for a long time; sometimes gets replaced by (A), sometimes not.
 I tracked down the cause of the problem down to the A TCPPING configuration 
 and  TCP queue . If A's TCPPING is configured with a port_range=1, the 
 problem goes away and the new view immediately installs into the A stack. It 
 seems that if there are messages in the TCP queue except the SUSPECT message 
 generated by FD, they mess up things and the SUSPECT message gets stuck in 
 the queue, with undeterministic results.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBAS-29) Added URL Service MBean

2005-02-18 Thread Phil Cornelius (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-29?page=history ]

Phil Cornelius updated JBAS-29:
---

Priority: Major  (was: Minor)
 Version: JBossAS-4.0.2 Final

Please include this in the 4.0.2.

 Added URL Service MBean
 ---

  Key: JBAS-29
  URL: http://jira.jboss.com/jira/browse/JBAS-29
  Project: JBoss Application Server
 Type: Patch
 Versions: JBossAS-4.0.1 Final, JBossAS-4.0.2 Final,  JBossAS-4.0.2RC1
  Environment: patches against src of JBossAS-4.0.1RC1, JBossAS-4.0.1RC2
 Reporter: Phil Cornelius
 Assignee: Scott M Stark


 Original Estimate: 2 hours
 Remaining: 2 hours

 duplicated from sourceforge/
 Further to RFE991650
 http://sourceforge.net/tracker/index.php?func=detailaid=991650group_id=22866atid=376688
 Attached is a patch that adds the URLResource Service
 needed to actually bind the URLResources into the jboss
 jndi directory.
 Until now the only way of adding a resource of type
 java.net.URL was to explicity write it in to the jboss
 deployment descriptors.
 Scott wrote the jboss server code to bind the URL
 resource references to a jboss jndi name.. (as in the
 RFE above) but there wasn't an easy way to bind the
 actual URLs to those jndi names.
 Would appreciate it if this made it to RC2
 The patch is against the jboss-4.0.1RC1-src
 Why do this?
 If you are OEMing your product on jboss then would be
 nice to keep system paths and external resources loosly
 coupled from the EAR file.. best way is to use a J2EE
 URL resource.. if these resources are bound in a
 service file (like all other resources) then they are
 easy to change with an installer say, or even at runtime...
 Tasks associated with this patch are welcome.
 Yours
 Phil
 PS. I noticed the JSR-77 URLResource class in the
 management module and wasn't sure how this ties in?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JGRP-39) A TCP stack does not correctly detect failure (pulled cable) for certain TCPPING configurations

2005-02-18 Thread Ovidiu Feodorov (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-39?page=comments#action_12315516 ]
 
Ovidiu Feodorov commented on JGRP-39:
-

FD_SOCK has a different problem, the pulled cable is only detected after a long 
time, and even when it is detected, the stack does not behave correctly. More 
testing needed.

 A TCP stack does not correctly detect failure (pulled cable) for certain 
 TCPPING configurations
 ---

  Key: JGRP-39
  URL: http://jira.jboss.com/jira/browse/JGRP-39
  Project: JGroups
 Type: Bug
 Versions: 2.2.9
 Reporter: Ovidiu Feodorov
 Assignee: Ovidiu Feodorov
  Fix For: 2.2.8



 Physical hosts A (192.168.1.1, coordinator) and B (192.168.1.2) run 
 JGroups processes configured with TCP/TCPPING stacks.
 A stack configuration:
 TCP(bind_addr=192.168.1.1;start_port=11800;loopback=true):
 TCPPING(initial_hosts=192.168.1.2[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true):
 MERGE2(min_interval=5000;max_interval=1):
 FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true):
 VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
 pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
 pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):
 pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true)
 B stack configuration:
 TCP(bind_addr=192.168.1.2;start_port=11800;loopback=true):
 TCPPING(initial_hosts=192.168.1.1[11800];port_range=3;timeout=3500;num_initial_members=3;up_thread=true;down_thread=true):
 MERGE2(min_interval=5000;max_interval=1):
 FD(shun=true;timeout=1500;max_tries=3;up_thread=true;down_thread=true):
 VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
 pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
 pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):
 pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false;down_thread=true;up_thread=true)
 If I pull the cable under B, the B stack immediately and correctly 
 indentifies A as suspect and installs a new view containing itself only.
 However, A does not recognizes B as suspect and undeterministically spews out 
 various info and warning messages. The view (A, B) stays incorrectly valid 
 for a long time; sometimes gets replaced by (A), sometimes not.
 I tracked down the cause of the problem down to the A TCPPING configuration 
 and  TCP queue . If A's TCPPING is configured with a port_range=1, the 
 problem goes away and the new view immediately installs into the A stack. It 
 seems that if there are messages in the TCP queue except the SUSPECT message 
 generated by FD, they mess up things and the SUSPECT message gets stuck in 
 the queue, with undeterministic results.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of Mail Services] - Re: M2RC1 release available

2005-02-18 Thread CelticPhantom
I read in the Wiki that you need JBoss 3.2.6.  I have JBoss 4.0.1RC2.  Will 
this version of JBossMail work with JBoss 4.0.1RC2?

Regards,

Fintan

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867032#3867032

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867032


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (JBCACHE-91) TX Isolation always REPEATABLE_READ

2005-02-18 Thread Bela Ban (JIRA)
 [ 
http://jira.jboss.com/jira/browse/JBCACHE-91?page=comments#action_12315517 ]
 
Bela Ban commented on JBCACHE-91:
-

Works for me. How did they set the isolation level ?
I can't seem to reply on the java.net forum, even though I'm logged in.

Can they attach a small test program that shows the bug ?

 TX Isolation always REPEATABLE_READ
 ---

  Key: JBCACHE-91
  URL: http://jira.jboss.com/jira/browse/JBCACHE-91
  Project: JBoss Cache
 Type: Bug
 Versions: 1.2
 Reporter: Ivelin Ivanov
 Assignee: Bela Ban
  Fix For: 1.2.1



 https://mobicents.dev.java.net/servlets/ProjectForumMessageView?messageID=5892forumID=739

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: JBossIDE New Extension Wishlists

2005-02-18 Thread lepe
Generate a more portable xdoclet-build.xml and packaging-build.xml that could 
be added to cvs. This would mean that anyone can checkout a project from cvs 
and do a build in a console.

Today Eclipse has to be used at least once to generate those file. This makes 
it hard to perform automatic builds  la Cruisecontrol.

/L

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867035#3867035

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867035


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: WebEx ????

2005-02-18 Thread lepe
Wouldn't it be possible to find a more open solution instead? It is really 
annoying both that myself not being able to look at the webinars 'cause of only 
using Linux and not at least to have to explain this for my customers sorry 
you have to use windows

/L



View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867038#3867038

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867038


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-18 Thread Henrik Nyberg
Hello,
we have done some more testing (using the standard UDP configuration). It seems 
like the memory problem is partly explained by a periodic PUT on the same key 
(and node) in the TreeCache. Every 1000 GETs we PUT a cache status object into 
the cache to let all other caches know the status of this TreeCache. We use the 
same node and the same key for one unique instance of a TreeCache (one per 
JVM). Somehow, this repeated PUT into the same node/key causes the cache to 
consume memory. 

Question: if a PUT is repeatedly made on the same node/key in a replicated 
TreeCache, is it necessary to do a REMOVE on the same node/key before the PUT 
is made?

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867039#3867039

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867039


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - meaning of instance-ref in *-pages.xml

2005-02-18 Thread lucagraph
Hi, what is the meaning of the instance-ref tag inside *-pages.xml? i mean, 
the first part, i.e. /portal-forums for the forum portlet, what means? if i 
call my portlet pippo, my first part will be /portal-pippo? in my portlet code, 
that string must be declared somewhere? if yes, where? The erference docs 
speaks about the name of the web application context, and this is not very 
clear for me...

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867043#3867043

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867043


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-18 Thread [EMAIL PROTECTED]
No, absolutely not !
If you have a sample program that reproduces this problem, please submit it 
attached to a JIRA bug report, and I'll take a look.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867044#3867044

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867044


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: meaning of instance-ref in *-pages.xml

2005-02-18 Thread [EMAIL PROTECTED]
When you deployed your portlet pippo, you bind it in a war file.
This war file has a context where it is bound. That's how you call your webapp 
through a URL:
http://localhost:8080/WEBAPPCONTEXT/...

Basically it should be the name of your war file (portal-forums.war).

This is changing though...

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867046#3867046

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867046


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-head build.811 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050218051721Lbuild.811
BUILD COMPLETE-build.811Date of build:02/18/2005 05:17:21Time to build:17 minutes 18 secondsLast changed:02/18/2005 04:44:03Last log entry:renamed CacheLoaderTests




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(10)1.5modifiedbelabancache/src/main/org/jboss/cache/tests/BdbjeCacheLoaderTest.javarenamed CacheLoaderTests1.14deletedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTests.javarenamed CacheLoaderTests1.1addedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTestsBase.javarenamed CacheLoaderTests1.5modifiedbelabancache/src/main/org/jboss/cache/tests/CallbackTest.javarenamed CacheLoaderTests1.2modifiedbelabancache/src/main/org/jboss/cache/tests/DelegatingCacheLoaderTest.javarenamed CacheLoaderTests1.18modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javarenamed CacheLoaderTests1.5modifiedbelabancache/src/main/org/jboss/cache/tests/JDBCCacheLoaderTest.javarenamed CacheLoaderTests1.13modifiedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTests.javacleaned up1.10modifiedbelabantestsuite/src/main/org/jboss/test/cache/stress/EvictionLocalStressTestCase.javacleaned up1.2modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/standAloneAop/LocalConcurrentTestCase.javacleaned up



[JBoss-dev] [Design of JBoss Portal] - Re: Login Failed!

2005-02-18 Thread efsys
I have installed jboss-4.0.0 and jboss-portal-2.0-alpha completely.

Is there anything other to do, to Install jdbc driver?



View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867053#3867053

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867053


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: build now requires Java 5!

2005-02-18 Thread [EMAIL PROTECTED]
I fixed it. (wasn't my fault ;) )

I also fixed the build so that one can build JBoss Portal with jdk 1.4 or 1.5

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867055#3867055

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867055


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: Login Failed!

2005-02-18 Thread [EMAIL PROTECTED]

You need the JDBC connector for your database in the 
$JBOSS_HOME/server/standard/lib directory

You will also need to feed your database.

Please read the user guide.


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867056#3867056

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867056


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of Mail Services] - Re: M2RC1 release available

2005-02-18 Thread pilhuhn
It should run on 4.0.0 and 4.0.1 without problems. Can't tell for 4.0.1rc2 
though :-)

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867057#3867057

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867057


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss IIOP on JBoss] - Trying to access Stateless EJB via a java corba client

2005-02-18 Thread sunilarora123
Hi,
I am trying to access the ejb via corba client (build in java) but i am not 
able to get the name service. I amy trying to connect on port 3528. I am 
getting CORBA object not found exception. I think EJB is not binding on CORBA 
ORB. Please tell me how to bind EJB in CORBA naming service . 

i am looking at  3528 port

ORB orb = ORB.init(args, null);

// get the root naming context
org.omg.CORBA.Object objRef = 
orb.resolve_initial_references(NameService);
// Use NamingContextExt instead of NamingContext. This is 
// part of the Interoperable naming Service.  
NamingContextExt ncRef = NamingContextExtHelper.narrow(objRef);
 
// resolve the Object Reference in Naming
String name = Hello;
hello = HelloHelper.narrow(ncRef.resolve_str(name));



View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867058#3867058

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867058


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of the JBoss EJB Container] - Re: CORBA callback and EJB

2005-02-18 Thread sunilarora123
can you tell me how you register the bean in JBOSS ORB. Can you tell me the the 
implementation of registerEJBObjectinCORBAServer method.

registerEJBObjectinCORBAServer(context.getEJBObject()); 


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867060#3867060

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867060


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-head build.812 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050218064630Lbuild.812
BUILD COMPLETE-build.812Date of build:02/18/2005 06:46:30Time to build:23 minutes 53 secondsLast changed:02/18/2005 06:39:34Last log entry:ns




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(5)1.7modifiedbelabantestsuite/src/main/org/jboss/test/cache/perf/basic/ReplicatedSyncPerfTestCase.javans1.3modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/standAloneAop/LocalConcurrentTestCase.javaset isolation lvl correctly1.31modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/replicated/SyncTxUnitTestCase.javaincreased timeout for threads to barrier1.223modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javafixed getNumberOfNodes()1.30modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/replicated/SyncTxUnitTestCase.javans



[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-18 Thread Henrik Nyberg
Ok,
now I am pretty sure of what the problem is. JBossCache does not properly 
garbage collect objects that are replicated through the network and that 
replaces an already existing object in the local cache. The existing local 
cache object that is being replaced by the remote PUT is not garbage collected.

We have four caches in our setup, A, B, C, D. We describe the status for cache 
A after the first iteration using an object sA1. We PUT that object after every 
iteration into A using the same key ksA.

Iteration 1:
A updates status - A(ksA,sA1) replicated to = B(ksA, sA1), C(ksA, sA1), 
D(ksA, sA1)

Iteration 2:
A updates status - A(ksA,sA2) replicated to = B(ksA, sA2), C(ksA, sA2), 
D(ksA, sA2)

After iteration 2 the local object A(ksA,sA1) is probably correctly gc:ed, 
since if we run this test in local mode the cache works reliably. The remote 
objects B(ksA, sA1), C(ksA, sA1), D(ksA, sA1) however seem not to be correctly 
gc:ed since the cache constantly eats memory when running in replicated mode.

If we turn off the status replication, i.e. the repeated PUT of the status 
object A(ksA, saN), the cache works like a charm. The only difference between 
the two test cases is the PUT.


(BTW, I am not using all of the jars in the distribution, only the ones that 
are needed to actually run the cache. I don't think it should have any bearing 
on this but nevertheless I'll list the ones that I am using:)

jboss-cache.jar
jboss-system.jar
jboss-jmx.jar
jgroups.jar
jboss-common.jar
jboss-j2ee.jar
jboss-remoting.jar
log4j.jar
commons-logging.jar
concurrent.jar

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867062#3867062

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867062


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of the JBoss EJB Container] - Re: CORBA callback and EJB

2005-02-18 Thread fruehbeck
Write a ServiceLocator doing something like:

public synchronized static ORB getORB() {
// Create and initialize the ORB
try {
if (centralOrb == null) {
log.info(Initializing ORB.);
centralOrb = (org.omg.CORBA.ORB)new 
InitialContext().lookup(java:JBossCorbaORB);
}


}
} catch (NamingException ne) { log.fatal(getORB: +ne.getMessage()); }
return centralOrb;
}

public synchronized static POA getRootPOA() {
try {
if (centralRootPOA == null) {
log.info(Initializing Root POA.);
centralRootPOA = 
POAHelper.narrow(getORB().resolve_initial_references(RootPOA));
}
} catch (Exception e) { log.fatal(getRootPOA: +e.getMessage()); }
return centralRootPOA;
}


and register doing something like (this is really more CORBA than J2EE - 
tedious and less fun ;-):


ObjectPOATie srv = new 
ObjectPOATie((ObjectOperations)this.sessionContext.getEJBLocalObject());

// objectID is used for a POA with IdAssignmentPolicyValue.USER_ID, 
// which is not normally needed, but helps a lot when watching the 
events with a sniffer :-)
String objectID = MPCCM_+thisId+_+System.currentTimeMillis();

thisCorbaID = getRootPOA().activate_object(servant);


The ObjectPOATie, ObjectOperations should be provided.
The EJBObject has to implement the ObjectOperations of course.



View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867063#3867063

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867063


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: Login Failed!

2005-02-18 Thread efsys
OK. Now It works. Thanks for your Help!

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867069#3867069

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867069


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: JBoss Server AOP Deployer doesn't work with field

2005-02-18 Thread [EMAIL PROTECTED]
In the pointcut expression everything must be fully qualified, e.g.
public java.util.Date com.blah.Order-orderDate

Also, are you running precompiled or do you want to do loadtime weaving? In any 
case, you should take a look at the injboss tutorial example that comes with 
the distribution.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867072#3867072

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867072


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBossXB] - Re: MappingObjectModel and Polymorphism

2005-02-18 Thread [EMAIL PROTECTED]
I am working on the new metadata API and will post the progress here.

An example of using the new prototype of metadata api that is going to cover 
all the features requested can be found in

  | package org.jboss.test.xml;
  | public class MiscUnitTestCase
  |public void testNewMetadata() throws Exception
  | 

The xml file is newmetadata.xml.

Currently it supports everything that was supported in the previous version 
plus collections as collection items (recursion). Maps are still not supported.

The API becomes much more verbose. I think, a common case would be to read a 
file defining the schema (XSD, DTD, etc) and adjust some elements/types to Java 
bindings if defaults were not sufficient.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867073#3867073

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867073


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: JBoss Server AOP Deployer doesn't work with field

2005-02-18 Thread [EMAIL PROTECTED]
PS, as mentioned in the tutorial, if you want to do loadtime weaving you need 
to set EnableTransformer=true in the AspectManagerService

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867074#3867074

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867074


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-18 Thread [EMAIL PROTECTED]

Are these assumption ? Or did you see those objects not being GC'ed in a 
profiler ?

All we do on async repl without transactions and isolation level=NONE is to 
send the Method to B, C and D (wrapped in a MethodCall), and execute it there. 
So the behavior you get on A is what you get on B,C and D as well.

What's the frequency of your updates ?

You haven't answered my questions regarding
- your config: did fc-fast or tcp.xml help ?
- Can you submit a simple program the reproduces this behavior ?

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867078#3867078

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867078


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPM-2) add process monitoring and statistics capabilities

2005-02-18 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-2?page=history ]

Tom Baeyens updated JBPM-2:
---

Description: 
JBoss jBPM should provide information on how processes are or have been 
running. Some people would call this BAM (Business Activity Monitoring), some 
call it BI (Business Intelligence) Some info can be found on 
http://www.javareport.com/article.asp?id=9238 and 
http://bizintelligencepipeline.com/howto/showArticle.jhtml?articleId=49900689

1.  jBPM should store the duration and start date of a state/process in the logs
2.  Write some detailed info on wiki
3.  Show processinstance and data
4.  day/week/month overviews
5.  near realtime data per process
6.  produce graphs of day/week/month overviews

Some more ideas i got from a requirements document...
-  Number of cases processed in through a particular process definition
-  Number of cases flowing through a particular activity
-  Longest work item delay by activity
-  Workitems awaiting a particular task
-  Workitems in a specific worklist claimed and/or completed by a particular 
user
-  Longest end-to-end delay
-  Mean time to approve by activity by participant
-  Mean end-to-end completion time.


  was:
JBoss jBPM should provide information on how processes are or have been 
running. Some people would call this BAM (Business Activity Monitoring), some 
call it BI (Business Intelligence) Some info can be found on 
http://www.javareport.com/article.asp?id=9238 and 
http://bizintelligencepipeline.com/howto/showArticle.jhtml?articleId=49900689

1.  jBPM should store the duration and start date of a state/process in the logs
2.  Write some detailed info on wiki
3.  Show processinstance and data
4.  day/week/month overviews
5.  near realtime data per process
6.  produce graphs of day/week/month overviews


 add process monitoring and statistics capabilities
 --

  Key: JBPM-2
  URL: http://jira.jboss.com/jira/browse/JBPM-2
  Project: JBoss jBPM
 Type: Feature Request
   Components: Core Engine
 Versions: 3.0 DR 1
  Environment: N/A
 Reporter: Ronald van Kuijk
 Priority: Minor



 JBoss jBPM should provide information on how processes are or have been 
 running. Some people would call this BAM (Business Activity Monitoring), some 
 call it BI (Business Intelligence) Some info can be found on 
 http://www.javareport.com/article.asp?id=9238 and 
 http://bizintelligencepipeline.com/howto/showArticle.jhtml?articleId=49900689
 1.  jBPM should store the duration and start date of a state/process in the 
 logs
 2.  Write some detailed info on wiki
 3.  Show processinstance and data
 4.  day/week/month overviews
 5.  near realtime data per process
 6.  produce graphs of day/week/month overviews
 Some more ideas i got from a requirements document...
 -  Number of cases processed in through a particular process definition
 -  Number of cases flowing through a particular activity
 -  Longest work item delay by activity
 -  Workitems awaiting a particular task
 -  Workitems in a specific worklist claimed and/or completed by a particular 
 user
 -  Longest end-to-end delay
 -  Mean time to approve by activity by participant
 -  Mean end-to-end completion time.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: build now requires Java 5!

2005-02-18 Thread mholzner
thank you ;)

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867083#3867083

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867083


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: build now requires Java 5!

2005-02-18 Thread mholzner
hmm, did you also check the fix in ? 

I just got: cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss up 
jboss-portal-2.0 (I also tried -r HEAD) and still see the same: 

* when calling build without any changes, I get : 
_default:compile-classes:
   [depend] Deleted 0 out of date files in 0 seconds
[javac] Compiling 48 source files to 
C:\work60\jboss-portal\jboss-portal-2.0\format\output\classes
[execmodules] javac: invalid target release: 1.5
[execmodules] Usage: javac  source files
[execmodules] where possible options include:
[execmodules]   -gGenerate all debugging info
[execmodules]   -g:none   Generate no debugging info


* when I change the default compiler target to 1.4 (in defaults.ent), I get: 
_default:compile-classes:
   [depend] Deleted 0 out of date files in 0 seconds
[javac] Compiling 48 source files to 
C:\work60\jboss-portal\jboss-portal-2.0\format\output\classes
[execmodules] 
C:\work60\jboss-portal\jboss-portal-2.0\format\src\main\org\jboss\portal\test\format\BBCodeHTML2HTMLTestCa
se.java:47: cannot resolve symbol
[execmodules] symbol  : method contains (java.lang.String)
[execmodules] location: class java.lang.String
[execmodules]   assertTrue(stringWriter.toString().contains(#x41;));
[execmodules]   ^
[execmodules] 
C:\work60\jboss-portal\jboss-portal-2.0\format\src\main\org\jboss\portal\test\format\BBCodeHTML2TextTestCa
se.java:51: cannot resolve symbol
[execmodules] symbol  : method contains (java.lang.String)
[execmodules] location: class java.lang.String
[execmodules]   assertTrue(stringWriter.toString().contains(#x41;));
[execmodules]   ^
[execmodules] 2 errors


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867085#3867085

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867085


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-18 Thread Henrik Nyberg
Hello,
we have tried both tcp and fc-fast. Tcp was significantly slower and as a 
result the replication ratio (relative share of objects in a cache received 
from other caches and not from local PUT) went down (which decreases the 
usefulness of the cache). FC-fast provided the fastest replication and is a 
good candidate for a production environment. However, I do not think that the 
network configuration has any bearing on the memory problem.

Regarding updates, each cache updates the cluster about 20 times per second (at 
every 1000 GET).

I'll put together a simplified testbench (including our JBossCache wrapper 
class and the status class) for you. Can you point me to a location where I can 
submit the code package?

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867086#3867086

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867086


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: build now requires Java 5!

2005-02-18 Thread [EMAIL PROTECTED]
Sorry i forgot to warn you.

Sourceforge, has 2 access types.
Anonymous and developer.

The anonymous access is not updated in real time, i don't know how often it's 
updated (at least once a day).

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867087#3867087

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867087


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-18 Thread [EMAIL PROTECTED]
Okay, create a bug report under JIRA 
(http://jira.jboss.com/jira/browse/JBCACHE), attach the 2 files. The case will 
be automatically be assigned to me then.

If I can reproduce this, I will hold the 1.2.1 release until I have fixed this.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867090#3867090

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867090


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - Re: Memory problem with JBossCache

2005-02-18 Thread [EMAIL PROTECTED]
Apart from the bug report: have you considered enabling a queue ? Say you 
replicate when you have 100 elements in the queue or 1 second has elapsed, 
whichever occurs first.
Since you have 20 updates/sec, 1 replication message would bundle ca 20 updates 
each.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867091#3867091

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867091


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBCACHE-93) Memory problem at repeated remote PUT

2005-02-18 Thread Henrik Nyberg (JIRA)
Memory problem at repeated remote PUT
-

 Key: JBCACHE-93
 URL: http://jira.jboss.com/jira/browse/JBCACHE-93
 Project: JBoss Cache
Type: Bug
Versions: 1.2
 Environment: * Windows cluster with two W2K servers, 2 JVMs per server 
* JDK 1.4.2_05 
* Application server is Oracle 9.0.3 AS 
* one database server (Oracle)
Reporter: Henrik Nyberg
 Assigned to: Bela Ban 


JBossCache does not properly garbage collect objects that are replicated 
through the network and that replaces an already existing object in the local 
cache. The existing local cache object that is being replaced by the remote PUT 
is not garbage collected. 

We have four caches in our setup, A, B, C, D. We describe the status for cache 
A after the first iteration using an object sA1. We PUT that object after every 
iteration into A using the same key ksA. 

Iteration 1: 
A updates status - A(ksA,sA1) replicated to = B(ksA, sA1), C(ksA, sA1), 
D(ksA, sA1) 

Iteration 2: 
A updates status - A(ksA,sA2) replicated to = B(ksA, sA2), C(ksA, sA2), 
D(ksA, sA2) 

After iteration 2 the local object A(ksA,sA1) is probably correctly gc:ed, 
since if we run this test in local mode the cache works reliably. The remote 
objects B(ksA, sA1), C(ksA, sA1), D(ksA, sA1) however seem not to be correctly 
gc:ed since the cache constantly eats memory when running in replicated mode. 

If we turn off the status replication, i.e. the repeated PUT of the status 
object A(ksA, saN), the cache works like a charm. The only difference between 
the two test cases is the PUT. 


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (EJBTHREE-68) EJB3 Preview 3 broke joined-subclasses

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-68?page=history ]
 
Bill Burke closed EJBTHREE-68:
--

Resolution: Done

 EJB3 Preview 3 broke joined-subclasses
 --

  Key: EJBTHREE-68
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-68
  Project: EJB 3.0
 Type: Bug
 Versions: Preview 3
  Environment: JBoss 4.0.1, EJB3 Preview Release 3
 Reporter: ttarhan
 Assignee: Bill Burke
  Fix For: Preview 4


 Original Estimate: 1 hour
Time Spent: 30 minutes
 Remaining: 5 minutes

 In short, the problem is that the @Table annotation is ignored in subclasses 
 when using the JOINED strategy. 
 Best described by example. Take three classes: Account, BillingAccount, and 
 ProductAccount. The latter two classes inherit from the first class using the 
 JOINED strategy. All three classes also have a @Table annotation to specify 
 the table name. In the case of the class Account, the table name is 
 accounts. In the case of the class BillingAccount, the table name is 
 accounts_billing and in the case of the class ProductAccount, the table 
 name is accounts_products. 
 The problem is seen in this output from the server log. Notice that the 
 @Table attribute is honored for the superclass, but ignored for the 
 subclasses (instead, the default table name, which is the same as the class 
 name, is used). 
 15:04:38,096 INFO [HbmBinder] Mapping class: Account - accounts 
 15:04:38,100 INFO [HbmBinder] Mapping joined-subclass: ProductAccount - 
 ProductAccount 
 15:04:38,103 INFO [HbmBinder] Mapping joined-subclass: BillingAccount - 
 BillingAccount

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-9) Proper exception handling

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-9?page=history ]

Bill Burke updated EJBTHREE-9:
--

Fix Version: Preview 5
 (was: Preview 4)

 Proper exception handling
 -

  Key: EJBTHREE-9
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-9
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5


 Original Estimate: 2 days
 Remaining: 2 days

 Need to review all the exception handling that will be in the specification.  
 All the cases needed to be documentented, implemented, and tested.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-13) proxies must be castable to EJBObject/EJBLocalObject

2005-02-18 Thread Bill Burke (JIRA)
 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-13?page=comments#action_12315522 ]
 
Bill Burke commented on EJBTHREE-13:


Still not resolved in committee

 proxies must be castable to EJBObject/EJBLocalObject
 

  Key: EJBTHREE-13
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-13
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5


 Original Estimate: 1 day
 Remaining: 1 day

 This should be reviewed because there is talk of removing it from the 
 specification.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-9) Proper exception handling

2005-02-18 Thread Bill Burke (JIRA)
 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-9?page=comments#action_12315523 ]
 
Bill Burke commented on EJBTHREE-9:
---

still not resolved, moving to Preview 5

 Proper exception handling
 -

  Key: EJBTHREE-9
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-9
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5


 Original Estimate: 2 days
 Remaining: 2 days

 Need to review all the exception handling that will be in the specification.  
 All the cases needed to be documentented, implemented, and tested.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-13) proxies must be castable to EJBObject/EJBLocalObject

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-13?page=history ]

Bill Burke updated EJBTHREE-13:
---

Description: 
This should be reviewed because there is talk of removing it from the 
specification.


  was:This should be reviewed because there is talk of removing it from the 
specification.

Fix Version: Preview 5
 (was: Preview 4)

 proxies must be castable to EJBObject/EJBLocalObject
 

  Key: EJBTHREE-13
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-13
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5


 Original Estimate: 1 day
 Remaining: 1 day

 This should be reviewed because there is talk of removing it from the 
 specification.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-18) Bulk update/delete for EJBQL

2005-02-18 Thread Bill Burke (JIRA)
 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-18?page=comments#action_12315526 ]
 
Bill Burke commented on EJBTHREE-18:


Hibernate still hasn't gotten to this.  Moving to Preview 5

 Bulk update/delete for EJBQL
 

  Key: EJBTHREE-18
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-18
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Gavin King
  Fix For: Preview 5


 Original Estimate: 1 week
 Remaining: 1 week

 Please add a comment to this pointing to related Hibernate JIRA task.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-42) Minor EJBQL compatibilities with HQL

2005-02-18 Thread Bill Burke (JIRA)
 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-42?page=comments#action_12315524 ]
 
Bill Burke commented on EJBTHREE-42:


Hibernate still hasn't gotten to this.  Moving to Preview 5

 Minor EJBQL compatibilities with HQL
 

  Key: EJBTHREE-42
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-42
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Alexey Loubyansky
  Fix For: Preview 5



 CURRENT_DATE
 CURRENT_TIME
 CURRENT_TIMESTAMP
 support still needs to be implemented

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-42) Minor EJBQL compatibilities with HQL

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-42?page=history ]

Bill Burke updated EJBTHREE-42:
---

Fix Version: Preview 5
 (was: Preview 4)

 Minor EJBQL compatibilities with HQL
 

  Key: EJBTHREE-42
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-42
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Alexey Loubyansky
  Fix For: Preview 5



 CURRENT_DATE
 CURRENT_TIME
 CURRENT_TIMESTAMP
 support still needs to be implemented

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-18) Bulk update/delete for EJBQL

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-18?page=history ]

Bill Burke updated EJBTHREE-18:
---

Fix Version: Preview 5
 (was: Preview 4)

 Bulk update/delete for EJBQL
 

  Key: EJBTHREE-18
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-18
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Gavin King
  Fix For: Preview 5


 Original Estimate: 1 week
 Remaining: 1 week

 Please add a comment to this pointing to related Hibernate JIRA task.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-44) Sequence Generator SUpport

2005-02-18 Thread Bill Burke (JIRA)
 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-44?page=comments#action_12315530 ]
 
Bill Burke commented on EJBTHREE-44:


not going to get to this until Preview 5

 Sequence Generator SUpport
 --

  Key: EJBTHREE-44
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-44
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5





-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-44) Sequence Generator SUpport

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-44?page=history ]

Bill Burke updated EJBTHREE-44:
---

Fix Version: Preview 5
 (was: Preview 4)

 Sequence Generator SUpport
 --

  Key: EJBTHREE-44
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-44
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5





-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-36) Full Support for @Embeddable

2005-02-18 Thread Bill Burke (JIRA)
 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-36?page=comments#action_12315528 ]
 
Bill Burke commented on EJBTHREE-36:


not going to get to this until Preview 5

 Full Support for @Embeddable
 

  Key: EJBTHREE-36
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-36
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5



 I forgot to implement the case where @Embedddable classes can define 
 @Column's @Table, etc.. on themselves.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Commented: (EJBTHREE-53) @EJBs and @Homes

2005-02-18 Thread Bill Burke (JIRA)
 [ 
http://jira.jboss.com/jira/browse/EJBTHREE-53?page=comments#action_12315527 ]
 
Bill Burke commented on EJBTHREE-53:


specification still hasn't resolved although a proposal has been submitted.  
We'll implement for Preview 5.

 @EJBs and @Homes
 

  Key: EJBTHREE-53
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-53
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5





-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-53) @EJBs and @Homes

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-53?page=history ]

Bill Burke updated EJBTHREE-53:
---

Fix Version: Preview 5
 (was: Preview 4)

 @EJBs and @Homes
 

  Key: EJBTHREE-53
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-53
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5





-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-36) Full Support for @Embeddable

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-36?page=history ]

Bill Burke updated EJBTHREE-36:
---

Fix Version: Preview 5
 (was: Preview 4)

 Full Support for @Embeddable
 

  Key: EJBTHREE-36
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-36
  Project: EJB 3.0
 Type: Feature Request
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Bill Burke
  Fix For: Preview 5



 I forgot to implement the case where @Embedddable classes can define 
 @Column's @Table, etc.. on themselves.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-93) Memory problem at repeated remote PUT

2005-02-18 Thread Henrik Nyberg (JIRA)
 [ http://jira.jboss.com/jira/browse/JBCACHE-93?page=history ]

Henrik Nyberg updated JBCACHE-93:
-

Attachment: JBCACHE-93.zip

Simple Cache test
-

Date: 2005-02-18
Author: Henrik Nyberg, [EMAIL PROTECTED]

Attached files: simple.bat, SimpleCacheTest.java, NetCache.java, 
NetCacheStatus.java, replAsynch.xml

Description:
To run the test, compile all java classes. Modify simple.bat if necessary. Run 
simple.bat in at least two different consoles simultaneously to execute the 
test.

To provoke a memory problem (e.g. full gc) set the following flag to true:

NetCache.REPLICATE_STATUS = true;

in the run() method of SimpleCacheTest.java

To remove the memory problem, set the flag to false:

NetCache.REPLICATE_STATUS = false;

in the run() method of SimpleCacheTest.java

 Memory problem at repeated remote PUT
 -

  Key: JBCACHE-93
  URL: http://jira.jboss.com/jira/browse/JBCACHE-93
  Project: JBoss Cache
 Type: Bug
 Versions: 1.2
  Environment: * Windows cluster with two W2K servers, 2 JVMs per server 
 * JDK 1.4.2_05 
 * Application server is Oracle 9.0.3 AS 
 * one database server (Oracle)
 Reporter: Henrik Nyberg
 Assignee: Bela Ban
  Attachments: JBCACHE-93.zip


 JBossCache does not properly garbage collect objects that are replicated 
 through the network and that replaces an already existing object in the local 
 cache. The existing local cache object that is being replaced by the remote 
 PUT is not garbage collected. 
 We have four caches in our setup, A, B, C, D. We describe the status for 
 cache A after the first iteration using an object sA1. We PUT that object 
 after every iteration into A using the same key ksA. 
 Iteration 1: 
 A updates status - A(ksA,sA1) replicated to = B(ksA, sA1), C(ksA, sA1), 
 D(ksA, sA1) 
 Iteration 2: 
 A updates status - A(ksA,sA2) replicated to = B(ksA, sA2), C(ksA, sA2), 
 D(ksA, sA2) 
 After iteration 2 the local object A(ksA,sA1) is probably correctly gc:ed, 
 since if we run this test in local mode the cache works reliably. The remote 
 objects B(ksA, sA1), C(ksA, sA1), D(ksA, sA1) however seem not to be 
 correctly gc:ed since the cache constantly eats memory when running in 
 replicated mode. 
 If we turn off the status replication, i.e. the repeated PUT of the status 
 object A(ksA, saN), the cache works like a charm. The only difference between 
 the two test cases is the PUT. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBCACHE-93) Memory problem at repeated remote PUT

2005-02-18 Thread Bela Ban (JIRA)
 [ http://jira.jboss.com/jira/browse/JBCACHE-93?page=history ]

Bela Ban updated JBCACHE-93:


Fix Version: 1.2.1

If this is a real bug, we will hold the 1.2.1 release until this has been fixed

 Memory problem at repeated remote PUT
 -

  Key: JBCACHE-93
  URL: http://jira.jboss.com/jira/browse/JBCACHE-93
  Project: JBoss Cache
 Type: Bug
 Versions: 1.2
  Environment: * Windows cluster with two W2K servers, 2 JVMs per server 
 * JDK 1.4.2_05 
 * Application server is Oracle 9.0.3 AS 
 * one database server (Oracle)
 Reporter: Henrik Nyberg
 Assignee: Bela Ban
  Fix For: 1.2.1
  Attachments: JBCACHE-93.zip


 JBossCache does not properly garbage collect objects that are replicated 
 through the network and that replaces an already existing object in the local 
 cache. The existing local cache object that is being replaced by the remote 
 PUT is not garbage collected. 
 We have four caches in our setup, A, B, C, D. We describe the status for 
 cache A after the first iteration using an object sA1. We PUT that object 
 after every iteration into A using the same key ksA. 
 Iteration 1: 
 A updates status - A(ksA,sA1) replicated to = B(ksA, sA1), C(ksA, sA1), 
 D(ksA, sA1) 
 Iteration 2: 
 A updates status - A(ksA,sA2) replicated to = B(ksA, sA2), C(ksA, sA2), 
 D(ksA, sA2) 
 After iteration 2 the local object A(ksA,sA1) is probably correctly gc:ed, 
 since if we run this test in local mode the cache works reliably. The remote 
 objects B(ksA, sA1), C(ksA, sA1), D(ksA, sA1) however seem not to be 
 correctly gc:ed since the cache constantly eats memory when running in 
 replicated mode. 
 If we turn off the status replication, i.e. the repeated PUT of the status 
 object A(ksA, saN), the cache works like a charm. The only difference between 
 the two test cases is the PUT. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBossXB] - Re: MappingObjectModel and Polymorphism

2005-02-18 Thread [EMAIL PROTECTED]
If necessary, I can workaround the map problem with a wrapper that does Set 
processing.

A map is really just a Set with one attribute identifying the key, e.g.


  | map
  |entry key=xx/element
  |entry key=yy/element
  | /map
  | 

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867099#3867099

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867099


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBossCache] - state replication among JBoss servers clustered

2005-02-18 Thread mschoi68
Hi, there. 

I'm now involved in a project where JBoss servers are to be clustered and have 
a question on state replication among them. 

I know that by clustering the servers, I can have, on state change, the state 
of an instance replicated to the other members of the cluster. 

And I'm wondering if there is any way so that only modified objects are sent to 
the cluster's other members and let them synchronize themselves. 

I'm putting this question because my SessionBean holds data that is huge in 
volume and frequent in change, it's going to be a costly operation, I think. 

Does JBoss have any facility to address this issue? 

Thanks in advance.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867101#3867101

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867101


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (EJBTHREE-67) NullPointerException when extending entity EJB class

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-67?page=history ]
 
Bill Burke closed EJBTHREE-67:
--

Resolution: Done

 NullPointerException when extending entity EJB class
 

  Key: EJBTHREE-67
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-67
  Project: EJB 3.0
 Type: Bug
 Versions: Preview 3
  Environment: Windows XP running JBOSS 4.0.1 with EJB3 Preview 3
 Reporter: Denis Souza
 Assignee: Bill Burke
  Fix For: Preview 4



 Whenever an Entity EJB is extended from a class other than Object it 
 generates a NullPointerException upon deployment.
 Example:
 @Entity
 @Table(name = PERSON)
 public class Person extends EntityBeanAbstract implements Serializable {
 protected Integer id;
 protected String name;
@Id(generate = GeneratorType.AUTO)
 public Integer getId() {
 return id;
 }
 public void setId(Integer id) {
 this.id = id;
 }
 @Column(name = NAME, nullable = false, length = 100)
 public String getName() {
 return name;
 }
 public void setName(String name) {
 this.name = name;
 }
 }
 public abstract class EntityBeanAbstract {
 public boolean equals(Object object) {
...
 }
 }
 16:44:02,438 ERROR [Ejb3Module] Starting failed 
 jboss.j2ee:service=EJB3,module=entities.ejb3
 java.lang.NullPointerException
 at 
 org.jboss.ejb3.entity.EntityToHibernateXml.getDeclaredEntityProperties(EntityToHibernateXml.java:400)
 at 
 org.jboss.ejb3.entity.EntityToHibernateXml.getAnnotatedProperty(EntityToHibernateXml.java:316)
 at 
 org.jboss.ejb3.entity.EntityToHibernateXml.getAnnotatedProperty(EntityToHibernateXml.java:327)
 at 
 org.jboss.ejb3.entity.EntityToHibernateXml.handleBasicClass(EntityToHibernateXml.java:1839)
 at 
 org.jboss.ejb3.entity.EntityToHibernateXml.handleClass(EntityToHibernateXml.java:1457)
 at 
 org.jboss.ejb3.entity.EntityToHibernateXml.convert(EntityToHibernateXml.java:161)
 at 
 org.jboss.ejb3.entity.HibernateSessionFactory.createSessionFactory(HibernateSessionFactory.java:144)
 at 
 org.jboss.ejb3.Ejb3Module.createHibernateSessionFactory(Ejb3Module.java:213)
 at org.jboss.ejb3.Ejb3Module.startService(Ejb3Module.java:225)
 ...
 This happens even if the parent class has no methods.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBPM-58) persistence

2005-02-18 Thread Tom Baeyens (JIRA)
 [ http://jira.jboss.com/jira/browse/JBPM-58?page=history ]

Tom Baeyens updated JBPM-58:


Description: 
1) how to delete process instances and process definitions : cascading deletes ?

2) long or Long for id's. is there a preference. i have experienced some 
problems with the null-value not being interpreted as i had hoped in case of 
long but that might be my ignorance.

3) query tokens and/or process instances based on process variables.  how to 
query the 

4) Variable persistence: is the serializable type of hibernate better then my 
ServializableValue (using commons base64 encoding)

5) what is the most portable way to store the variable types float and double ?

6) does a private default constructor blocks some optimizations.  (i want to 
get rid of most of the default constructors in the javadocs and making them 
private seems the easiest way)

  was:
1) how to delete process instances and process definitions : cascading deletes ?

2) long or Long for id's. is there a preference. i have experienced some 
problems with the null-value not being interpreted as i had hoped in case of 
long but that might be my ignorance.

3) query tokens and/or process instances based on process variables.  how to 
query the 

4) Variable persistence: is the serializable type of hibernate better then my 
ServializableValue (using commons base64 encoding)

5) what is the most portable way to store the variable types float and double ?


 persistence
 ---

  Key: JBPM-58
  URL: http://jira.jboss.com/jira/browse/JBPM-58
  Project: JBoss jBPM
 Type: Task
   Components: Core Engine
 Reporter: Tom Baeyens
 Assignee: Tom Baeyens
 Priority: Minor



 1) how to delete process instances and process definitions : cascading 
 deletes ?
 2) long or Long for id's. is there a preference. i have experienced some 
 problems with the null-value not being interpreted as i had hoped in case of 
 long but that might be my ignorance.
 3) query tokens and/or process instances based on process variables.  how to 
 query the 
 4) Variable persistence: is the serializable type of hibernate better then my 
 ServializableValue (using commons base64 encoding)
 5) what is the most portable way to store the variable types float and double 
 ?
 6) does a private default constructor blocks some optimizations.  (i want to 
 get rid of most of the default constructors in the javadocs and making them 
 private seems the easiest way)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-head build.813 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050218095908Lbuild.813
BUILD COMPLETE-build.813Date of build:02/18/2005 09:59:08Time to build:40 minutes 34 secondsLast changed:02/18/2005 09:28:58Last log entry:added unit test




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(8)1.19modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/local/TxUnitTestCase.javaadded unit test1.1addedloubyanskytestsuite/src/resources/xml/newmetadata.xmlxml for new metadata prototype tests1.10modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/MiscUnitTestCase.javatests for new metadata prototype1.6modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/unmarshalling/BindingCursor.javafixes in the new metadata prototype, support for collections as collection items1.2modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/CursorImpl.javafixes in the new metadata prototype, support for collections as collection items1.2modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/ObjectModelFactoryImpl.javafixes in the new metadata prototype, support for collections as collection items1.36modifiedloubyanskycommon/src/main/org/jboss/xml/binding/ObjectModelBuilder.javafixes in the new metadata prototype, support for collections as collection items1.5modifiedloubyanskycommon/src/main/org/jboss/xml/binding/UnmarshallingContext.javafixes in the new metadata prototype, support for collections as collection items



[JBoss-dev] [JBoss JIRA] Created: (JBAS-1486) Allow for deployments without an explicit suffix

2005-02-18 Thread Scott M Stark (JIRA)
Allow for deployments without an explicit suffix


 Key: JBAS-1486
 URL: http://jira.jboss.com/jira/browse/JBAS-1486
 Project: JBoss Application Server
Type: Feature Request
Versions:  JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final
Reporter: Scott M Stark
Priority: Minor


A not uncommon request is to allow for deployments that do not have a 
qualifying suffix, for example, myejb/ instead of myejb.jar/, mywebapp instead 
of mywebapp.war

Most deployers require both a sepcific suffix and the correct deployment 
descriptor to exist in order to accept the deployment. We should look into 
supporting such deployments.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-74) Tutorial for @Service

2005-02-18 Thread Bill Burke (JIRA)
Tutorial for @Service
-

 Key: EJBTHREE-74
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-74
 Project: EJB 3.0
Type: Task
Versions: Preview 4
Reporter: Bill Burke
 Assigned to: Bill Burke 
 Fix For: Preview 4


Tutorial for @Service.  Also make sure to update the index.wiki/html file too.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Assigned: (EJBTHREE-74) Tutorial for @Service

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-74?page=history ]

Bill Burke reassigned EJBTHREE-74:
--

Assign To: Kabir Khan  (was: Bill Burke)

 Tutorial for @Service
 -

  Key: EJBTHREE-74
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-74
  Project: EJB 3.0
 Type: Task
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Kabir Khan
  Fix For: Preview 4



 Tutorial for @Service.  Also make sure to update the index.wiki/html file too.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (EJBTHREE-75) Tutorial for Asynch EJBs

2005-02-18 Thread Bill Burke (JIRA)
Tutorial for Asynch EJBs


 Key: EJBTHREE-75
 URL: http://jira.jboss.com/jira/browse/EJBTHREE-75
 Project: EJB 3.0
Type: Task
Versions: Preview 4
Reporter: Bill Burke
 Assigned to: Kabir Khan 
 Fix For: Preview 4


Also update index.wiki and index.html

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (EJBTHREE-74) Tutorial for @Service

2005-02-18 Thread Bill Burke (JIRA)
 [ http://jira.jboss.com/jira/browse/EJBTHREE-74?page=history ]

Bill Burke updated EJBTHREE-74:
---

Component: Documentation

 Tutorial for @Service
 -

  Key: EJBTHREE-74
  URL: http://jira.jboss.com/jira/browse/EJBTHREE-74
  Project: EJB 3.0
 Type: Task
   Components: Documentation
 Versions: Preview 4
 Reporter: Bill Burke
 Assignee: Kabir Khan
  Fix For: Preview 4



 Tutorial for @Service.  Also make sure to update the index.wiki/html file too.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of Mail Services] - JavaMail custom SMTP port

2005-02-18 Thread Ganton
Is there any way to make the JavaMail module connect to an SMTP port other than 
port 25 ?

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867114#3867114

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867114


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: Newbie Question: How do I add portlets and panes

2005-02-18 Thread RPettyJr
Oh, I will.  I am interested in creating an integration product  and JBoss MQ, 
AS, jBPM, and Portal are the tools I believe will do it.

I have through JBoss Portal 2.0 Alpha User Guide 0.1 and it talks about how to 
add webpages.  What I am looking for is the ability to add a portlet that make 
a database call and can be configured with different options that change the 
underlying SQL that is used to make a database call.  

An example would be  where a server is receiving so many XML transmissions and 
the source and quantity is being stored in a database and then have a portlet 
when you can query how many transactions were received between a data range or 
from certain 
sources.

I know there is code to be written for the underlying functionality.  I just 
need to know that once I write that, how to i put it into the Portal engine so 
it can be exposed as a portlet.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867118#3867118

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867118


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-head-jdk-matrix build.81 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20050218131203Lbuild.81
BUILD COMPLETE-build.81Date of build:02/18/2005 13:12:03Time to build:30 minutes 8 secondsLast changed:02/18/2005 12:39:25Last log entry:bug fixes




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(119)1.5modifiedpatriot1burkeejb3/docs/tutorial/index.wikibug fixes1.6modifiedpatriot1burkeejb3/docs/tutorial/index.htmlbug fixes1.11modifiedbelabantestsuite/src/main/org/jboss/test/cache/stress/EvictionLocalStressTestCase.javans1.9modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javans1.224modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javans1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/AbstractEntity.javabug fixes1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/ConcreteEntity.javabug fixes1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/consumer/QueueTestXA.javabug fixes1.5modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/consumer/unit/ConsumerUnitTestCase.javabug fixes1.4modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/joininheritance/Customer.javabug fixes1.4modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/joininheritance/Employee.javabug fixes1.4modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/joininheritance/Person.javabug fixes1.25modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/EntityToHibernateXml.javabug fixes1.8modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javans1.24modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/EntityToHibernateXml.javabug in join subclass @Table mapping1.2modifiedccrouchadmin-console/docs/design/implementation_implications.pdfupdated with new implications following phase 1.0 implementation1.2modifiedccrouchadmin-console/docs/design/implementation_implications.docupdated with new implications following phase 1.0 implementation1.19modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/local/TxUnitTestCase.javaadded unit test1.1addedloubyanskytestsuite/src/resources/xml/newmetadata.xmlxml for new metadata prototype tests1.10modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/MiscUnitTestCase.javatests for new metadata prototype1.6modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/unmarshalling/BindingCursor.javafixes in the new metadata prototype, support for collections as collection items1.2modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/CursorImpl.javafixes in the new metadata prototype, support for collections as collection items1.2modifiedloubyanskycommon/src/main/org/jboss/xml/binding/metadata/ObjectModelFactoryImpl.javafixes in the new metadata prototype, support for collections as collection items1.36modifiedloubyanskycommon/src/main/org/jboss/xml/binding/ObjectModelBuilder.javafixes in the new metadata prototype, support for collections as collection items1.5modifiedloubyanskycommon/src/main/org/jboss/xml/binding/UnmarshallingContext.javafixes in the new metadata prototype, support for collections as collection items1.7modifiedbelabantestsuite/src/main/org/jboss/test/cache/perf/basic/ReplicatedSyncPerfTestCase.javans1.3modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/standAloneAop/LocalConcurrentTestCase.javaset isolation lvl correctly1.31modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/replicated/SyncTxUnitTestCase.javaincreased timeout for threads to barrier1.223modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javafixed getNumberOfNodes()1.30modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/replicated/SyncTxUnitTestCase.javans1.5modifiedbelabancache/src/main/org/jboss/cache/tests/BdbjeCacheLoaderTest.javarenamed CacheLoaderTests1.14deletedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTests.javarenamed CacheLoaderTests1.1addedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTestsBase.javarenamed CacheLoaderTests1.5modifiedbelabancache/src/main/org/jboss/cache/tests/CallbackTest.javarenamed CacheLoaderTests1.2modifiedbelabancache/src/main/org/jboss/cache/tests/DelegatingCacheLoaderTest.javarenamed CacheLoaderTests1.18modifiedbelabancache/src/main/org/jboss/cache/tests/FileCacheLoaderTest.javarenamed CacheLoaderTests1.5modifiedbelabancache/src/main/org/jboss/cache/tests/JDBCCacheLoaderTest.javarenamed CacheLoaderTests1.13modifiedbelabancache/src/main/org/jboss/cache/tests/CacheLoaderTests.javacleaned up1.10modifiedbelabantestsuite/src/main/org/jboss/test/cache/stress/EvictionLocalStressTestCase.javacleaned up1.2modifiedbelabantestsuite/src/main/org/jboss/test/cache/test/standAloneAop/LocalConcurrentTestCase.javacleaned up1.5modifiedstarksmthirdparty/oswego-concurrent/lib/concurrent.jarUpdate to the 1.3.4 release.# WaitableX: notify on 

[JBoss-dev] [Design of JBoss Portal] - Re: Newbie Question: How do I add portlets and panes

2005-02-18 Thread [EMAIL PROTECTED]
Have you tried the reference guide? 
http://docs.jboss.org/jbportal/v2.0/reference-guide/html/customportlet.html

After JBossWorld I will try and publish a more concrete example with a working 
portlet as a sample download people can use.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867119#3867119

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867119


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1487) Need to expand the test framework to support reboot testing

2005-02-18 Thread Scott M Stark (JIRA)
Need to expand the test framework to support reboot testing
---

 Key: JBAS-1487
 URL: http://jira.jboss.com/jira/browse/JBAS-1487
 Project: JBoss Application Server
Type: Task
  Components: Test Suite  
Reporter: Scott M Stark


Some test scenarios we need to support:

Running tests with reboot and test rerun:
1) start the a named configuration
2) run the tests with a system property to identify the before stage
3) reboot the named configuration
4) run the tests with a system property to identify the after stage

Running tests with reboot controlled by test:
1) start the a named configuration
2) start a test
3) test signals reboot the named configuration
4) test waits for reboot to complete
5) test resumes and validates expectations

Running tests with reboot while test is running:
1) start the a named configuration
2) start a test
3) test signals reboot the named configuration
4) notify the test that the reboot has completed via a background notification
5) test completes and validates expectations



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1488) Need multi-server non-clustered test framework

2005-02-18 Thread Scott M Stark (JIRA)
Need multi-server non-clustered test framework
--

 Key: JBAS-1488
 URL: http://jira.jboss.com/jira/browse/JBAS-1488
 Project: JBoss Application Server
Type: Task
  Components: Test Suite  
Reporter: Scott M Stark


In addition to the current 2 node clustering test support, we need support for 
2 (ideally N) server testing where there are simply two possibly different 
server configurations running. Example test scenarios include:

+ Inter server ejb calls
+ Inter server web to ejb calls
+ Testing call context propagation (security, transport, etc.)


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss internal QA (Test Suite)] - Re: Reboot tests

2005-02-18 Thread [EMAIL PROTECTED]
A couple of jira tasks that further drive a need for an extended testing 
framework related to this:

http://jira.jboss.com/jira/browse/JBAS-1487
http://jira.jboss.com/jira/browse/JBAS-1488


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867120#3867120

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867120


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JBAS-1489) MessageListener does not invoke ExceptionListener on error

2005-02-18 Thread Adrian Brock (JIRA)
MessageListener does not invoke ExceptionListener on error
--

 Key: JBAS-1489
 URL: http://jira.jboss.com/jira/browse/JBAS-1489
 Project: JBoss Application Server
Type: Bug
  Components: JMS service  
Versions: JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final,  JBossAS-4.0.1 SP1
Reporter: Adrian Brock
 Assigned to: Adrian Brock 
 Fix For: JBossAS-4.0.2 Final


If SpyMessageConsumer detects an error on the MessageListener thread 
it should invoke the ExceptionListener.
Also, to avoid potential deadlocks with exceptions detected on the 
MessageListener
thread, a new thread should be started to invoke the ExceptionListener.
Otherwise the ExceptionListener will not be able to close the consumer.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-head build.814 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050218140229Lbuild.814
BUILD COMPLETE-build.814Date of build:02/18/2005 14:02:29Time to build:30 minutes 35 secondsLast changed:02/18/2005 13:55:08Last log entry:missed these images




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(43)1.1addedorbcache/docs/TreeCache/en/images/LocalCacheLoader.gifmissed these images1.1addedorbcache/docs/TreeCache/en/images/LocalCacheLoader.sxdmissed these images1.1addedorbcache/docs/TreeCache/en/images/OnlyOneCacheLoader.gifmissed these images1.1addedorbcache/docs/TreeCache/en/images/OnlyOneCacheLoader.sxdmissed these images1.1addedorbcache/docs/TreeCache/en/images/SharedCacheLoader.gifmissed these images1.1addedorbcache/docs/TreeCache/en/images/SharedCacheLoader.sxdmissed these images1.2deletedorbcache/docs/TreeCache/en/images/placeholder.txtmissed these images1.30deletedorbcache/docs/TreeCache.xmlremove old cache docs (new versions in subdirectories)1.12deletedorbcache/docs/TreeCacheAop.xmlremove old cache docs (new versions in subdirectories)1.7deletedorbcache/docs/Tutorial.xmlremove old cache docs (new versions in subdirectories)1.1addedorbcache/docs/build.xmlremove old cache docs (new versions in subdirectories)1.4deletedorbcache/docs/index.xmlremove old cache docs (new versions in subdirectories)1.19deletedorbcache/docs/FAQ.xmlremove old cache docs (new versions in subdirectories)1.5modifiedpatriot1burkeejb3/docs/tutorial/index.wikibug fixes1.6modifiedpatriot1burkeejb3/docs/tutorial/index.htmlbug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/build.xmlbug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/consumer.htmlbug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/consumer.wikibug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/jndi.propertiesbug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/queue-example-service.xmlbug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/src/org/jboss/tutorial/consumer/client/Client.javabug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/src/org/jboss/tutorial/consumer/bean/ExampleConsumerBean.javabug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/src/org/jboss/tutorial/consumer/bean/ExampleProducer.javabug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/src/org/jboss/tutorial/consumer/bean/ExampleProducerLocal.javabug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/src/org/jboss/tutorial/consumer/bean/ExampleProducerRemote.javabug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/src/org/jboss/tutorial/consumer/bean/ExampleProducerXA.javabug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/src/org/jboss/tutorial/consumer/bean/Tester.javabug fixes1.1addedpatriot1burkeejb3/docs/tutorial/consumer/src/org/jboss/tutorial/consumer/bean/TesterBean.javabug fixes1.11modifiedbelabantestsuite/src/main/org/jboss/test/cache/stress/EvictionLocalStressTestCase.javans1.9modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javans1.224modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javans1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/AbstractEntity.javabug fixes1.1addedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/regression/ConcreteEntity.javabug fixes1.2modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/consumer/QueueTestXA.javabug fixes1.5modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/consumer/unit/ConsumerUnitTestCase.javabug fixes1.4modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/joininheritance/Customer.javabug fixes1.4modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/joininheritance/Employee.javabug fixes1.4modifiedpatriot1burkeejb3/src/test/org/jboss/ejb3/test/joininheritance/Person.javabug fixes1.25modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/EntityToHibernateXml.javabug fixes1.8modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javans1.24modifiedpatriot1burkeejb3/src/main/org/jboss/ejb3/entity/EntityToHibernateXml.javabug in join subclass @Table mapping1.2modifiedccrouchadmin-console/docs/design/implementation_implications.pdfupdated with new implications following phase 1.0 implementation1.2modifiedccrouchadmin-console/docs/design/implementation_implications.docupdated with new implications following phase 1.0 implementation



[JBoss-dev] jboss-3.2 build.295 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050218150908Lbuild.295
BUILD COMPLETE-build.295Date of build:02/18/2005 15:09:08Time to build:14 minutes 59 secondsLast changed:02/18/2005 14:45:27Last log entry:[JBAS-1384] - Don't hardwire the ping period in the HTTPIL




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(8)1.1.2.5modifiedejortmessaging/src/main/org/jboss/mq/il/http/HTTPServerILService.java[JBAS-1384] - Don't hardwire the ping period in the HTTPIL1.20.2.15modifiedejortmessaging/src/main/org/jboss/mq/Connection.javaBackport improved exception handling from JBoss41.16.2.14modifiedejortmessaging/src/main/org/jboss/mq/SpySession.javaBackport improved exception handling from JBoss41.5.2.5modifiedejortmessaging/src/main/org/jboss/mq/SpyXAResource.javaBackport improved exception handling from JBoss41.5.2.5modifiedejortmessaging/src/main/org/jboss/mq/SpyConnection.javaBackport improved exception handling from JBoss41.3.2.3modifiedejortmessaging/src/main/org/jboss/mq/SpyJMSException.javaBackport improved exception handling from JBoss41.20.2.10modifiedejortmessaging/src/main/org/jboss/mq/SpyMessageConsumer.javaBackport improved exception handling from JBoss41.2.8.6modifiedejortmessaging/src/main/org/jboss/mq/SpyMessageProducer.javaBackport improved exception handling from JBoss4



[JBoss-dev] [Design of JBoss Portal] - Preferences

2005-02-18 Thread patrickdalla
My portlet-instances.xml is as follow:

  | ?xml version=1.0 standalone=yes?
  | instances
  |instance
  |   instance-nameServicos/instance-name
  |   component-namePagePortlet/component-name
  |   preferences
  |  preference
  | nameteste/name
  | valueteste/value
  |  /preference
  |   /preferences
  |   security
  |  rules
  | rule role=Admins patterns=.*:.* level=admin/
  | rule role=Users patterns=.*:.* level=add/
  | rule role= patterns=.*:.* level=read/
  |  /rules
  |   /security
  |/instance
  | /instances
  | 

I've tryed to access the preference of the instance with:

request.getPreferences().getValue(teste,abc);

in the render method of the portlet but the returned value was abc, the 
default value passed as the second param.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867126#3867126

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867126


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: Preferences

2005-02-18 Thread patrickdalla
is it right?

how is the right way to access a portlet instance preference

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867127#3867127

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867127


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1489) MessageListener does not invoke ExceptionListener on error

2005-02-18 Thread Adrian Brock (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1489?page=history ]
 
Adrian Brock closed JBAS-1489:
--

Resolution: Done

Fixed

 MessageListener does not invoke ExceptionListener on error
 --

  Key: JBAS-1489
  URL: http://jira.jboss.com/jira/browse/JBAS-1489
  Project: JBoss Application Server
 Type: Bug
   Components: JMS service
 Versions: JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final,  JBossAS-4.0.1 SP1
 Reporter: Adrian Brock
 Assignee: Adrian Brock
  Fix For:  JBossAS-4.0.2RC1



 If SpyMessageConsumer detects an error on the MessageListener thread 
 it should invoke the ExceptionListener.
 Also, to avoid potential deadlocks with exceptions detected on the 
 MessageListener
 thread, a new thread should be started to invoke the ExceptionListener.
 Otherwise the ExceptionListener will not be able to close the consumer.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1489) MessageListener does not invoke ExceptionListener on error

2005-02-18 Thread Adrian Brock (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1489?page=history ]

Adrian Brock updated JBAS-1489:
---

Fix Version:  JBossAS-4.0.2RC1
 (was: JBossAS-4.0.2 Final)

 MessageListener does not invoke ExceptionListener on error
 --

  Key: JBAS-1489
  URL: http://jira.jboss.com/jira/browse/JBAS-1489
  Project: JBoss Application Server
 Type: Bug
   Components: JMS service
 Versions: JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final,  JBossAS-4.0.1 SP1
 Reporter: Adrian Brock
 Assignee: Adrian Brock
  Fix For:  JBossAS-4.0.2RC1



 If SpyMessageConsumer detects an error on the MessageListener thread 
 it should invoke the ExceptionListener.
 Also, to avoid potential deadlocks with exceptions detected on the 
 MessageListener
 thread, a new thread should be started to invoke the ExceptionListener.
 Otherwise the ExceptionListener will not be able to close the consumer.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1384) HTTPServerILService disables pinging

2005-02-18 Thread Adrian Brock (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1384?page=history ]
 
Adrian Brock closed JBAS-1384:
--

 Resolution: Done
Fix Version:  JBossAS-4.0.2RC1

Fixed

 HTTPServerILService disables pinging
 

  Key: JBAS-1384
  URL: http://jira.jboss.com/jira/browse/JBAS-1384
  Project: JBoss Application Server
 Type: Bug
   Components: JMS service
 Versions: JBossAS-4.0.1 Final,  JBossAS-3.2.7 Final
 Reporter: Adrian Brock
 Assignee: Scott M Stark
  Fix For:  JBossAS-4.0.2RC1



 HTTPServerILService is setting the ping period 0 in startService()
 This overrides any ping period set by the user.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: Preferences

2005-02-18 Thread [EMAIL PROTECTED]
did you declare the pref in the portlet.xml as well ?

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867128#3867128

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867128


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [ jboss-Bugs-1144070 ] NullPointerException during creation of debug configuration

2005-02-18 Thread SourceForge.net
Bugs item #1144070, was opened at 2005-02-18 22:32
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=1144070group_id=22866

Category: JBoss-IDE
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: MiNe (kopv)
Assigned to: Nobody/Anonymous (nobody)
Summary: NullPointerException during creation of debug configuration 

Initial Comment:
In the debug configuration dialog occures a dialog box: 
?An error has occurred. See error log for more details? 
(Log file details at 
the bottom of this description). If I do not change the 
Name of the 
configuration the error occurs when I try to select it. 
The error immediately 
occurs, when I change the name of the configuration. I 
am using a gentoo box 
with amd64 and the standard emerged packages: 

blackdown-jdk-1.4.2.01 
Jboss-ide 1.4.1-e30 
eclipse-3.0.1-r2 
Code: 

!ENTRY org.eclipse.core.runtime 4 2 Feb 08, 2005 
23:26:49.608
!MESSAGE Problems occurred when invoking code from 
plug-
in: org.eclipse.core.runtime.
!STACK 0
java.lang.NullPointerException
at 
org.jboss.ide.eclipse.launcher.ui.configuration.HomeTab.
updateServerConfigurati
ons(HomeTab.java:328)
at 
org.jboss.ide.eclipse.launcher.ui.configuration.HomeTab.
access$1
(HomeTab.java:311)
at 
org.jboss.ide.eclipse.launcher.ui.configuration.HomeTab
$1.modifyText
(HomeTab.java:138)
at 
org.eclipse.swt.widgets.TypedListener.handleEvent
(TypedListener.java:187)
at 
org.eclipse.swt.widgets.EventTable.sendEvent
(EventTable.java:82)
at org.eclipse.swt.widgets.Widget.sendEvent
(Widget.java:954)
at org.eclipse.swt.widgets.Widget.sendEvent
(Widget.java:978)
at org.eclipse.swt.widgets.Widget.sendEvent
(Widget.java:959)
at org.eclipse.swt.widgets.Text.setText
(Text.java:1563)
at 
org.jboss.ide.eclipse.launcher.ui.configuration.HomeTab.
updateHomedirFromConfig
(HomeTab.java:286)
at 
org.jboss.ide.eclipse.launcher.ui.configuration.HomeTab.
initializeFrom
(HomeTab.java:219)
at 
org.eclipse.debug.ui.AbstractLaunchConfigurationTabGro
up.initializeFrom
(AbstractLaunchConfigurationTabGroup.java:86)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Launc
hConfigurationTabGroupV
iewer.displayInstanceTabs
(LaunchConfigurationTabGroupViewer.java:540)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Launc
hConfigurationTabGroupV
iewer$5.run
(LaunchConfigurationTabGroupViewer.java:473)
at 
org.eclipse.swt.custom.BusyIndicator.showWhile
(BusyIndicator.java:69)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Launc
hConfigurationTabGroupV
iewer.inputChanged
(LaunchConfigurationTabGroupViewer.java:490)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Launc
hConfigurationTabGroupV
iewer.setInput
(LaunchConfigurationTabGroupViewer.java:454)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Launc
hConfigurationsDialog.h
andleLaunchConfigurationSelectionChanged
(LaunchConfigurationsDialog.java:775)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Launc
hConfigurationsDialog$2
.selectionChanged
(LaunchConfigurationsDialog.java:585)
at org.eclipse.jface.viewers.Viewer$2.run
(Viewer.java:159)
at 
org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run
(Platform.java:747)
at 
org.eclipse.jface.viewers.Viewer.fireSelectionChanged
(Viewer.java:157)
at 
org.eclipse.jface.viewers.StructuredViewer.updateSelecti
on
(StructuredViewer.java:1394)
at 
org.eclipse.jface.viewers.StructuredViewer.setSelection
(StructuredViewer.java:1093)
at org.eclipse.jface.viewers.Viewer.setSelection
(Viewer.java:356)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Launc
hConfigurationView.laun
chConfigurationRemoved
(LaunchConfigurationView.java:284)
at 
org.eclipse.debug.internal.core.LaunchManager$Configur
ationNotifier.run
(LaunchManager.java:1484)
at 
org.eclipse.core.internal.runtime.InternalPlatform.run
(InternalPlatform.java:616)
at org.eclipse.core.runtime.Platform.run
(Platform.java:747)
at 
org.eclipse.debug.internal.core.LaunchManager$Configur
ationNotifier.notify
(LaunchManager.java:1505)
at 
org.eclipse.debug.internal.core.LaunchManager.launchCo
nfigurationDeleted
(LaunchManager.java:736)
at 
org.eclipse.debug.internal.core.LaunchConfiguration.dele
te
(LaunchConfiguration.java:317)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Delet
eLaunchConfigurationAct
ion.performAction
(DeleteLaunchConfigurationAction.java:65)
at 
org.eclipse.debug.internal.ui.launchConfigurations.Abstr
actLaunchConfigurationA
ction$1.run
(AbstractLaunchConfigurationAction.java:103)
at 
org.eclipse.swt.custom.BusyIndicator.showWhile

[JBoss-dev] [JBoss JIRA] Created: (JBAS-1490) EJB component environment (ENC) is not read only

2005-02-18 Thread Tim Fox (JIRA)
EJB component environment (ENC) is not read only


 Key: JBAS-1490
 URL: http://jira.jboss.com/jira/browse/JBAS-1490
 Project: JBoss Application Server
Type: Bug
  Components: EJBs  
Versions: JBossAS-3.2.6 Final
 Environment: Windows XP
Reporter: Tim Fox


The component JNDI environment for a Stateless session bean does not appear to 
be read-only.

I have a SLSB running in 3.2.6.

It attempts to modify it's ENC (java:comp/env environment) and succeeds. I.e. 
the following succeeds:

InitialContext ic = new InitialContext();
Context envCtx = (Context)new InitialContext().lookup(java:comp/env);
envCtx.bind(foo, bar);
log.debug(Worked!!);

Also bind stuff into the context works.

I haven't tried with other types of EJB.

According to the EJB 2.0 spec (Sec. 20.2.4) an entity beans's environment 
should be read-only.




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1490) EJB component environment (ENC) is not read only

2005-02-18 Thread Tim Fox (JIRA)
 [ http://jira.jboss.com/jira/browse/JBAS-1490?page=history ]

Tim Fox updated JBAS-1490:
--

Description: 
The component JNDI environment for a Stateless session bean does not appear to 
be read-only.

I have a SLSB running in 3.2.6.

It attempts to modify it's ENC (java:comp/env environment) and succeeds. I.e. 
the following succeeds:

InitialContext ic = new InitialContext();
Context envCtx = (Context)new InitialContext().lookup(java:comp/env);
envCtx.bind(foo, bar);
log.debug(Worked!!);

Also bind stuff into the context works.

I haven't tried with other types of EJB.

According to the EJB 2.0 spec (Sec. 20.2.4) an enterprise beans's environment 
should be read-only.






  was:
The component JNDI environment for a Stateless session bean does not appear to 
be read-only.

I have a SLSB running in 3.2.6.

It attempts to modify it's ENC (java:comp/env environment) and succeeds. I.e. 
the following succeeds:

InitialContext ic = new InitialContext();
Context envCtx = (Context)new InitialContext().lookup(java:comp/env);
envCtx.bind(foo, bar);
log.debug(Worked!!);

Also bind stuff into the context works.

I haven't tried with other types of EJB.

According to the EJB 2.0 spec (Sec. 20.2.4) an entity beans's environment 
should be read-only.





 EJB component environment (ENC) is not read only
 

  Key: JBAS-1490
  URL: http://jira.jboss.com/jira/browse/JBAS-1490
  Project: JBoss Application Server
 Type: Bug
   Components: EJBs
 Versions: JBossAS-3.2.6 Final
  Environment: Windows XP
 Reporter: Tim Fox



 The component JNDI environment for a Stateless session bean does not appear 
 to be read-only.
 I have a SLSB running in 3.2.6.
 It attempts to modify it's ENC (java:comp/env environment) and succeeds. I.e. 
 the following succeeds:
 InitialContext ic = new InitialContext();
 Context envCtx = (Context)new InitialContext().lookup(java:comp/env);
 envCtx.bind(foo, bar);
 log.debug(Worked!!);
 Also bind stuff into the context works.
 I haven't tried with other types of EJB.
 According to the EJB 2.0 spec (Sec. 20.2.4) an enterprise beans's environment 
 should be read-only.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Build System] - Re: Proof of Concept Plan

2005-02-18 Thread [EMAIL PROTECTED]
Let's talk about this at JBossWorld.

My thinking is moving towards having the artifacts in each project
rather than using the following in each project.

  |!-- The main build --
  |import file=../jbossas/build.xml/
  | 

The way I'm seeing this is:

Top Level Builds:
Define the projects that make up the build
Define where to copy artificats from the projects during the release process

Project Builds
Define there own artifacts
Define the projects they import

Binary Builds
When the binary versions are downloaded into thirdparty
it also includes the build.xml where the artificats (and project exports) are 
defined

Changes Required:
1) Projects don't use a specific top level build
2) Instead they import a project

  |   source id=main
  |  include project=commons/
  | etc.
  | 
3) Each project defines there artifacts and exports
The include project above maps to the following export in
either common/build.xml or thirdparty/common/build.xml depending upon
whether the project is source or binary

  |   export id=common
  |  include input=jboss-common.jar/
  |  include input=namespace.jar/
  |   /export
  | 

PROS
+ The project is no longer tied to a top level build
+ A project can be used in multiple top level builds
+ A project is defined in one place
+ New top level builds with custom project configurations become trivial

CONS
- A change to a project might make a top level build's release tags invalid
(e.g. somebody changes a jar name and doesn't update all top level builds where
it is referenced) 
- To support the artificats definition being in either common/ or 
thirdparty/common
it would require that we handle the include project=common/
ourselves, i.e. to drive the xml parsing.
The importStack processing in ant's ProjectHelper2 is described as
experimental in the javadoc.
We need to confirm that this can be used in this use case.
- The synchronization process (cvs update/checkout or download from
repository) becomes more complicated. After we
synchronize the source projects we need to discover whether we have
all the projects referenced on the includes and synchronize those as well.

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867132#3867132

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867132


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - setContentType() with encoding not supported

2005-02-18 Thread mholzner
it is perfectly legal in a portlet to set the content type like 
text/html; charset=UTF-8 
the current implementation of RenderResponse 
(org.jboss.portal.portlet.impl.RenderResponseImpl) does a String comparison of 
the set content type with the content types from the portlet.xml descriptor, 
which obviously fails 

PLT.12.3.1 Content Type states: 
The portlet container should ignore any character
encoding specified as part of the content type.


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867133#3867133

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867133


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: setContentType() with encoding not supported

2005-02-18 Thread mholzner
sorry, forgot the error: 

java.lang.IllegalArgumentException: Content type not accepted
at 
org.jboss.portal.portlet.impl.RenderResponseImpl.setContentType(RenderResponseImpl.java:68)
at 
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:51)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:114)


View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867134#3867134

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867134


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Design of JBoss Portal] - Re: setContentType() with encoding not supported

2005-02-18 Thread [EMAIL PROTECTED]
please file a bug report on jira for that, I will add the test case and the fix 
the bug asap

View the original post : 
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867135#3867135

Reply to the post : 
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867135


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-3.2-testsuite build.75 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050218154450Lbuild.75
BUILD COMPLETE-build.75Date of build:02/18/2005 15:44:50Time to build:81 minutes 9 secondsLast changed:02/18/2005 15:36:15Last log entry:[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of theMessageListener trying to invoke the ExceptionListener which wants to close/end the message listenerthread.




   Unit Tests: (1936)   Total Errors and Failures: (28)testNoClassDefFoundErrororg.jboss.test.classloader.test.BasicLoaderUnitTestCasetestSessionHandleNoDefaultJNDIorg.jboss.test.cts.test.StatefulSessionUnitTestCasetestBMTSessionHandleNoDefaultJNDIorg.jboss.test.cts.test.StatefulSessionUnitTestCaseunknownorg.jboss.test.jbossmq.test.LargeMessageUnitTestCaseunknownorg.jboss.test.jbossmq.test.OILConnectionUnitTestCasetestQueueMessageOrderorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestRequestReplyQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryQueueDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTemporaryTopicDeleteorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueSendorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationQueueBrowseorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestInvalidDestinationTopicPublishorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestErrorsTopicSubscribeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestCreateQueueorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestMessageListenerorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestApplicationServerStufforg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicsorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicNoLocalBounceorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorChangeorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestTopicSelectorNullOrEmptyorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendReceiveExpiredorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSendListenOutdatedorg.jboss.test.jbossmq.test.OILJBossMQUnitTestCasetestSessionHandleNoDefaultJNDIorg.jboss.test.securitymgr.test.StatefulSessionUnitTestCasetestBMTSessionHandleNoDefaultJNDIorg.jboss.test.securitymgr.test.StatefulSessionUnitTestCasetestSRPLoginWithAuxChallengeorg.jboss.test.security.test.SRPLoginModuleUnitTestCasetestFormAuthSingleSignOnorg.jboss.test.web.test.ClusteredSingleSignOnUnitTestCase
Modifications since last build:(18)1.20.2.16modifiedejortmessaging/src/main/org/jboss/mq/Connection.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of theMessageListener trying to invoke the ExceptionListener which wants to close/end the message listenerthread.1.20.2.11modifiedejortmessaging/src/main/org/jboss/mq/SpyMessageConsumer.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of theMessageListener trying to invoke the ExceptionListener which wants to close/end the message listenerthread.1.16.2.15modifiedejortmessaging/src/main/org/jboss/mq/SpySession.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of theMessageListener trying to invoke the ExceptionListener which wants to close/end the message listenerthread.1.1.2.5modifiedejortmessaging/src/main/org/jboss/mq/il/http/HTTPServerILService.java[JBAS-1384] - Don't hardwire the ping period in the HTTPIL1.20.2.15modifiedejortmessaging/src/main/org/jboss/mq/Connection.javaBackport improved exception handling from JBoss41.16.2.14modifiedejortmessaging/src/main/org/jboss/mq/SpySession.javaBackport improved exception handling from JBoss41.5.2.5modifiedejortmessaging/src/main/org/jboss/mq/SpyXAResource.javaBackport improved exception handling from JBoss41.5.2.5modifiedejortmessaging/src/main/org/jboss/mq/SpyConnection.javaBackport improved exception handling from JBoss41.3.2.3modifiedejortmessaging/src/main/org/jboss/mq/SpyJMSException.javaBackport improved exception handling from JBoss41.20.2.10modifiedejortmessaging/src/main/org/jboss/mq/SpyMessageConsumer.javaBackport improved exception handling from JBoss41.2.8.6modifiedejortmessaging/src/main/org/jboss/mq/SpyMessageProducer.javaBackport improved exception handling from JBoss41.1.2.4modifiedstarksmthirdparty/oswego/concurrent/lib/README.txtUpdate to 1.3.4:#  

[JBoss-dev] jboss-3.2 build.296 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050218174108Lbuild.296
BUILD COMPLETE-build.296Date of build:02/18/2005 17:41:08Time to build:13 minutes 56 secondsLast changed:02/18/2005 15:36:15Last log entry:[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of theMessageListener trying to invoke the ExceptionListener which wants to close/end the message listenerthread.




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(3)1.20.2.16modifiedejortmessaging/src/main/org/jboss/mq/Connection.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of theMessageListener trying to invoke the ExceptionListener which wants to close/end the message listenerthread.1.20.2.11modifiedejortmessaging/src/main/org/jboss/mq/SpyMessageConsumer.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of theMessageListener trying to invoke the ExceptionListener which wants to close/end the message listenerthread.1.16.2.15modifiedejortmessaging/src/main/org/jboss/mq/SpySession.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of theMessageListener trying to invoke the ExceptionListener which wants to close/end the message listenerthread.



[JBoss-dev] jboss-4.0 build.385 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0?log=log20050218180342Lbuild.385
BUILD COMPLETE-build.385Date of build:02/18/2005 18:03:42Time to build:36 minutes 20 secondsLast changed:02/18/2005 15:41:59Last log entry:[JBAS-1384] - Don't hardwire the ping period in the HTTPIL




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(4)1.4.4.1modifiedejortmessaging/src/main/org/jboss/mq/il/http/HTTPServerILService.java[JBAS-1384] - Don't hardwire the ping period in the HTTPIL1.44.2.3modifiedejortmessaging/src/main/org/jboss/mq/Connection.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.  Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of the  MessageListener trying to invoke the ExceptionListener which wants to close/end the message listener  thread.1.33.2.3modifiedejortmessaging/src/main/org/jboss/mq/SpyMessageConsumer.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.  Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of the  MessageListener trying to invoke the ExceptionListener which wants to close/end the message listener  thread.1.32.2.3modifiedejortmessaging/src/main/org/jboss/mq/SpySession.java[JBAS-1489] - Invoke the exception listener if the MessageListener aborts due an error.  Invoke the ExceptionListener on a different thread to avoid the self deadlock problem of the  MessageListener trying to invoke the ExceptionListener which wants to close/end the message listener  thread.



[JBoss-dev] jboss-head build.815 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050218191543Lbuild.815
BUILD COMPLETE-build.815Date of build:02/18/2005 19:15:43Time to build:26 minutes 8 secondsLast changed:02/18/2005 18:29:47Last log entry:new attempt at invoke()




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(3)1.10modifiedbelabancache/src/main/org/jboss/cache/interceptors/CreateIfNotExistsInterceptor.javanew attempt at invoke()1.225modifiedbelabancache/src/main/org/jboss/cache/TreeCache.javaadded trace for _evict()1.8modifiedbelabantestsuite/src/main/org/jboss/test/cache/perf/basic/ReplicatedSyncPerfTestCase.javans



[JBoss-dev] jboss-head build.816 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050218203654Lbuild.816
BUILD COMPLETE-build.816Date of build:02/18/2005 20:36:54Time to build:33 minutes 3 secondsLast changed:02/18/2005 19:38:24Last log entry:No need to throw exception here. Log WARN instead.




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(2)1.22modifiedbwang00cache/src/main/org/jboss/cache/eviction/LRUAlgorithm.javaNo need to throw exception here. Log WARN instead.1.12modifiedbwang00testsuite/src/main/org/jboss/test/cache/test/eviction/AopLRUPolicyUnitTestCase.javaUpdated with new eviction internal fields.



[JBoss-dev] [JBoss JIRA] Assigned: (JGRP-42) MethodCall doesn't correctly handle inheritance

2005-02-18 Thread Ovidiu Feodorov (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-42?page=history ]

Ovidiu Feodorov reassigned JGRP-42:
---

Assign To: Ovidiu Feodorov  (was: Bela Ban)

 MethodCall doesn't correctly handle inheritance
 ---

  Key: JGRP-42
  URL: http://jira.jboss.com/jira/browse/JGRP-42
  Project: JGroups
 Type: Bug
 Versions: 2.2.8
 Reporter: Ovidiu Feodorov
 Assignee: Ovidiu Feodorov
  Fix For: 2.2.8



 A MethodCall containing a method from a base class fails to invoke correctly 
 on an instance of a derived class. 
 Sample error message: 2005-02-18 08:59:21,551 ERROR 
 [org.jgroups.blocks.MethodCall] found no method called 
 _receiveRemoteNotification in class 
 org.jboss.ha.singleton.HASingletonController with 
 (javax.management.AttributeChangeNotification) formal parameters .
 In the example above, the HASingletonController class does not 
 declare_receiveRemoteNotification(), but one of its ancestors do. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Created: (JGRP-42) MethodCall doesn't correctly handle inheritance

2005-02-18 Thread Ovidiu Feodorov (JIRA)
MethodCall doesn't correctly handle inheritance
---

 Key: JGRP-42
 URL: http://jira.jboss.com/jira/browse/JGRP-42
 Project: JGroups
Type: Bug
Versions: 2.2.8
Reporter: Ovidiu Feodorov
 Assigned to: Bela Ban 
 Fix For: 2.2.8


A MethodCall containing a method from a base class fails to invoke correctly on 
an instance of a derived class. 

Sample error message: 2005-02-18 08:59:21,551 ERROR 
[org.jgroups.blocks.MethodCall] found no method called 
_receiveRemoteNotification in class 
org.jboss.ha.singleton.HASingletonController with 
(javax.management.AttributeChangeNotification) formal parameters .

In the example above, the HASingletonController class does not 
declare_receiveRemoteNotification(), but one of its ancestors do. 



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JGRP-42) MethodCall doesn't correctly handle inheritance

2005-02-18 Thread Ovidiu Feodorov (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-42?page=history ]

Ovidiu Feodorov updated JGRP-42:


Description: 
A MethodCall containing a method from a base class fails to invoke correctly on 
an instance of a derived class. 

Sample error message: 2005-02-18 08:59:21,551 ERROR 
[org.jgroups.blocks.MethodCall] found no method called 
_receiveRemoteNotification in class 
org.jboss.ha.singleton.HASingletonController with 
(javax.management.AttributeChangeNotification) formal parameters .

In the example above, the HASingletonController class does not 
declare_receiveRemoteNotification(), but one of its ancestors does. 



  was:
A MethodCall containing a method from a base class fails to invoke correctly on 
an instance of a derived class. 

Sample error message: 2005-02-18 08:59:21,551 ERROR 
[org.jgroups.blocks.MethodCall] found no method called 
_receiveRemoteNotification in class 
org.jboss.ha.singleton.HASingletonController with 
(javax.management.AttributeChangeNotification) formal parameters .

In the example above, the HASingletonController class does not 
declare_receiveRemoteNotification(), but one of its ancestors do. 




 MethodCall doesn't correctly handle inheritance
 ---

  Key: JGRP-42
  URL: http://jira.jboss.com/jira/browse/JGRP-42
  Project: JGroups
 Type: Bug
 Versions: 2.2.8
 Reporter: Ovidiu Feodorov
 Assignee: Ovidiu Feodorov
  Fix For: 2.2.8



 A MethodCall containing a method from a base class fails to invoke correctly 
 on an instance of a derived class. 
 Sample error message: 2005-02-18 08:59:21,551 ERROR 
 [org.jgroups.blocks.MethodCall] found no method called 
 _receiveRemoteNotification in class 
 org.jboss.ha.singleton.HASingletonController with 
 (javax.management.AttributeChangeNotification) formal parameters .
 In the example above, the HASingletonController class does not 
 declare_receiveRemoteNotification(), but one of its ancestors does. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [JBoss JIRA] Updated: (JGRP-42) MethodCall doesn't correctly handle inheritance

2005-02-18 Thread Ovidiu Feodorov (JIRA)
 [ http://jira.jboss.com/jira/browse/JGRP-42?page=history ]

Ovidiu Feodorov updated JGRP-42:


Description: 
A MethodCall containing a method from a base class fails to invoke correctly on 
an instance of a derived class. 

Sample error message: 2005-02-18 08:59:21,551 ERROR 
[org.jgroups.blocks.MethodCall] found no method called 
_receiveRemoteNotification in class 
org.jboss.ha.singleton.HASingletonController with 
(javax.management.AttributeChangeNotification) formal parameters .

In the example above, the HASingletonController class does not declare 
_receiveRemoteNotification(), but one of its ancestors does. 



  was:
A MethodCall containing a method from a base class fails to invoke correctly on 
an instance of a derived class. 

Sample error message: 2005-02-18 08:59:21,551 ERROR 
[org.jgroups.blocks.MethodCall] found no method called 
_receiveRemoteNotification in class 
org.jboss.ha.singleton.HASingletonController with 
(javax.management.AttributeChangeNotification) formal parameters .

In the example above, the HASingletonController class does not 
declare_receiveRemoteNotification(), but one of its ancestors does. 




 MethodCall doesn't correctly handle inheritance
 ---

  Key: JGRP-42
  URL: http://jira.jboss.com/jira/browse/JGRP-42
  Project: JGroups
 Type: Bug
 Versions: 2.2.8
 Reporter: Ovidiu Feodorov
 Assignee: Ovidiu Feodorov
  Fix For: 2.2.8



 A MethodCall containing a method from a base class fails to invoke correctly 
 on an instance of a derived class. 
 Sample error message: 2005-02-18 08:59:21,551 ERROR 
 [org.jgroups.blocks.MethodCall] found no method called 
 _receiveRemoteNotification in class 
 org.jboss.ha.singleton.HASingletonController with 
 (javax.management.AttributeChangeNotification) formal parameters .
 In the example above, the HASingletonController class does not declare 
 _receiveRemoteNotification(), but one of its ancestors does. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] jboss-head build.817 Build Successful

2005-02-18 Thread qa

View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050218222055Lbuild.817
BUILD COMPLETE-build.817Date of build:02/18/2005 22:20:55Time to build:15 minutes 30 secondsLast changed:02/18/2005 21:16:14Last log entry:delete tmp files for pdfs




   Unit Tests: (0)   Total Errors and Failures: (0)
Modifications since last build:(2)1.6modifiedorbdocbook-support/support.xmldelete tmp files for pdfs1.23modifiedbwang00cache/src/main/org/jboss/cache/eviction/LRUAlgorithm.javaAnother fix for node not found exception



[JBoss-dev] [ jboss-Bugs-1144212 ] Adding finally to constructor

2005-02-18 Thread SourceForge.net
Bugs item #1144212, was opened at 2005-02-19 11:58
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=1144212group_id=22866

Category: Javassist
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: C. K. So (ckso)
Assigned to: Shigeru Chiba (chiba)
Summary: Adding finally to constructor

Initial Comment:
I have the similar problem with issue 997458.
I tried to insert code by ctconstructor.insertAfter(s,
true), when I run the program, it cause VerifyError,
and super() or this() must be the first call.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=376685aid=1144212group_id=22866


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development


  1   2   >