February 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: UUIDGenerator broken on Windows...

by timfox

Looking a the code I can seem a few potential issues: 1) The return value of getHardwareAddress() is assumed to be four bytes - I don't think that is a correct assumption. Mac addresses are at least 48 bits. http://en.wikipedia.org/wiki/MAC_address Also it's not guaranteed that a MAC address will be returned - it could be some other kind of addressing scheme. 2) The return value of InetAddress.getAddress() is also assumed to be four bytes. This will not be true for ipv6. No ipv6 check is done. IPv6 addresses are 128 bits, IPv4 addresses are 32 bits. http://en.wikipedia.org/wiki/IPv6 We need an IPV4 address. Looks like the code needs some more checking to be added. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206826#4206826 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206826

15 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: UUIDGenerator broken on Windows...

by jmesnil

in UUIDGenerator.generateTimeBasedUUID, we use only the 1st 4 bytes of the address so that it works with IPv4 (4 bytes), IPv4 (16 bytes) and MAC (6 bytes). The check on getHardwareAddress should be (address.length >= 4) so that we can safely use the byte array. However, I'm surprised that Windows returns a 0-sized array. Clebert, could you run this code on Java *6* on Windows to check what it returns: public static void main(String[] args) throws SocketException { Enumeration networkInterfaces = NetworkInterface.getNetworkInterfaces(); while (networkInterfaces.hasMoreElements()) { NetworkInterface networkInterface = (NetworkInterface)networkInterfaces.nextElement(); byte[] hardwareAddress = networkInterface.getHardwareAddress(); if (hardwareAddress == null) { System.out.println(networkInterface.getDisplayName() + ":null"); } else { String s = ""; for (int i = 0; i < hardwareAddress.length - 1; i++) { s += Integer.toHexString(hardwareAddress) + ":"; } s += hardwareAddress[hardwareAddress.length - 1]; System.out.println(networkInterface.getDisplayName() + ":" + s); } } } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206823#4206823 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206823

15 years, 3 months

1
0
0 / 0

[Design of JMX on JBoss (JBoss/JMX)] - Where will be the jmx console username and password

by subbu.rams

Dear all, I want to know, how to find the jmx console's username and password View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206822#4206822 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206822

15 years, 3 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Common location for jar files insetead of putting .jar files

by subbu.rams

dear all, Appserver : jbossas os :linux Quetion: i have 3 more .war files under jbossas/server/production/deploy/ like 1. test1.war - WEB-INF - classes - lib one.jar two.jar 4. test2.war - WEB-INF - classes - lib one.jar two.jar 3. test3.war - WEB-INF - classes - lib one.jar two.jar every war file are having some of jar files are same. so i every .war files size is getting big so,my doubt is, instead of putting same .jar files putting in all .war files, can we put in one place and can we give the reference to the .war files View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206821#4206821 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206821

15 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Strange classloading behavior -- thread stuck

by bela＠jboss.com

I downloaded Adrian's snapshot and I wasn't able to reproduce the class loading issue. However, I ran into hangs when shutting down an instance. I think this is related to MODCLUSTER-47, so it is not relevant to this forum. I'll continue in MODCLUSTER-47. Thanks ! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206808#4206808 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206808

15 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Clarification: jBPM4 activities and events

by tom.baeyens＠jboss.com

javadoc of the execute method was updated to: piece of Java code that is to be included in a process as activity behaviour or as a hidden listener to process events. | | ActivityBehaviour's can be used to implement the behaviour of activities, in which case this behaviour is associated to a graphical activity in the diagram. | | An ActivityBehaviour can control the propagation of execution. ActivityBehaviour's can become external activities when they invoke ActivityExecution.waitForSignal(). That means the activity will become a wait state. In that case, ExternalActivityBehaviour should be implemented to also handle the external triggers. activities should not be used for listening to events. EventListener should be implemented. is that better ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206807#4206807 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206807

15 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: jBPM on IBM WebSphere App Server

by vinodkv

Thanks a lot ...... I will post the same in jBPM forum. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206793#4206793 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206793

15 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: jBPM on IBM WebSphere App Server

by gaohoward

Hi, I think you will have more chance to get your question answered in jBPM forum. This JBM forum that talking about JBoss Messaging stuff. Yes the names are confusing. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206791#4206791 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206791

15 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - jBPM on IBM WebSphere App Server

by vinodkv

Is it possible to deploy a jBPM process on a IBM WebSphere Application Server ?? jBPM comes pre-packaged with JBoss, and it has all the configurations specific to JBoss, which includes the datasource connection and the jndi configurations. If it is possible what are the changes that are required to be made in the current version of jBPM 3.2.2 ?? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206786#4206786 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206786

15 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Strange classloading behavior -- thread stuck

by bstansberry＠jboss.com

I was able to induce the classloading loop quite easily using JDK 6 (u12) a stock 5.0.0.GA. But with the 2.0.3-SNAPSHOT libraries I've been trying for over half an hour without success. So, something you did helped. :-) More mysterious is exactly what caused the problem. I have logs from a server that failed and grepped for "Circular" or "LinkageError" and saw nothing. The logs are quite complex so it would probably take hours of detail analysis to get anything out of them. I attached them to JBCL-81 just so they are archived somewhere in case they prove useful. I believe a bug I found today (https://jira.jboss.org/jira/browse/MODCLUSTER-47) was relevant here. It basically resulted in one node continually sending an RPC to another, with a complex object passed as a param and a complex object returned. So, fair bit of classloading calls involved. This RPC happens about 20 times a second. Failure seemed to occur when you made an AJP request to the server while this was going on; the thread handling the AJP request ends up in the state shown in my 3rd post on this thread; the JGroups thread ends up in the tight loop. The continual RPC issue is why the log attached to the JIRA is so large. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206784#4206784 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206784

15 years, 3 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 February 2009