March 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Build System] - Re: Move dependency management back into app server svn stru

by adrian＠jboss.org

"pgier" wrote : After spending some time updating dependencies in the component-matrix pom while working on the build-thirdparty conversion, it seems that having the component-matrix as a separate project is somewhat error prone. | | The main issue is that whenever I make a change in the component matrix I have to make sure that the app server is immediately updated to match, otherwise there are build errors. When the dependency management is part of the app server codebase, this is not an issue because everything gets committed together, and built together. | Why can't the component-matrix be included in the jbossas checkout using the same svn mechanism as shares docbook across many projects? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139032#4139032 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139032

16 years, 3 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Deployment ClassPath and AOP

by adrian＠jboss.org

"kabir.khan(a)jboss.com" wrote : Regarding the ordering of classpath, I agree it should be at the start of the classpath. Although, as I mentioned somewhere else, this is not a problem in practice since only generated classes are written there. Woven classes are already in the classloader/classpools Ok, I'll change this, it will come through in the next deployers release. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139030#4139030 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139030

16 years, 3 months

1
0
0 / 0

[Design of JBoss Build System] - Move dependency management back into app server svn structur

by pgier

After spending some time updating dependencies in the component-matrix pom while working on the build-thirdparty conversion, it seems that having the component-matrix as a separate project is somewhat error prone. The main issue is that whenever I make a change in the component matrix I have to make sure that the app server is immediately updated to match, otherwise there are build errors. When the dependency management is part of the app server codebase, this is not an issue because everything gets committed together, and built together. So consider the following scenario where I want to change a groupId or a dependency or add a new dependency. 1. Using separate component-matrix I have to update the component-matrix and install it locally. Then I make the matching changes to the app server poms and install it locally. If it works, I commit and deploy the component-matrix. Then I commit the changes to the app server poms. Now someone checks out the updates to the app server poms. They try to build, but they are missing dependencies because their component-matrix pom in their local repository is out of date (by default maven checks for snapshot updates once per day). 2. Having dependency management in the app server svn structure. In this case I can just make my changes locally, test them, and then commit the changes together. If someone does an svn update it will work fine for them because they are building and installing the component-matrix stuff along with the rest of the app server. So option 2 seems to be significantly simpler and less error prone. Other thoughts? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139024#4139024 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139024

16 years, 3 months

1
0
0 / 0

[Design of JBoss Portal] - Re: JBOSS User API?

by thomas.heute＠jboss.com

Look at the core-identity portlets All JBoss Portal code is LGPL View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139021#4139021 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139021

16 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Shared Transport in JGroups

by clebert.suconic＠jboss.com

