June 2007 - jboss-user - Jboss List Archives

by tarun1981

Hi chawax, I am trying to do same thing but my actionHandler is not evaluating expressions. Can you please help me with this I am using jbpm-3.1.4 -Tarun View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057963#4057963 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057963

18 years, 10 months

1
0
0 / 0

[Remoting] - Re: EJB3/Socket invoker - connection timeouts

by javajedi

BTW, we are using JBoss 4.0.4 and ejb 3.0-rc9. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057962#4057962 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057962

18 years, 10 months

1
0
0 / 0

[Remoting] - Re: EJB3/Socket invoker - connection timeouts

by javajedi

The only relevant change that I saw to SocketServerInvoker (that I already patched) was the call to serverSocket.setReuseAddress(true); Was there more that I'm missing? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057961#4057961 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057961

18 years, 10 months

1
0
0 / 0

[Remoting] - Re: Exceptions in calls and callbacks

by ron.sigal＠jboss.com

"shdv" wrote : "tom.elrod(a)jboss.com" wrote : About the only thing can know for sure is if get a CannotConnectException, the call never reached the server. Anything else would be difficult to know for sure (i.e. if get SocketException, can't be certain that call didn't make it to server). | | Why does org.jboss.remoting.Client.invoke() throw Exception when client is not connected? According to the above description it should be CannotConnectExcetption. | | I was really disappointed when I got it. My code catches CannotConnectException to handle connection issues. | | Since Client is usually wrapped in a proxy, under some circumstances proxy class can wrap it into UndeclaredThrowableException making things even worse. Well, when Client.invoke() throws Exception, it's not a *cannot* connect problem, it's a *did not* connect problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057960#4057960 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057960

18 years, 10 months

1
0
0 / 0

[JBossCache] - Re: Apparently losing data

by genman

anonymous wrote : | This seems to work well BUT sometimes the mechanism seems to break and no more work until the AS (in my case JBoss) is shutdown and restarted. The problem is that the data is put into the cache but when retrieved it is NULL. No errors were reported, simply the data seems to disappear from the cache. | So, you mean that calls to TreeCache.put(x,y); stop working? How do you know this? I assume your problem is the data is somehow not being updated in the BDBJE store (or the store is deleted), and upon restart the cache is missing data. Is this the problem? By the way, putting important data in /tmp in UNIX would be a bad plan. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057959#4057959 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057959

18 years, 10 months

1
0
0 / 0

[Remoting] - Re: EJB3/Socket invoker - connection timeouts

by ron.sigal＠jboss.com

"javajedi" wrote : Thanks Ron. Yeah, I came across JBREM-409 a few days ago, and had already applied that patch from 1.4.6 (which seems to have been tagged in CVS but never released) to our code. So this problem definitely seems to still exist in 1.4.6. | The 1.4.6.GA jar is at http://repository.jboss.com/jboss/remoting/1.4.6.GA/lib. You might try it, just in case. Note that it looks like the fix for JBREM-409 involved some changes to SocketServerInvoker as well as ServerThread (though I don't remember what they were, off the top of my head). -Ron View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057958#4057958 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057958

18 years, 10 months

1
0
0 / 0

[JBoss Seam] - Re: Bug? Seam-2.0-Beta - HttpSession Creation

by PatrickMadden

Hi, I have a workaround for this but I can't imagine that its something you all will be happy with. For the sessionCreated and sessionDestroyed methods I simply put them in a runnable and called them later. It appears that as soon as I call HttpSessionEvent.getSession() is when the recursive loop occurrs. Anyway here is my workaround for now: | public void sessionCreated(final HttpSessionEvent evt) | { | Runnable runner = new Runnable() | { | public void run() | { | XSystem.logInfo("Session Created = " + evt.getSession().getId()); | IdToSessionMap.getInstance().addHttpSession(evt.getSession()); | SessionController.getInstance(evt.getSession().getId()); | } | }; | | EventQueue.invokeLater(runner); | | } | | public void sessionDestroyed(final HttpSessionEvent evt) | { | Runnable runner = new Runnable() | { | public void run() | { | XSystem.logInfo("Session Destroyed = " + evt.getSession().getId()); | IdToSessionMap.getInstance().removeHttpSession(evt.getSession()); | SessionController.freeInstance(evt.getSession().getId()); | } | }; | | EventQueue.invokeLater(runner); | } | Looking forward to know whether or not I'm crazy :) Thanks, PVM View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057957#4057957 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057957

