July 2008 - jboss-user - Jboss List Archives

[Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment

by jaikiran

"jimmycallaghan" wrote : | So I removed the WAR from the EAR and restarted. >From the EAR? I thought the EAR and WAR were being deployed separately. If the WAR was present in the EAR, then the deployment ordering is determined by the order in which the "module" elements are written in the application.xml of the EAR. What are the contents of the application.xml? Also, now that i paid more attention to your logs, looks like you are placing your application in the deploy.last folder. Any specific reason? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164501#4164501 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164501

18 years

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment

by jaikiran

"jimmycallaghan" wrote : | So it seems that when the WAR failed to deploy it stopped the deployment process of the rest of the EAR which meant that the EJBs were not then bound. | If the EAR and the WAR are independent deployments, then the failing WAR should not have stopped the EAR deployment. "jimmycallaghan" wrote : | Why is it that on my local machine the deployment order is correct and on the server it is not? | Are there any server configurations changes on these 2 setups? "jimmycallaghan" wrote : | Are there multiple threads deploying different modules in the EAR simultaneously (the server is a dual-core machine)? As far as i know, there's just one single "main" thread which does this deployment when the server is starting. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164499#4164499 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164499

18 years

1
0
0 / 0

[Performance Tuning] - Re: JBoss (web service app) huge memory usage

by xinhua

in Wiki i found followed statement: anonymous wrote : DO NOT USE -d64 (64-bit) if you do not use ABOVE the maximum 32 bit heap space (2-4 GB of heap). Using 64 bit addressing requires MORE memory to do the same amount of work and provides no advantage for applications that do not need this much memory. i used -d64 in jvm opt, is that reason? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164498#4164498 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164498

18 years

1
0
0 / 0

Delivery Status Notification (Failure)

by postmaster＠lists.jboss.org

This is an automatically generated Delivery Status Notification. Unable to deliver message to the following recipients, because the message was forwarded more than the maximum allowed times. This could indicate a mail loop. 1f(a)technodom.kz

18 years

1
0
0 / 0

[EJB 3.0] - Re: @GeneratedValue(strategy=GenerationType.AUTO) for oracle

by celle2006

Hi rkiran81, i think the problem is that you cannot use the @GeneratedValue Tag as you do. The oracle database usually works with sequences to create IDs. You can use these Sequences with ejb, too. Just add the following to your RolesProfileBean EJB. @Entity @SequenceGenerator(name="sequenceName", sequenceName="sequenceNameInDatabase") and to your ID Column: @GeneratedValue(strategy=GenerationType.SEQUENCE ,generator="sequenceName") Greetz celle2006 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164496#4164496 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164496

18 years

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment

by jimmycallaghan

Sorry, forgot to thank you for your help jakiran. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164493#4164493 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164493

18 years

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: Problems deploying app in a 64-bit environment

by jimmycallaghan

If it is an ordering thing, and the EJBs haven't been bound into the relevant JNDI locations at the point that the WAR is being deployed, then shouldn't they be in the correct locations once the server has fully started? My problem with this is that when I look at the JNDI view in the JMX console I can see that none of the EJBs are bound to the correct locations even after the server has fully started. ******* minutes later ********* So I removed the WAR from the EAR and restarted. Now I don't get the error when the WAR deploys (as expected) and the EJBs are bound correctly in JNDI. So it seems that when the WAR failed to deploy it stopped the deployment process of the rest of the EAR which meant that the EJBs were not then bound. Why is it that on my local machine the deployment order is correct and on the server it is not? Are there multiple threads deploying different modules in the EAR simultaneously (the server is a dual-core machine)? So, I suppose my next task is to determine how I can make the WAR the last thing to deploy when an EAR is deployed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164492#4164492 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164492

18 years

1
0
0 / 0

[Performance Tuning] - Re: JBoss (web service app) huge memory usage

by xinhua

here is my memory pool: Total Memory Pools: 5 | | Pool: Code Cache (Non-heap memory) | | Peak Usage : init:2097152, used:19078080, committed:19136512, max:50331648 | Current Usage : init:2097152, used:19070336, committed:19136512, max:50331648 | | | |-------------------------| committed:18,25Mb | +---------------------------------------------------------------------+ | |/////////////////////////| | max:48Mb | +---------------------------------------------------------------------+ | |-------------------------| used:18,19Mb | | | Pool: PS Eden Space (Heap memory) | | Peak Usage : init:270532608, used:328335360, committed:328335360, max:349634560 | Current Usage : init:270532608, used:121320968, committed:297140224, max:328335360 | | | |--------------------------------------------------------------| committed:283,38Mb | +---------------------------------------------------------------------+ | |///////////////////////// | | max:313,12Mb | +---------------------------------------------------------------------+ | |------------------------| used:115,7Mb | | | Pool: PS Survivor Space (Heap memory) | | Peak Usage : init:45088768, used:45088424, committed:61734912, max:61734912 | Current Usage : init:45088768, used:14708968, committed:14745600, max:14745600 | | | |---------------------------------------------------------------------| committed:14,06Mb | +---------------------------------------------------------------------+ | |/////////////////////////////////////////////////////////////////////| max:14,06Mb | +---------------------------------------------------------------------+ | |--------------------------------------------------------------------| used:14,03Mb | | | Pool: PS Old Gen (Heap memory) | | Peak Usage : init:717225984, used:364008224, committed:717225984, max:717225984 | Current Usage : init:717225984, used:217202688, committed:717225984, max:717225984 | | | |---------------------------------------------------------------------| committed:684Mb | +---------------------------------------------------------------------+ | |///////////////////// | max:684Mb | +---------------------------------------------------------------------+ | |--------------------| used:207,14Mb | | | Pool: PS Perm Gen (Non-heap memory) | | Peak Usage : init:25165824, used:75780424, committed:88080384, max:88080384 | Current Usage : init:25165824, used:75610008, committed:83886080, max:88080384 | | | |-----------------------------------------------------------------| committed:80Mb | +---------------------------------------------------------------------+ | |//////////////////////////////////////////////////////////// | | max:84Mb | +---------------------------------------------------------------------+ | |-----------------------------------------------------------| used:72,11Mb View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164491#4164491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164491

18 years

1
0
0 / 0

[JBoss jBPM] - Re: jBPM abilities

by naruszef

Thanks for Your reply. I know Your's post, it is really impresive :) jBPM is realllly fast. But - In Your's test - there was only one running process instance in one moment. (or I'm blind and stupid ;) ). I was thinking about test with a lot of running instances in one moment. Thanks for Your reply and Regards jakub naruszewicz View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164487#4164487 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164487

18 years

1
0
0 / 0

[JBoss Portal] - How to get Window level property in portlet class

by senthilkumar.devan

Hai, I have created a portlet and for the portlet window using properties i have added a new property value. Can anyone please tell me how to get the property value in the portlet class. Thanks & Regards, Senthil Kumar Devan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4164486#4164486 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4164486

18 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user July 2008