We plan to use JGroups 2.6.2 on Branch_Stable. JBossMessaging currently requires an application server... The only standalone ATM is our testsuite. This is the UDP stack we have successfully tested: <config> | <UDP | mcast_addr="${jboss.messaging.controlchanneludpaddress,jboss.partition.udpGroup:228.7.7.7}" | mcast_port="${jboss.messaging.controlchanneludpport:45568}" | tos="8" | ucast_recv_buf_size="20000000" | ucast_send_buf_size="640000" | mcast_recv_buf_size="25000000" | mcast_send_buf_size="640000" | loopback="false" | discard_incompatible_packets="true" | max_bundle_size="64000" | max_bundle_timeout="30" | use_incoming_packet_handler="true" | ip_ttl="${jboss.messaging.ipttl:8}" | enable_bundling="false" | enable_diagnostics="true" | thread_naming_pattern="cl" | | use_concurrent_stack="true" | | thread_pool.enabled="true" | thread_pool.min_threads="1" | thread_pool.max_threads="200" | thread_pool.keep_alive_time="5000" | thread_pool.queue_enabled="true" | thread_pool.queue_max_size="1000" | thread_pool.rejection_policy="Run" | | oob_thread_pool.enabled="true" | oob_thread_pool.min_threads="1" | oob_thread_pool.max_threads="8" | oob_thread_pool.keep_alive_time="5000" | oob_thread_pool.queue_enabled="false" | oob_thread_pool.queue_max_size="100" | oob_thread_pool.rejection_policy="Run"/> | <PING timeout="2000" | num_initial_members="3"/> | <MERGE2 max_interval="100000" | min_interval="20000"/> | <FD_SOCK /> | <FD timeout="10000" max_tries="5" shun="true"/> | <VERIFY_SUSPECT timeout="1500" /> | <BARRIER /> | <pbcast.NAKACK use_stats_for_retransmission="false" | exponential_backoff="150" | use_mcast_xmit="true" gc_lag="0" | retransmit_timeout="50,300,600,1200" | discard_delivered_msgs="true"/> | <UNICAST timeout="300,600,1200,2400,3600"/> | <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000" | max_bytes="400000"/> | <VIEW_SYNC avg_send_interval="10000"/> | <pbcast.GMS print_local_addr="true" join_timeout="3000" | shun="false" | view_bundling="true"/> | <FC max_credits="500000" | min_threshold="0.20"/> | <FRAG2 frag_size="60000" /> | <pbcast.STATE_TRANSFER/> | <pbcast.FLUSH timeout="20000"/> | </config> | And this is our TCP stack: <config> | <TCP start_port="7900" | loopback="true" | recv_buf_size="20000000" | send_buf_size="640000" | discard_incompatible_packets="true" | max_bundle_size="64000" | max_bundle_timeout="30" | use_incoming_packet_handler="true" | enable_bundling="false" | use_send_queues="false" | sock_conn_timeout="300" | skip_suspected_members="true" | use_concurrent_stack="true" | thread_pool.enabled="true" | thread_pool.min_threads="1" | thread_pool.max_threads="200" | thread_pool.keep_alive_time="5000" | thread_pool.queue_enabled="true" | thread_pool.queue_max_size="500" | thread_pool.rejection_policy="run" | oob_thread_pool.enabled="true" | oob_thread_pool.min_threads="1" | oob_thread_pool.max_threads="100" | oob_thread_pool.keep_alive_time="5000" | oob_thread_pool.queue_enabled="false" | oob_thread_pool.queue_max_size="100" | oob_thread_pool.rejection_policy="run"/> | <MPING timeout="5000" | mcast_addr="${jboss.messaging.datachanneludpaddress,jboss.partition.udpGroup:228.6.6.6}" | mcast_port="${jboss.messaging.datachanneludpport:45567}" | ip_ttl="${jboss.messaging.ipttl:8}" | num_initial_members="5" | num_ping_requests="3"/> | <MERGE2 max_interval="100000" min_interval="20000"/> | <FD_SOCK/> | <VERIFY_SUSPECT timeout="1500"/> | <BARRIER/> | <pbcast.NAKACK use_mcast_xmit="false" gc_lag="0" | retransmit_timeout="300,600,1200,2400,4800" | discard_delivered_msgs="true"/> | <UNICAST timeout="300,600,1200,2400,3600"/> | <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000" | max_bytes="400000"/> | <VIEW_SYNC avg_send_interval="10000"/> | | <pbcast.GMS print_local_addr="true" join_timeout="3000" | shun="false" view_bundling="true"/> | </config> | We really need UNICAST on tcp, and pbcast.STATE_TRANSAFER and pbcast.FLUSH. As far as I remember these items are not described on the MUX channel at JBoss5. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139019#4139019 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139019

16 years, 3 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Possible regression in aop?

by adrian＠jboss.org

Actually the method is abstract because it is just retrieving a name. Your implementation should move to be the default implementation in the AbstractMetaDataLoader. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139018#4139018 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139018

16 years, 3 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - jee module's alt-dd

by alex.loubyansky＠jboss.com

I see that it has been mentioned here for the WAR modules http://www.jboss.com/index.html?module=bb&op=viewtopic&t=131976 but that affects other modules too, e.g. EJB. To mee it looks like the filename should either be passed as a parameter to deploy() or be available from the DeploymentUnit. Any other ideas? I am looking into an EJB issue that is a consequence of this. I could dig into it further or if someone else was planning to work on this I'll jump on something else. Please let me know. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139016#4139016 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139016

16 years, 3 months

1
0
0 / 0

[Design of JBoss Portal] - Re: JBOSS User API?

by johnboy

Thanks this seems like a strong possibility. I am going to play around with it. I assume I have access to this package. Are there any legal issues in using this or is all LGPL covering it? Do you know are there any examples of using this package out there floating around? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139014#4139014 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139014

16 years, 3 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Possible regression in aop?

by adrian＠jboss.org

:-) Ok I see the problem. The real fix is to invoke the super method instead of returning null. I don't even know why I override the method for this test :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139012#4139012 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139012

16 years, 3 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Deployment ClassPath and AOP

by adrian＠jboss.org

So can we change it such that Module.getTempURL() returns vfsmemory://guid/classes that way somebody can decide the url comes from some other mechanism that might not put things in a classes folder. Also, I don't know whether you saw my comment, but the way the vfsmemory handler is handling URL is brokens. e.g. | URL directory = new URL("vfsmemory://guid"); | URL classes = new URL(directory, "classes"); | | URL classes2 = new URL("directory + "/classes"); | classes.equals(classes2) is false which is wrong. classes is actually the same as directory???? I think this is because you are doing your own manual parsing of the URL instead of using the api as its meant to be used? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139011#4139011 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139011

16 years, 3 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 March 2008