November 2007 - jboss-user - Jboss List Archives

[JBossCache] - Re: org.jboss.cache.lock.TimeoutException: write lock for /

by bmozaffa＠redhat.com

Hi Brian, This is actually for Intuit, whom I believe you're familiar with. I am only here for another couple of hours. I've used the support portal quite a few times before, and have unfortunately concluded that it will not help me when time is limited... so the forum post was a shot in the dar. I will ask Bill DeCoste to follow up if the client is interested in further pursuing this. I tested this with JBoss 4.2.0, with JBoss Cache 1.4.1 SP3 and hiibernate 3.2.3GA. I even tried dropping in the latest SP for JBC, but nothing changed. Regards, Babak View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109398#4109398 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109398

15 years, 4 months

1
0
0 / 0

[JBoss Tools (users)] - Bad experience with JBossAS tools

by Juergen.Zimmermann

As described at http://jira.jboss.org/jira/browse/JBIDE-1377 by screenshots and log entries the deployment process with JBossAS Tools is a nightmare. I'm absolutely happy with Hibernate Tools, RichFaces VPE, and the Project Archives of JBossAS Tools. However, the fact that my Eclipse configuration gets corrupted on an almost regular base is a nightmare, especially when the whole workspace has to be deleted. Regarding deployment I stepped back to the WTP plugin and hope that JBoss Tools 2.0.1 will fix this annoying bug as indicated by the url above. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109397#4109397 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109397

15 years, 4 months

1
0
0 / 0

[JBossWS] - Re: Jboss web service and Websphere Client Access

by kalai_p＠yahoo.com

Richard, It happens when when you get soapbody out of the message in the application code in the server side. In the client side I get <env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"> <env:Header/> <env:Body> <env:Fault> env:Server java.lang.NullPointerException </env:Fault> </env:Body> </env:Envelope> Thanks Kalai "richard.opalka(a)jboss.com" wrote : Hi, | | is there a stacktrace you could post (so we could analyze it)? | | Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109393#4109393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109393

15 years, 4 months

1
0
0 / 0

[JBossCache] - Re: org.jboss.cache.lock.TimeoutException: write lock for /

by bstansberry＠jboss.com

Hi Babak, What versions of AS and JBoss Cache are you using? Also, you should have access to the Customer Support Portal; it's may be better if you open a case there and communicate that way as you get a 2 hour SLA and can easily do things like attach logs. You got lucky here that I happened to check my e-mail folder with forum posts. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109392#4109392 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109392

15 years, 4 months

1
0
0 / 0

[JBoss jBPM] - Re: Problems

by anuragpaliwal

Hi All, I am also currently exploring the jBPM and have got the same issues regarding xHTML. I can see the generated xHTML file and those files have got entry in forms.xml as well. Inspite of that I always get blank page. Moreover, I never managed to give custom names to variables while creating task form using 'Generate Task Form' dialog box. I am just wondering if anyboby has got this problem as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109391#4109391 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109391

15 years, 4 months

1
0
0 / 0

[JBoss jBPM] - Branching, merging and version management.

by joe_jboss＠freemansoft.com

We follow the normal software model where we branch our source code and all related artifacts for each release. We also do this when we have a special project. This means that awlays have two or more active development branches. We keep all of our process definition XML files in our repository and bundle them with our application in the ear/war file. We're trying to figure out how we are going to "diff" and "merge" the BPM files between the various branches. We have 60+ BPM flows each of which consists of 3 components. We really need a way to merge the processdefinition.xml file. One problem there is that the designer often dies if you manually edit an xml file and any type of merge would be an xml file. The builder needs to be more robust about displaying what it can when it gets confused, even if it tosses the rest of the data. It would seem that we would really like to merge the layouts also but I'm not sure what that means. image.jpg files should probably be tossed and completely regenerated. In an ideal world, we'd do this with a graphical tool. Maybe where the two merging diagrams both show up in the builder in some color coded fashion. How do others handle version management of BPM files? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109390#4109390 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109390

15 years, 4 months

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: different order between sending and receiving(FIFO)

by garneke

One last point. In addition to using a 2 second timeout on the receive call, I also pause for .25 seconds before calling receive again if I do timeout. I was hoping to avoid that "race condition" that I have read is possible ( or was possible ). However, remember that messages are moving at around 200 ms intervals. I should never timeout. The only evidence that I have is that the logs on the sending side do not show any signs that writing to the Queue was delayed during any of the "out of order" periods. The logging on the receiving side is limited to just the bad messages. Thanks In Advance, for your help! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109389#4109389 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109389

15 years, 4 months

1
0
0 / 0

[JBoss Seam] - Pageflow & 3rd Party Site

by chane

I have created a pageflow for a shopping cart checkout process. I am now adding the ability to pay with PayPal. This process requires that I redirect the user to the PayPal site. Once the user completes the "payment", PayPal redirects the user back to the shopping cart to complete the checkout. Is there a way to have the user "resume" the pageflow at a specific step. Or do I have to start a new pageflow. Chris.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109388#4109388 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109388

15 years, 4 months

1
0
0 / 0

[Messaging, JMS & JBossMQ] - Re: different order between sending and receiving(FIFO)

by garneke

I am seeing basically the same issue as the original poster - however, I can find no solution. -I am using multiple Solaris 8 platforms with older hardware. -I have experienced the problem on both jboss v4.0.5GA and v4.2.2GA. -I am using a default jboss configuration with the one exception that I have altered it to use an mysql backend. In my situation I have multiple servers involved in the messages lifespan but I do not use any clustering and I have only one poster/consumer on any one Queue at any time. Senerio: 1. Each message contains a unique (sequential) serial number in its body. 2. Messages are written to a JMS Queue "A" on server #1 at around 200 millisecond intervals. 3. Messages are read from the Queue "A" manipulated and sent thru other servers using ordinary TCP sockets. The destination server writes the resulting message back to a new JMS Queue "B" on server #5. 4. Final application is sitting in an infinite loop reading messages as fast as it can from Queue "B" with CLIENT_ACKNOWLEDGE set and using 'receive(2000)' - Note: 2 second timeout. Each message that is read is acknowledged then the unique serial number is parsed from the message contents and compared to previously received messages. I always receive about a half a dozen messages out of order in a 300-350 thousand message set. The unique serial number stays consistently in sync with the JMS Message ID that is stored in the message header. This implies that the messages are written to the JMS Queue "B" in the correct order. It is only when I read them back that they become out of order. Normally, an out of order message will only be off by one message. However, I have had examples where a message is actually retrieved 5 messages late ( roughly a second late ). Between the unique serial number in the message body and the JMS Message ID and logging that I perform on the sending side I am confident that the messages are being written in order. I have to be able to say(guarantee) that we can deliver message in a FIFO order. I can not find any comments or postings suggestion that anyone has a fix for this. I know current development is geared toward Jboss v5 and Jboss Messaging versus JbossMQ, but I need to find a fix for this! What can I do? Do you have any suggestions? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109386#4109386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109386

15 years, 4 months

1
0
0 / 0

[JBoss Seam] - Re: seam-gen : list.xhtml - Create Button issue

by atao

Sorry i wrote too quickly. Indeed it should have been anonymous wrote : The JBSEAM-1493 "Seam-gen: allow return to original page" should take this case into account. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4109385#4109385 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4109385

15 years, 4 months

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user November 2007