[Installation, Configuration & DEPLOYMENT] - JBOSS 4.2.2 GA Server Startup delay
by Sreedhar135
Hi,
I am using JBoss 4.2.2 GA Server with JDK 1.5.0_17 version, to start the server it is taking more than 20 minutes in my machine.
My m/c configuration is 2 GB RAM and Windows XP is the OS.
After the below stack trace it delays for 15-20 minutes and then starts.
22:31:00,262 INFO [Server] Starting JBoss (MX MicroKernel)...
22:31:00,262 INFO [Server] Release ID: JBoss [Trinity] 4.2.2.GA (build: SVNTag=
JBoss_4_2_2_GA date=200710221139)
22:31:00,262 INFO [Server] Home Dir: C:\jboss-4.2.2.GA
22:31:00,262 INFO [Server] Home URL: file:/C:/jboss-4.2.2.GA/
22:31:00,262 INFO [Server] Patch URL: null
22:31:00,262 INFO [Server] Server Name: default
22:31:00,262 INFO [Server] Server Home Dir: C:\jboss-4.2.2.GA\server\default
22:31:00,262 INFO [Server] Server Home URL: file:/C:/jboss-4.2.2.GA/server/defa
ult/
22:31:00,262 INFO [Server] Server Log Dir: C:\jboss-4.2.2.GA\server\default\log
22:31:00,262 INFO [Server] Server Temp Dir: C:\jboss-4.2.2.GA\server\default\tm
p
22:31:00,262 INFO [Server] Root Deployment Filename: jboss-service.xml
22:31:00,613 INFO [ServerInfo] Java version: 1.5.0_17,Sun Microsystems Inc.
22:31:00,613 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.5.0_17-b04
,Sun Microsystems Inc.
22:31:00,613 INFO [ServerInfo] OS-System: Windows XP 5.1,x86.
Please help me if anyone has an idea on this, this will improve my development effort, as I am wasting more time in starting the server only.
Thanks in Advance.
Regards,
Sreedhar G
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212427#4212427
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212427
17 years, 2 months
[EJB/JBoss] - Java 6 corrupted stream - help needed
by mark.bramnik
Hi, I'm working on rich-client (SWING) based application with EJB3 backend.
I work with jboss 4.0.4 and jdk 1.5.07
Recently I tried to upgrade to Java 1.6_02 and encountered a weird problem when strarting my rich client application.
I'm getting s "stream corrupted (05)" message when attempting to deserialize the data retrieved by the EJB3 stub.
I've investigated to find an error, and found a kind of workaround to this problem here : https://jira.jboss.org/jira/browse/JBPAPP-907
-Dsun.lang.ClassLoader.allowArraySyntax=true
Ive' Added the parameter and it really fixed the problem.
_BUT_ ideally I would like to use web start to distribute my application through the network.
And with the Web Start technology this parameter is useless (it just doesn't read it even when supplied) and I have the same issue. I was wondering if there is another solution to web-start related classloaders (as far as I understand, the classloader that is invoked from javaws is different from the standard class loader.
So the question is whether its possible to define something in jnlp file in order to make a WebStart to operate properly?
Thanks in advance for any help
Mark
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212420#4212420
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212420
17 years, 2 months
[EJB/JBoss] - Re: MDB calling a session bean, session bean not getting reu
by ryanrlamothe
I wanted to post some follow-up information, in case anyone had any additional thoughts. This appears to be a bug in multiple versions of JBoss AS, including apparently 5.0, where any time a stateless session bean is injected into an MDB a new instance of that stateless session bean is created, but never removed from the thread pool. Therefore, if an MDB makes 500 calls to a SLSB, the container will end up with 500 instances of that SLSB which never get removed. This could potentially be the source of a major memory leak.
So, after some digging, the following information pointed to the ability to force the SLSB's into a pool of a specific maximum size:
http://www.jboss.org/jbossejb3/docs/reference/build/reference/en/html/ses...
Which worked, for the specific SLSB which you annotated to use that pool, but unfortunately each subsequent SLSB that was called from that initial SLSB would still display the original behavior. Now, adding that annotation to every single bean individually down the stack did not seem like a great idea either, although it could be done if required. But the idea of controlling the pool was interesting, which lead me to research this more, and I came up with the following information:
https://jira.jboss.org/jira/browse/JBAS-5345 (BUG Report!)
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=132763
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=132331
Long story short:
- EJB3 annotations are intercepted using JBoss AOP and are configured in "default/deploy/ejb3-aop-interceptors.xml". So, instead of annotating each SLSB individually, we can provide a blanket solution at this point to all SLSB's.
- ThreadlocalPool isn't very strict, apparently, but StrictMaxPool appears to give us the behavior we want
- As noted by wolfc in the first forum thread...It would appear that JBossMQ does not use a ThreadPool, but instantiates threads on the fly. Thus the ThreadlocalPool will keep on creating instances to match. That makes the use of StrictMaxPool mandatory. Which is the behavior we are seeing.
To put all of this to the test, all of the Stateless Bean domain annotation expressions in ejb3-aop-interceptors.xml where changed from:
@org.jboss.annotation.ejb.PoolClass (value=org.jboss.ejb3.ThreadlocalPool.class, maxSize=30, timeout=10000)
to
@org.jboss.annotation.ejb.PoolClass (value=org.jboss.ejb3.StrictMaxPool.class, maxSize=30, timeout=10000)
Note: The MDB domain annotation expressions use StrictMaxPool by default!
This appears to solve the problem, but will require more monitoring in the coming weeks. Any other thoughts on this issue? Concerns about contention in the StrictMaxPool? Thoughts on another, better solution?
Thanks!
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212417#4212417
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212417
17 years, 2 months
[JBoss Portal] - Re: multiple JBP instance + 1 DB (only one db)
by Antoine_h
I just saw your new question.
yes, the idea is that : "put the logic in source code of admin portlet"
but... bouh !
what when you update for new version of portal.
Transfert the code ?
many risks of bugs.
lot of work.
You can also make a porlet, with one big button for : "update all config".
that would do the clear.
And think, after each modification work, to press it.
By the way : I'm not sure, but it is not a question of flush.
Flush : JBP1 hibernate pushes the change in the database.
but JBP2 won't fetch the new version. It does not know it have been changed "behind him".
That is one of the tricky thing of hibernate : use only hibernate... or becarefull with the cache side effects.
You need to tell the JBP2 cache : "the cache instances are dirty... don't use them anymore... go to the database to refresh them".
don't know exactly where to trigger this in Hibernate, that's why I call it "clear the cache".
***********
may be use the cluster ?
with each version of portal, you have a download of a pre configured portal for cluster. ready to use.
with doc explaining how to etc...
***********
you cannot use cluster ?
I have seen the case (running in prod) in a company.
6 JBP, only one database, no cluster.
and many troubles...
also, same thing, the webmaster was changing the portal with the GUI, on one machine. Then, it had a portlet with "the big button", to copy (batch at night) the database to the prod database, and relaunch the JBP.
so the next morning, the change was on.
they faced many problems, sides effects, constraints...
well... for prod, with several JBP needed... this is not the best way to do.
the only use case constraint that would allow this : only with a portal that change very very seldomly.
Then, I guess, you don't really need the Admin GUI. you can prepare things in the XML files.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212411#4212411
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212411
17 years, 2 months