January 2010 - jboss-user - Jboss List Archives

[Beginner's Corner] New message: "Bind HttpSession with EJB3 Stateful bean"

by Grigoriy Tkachuk

User development, A new message was posted in the thread "Bind HttpSession with EJB3 Stateful bean": http://community.jboss.org/message/521860#521860 Author : Grigoriy Tkachuk Profile : http://community.jboss.org/people/GregTk Message: -------------------------------------------------------------- Hi, guys! I need help with binding EJB3 Stateful Bean with HttpSession and access that stateful bean in Stateless EJB3 Bean. How I can do that? Can I access HttpSession in Stateless EJB3 Bean? What is best practice to use EJB3 stateful bean per HttpSession and synchronize lifecycle of bean with lifecycle of HttpSession. I work with JBoss AS 5.1 -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521860#521860

16 years, 3 months

1
0
0 / 0

[JBoss Microcontainer] New message: "Re: Info required about jboss-classloading.xml"

by Dean Hiller

User development, A new message was posted in the thread "Info required about jboss-classloading.xml": http://community.jboss.org/message/521850#521850 Author : Dean Hiller Profile : http://community.jboss.org/people/deanhiller2000 Message: -------------------------------------------------------------- oh, I assumed common/lib would be part of the bootstrap or be a parent or something and only jars in the deploy would need special stuff. I am used to using knopflerfish OSGi impl where everything is just a bundle in the deploy dir(no common lib), but there is the framework classpath and everything there is on the bootstrap. Anyways, is there a good example of getting all of common/lib and everything needed in the classpath of my jar. Just trying to get this simple case of exporting stuff from this jar to others who will import it once I add them too. thanks, Dean -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521850#521850

16 years, 3 months

1
0
0 / 0

[JCA Development] New message: "Re: JBJCA-260: New WorkManager"

by David Lloyd

User development, A new message was posted in the thread "JBJCA-260: New WorkManager": http://community.jboss.org/message/521849#521849 Author : David Lloyd Profile : http://community.jboss.org/people/david.lloyd@jboss.com Message: -------------------------------------------------------------- > jesper.pedersen wrote: > [..] > We need to define datastructures such that the WorkManager API: > http://java.sun.com/javaee/6/docs/api/javax/resource/spi/work/WorkManager... > > can be implemented. > > The WorkManager should reference two thread pools at first: > > 1. Short running tasks (default) > 2. Long running tasks (tasks with HintsContext.LONGRUNNING_HINT set) > > Later we can add support for additional thread pools with custom JBoss hints - such as LOWPRIORITY_HINT and HIGHPRIORITY_HINT. Sounds good. In order to implement WorkManager, you need to be able to execute tasks in three different ways: 1. Block the calling thread until the work is complete (with an optional task submission timeout and callbacks) 2. Block the calling thread until the work is accepted (with an optional task submission timeout and callbacks) 3. Do not block the calling thread (with an optional task submission timeout and callbacks) In addition, the callbacks which must be supported include: 1. Work accepted (i.e. the executor queued the task) 2. Work started (i.e. a thread began executing the task) 3. Work completed (i.e. the runnable finished, with or without an exception) 4. Work rejected (i.e. the executor could not accept the task, or the submission timeout expired before the task started) I just committed a new version of JBoss Threads into trunk (2.0.0.CR2) which includes a new type, BlockingExecutor, which includes these methods: package org.jboss.threads; public interface BlockingExecutor extends Executor { // [...] void executeBlocking(Runnable task) throws RejectedExecutionException, InterruptedException; void executeBlocking(Runnable task, long timeout, TimeUnit unit) throws RejectedExecutionException, InterruptedException; void executeNonBlocking(Runnable task) throws RejectedExecutionException; // [...] } All JBoss Threads executors now implement this interface. With this new executor interface, along with simple wrapper Runnables, all the above requirements should be easily implemented. Unfortunately this means that the JCA implementation will need a hard dependency on jboss-threads, because there is no java.util.concurrent equivalent to these methods. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521849#521849

16 years, 3 months

1
0
0 / 0

[JBoss Tools] New message: "Error in component.xml in Eclipse Errors-"

by Aman S

User development, A new message was posted in the thread "Error in component.xml in Eclipse Errors-": http://community.jboss.org/message/521848#521848 Author : Aman S Profile : http://community.jboss.org/people/boy18nj Message: -------------------------------------------------------------- In my component.xml, I do see this error- cvc-elt.1: Cannot find the declaration of element 'components'. components.xml AdditionalExposureManager/src/META-INF line 17 XML Problem Can you please let me know what is missing here? <? xml version=+"1.0"+ encoding=+"UTF-8"+?>< components xmlns=+"http://jboss.com/products/seam/components"+ xmlns:core=+"http://jboss.com/products/seam/core"+ xmlns:persistence=+"http://jboss.com/products/seam/persistence"+ xmlns:drools=+"http://jboss.com/products/seam/drools"+ xmlns:bpm=+"http://jboss.com/products/seam/bpm"+ xmlns:security=+"http://jboss.com/products/seam/security"+ xmlns:mail=+"http://jboss.com/products/seam/mail"+ xmlns:xsi=+"http://www.w3.org/2001/XMLSchema-instance"+ xsi:schemaLocation= +"http://jboss.com/products/seam/core http://jboss.com/products/seam/core-2.1.xsdhttp://jboss.com/products/seam... http://jboss.com/products/seam/persistence-2.1.xsd http://jboss.com/products/seam/drools http://jboss.com/products/seam/drools-2.1.xsd http://jboss.com/products/seam/bpm http://jboss.com/products/seam/bpm-2.1.xsd http://jboss.com/products/seam/security http://jboss.com/products/seam/security-2.1.xsd http://jboss.com/products/seam/mail http://jboss.com/products/seam/mail-2.1.xsd +http://jboss.com/products/seam/components http://jboss.com/products/seam/components-2.1.xsd" ++ ++> <persistence:managed-persistence-context name=+"AEEntityManager"+ auto-create=+"true"+ persistence-unit-jndi-name=+"java:/AEManagerFactory"+ ></persistence:managed-persistence-context></ components> -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521848#521848

16 years, 3 months

1
0
0 / 0

[JBoss Remoting] New message: "JNDI for Transporters"

by Gugo Martikyan

User development, A new message was posted in the thread "JNDI for Transporters": http://community.jboss.org/message/521842#521842 Author : Gugo Martikyan Profile : http://community.jboss.org/people/gugo46 Message: -------------------------------------------------------------- Hi all, I understand that version 2.5.2 supports only multicast clustering for transporters. Any idea when JNDI based polling will be available for transporters? Thanks, Gugo -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521842#521842

16 years, 3 months

1
0
0 / 0

[jBPM] New message: "Re: jBPM 4.3 - Will cause memory leaks due to unclosed InitialContext()"

by Santanu Saraswati

User development, A new message was posted in the thread "jBPM 4.3 - Will cause memory leaks due to unclosed InitialContext()": http://community.jboss.org/message/521841#521841 Author : Santanu Saraswati Profile : http://community.jboss.org/people/saraswati.santanu Message: -------------------------------------------------------------- Martin, Did you really faced any OutOfMemoryError because of this? Typically InitialContext context = new InitialContext() does not take a lot of resources and build a new context altogether. InitialContext just works as a delegate to the actual initial context created using some environment variables/ jndi.properties. When you do a new InitialContext() it asks the InitialContextFactory for the actual InitialContext, and it will be suicidal if the InitialContextFactory creates a new context whenever somebody calls getInitialContext() on it. And I can assure that no proper InitialContextFactory implementation does that. So calling close should not be required at all. Now what if I call close? Well the code in IntialContext.java is this: * public void close() throws NamingException { myProps = null; if (defaultInitCtx != null) { defaultInitCtx.close(); defaultInitCtx = null; } gotDefault = false; }* So this closes the defaultInitContext, which is the JNDI context of the server. So if I do so, any further initial context lookup in my application is going to fail !! It will be interesting to see what happens if I call close. It should depend on the implementation and the implementation should understand that the real intention is not to close. Regards, Santanu -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521841#521841

16 years, 3 months

1
0
0 / 0

[Performance Tuning] New message: "Re: Memory consumption 1h after JBoss start"

by Peter Johnson

User development, A new message was posted in the thread "Memory consumption 1h after JBoss start": http://community.jboss.org/message/521840#521840 Author : Peter Johnson Profile : http://community.jboss.org/people/peterj Message: -------------------------------------------------------------- It almost looks like a new app is being deployed at that time. That would explain the huge jump in the number of Zip* instances. Is there anything in the log that might shed light on what is going on? Also, add the "-verbose:class" JVM option to JAVA_OPTS in the run script. This option causes the JVM to print to stdout every class laoded and the JAR from which it came. It would be interesting to see what the output is when the spike happens. Of course, redirect stdout/stderr to a file - you will get a ton of output. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521840#521840

16 years, 3 months

1
0
0 / 0

[JCA Development] New message: "JBJCA-260: New WorkManager"

by Jesper Pedersen

User development, A new message was posted in the thread "JBJCA-260: New WorkManager": http://community.jboss.org/message/521839#521839 Author : Jesper Pedersen Profile : http://community.jboss.org/people/jesper.pedersen Message: -------------------------------------------------------------- Currently the WorkManager uses the thread pool implementation in JBoss Common. The JBoss Threads project creates a way to define thread pools and their execution parameters to a higher degree. The new WorkManager implementation should make use of JBoss Threads in order to 1. Provide greater flexibility for thread pool creation 2. Better alignment thread pools in the JBoss Application Server We need to define datastructures such that the WorkManager API: http://java.sun.com/javaee/6/docs/api/javax/resource/spi/work/WorkManager... can be implemented. The WorkManager should reference two thread pools at first: 1. Short running tasks (default) 2. Long running tasks (tasks with HintsContext.LONGRUNNING_HINT set) Later we can add support for additional thread pools with custom JBoss hints - such as LOWPRIORITY_HINT and HIGHPRIORITY_HINT. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/521839#521839

16 years, 3 months

1
0
0 / 0

[JBoss Tools] New Comment: JBosstoolsVisualEditorFAQ

by henry katz

User development, A new comment was created on the document JBosstoolsVisualEditorFAQ: http://community.jboss.org/docs/DOC-10862#comment-2647 Author : henry katz Profile: http://community.jboss.org/people/freemarket Comment: Yes, but from a different cause.

16 years, 3 months

1
0
0 / 0

[JBoss Tools] New Comment: JBosstoolsVisualEditorFAQ

by henry katz

User development, A new comment was created on the document JBosstoolsVisualEditorFAQ: http://community.jboss.org/docs/DOC-10862#comment-2646 Author : henry katz Profile: http://community.jboss.org/people/freemarket Comment: Alexey, Thanks for the enlightment. I wasn't aware of the restriction.

16 years, 3 months

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 January 2010