September 2008 - jboss-dev-forums

[Design the new POJO MicroContainer] - Re: virtualFile.toURL().openStream() does not provide a JarI

by scott.stark＠jboss.org

I tried it and its still failing. I updated the test to set the VFSUtils.FORCE_COPY_KEY property to true because that is what is used in jbossas. As Carlo said, this fails with the immediate eof exception on first read of the stream as is the case for the tck test. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174747#4174747 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174747

17 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: sar vs ear packaging

by alex.guizar＠jboss.com

I've created JBPM-1717, an issue whose resolution depends on the packaging we settle on. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174741#4174741 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174741

17 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - sar vs ear packaging

by alex.guizar＠jboss.com

Was there any particular reason to switch back to a sar packaging? IMO, the ear packaging fitted our purposes better - I can't think of properties or operations in the JMX console that would not be better placed in the web console instead. More importantly, the ear is portable, at least conceptually. There is evidence in the forums that users are deploying it to every other major appserver, with some minor adaptations, of course. There is a third, albeit more distant, advantage to the ear: the ability to resolve ejb and destination references in web.xml through the ejb-link and message-destination-link elements. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174740#4174740 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174740

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: virtualFile.toURL().openStream() does not provide a JarI

by mstruk

I commited Carlo's patch. I noticed I was calling write(zero-length-buffer) for directory entries. Maybe this has to do with EOFException. I fixed that so maybe it works better now. - marko View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174739#4174739 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174739

17 years, 7 months

1
0
0 / 0

[Design of Security on JBoss] - Re: EJBSpecUnitTestCase and the MDB Run As related tests

by anil.saldhana＠jboss.com

The EJBSpecUnitTestCase should be passing in full. JBAS-5054 is resolved. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174736#4174736 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174736

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: virtualFile.toURL().openStream() does not provide a JarI

by wolfc

Now if I add: public static Test suite() | { | System.setProperty(VFSUtils.FORCE_COPY_KEY, "true"); | ... | } The test (among others) fails in the same manner as on AS. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174733#4174733 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174733

17 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: virtualFile.toURL().openStream() does not provide a JarI

by wolfc

The EOFException happens when the jar contains an 'empty' entry. There is some wicked logic in Hibernate that triggers it. I've updated my patch on Jira. With it that test passes, but I get 4 other failures. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174732#4174732 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174732

17 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA Recovery on Journal...

by clebert.suconic＠jboss.com

I have a question related to PrepareTransaction, Recoveries and NonDurableMessages We only store the Xid on Journal, if there are PersistentMessages. (which is aways my expecation). That means, if we produce messages on JBM as part of a Distributed Transaction using only NonDurableMessages those XIDs won't be recovered in case of a server crash/restart. Would that cause any issues on the TransactionManager? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174731#4174731 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174731

17 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - XA Recovery on Journal...

by clebert.suconic＠jboss.com

I have done some small changed on XID on Journal. The Journal should be agnostic about XID IMO, The StorageManager should be the correct place to encode and decode that. So, I have changed it a little bit. journal.prepare is now receiving an EncodingSupport, and TransactionHolder is aways holding a byte[] representing the XID. JournalStorageManager later will translate that after load is done. I have also added a few more assertions around Journal tests to make sure the data is handled fine on prepareTransactions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174728#4174728 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174728

17 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Sources for jboss-aop

by pgier

I changed the aop thirdparty pom so that thirdparty sources are downloaded by default. You can turn it off with this. ./build.sh -Dthirdparty.maven.opts="-Dskip-download-sources" View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4174723#4174723 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4174723

17 years, 7 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 September 2008