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

[Design of JCA on JBoss] - Re: Error In Building

by jesper.pedersen

There is a bug in Ivy when compiling on Windows. You need compile the Ivy trunk and install that JAR file. Then it'll work. I'll update the developer guide with the requirement. Thanks for the feedback. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241575#4241575 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241575

14 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by rams.rapo

well, a process can still have a transition with name="completed". Does jBPM4 prevent when deploying such process defs? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241569#4241569 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241569

14 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Parallel deployments

by kabir.khan＠jboss.com

Sure, I haven't built AS for a while, and am currently struggling with getting it set up in Eclipse. I've never had a problem in the past, so I am not sure what is going on. Once that is done, and I can actually browse the source, I need to figure out how to set an executor in the controller. If I understood Brian Stansberry correctly, I also need to modify hapartition-jboss-beans.xml | <bean name="HAPartition" | class="org.jboss.ha.framework.server.ClusterPartition" | mode="Asynchronous"> | and jboss-cache-manager-jboss-beans.xml | <bean name="CacheManager" class="org.jboss.ha.cachemanager.CacheManager" mode="Asynchronous"> | Once I can build AS in Eclipse, and run this I'll post my findings. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241565#4241565 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241565

14 years, 11 months

1
0
0 / 0

[Design of JCA on JBoss] - Error In Building

by gurkanerdogdu

Hi; I have checked out from anonsvn trunk. It gives following error while building [ivy:retrieve] :: resolution report :: resolve 1355ms :: artifacts dl 46ms | --------------------------------------------------------------------- | | | modules || artifacts | | | conf | number| search|dwnlded|evicted|| number|dwnlded| | --------------------------------------------------------------------- | | standalone | 51 | 0 | 0 | 0 || 49 | 0 | | | test | 55 | 0 | 0 | 0 || 53 | 0 | | | sjc | 25 | 0 | 0 | 0 || 23 | 0 | | --------------------------------------------------------------------- | [ivy:retrieve] | [ivy:retrieve] :: problems summary :: | [ivy:retrieve] :::: WARNINGS | [ivy:retrieve] :::::::::::::::::::::::::::::::::::::::::::::: | [ivy:retrieve] :: UNRESOLVED DEPENDENCIES :: | [ivy:retrieve] :::::::::::::::::::::::::::::::::::::::::::::: | [ivy:retrieve] :: org.jboss.metadata#metadata-common;2.0.0-SNAPSHOT: several problems occured while resolving dependency: org.jboss.metadata#metadata-common;2.0.0-SNAPSHOT {standalone=[default], sjc=* }: | [ivy:retrieve] Index: 0, Size: 0 | [ivy:retrieve] Index: 0, Size: 0 | [ivy:retrieve] Index: 0, Size: 0 | [ivy:retrieve] :: org.jboss.metadata#metadata-rar;2.0.0-SNAPSHOT: several problems occured while resolving dependency: org.jboss.metadata#metadata-rar;2.0.0-SNAPSHOT {standalone=[default], sjc=* }: | [ivy:retrieve] Index: 0, Size: 0 | [ivy:retrieve] Index: 0, Size: 0 | [ivy:retrieve] Index: 0, Size: 0 | [ivy:retrieve] :::::::::::::::::::::::::::::::::::::::::::::: | [ivy:retrieve] | [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS | | BUILD FAILED | resolve failed - see output for details | Thanks --Gurkan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241564#4241564 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241564

14 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by dward

$ svn commit Sending product/rosetta/src/org/jboss/soa/esb/actions/routing/http/HttpRouter.java Sending product/rosetta/src/org/jboss/soa/esb/listeners/gateway/HttpGatewayListener.java Sending product/rosetta/src/org/jboss/soa/esb/listeners/gateway/HttpMessageComposer.java Sending product/rosetta/src/org/jboss/soa/esb/listeners/gateway/JBossRemotingGatewayListener.java Sending product/rosetta/src/org/jboss/soa/esb/message/ResponseHeader.java Sending product/services/soap/src/main/java/org/jboss/soa/esb/actions/soap/AbstractWsdlContractPublisher.java Sending product/services/soap/src/main/java/org/jboss/soa/esb/actions/soap/SOAPClient.java Sending product/services/soap/src/main/java/org/jboss/soa/esb/actions/soap/SOAPProcessor.java Sending product/services/soap/src/test/java/org/jboss/soa/esb/actions/soap/SOAPClient_Response_UnitTest.java Transmitting file data ......... Committed revision 27450. https://jira.jboss.org/jira/browse/JBESB-2511 is now resolved. Fix Version: 4.6. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241559#4241559 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241559

14 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Journal Cleanup and Journal Compactor

by clebert.suconic＠jboss.com

Full compacting won't eliminate the need for cleanup. The previous post explained how to replicate the issue... And here is a short example of what it happens... You have these files: F1 : SA1, SA2, SA3... SA100... A1 F2: A2, D1 F3: A3, D2 F4: A4, D3 ... Fn: An, D(n-1), A(n+1) * A = Append, D = Delete, U=Update, F = File * SA = Surviving Add (Nothing will ever delete those records) On the example above, you have 100 records on F1, that will never be deleted. As soon as you compact this, you will have: New-F1: SA1, SA2, SA3... SA100. A(n+1) That is... the live records from FN were compacted into New-F1 also. After compacting is done, we delete that record that was on FN, and we add a new one: New-F1: SA1, SA2, SA3... SA100. A(n+1) New-F2: D(n+1) A(n+2) At this point there is a link between New-F1 and New-F2. Conclusion: once you have live records: compacting will aways be executed time to time, what will have consequences on performance. We should have compacting being executed ocasionally.. not every 5 minutes. We need to cleanup those links somehow when they happen. On the tests I did when I left 100 surviving records on the journal, compacting was called at least 3 times while sending/consuming 100K messages. Tim said on the meeting today.. let compacting to happen every 30 minutes.. but that wouldn't work, as nothing will be reclaimed for 30 minutes (you could eat up all your disk space in production because of this.. as bad as it is). Possible solution is to cleanup New-F1 only (eliminating A(n+1) phisically from New-F1 will eliminate the link between New-F1 and New-F2). I could use the Compacting code for that, and that would work as long as we start from the beggining of the list. I don't intend to do any deep technical discussions around the cleanup implementation now, since I need to finish compacting first. So far I only want to point the issue that we really need the cleanup also. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241546#4241546 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241546

14 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Parallel deployments

by smarlow＠redhat.com

Nice! I'm looking forward to hearing how things go with AS! :) Could you share your AS changes (if you don't check them in)? I would also like to experiment with using parallel deployment in AS. -Scott View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241542#4241542 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241542

14 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by Kevin.Conner＠jboss.com

David, this looks good. Lets get this into the codebase and we can take things from there. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241539#4241539 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241539

14 years, 11 months

1
0
0 / 0

[Design of Management Features on JBoss] - Re: Contents of jnp-service.url file

by bstansberry＠jboss.com

I'm not aware of anyone else wanting to use this file. If I don't hear any objections by the time I get to this in a couple days I'll just go with b) and put the logic in NamingServiceURLWriter. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241536#4241536 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241536

14 years, 11 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Resolving jacc-api vs. jboss-javaee

by anil.saldhana＠jboss.com

http://anonsvn.jboss.org/repos/jbossas/projects/jboss-aspects/trunk/secur... Looks like it is coming from here, ALR. Maybe you can just fix it and do an aspects release when you want it??? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241535#4241535 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241535

14 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums July 2009