18 years, 10 months

1
0
0 / 0

[JBoss jBPM] - Re: Why my condtion doesn't get evaluated?

by sparklehorse

"sparklehorse" wrote : "kukeltje" wrote : Remaining question: did you upgrade from a 3.1 version: | | | | http://jira.jboss.com/jira/browse/JBPM-854? | | | | Or use mysql 5.0? | | | | debugging the decisioncode requires adding a debug statement in the source to see what gets evaluated. | | no upgrade, just fresh install of all the stuff | but i'm using mysql 5.0 | | i've also tried to change, even if i don't see any error, | every bit(1) in the mysql schema to tinyint(1) | ...same result | | i will try the unit test you suggest and let you know | | thanks | | | i've tried some test suite and they don't work with conditions i've upgraded to 3.2.1 and now condition works I think this two patches are important # [JBPM-853] - Attribute 'expression' not taken from Condition element # [JBPM-854] - Condition in transition not retrieved from database JBPM_TRANSITIONS#DECISION_ bye View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057956#4057956 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057956

18 years, 10 months

1
0
0 / 0

[JBossCache] - Re: uninitialized nodes

by genman

JBoss Cache 2 (which is not in release yet) fixes some problems, such as the "hack" where the map storage is used for book-keeping information. This key is used to indicate that the data has not yet been loaded from disk. You say this data is "already in memory", how do you know? Also, the children are not loaded with their data until they are accessed. This is a feature not a bug. Some of the problems with JBCache 1.4 are caused by accessing data via the Node object and not the Cache object. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057955#4057955 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057955

18 years, 10 months

1
0
0 / 0

[Remoting] - Re: EJB3/Socket invoker - connection timeouts

by ron.sigal＠jboss.com

anonymous wrote : | It appears that this thread, which ought to be quickly finding a ServerThread to handle the incoming request, calling ServerThread.start(), and getting back to the call to serverSocket.accept() as quickly as possible, is instead doing some socket I/O. ServerSocketWrapper.java has a method called createInputStream() that creates a new ObjectInputStream. The stack trace shows that the JBossObjectInputStream constructor is reading some bytes from the input stream, but I don't think that this problem is specific to JBoss Serialization, as java.io.ObjectInputStream's constructor also reads bytes from the stream. | | It seems to me that this could be the cause of the problem that we are seeing. Any time that you're doing a blocking socket read like this, you can potentially just sit for a while until the socket times out. When you've got a thread calling serverSocket.accept(), you can't normally afford to do something like this on that thread. | | Does this analysis make sense? Any thoughts/suggestions would be greatly appreciated. | It does indeed make sense. See JIRA issue JBREM-666 (http://jira.jboss.com/jira/browse/JBREM-666 ). This problem was fixed in the Remoting 2.2.0 releases, the most recent of which is 2.2.0.SP4. Which version of the Application Server are you using? The latest GA release, 4.2.0.GA, comes with Remoting 2.2.0.SP4. If you can't upgrade that far, then you might try getting the latest version of EJB3, which, I believe, should work with Remoting 2.2.0. This could cause problems for other Remoting clients which depend on an older version of Remoting. In that case, look into scoped deployment, which allows different applications to use different library versions. See, for example, the wiki page "ClassLoadingConfiguration" (http://wiki.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration). -Ron View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057954#4057954 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057954

18 years, 10 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 June 2007