November 2008 - jboss-dev-forums - Jboss List Archives

[Design of EJB 3.0] - Re: EJBTHREE-1396 MockServer must report startup / shutdown

by jaikiran

The only difference i see between my setup and the Hudson build setup is that i am on Windows and the build is on a Unix system. I will rollback the changes, till i understand why its failing there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191593#4191593 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191593

15 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1396 MockServer must report startup / shutdown

by jaikiran

Is there some place where i can reproduce this? Locally this is working fine on my setup. Let me see the Hudson logs. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191589#4191589 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191589

15 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Adding MetaValueFactory.create(Object, TypeInfo, MetaTyp

by scott.stark＠jboss.org

That will work, but it does not help with unwrapping the value which requires a MetaMapper, and if you have that you don't need to use the MetaValueFactory. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191584#4191584 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191584

15 years, 10 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: JBPAPP-653

by mohitanchlia

This is related to above discussion. I am seeing some weird behavior. We are running into this serious issue where Nodes join the cluster and soon after they disappear from the cluster. So for eg: If I have 5 nodes then they initially join the cluster and then after some time we see any one of the following: 1. Dead member message for one of the nodes - even though the dead node is up and running. I can run Jgroup sender reciever test from dead node to other nodes with no problems. I would assume that dead member would try to communicate back after some time in case there was a temporary problem. But that doesn't seem to be happening. 2. As noted above in your discussion I get 2008-02-21 08:35:11,784 WARN [org.jgroups.protocols.pbcast.GMS] failed to collect all ACKs (3) for view [172.17.65.39:40883|5] [172.17.65.39:40883, 172.17.66.39:35267, 172.17.67.39:39896, 172.17.64.39:52927] after 5000ms, missing ACKs from [172.17.65.39:40883, 172.17.66.39:35267, 172.17.6 ..... I am not sure why that;s happening and what it really means. All I can guess is that it's not able to get the datagram. Also, I am assuming this is the coordinator. 3. In a cluster of 5, all 5 initially join cluster and after some time what we see is that node 1,2,3 become part of one cluster and 4,5 becomes another cluster. All of them have same udp group, name and port so I don't really understand how they can split and why they don't get merged back together if there was a temporary issue. Overall I am not able to understand this wierdness. I am planning to run some Jgroup load test. We've spoken to our network team and they don't see any issues on switch. I've looked at the NIC and don't see any problems. IGMP is enabled on all the routers. Also, how can I tell which node is now the coordinator? I also did tracroute to make sure ttl is not the problem. It would really be helpful if you could let me know how I can debug this issue. It's really weird. Below is the UDP jgroups config: 30000   <UDP mcast_addr="${efe.partition.udpGroup:228.1.2.3}" mcast_port="${jboss.hapartition.mcast_port:45566}" tos="8" ucast_recv_buf_size="20000000" ucast_send_buf_size="640000" mcast_recv_buf_size="25000000" mcast_send_buf_size="640000" loopback="false" discard_incompatible_packets="true" enable_bundling="false" max_bundle_size="64000" max_bundle_timeout="30" use_incoming_packet_handler="true" use_outgoing_packet_handler="false" ip_ttl="${jgroups.udp.ip_ttl:2}" down_thread="false" up_thread="false"/> <PING timeout="2000" down_thread="false" up_thread="false" num_initial_members="3"/> <MERGE2 max_interval="100000" down_thread="false" up_thread="false" min_interval="20000"/> <FD_SOCK down_thread="false" up_thread="false"/> <FD timeout="10000" max_tries="5" down_thread="false" up_thread="false" shun="true"/> <VERIFY_SUSPECT timeout="1500" down_thread="false" up_thread="false"/> <pbcast.NAKACK max_xmit_size="60000" use_mcast_xmit="false" gc_lag="0" retransmit_timeout="300,600,1200,2400,4800" down_thread="false" up_thread="false" discard_delivered_msgs="true"/> <UNICAST timeout="300,600,1200,2400,3600" down_thread="false" up_thread="false"/> <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000" down_thread="false" up_thread="false" max_bytes="400000"/> <pbcast.GMS print_local_addr="true" join_timeout="3000" down_thread="false" up_thread="false" join_retry_timeout="2000" shun="true" view_bundling="true"/> <FRAG2 frag_size="60000" down_thread="false" up_thread="false"/> <pbcast.STATE_TRANSFER down_thread="false" up_thread="false" use_flush="false"/> --------- View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191572#4191572 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191572

15 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Adding MetaValueFactory.create(Object, TypeInfo, MetaTyp

by scott.stark＠jboss.org

The related JBMAN issue for this is https://jira.jboss.org/jira/browse/JBMAN-41 where a custom ManagedProperty implementation is specifying that a ManagedConnectionFactoryPropertyMetaData should be treated as a MapCompositeMetaType, but nothing accepts this type. In this case the ManagedConnectionFactoryPropertyMetaData could have a MetaMapping, but it seems we still need a more general override path. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191571#4191571 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191571

15 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Adding MetaValueFactory.create(Object, TypeInfo, MetaType)

by scott.stark＠jboss.org

The MetaValueFactory interface does not expose a create(Object, TypeInfo, MetaType) method although the default implementation has a internalCreate(Object, TypeInfo, MetaType). Why not have the corresponding create so that one can specify the MetaType? If one is specifying a MetaMapping on a property to define how the type should be mapped, this cannot be passed into the MetaValueFactory, and its not part of the TypeInfo. The only way currently to pass the MetaMapping would be to annotate the class of the property type. Different properties of the same type will want different mappings, and jdk/thirdparty classes will not be annotated either. I think I'll add this method to MetaValueFactory once I look at some tests to see if it breaks anything to have a given TypeInfo associated with multiple MetaTypes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191570#4191570 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191570

15 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Inheritance of annotations in PropertyInfo

by scott.stark＠jboss.org

What is the expected behavior of annotations on properties when subclasses override the accessors? I'm seeing that annotations are only visible if the overridden method also copies the annotations, as in this managedConnectionFactoryProperties example: | public class ManagedConnectionFactoryDeploymentMetaData | implements Serializable, ConnectionPoolMetaData | { | @ManagementProperty(name="config-property", managed=true, includeInTemplate=true) | public List<ManagedConnectionFactoryPropertyMetaData> getManagedConnectionFactoryProperties() | { | return managedConnectionFactoryProperties; | } | ... | | public abstract class NonXADataSourceDeploymentMetaData extends DataSourceDeploymentMetaData | { | @ManagementProperty(name="config-property", | description="The connection factory property info", | managed=true, includeInTemplate=true) | public List<ManagedConnectionFactoryPropertyMetaData> getManagedConnectionFactoryProperties() | | This is true even if @Inherited is a meta-annotation on the annotation. Is that expected behavior? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191567#4191567 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191567

15 years, 10 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Remoting 3: Secure Remote Classloading (JBREM-929)

by alesj

"david.lloyd(a)jboss.com" wrote : | Especially if vfsmemory could have a specifiable authority name. Hint hint. :-) No. ;-) I think having separate protocol for remoting and in-memory is better concept wise. We could independently develop features, but not over doing it on the API. And I guess we'll have to depend on JBoss Remoting for vfs remoting, where in-memory is dependency free. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191564#4191564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191564

15 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1396 MockServer must report startup / shutdown

by ALRubinger

I'm seeing failures w/: org.jboss.remoting.CannotConnectException: Can not get connection to server. Problem establishing socket connection for InvokerLocator [socket://localhost:12345/] http://jboss.hudson.alrubinger.com/job/EJB3_Aggregator/org.jboss.ejb3$jbo... ...which makes r81462 eligible for rollback. Congratulations on your first build breakage! "jaikiran" wrote : The issue is assigned to you so i haven't marked it resolved :) Ah, this is a leftover from before you had the appropriate permissions in JIRA. I've sent it over to you. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191553#4191553 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191553

15 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1396 MockServer must report startup / shutdown

by jaikiran

Andrew, the changes have been committed. SVN Revision 81462. The issue is assigned to you so i haven't marked it resolved :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191524#4191524 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191524

15 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008