April 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large messages broken

by clebert.suconic＠jboss.com

"timfox" wrote : The only failover tests with significant failures are related to large messages and paging, which are both your areas. | | The other failover tests I can run hundreds of times in a loop without failure. | | They need to be fixed.[/quote | | | | | The only reason the other failover tests are not failing is because of the size of the messages. | | I used to run them hundreds of times also, and some of the recent changes broke them. I will fix them before commit of my changes today. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225346#4225346 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225346

16 years, 12 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File last modified diff behavior

by jaikiran

"alesj" wrote : | | | long tempTimestamp = testJsp.getLastModified(); | | // Platform dependent precision for last modified. Let's wait a minimum of 1 sec | | Thread.sleep(1500); | | assertFalse(checker.hasStructureBeenModified(originalRoot)); | | long lastModified = testJsp.getLastModified(); | | Does this work for you? | Yes, it does: ------------------------------------------------------------------------------- | Test set: org.jboss.test.deployers.vfs.structure.modified.test.SynchModificationTestCase | ------------------------------------------------------------------------------- | Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.816 sec | "alesj" wrote : | Checker then deletes and re-creates the temp file, | resulting in new last modified. | Right, it's the checker which sets the last modified on the new temp to the current system time and should be atleast 1 second diff from the old temp file's last modified time. That delay, with Thread.sleep achieves this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225342#4225342 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225342

16 years, 12 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA Heuristic Example --- We are not ready for it?

by timfox

I don't understand the point you're making. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225340#4225340 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225340

16 years, 12 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File last modified diff behavior

by alesj

"jaikiran" wrote : Yep, i have Kubuntu system where this still fails: | Yeah, for me too. "jaikiran" wrote : | The delay that we need, should be between the change of the original file and copying to temp file. Something like: | | | | long tempTimestamp = testJsp.getLastModified(); | | // Platform dependent precision for last modified. Let's wait a minimum of 1 sec | | Thread.sleep(1500); | | assertFalse(checker.hasStructureBeenModified(originalRoot)); | | long lastModified = testJsp.getLastModified(); | Does this work for you? Although, the temp should be compiled/copied to test-classes long before System.currentTimemillis - 1sec. As mvn first creates all the files and only then runs the tests. Checker then deletes and re-creates the temp file, resulting in new last modified. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225339#4225339 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225339

16 years, 12 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - XA Heuristic Example --- We are not ready for it?

by gaohoward

It seems not so meaningful for this example, look at the code: 1. our XAResource methods (ClientSessionImpl) commit() and rollback() don't throw any Heuristic exceptions. 2. out XAResource method forget() also does nothing. See ServerSessionImpl.doHandleXAForget() | private void doHandleXAForget(final SessionXAForgetMessage packet) | { | // Do nothing since we don't support heuristic commits / rollback from the | // resource manager | | Packet response = new SessionXAResponseMessage(false, XAResource.XA_OK, null); | | channel.confirm(packet); | | channel.send(response); | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225338#4225338 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225338

16 years, 12 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File last modified diff behavior

by jaikiran

Yep, i have Kubuntu system where this still fails: Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.425 sec <<< FAILURE! | testWAR(org.jboss.test.deployers.vfs.structure.modified.test.SynchModificationTestCase) Time elapsed: 0.121 sec <<< FAILURE! | junit.framework.AssertionFailedError: Last modified diff is not bigger then 0, diff: 0 | at junit.framework.Assert.fail(Assert.java:47) | at junit.framework.Assert.assertTrue(Assert.java:20) | at org.jboss.test.deployers.vfs.structure.modified.test.SynchModificationTestCase.testWAR(SynchModificationTestCase.java:122) | I see that the testcase was changed to: assertTrue(updateFile.setLastModified(System.currentTimeMillis() + 1500l)); | This probably won't introduce the "delay" that we are expecting. Looking at this: | long tempTimestamp = testJsp.getLastModified(); | assertFalse(checker.hasStructureBeenModified(originalRoot)); | long lastModified = testJsp.getLastModified(); I guess, internally its a file "copy" (original deployment to temp deployment) if the original file has changed. I am not really sure whether the "copy" copies over the last modified timestamp from the source. Maybe the copy just copies the file and updates the last modified time to current system timestamp? The delay that we need, should be between the change of the original file and copying to temp file. Something like: | long tempTimestamp = testJsp.getLastModified(); | // Platform dependent precision for last modified. Let's wait a minimum of 1 sec | Thread.sleep(1500); | assertFalse(checker.hasStructureBeenModified(originalRoot)); | long lastModified = testJsp.getLastModified(); View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225335#4225335 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225335

16 years, 12 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File last modified diff behavior

by alesj

I just added additional 1500ms. Can you check (if you're on Linux :-))? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225329#4225329 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225329

16 years, 12 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File last modified diff behavior

by jaikiran

anonymous wrote : | File updateFile = new File(rootFile, "test.jsp"); | assertTrue(updateFile.setLastModified(System.currentTimeMillis())); As per the javadoc of java.io.File.setLastModified: anonymous wrote : All platforms support file-modification times to the nearest second, but some provide more precision. The argument will be truncated to fit the supported precision. If the operation succeeds and no intervening operations on the file take place, then the next invocation of the lastModified() method will return the (possibly truncated) time argument that was passed to this method. | | So unless there is a difference of 1 second, there's no guarantee of that test case passing on all platforms. I guess the test case could be changed to add some delay before updating the last modified timestamp on the original file. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225317#4225317 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225317

16 years, 12 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM4: beta1 realease?

by luigiexp

sorry I think it's not the right place for this topic! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225314#4225314 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225314

16 years, 12 months

1
0
0 / 0

[Design of JBoss jBPM] - jBPM4: beta1 realease?

by luigiexp

Hi all, is there some news about the beta1 release of BPM4? It should have been released on the 1st of April or am I in wrong? Anyway could someone help me in solving this problem (jBPM4)? I tried to add an EventListner (I called PrintLn) to the flow andI should store it in my DB, I attempted to use the EnviromentFactory and other classes but it's a mess without documentation since a lot it's changing in the version 4! So I get some errors like this: Exception in thread "main" org.hibernate.MappingException: Unknown entity: it.eng.siege.test.PrintLn thanks in advance View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225312#4225312 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225312

16 years, 12 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-dev-forums April 2009