[JBoss-dev] [Design of JBoss IIOP on JBoss] - CORBA servant MBean?
There have been several posts recently asking how one might plug a CORBA servant into JBoss as a method to wrap EJB calls behind customized IDL or to just utilize extant servants as is. Given this interest, it seems like writing an MBean that could load/manage any CORBA servant class would be a good idea, and I would like to contribute such a bean. Here are some quick thoughts about functionality: * This MBean would depend on at least the CorbaORB MBean. * The servant after being activated, could be registered with the CORBA naming service provided by JBoss via the CORBANaming MBean (and a third party one as well). * Since MBeans have a definate lifecycle, it might be a good idea for this MBean to really represent a named POA, since the MBean lifecycle could be mapped to a POA lifecycle. This would also allow for the configuration of the POA's policies and the inclusion of a POAManager if need be. Is this a worthwhile effort? Is this something that could be a part of JBoss, or would this be better served as a thirdparty MBean (the contributed MBeans wiki)? Is there any other functionality that might be useful to have? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874048#3874048 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874048 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Can we start writing jms test clients to check complianc
The distributed test case framework for JMS using jgroups has been
implemented(Based on remoting DTF source base)
Scenario covered
1.One producer
2.One synchronous consumer
Its based on the distributed test framework developed by Tom for remoting
org/jboss/dtf/**
I copied it into jboss-head/jms/tests directory.
Result
Testsuite:
org.jboss.test.messaging.jms.dist.DistributedProducerSynchConsumerTestCase
Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 35.441 sec
- Standard Output ---
---
GMS: address is localhost:1821
---
- ---
Testcase: testInvokers took 30.113 sec
FAILED
expected: but was:ID:3j001-4n2l02-e7k0983a-1-e7k09gkq-3
junit.framework.ComparisonFailure: expected: but
was:ID:3j001-4n2l02-e7k0983a-1-e7k09gkq-3
at
org.jboss.test.messaging.jms.dist.DistributedProducerSynchConsumerTestCase.testInvokers(DistributedProducerSynchConsumerTestCase.java:125)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.jboss.dtf.DistributedTestCase.run(DistributedTestCase.java:509)
The Test Fails, producer is setting the msg id to null,
(similar scenario in a local call passes)
With last weeks' CVS co this was passing, when i did the update yesterday the
test started failing.
Issues faced
1.Had to change the {}/jboss-head/jms/src/resources/jgroups-core.jar with the
one from thirdparty module
Problem with RPCDispatcher of jgroups-core, not able to make remote calls to
methods of super class if they are not overridden in the sub class.
2.Added following property to jgroups props in
org.jboss.dtf.DistributedTestCase to make jgroups work on my m/c
bind_addr=127.0.0.1;
please remove this if tests give an error.
Design
The test case has the following java files
org.jboss.test.messaging.jms.dist.DistributedProducerSynchConsumerTestCase
| org.jboss.test.messaging.jms.dist.ProducerClientTest
| org.jboss.test.messaging.jms.dist.SynchConsumerClientTest
|
DistributedProducerSynchConsumerTestCase is the main TestCase (extends
org.jboss.dtf.DistributedTestCase).
It configures the Topics/Queues using ServerManagement utility.
It launches Producers and Consumers in their own VMs (each producer and
consumer extend org.jboss.dtf.DistributedTestCase.)
during setUp.
All the VMs wait for each other to come up and then the actual execution of the
test cases happen.(each VM must know what are the total number of parties
coming up)
In this test case producer and consumers update
DistributedProducerSynchConsumerTestCase for the messageID sent and received ,
the assert call happens in DistributedProducerSynchConsumerTestCase.
New Features added to org.jboss.dtf.DistributedTestCase
Call back method :
public void sendMessage(String type,String message)
|{
| MethodCall call = new MethodCall(receiveMessage,
| new Object[]{type,message},
new Class[]{String.class,String.class});
| disp.callRemoteMethods(null, call, GroupRequest.GET_NONE, 0);
| log.debug(sent Message : + call);
|}
|
|public void receiveMessage(String type,String message)
|{
|log.debug(Received Msg: + type + :: + message);
|}
|
for sending receiving the messageIDs between VMs.
Logging initializer :
public Logger setLogging(String level, String fileName, Class classObj)
| {
| ...
| }
|
Each VM has its own log file named named after fully qualified class name and
an ID given as a command line agreement.
Changes to build.xml in jboss-head/jms/tests
Added the following lines in
| path id=library.classpath
|
| !--pathelement
path=${module.root}/../src/resources/jgroups-core.jar/--
| pathelement path=${module.root}/../src/resources/jgroups.jar/
| pathelement
path=${module.root}/../../j2ee/output/lib/jboss-j2ee.jar/
|
| Added new component
| path id=jms.classes
| pathelement path=./../output/etc/
| pathelement path=./../output/classes/
| pathelement
path=${module.root}/../../aspects/output/lib/jboss-aspect-library.jar/
| pathelement
path=${module.root}/../../common/output/lib/jboss-common.jar/
| pathelement
path=${module.root}/../../remoting/output/lib/jboss-remoting.jar/
| pathelement
path=${module.root}/../../j2se/output/lib/jboss-j2se.jar/
| pathelement
path=${module.root}/../../naming/output/lib/jnp-client.jar/
| pathelement
path=${module.root}/../../thirdparty/javassist/lib/javassist.jar/
|
[JBoss-dev] [Design of JBoss IIOP on JBoss] - Re: CORBA servant MBean?
Looks interesting. At the very least, it could be used as a skeleton for people that want to do this sort of things. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874059#3874059 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874059 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of the JBoss EJB Container] - Calling to develop JBoss Batch container....
Following a talk with the cheif architecture of WebSphere, Bob High, they are now pushing a new container, which works with EJB in a batch mode. Mainly a batch is a non interactive operation, that take a long time on big set. You usually do a loop on a set, creating a checkpoint every x iteration, so in case of failure you can continue from this point. You usually do commit at such points and persistance the checkpoint iterator value. One usage of EJB CMP type is to prefatch the EJB based on the order keys. Also if supoort of clustering per key range, than it can be process in parrallel. Also you can control the priority of the task so it will be lower than OLTP (on line transaction) when OLTP responses become slower. Comapnies like Intentia, Cardnet and others which had to process more than 100K items have used J2SE programs to do so or extend the J2EE web side behind spec. Here the idea is to enter batch container to spec and IBM is conducting such an effort, and your help guys, will help both side, a mostly developers, to get a usefull container. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874066#3874066 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874066 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Updated cvs code to work with 3.1M6
Hi, Trying to remember to use the dev-forum instead of direct mails for this jboss ide dev stuff ,) I have now updated the jsp.ui plugin to be compilable against 3.1M6, but unfortunately I could not find a easy way to filter out _jspx field and method names - so that will be a small regression bug until we get plugged into the WTP JSP editor. Please test if you can ,) /max View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874070#3874070 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874070 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of the JBoss EJB Container] - Re: Calling to develop JBoss Batch container....
And where is the spec behind this? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874109#3874109 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874109 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Integration of aop/aspects into JBAS and other projects
Ben Wang has created a web container aspect for fine-grained replication of session data. This brings up a previous issue of where aspects live and how they are deployed in non-trivial environments like JBAS. Currently there are aspects like security living in the aspects module which do not belong in a standalone aspects library as evidenced by the module dependencies: | path id=dependentmodule.classpath | path refid=jboss.common.classpath/ | path refid=jboss.j2ee.classpath/ | path refid=jboss.j2se.classpath/ | path refid=jboss.jmx.classpath/ | path refid=jboss.system.classpath/ | path refid=jboss.security.classpath/ | path refid=jboss.j2se.classpath/ | path refid=jboss.system.classpath/ | path refid=jboss.remoting.classpath/ | path refid=jboss.cluster.classpath/ | path refid=jboss.transaction.classpath/ | path refid=jboss.aop.classpath/ | path refid=jboss.server.classpath/ | path refid=jboss.container.classpath/ | /path | The aspects I am most familar with that do not belong here are the security aspects, which depend on implementation details of jbosssx as it is bundled into JBAS. Throw in deployment ordering, hot deployment, class loader scoping, alignment of aspects with their sevices for ease of installation packaging, etc. and the current monolithic aspect is not managable. So this thread is a starting point to discuss how we are going to manage the aop aspects. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874111#3874111 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874111 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: proposed mods to SARDeployer
setHarURL was needed simply to allow the deployer to inject this value into the mbean. Use of this at runtime or through the console is highly discouraged ;) Another thought is that in the scheme y'all are proposing (provided multiple interceptors can process the deployer init stuff) we could simply have an additional Hibernate-specific interceptor which checks the deployment's mbeans for the Hibernate mbean and injects the url. Then you would not need ServiceMBeanSupport exposing the URL attribute at all and could still get away with no specific HARDeployer. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874112#3874112 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874112 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Deployers on JBoss (Deployers/JBoss)] - Re: proposed mods to SARDeployer
Correct, and this is certainly the future deployment process architecture as a deployment is just a packaging with instructions on how to configuration the various aspects. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874114#3874114 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874114 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: New Build - Standalone module - multiple builds
[EMAIL PROTECTED] wrote : One issue that is not clear in this discussion is do I have sufficient info to go obtain the source for every jar I find in the dist? Ultimately I want this for patches as well. The ideal roundtrip behavior is that I would point a ant task to a release and have it spit out the jboss-build.xml that would obtain the source and thirdparty repository to rebuild the possibly patched dist. | Right, you might have a distribution which has potentially reflects multiple patches, and now you want the source for this distribution. I think this is possible with the current design. How it would work: 1. Iterate over all the jars in a release, collecting the component id version from each jar manifest. 2. Verify there are no conflicts between jars. IE, jboss-common.jar and jboss-common-client.jar must agree on their version. Otherwise, the source is not resolvable. 3. Based on the above, you have enough information to create a toplevel build. * 4. Upon calling synchronize for this toplevel build, the component id's and versions will be used to resolve the component-info from the build repository. 5. The component-info will contain the cvsroot, module, and tags for each component. These data will then be used to checkout the source for each component. * This does not address non-archive artifacts, such as text files. We would need to add manifests to these text files if we wanted to be able to resolve their source components. Is this necessary for this use case (or in general)? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874116#3874116 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874116 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: New Build - Standalone module - multiple builds
[EMAIL PROTECTED] wrote : | 1. Iterate over all the jars in a release, collecting the component id version from each jar manifest. | This assumes we add the compoent id to the manifest. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874117#3874117 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874117 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Build System] - Re: New Build - Standalone module - multiple builds
anonymous wrote : | * This does not address non-archive artifacts, such as text files. We would need to add manifests to these text files if we wanted to be able to resolve their source components. Is this necessary for this use case (or in general)? | No. In general configuration files will have no mapping to the dist as they will have been customized. I'm really only interested in being able to reproduce the same binaries from source for support. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874118#3874118 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874118 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - new window behaviour since last night
Quote from Roy: Clean co from CVS today. I noticed changes to the window behaviour as many people including Scott have suggested. A few questions: 1. Is this configurable? Can we set the old behaviour or new one in a descriptor? Not important for me. I like the new way better. 2. I have to fix the cmsportlet now.. its in normal mode and blank due to my overwriting the windowstate code-side. If window behaviour is configurable, this may be a pain in the ass for me. 3. I'm assuming all portlets are in normal state on the default page now? I think this is fine. I have to erase what I remember from the old way, because I'd like to normalize a side-portlet so it takes the 2nd column space as before. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874120#3874120 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874120 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: new window behaviour since last night
sorry this is a result of the changes I checked in yesterday. I guess I should have explained those better ahead of everyone running into them ;) I had a hard time to get rid of the old behavior, where the portlet in 'main' was automatically maximized. Since maximized now actually works ;) the results were weird. The current state is not quite final, but it shouldn't change much anymore. I still have to get rid of the 'main' concept, and make it a region just like any other region, but that requires me to rewrite the jsps, and that is a bigger effort. Anyway, unless there are any objections, the behavior will pretty much stay the way it is now. Configurability: yes, this is configurable. The Layout strategy allows you to change window states, filter portlets to be rendered, move portlets into other regions, change the sort order, etc. You can write your own Strategy, or take the Strategy interceptor out all together. The strategy can be configured for each portal-layout. If there is no strategy defined for the current layout, then the portal's default layout strategy will be used (the one you see now). Not quite sure if I can follow 2 and 3. If you have concerns about those, please elaborate so I am aware of what you need / don't want to see I like answering my own posts View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874121#3874121 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874121 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Integration of aop/aspects into JBAS and other projects
Well, this is not exactly as an Aspect. But rather an switch inside Tomcat. Still, I have a tc5-clutster.aop jar that needs to deploy under all/deploy. In addition, I need to access it from testsuite so my POJO can precompile with annotationc and aopc. What's the best practice? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874123#3874123 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874123 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss/Tomcat Integration] - Re: JSP Compiler down after running the JBoss Server for som
Just wondering if you ever solved this problem. I am experiencing the same issue Running Solaris 10, j2se 1.4.2_07, JBOSS3.2.1/TomCat 4.2.x View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874125#3874125 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874125 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: new window behaviour since last night
I like the new behaviour. I think it is in keeping with other portal vendors and is more windows-like. Point 2: The cmsportlet and forumsportlet were the default portlets in their assigned pages. They were always in normal mode. Since they showed nothing in normal mode, this needs to be changed. I will look in to this. The important part here is that it remains configurable, either by a deployer or end-user. I'd like to see exactly how configurable it can be. For instance, when I maximize a portlet, can I still have side-bar navigation to its left? Some people may elect to not have top/bottom navigational elements, but have a consistent navigation along the side. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874128#3874128 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874128 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: Updated cvs code to work with 3.1M6
Thanks Max =) I am moving over and re-structuring the JBossIDE CVS as I type this, so I will probably need to merge your changes. Are they very severe? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874130#3874130 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874130 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - JBossIDE CVS Restructure
The CVS repository of JBossIDE is going to be undergoing a major restructure and move today. We hope to address these concerns: 1) JBossIDE needs to be moved to the top level of the JBoss' CVS structure (no longer under contrib/) 2) A new directory hierarchy: | $JBOSS_CVS_ROOT/ | jbosside/ |core/ |docs/ |features/ |org.jboss.ide.eclipse.feature/ |plugins/ |org.jboss.ide.eclipse.jdt.core/ | src/ | main/ | eclipse30/ | eclipse31/ |tests/ |aop/ |ejb3/ |[jbosside extension]/.. | Notice that src folders will contain a main where 99% of code will live. Eclipse 3.0 and 3.1 specific code will be placed in eclipse30 and eclipse31 subdirectories (to keep as much backwards compatibility as possible) 3) Version branching (no more eclipse compatibility branching). Version branches will look like: JBOSSIDE_15M2 JBOSSIDE_15M3 4) Automated integration and nightly builds using the eclipse releng builder. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874129#3874129 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874129 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: JBossIDE CVS Restructure
looks good. Is the structure like how wtp/eclipse is doing their stuff ? (i'm too lazy to check ,) Shouldnt the update site be there somewhere too ? The eclipse30/eclipse31 looks like a good comprimise. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874131#3874131 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874131 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: Updated cvs code to work with 3.1M6
No - just two classes. You will detect them very quickly if you dont have the right version when you use M6 ,) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874134#3874134 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874134 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: JBossIDE CVS Restructure
Sorry, the update site is considered another top level component called update-site. =) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874137#3874137 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874137 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: new window behaviour since last night
[EMAIL PROTECTED] wrote : The important part here is that it remains configurable, either by a deployer or end-user. I'd like to see exactly how configurable it can be. For instance, when I maximize a portlet, can I still have side-bar navigation to its left? Some people may elect to not have top/bottom navigational elements, but have a consistent navigation along the side. The Layout Strategy lets you ommit any portlet you want from the render process, and also change the region assignment of a portlet for the duration of the request. So you could do something like: exclude all portlets other than the maximized one, and all portlets in the nav or head region. Or, you could move the maximized portlet into the maximized region, and all other portelts into the left region. The strategy lets you also point to another jsp or servlet in the same layout to generate the markup. So you could have a normal.jsp and a maximized.jsp. In case there is a maximized portlet in the current request, the strategy tells the layout to use the maximized.jsp, otherwise to use the normal.jsp View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874136#3874136 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874136 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Progress on JMS Facade and questions on tx handling
Thanks Adrian, that's a lot clearer now. I've now moved the transaction handling logic into the interceptor stack. So far, I've put it into TransactionInterceptor. TransactionInterceptor does the following: It intercepts ConnectionDelegate.createSessionDelegate() and creates a new local tx (using the local transaction manager) if the session is transacted. The Xid of this is then stored in the meta-data accessible to the SessionDelegate. It intercepts ProducerDelegate.send() and adds the message to a list of messages for the tx if the session is transacted. It intercepts SessionDelegate.commit() and sends the list of messages to the ServerSessionDelegate for passing to the messaging core for delivery. It also intercepts SessionDelegate.rollback() and SessionDelegate.close(); I noticed that there's also a SessionInterceptor in the design documents, but wasn't entirely sure what kind of stuff it has responsibility for. Perhaps some of the transacted session stuff needs to go in the SessionInterceptor? I'm not 100% sure of the split of responsibility between these interceptors. I could probably do with a steer here. -Tim View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874143#3874143 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874143 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss's Web Services Implementation] - Re: XML Schema capabilities
Finally I managed to make Xerces schema infrastructure to help me create a test
schema object graph as shown by this testcase - test:
| /**
| * Test Xerces ability to create XML schema
| * @throws Exception
| */
|public void testSchemaCreation() throws Exception
|{
| String typeNS = http://org.jboss/types;;
| SchemaGrammar sg = new SchemaGrammar(typeNS, new XSDDescription(),
new SymbolTable());
| XSComplexTypeDecl ct = new XSComplexTypeDecl();
| ct.setName(HelloObj);
| XSParticleDecl xsp = new XSParticleDecl();
| xsp.fType = XSParticleDecl.PARTICLE_ELEMENT;
| XSElementDecl xsel = new XSElementDecl();
| xsel.fName = msg;
| xsp.fValue = xsel;
|
| ct.setValues(msg, typeNS, null, XSConstants.DERIVATION_NONE,
| XSConstants.DERIVATION_NONE, XSConstants.DERIVATION_NONE,
| XSConstants.DERIVATION_NONE, false, null, null, xsp, new
XSObjectListImpl(null, 0));
|
| sg.addGlobalTypeDecl(ct); //Always add global complex types to
global types
| //sg.addComplexTypeDecl(ct, new SimpleLocator()); /**THIS DOES NOT
WORK**/
|
| XSModel xsmodel = sg.toXSModel();
| assertNotNull(XSModel is null?, xsmodel);
|
| XSNamedMap xsnamedmap =
xsmodel.getComponentsByNamespace(typedef,typeNS);
| assertNotNull(XSNamedMap is null?, xsnamedmap);
| assertEquals(1, xsnamedmap.getLength());
| assertEquals(HelloObj, xsnamedmap.item(0).getName());
|}
|
|
The test run is:
| jboss-head/webservice/test] anil% ant
-Dtest=org.jboss.test.ws.tools.xmlschema.XercesSchemaParserTestCase one-test
|
|
| one-test:
| [junit] Running
org.jboss.test.ws.tools.xmlschema.XercesSchemaParserTestCase
| [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.913 sec
|
Not a easy effort, but I hope it was worth it.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874149#3874149
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874149
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss's Web Services Implementation] - WS-I Security Profile 1.0
The WS-I is working on a security profile. It is based off of WS-Security. The link is here: http://www.ws-i.org/Profiles/BasicSecurityProfile-1.0-2005-01-20.html It is currently in working draft. -Jason View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874152#3874152 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874152 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Re: JBossIDE CVS Restructure
The CVS Restructure / initial import has been finished. I will be running both repositories simultaneously over the weekend to try and sync up anything that isn't finished updating and make sure the new modules are working as they should. If anyone else wants to test feel free =) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874153#3874153 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874153 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Automated Builds
Over the weekend and Monday I will be implementing automated builds for JBossIDE. We are doing this so that component developers can depend on nightly and integration builds for the latest code / integration targets. Currently, The JBossIDE Core, JBossAOP Developer, and EJB3 Tools are hosted under the main jbosside cvs module. Hibernate Tools and jBPM Designer are both hosted under their respective project's CVS repositories. If you have a new idea for a component and have some input you'd like to provide for the new build system, we'd love to hear it. Initially the build will do a cvs checkout, compile, and package of each major component, as well as tag/branch each cvs module with the the corresponding version number if necessary. In the future we hope to support automatic dependency compilation (such as JBossAOP, Hibernate, jBPM, etc) via the new jboss-build, JUnit test validation, automatic eclipse bundle / branding packaging, and docbook documentation building. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874155#3874155 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874155 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - Please read before posting.
This forum is meant specifically for the development of JBossIDE. If you have any questions or support issues related to the use of JBossIDE, please visit our users forum: http://jboss.com/index.html?module=bbop=viewforumf=201 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874157#3874157 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874157 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Internal Benchmarking] - How test cases should work
To start, since this is probably going to be a long thread, will state how the
test cases work using the benchmark decorators.
ThreadLocalDecorator (and all the other decorators that accept number of
threads and loops) - for each thread specified in the number of threads, there
will be a new instance of the test created. For the number of loops specified,
the test methods will be called on each test instance. So for example, if
specify 3 threads and 10 loops, there will be three instances of the test class
created and each instance will have their test methods called 10 times by each
of their respective threads. An example class that demonstrates this would be:
public class SimpleThreadLoopCounter extends TestCase
{
private static int staticCounter = 0;
private static int staticMethodCounter = 0;
private int localCounter = 0;
public static Test suite()
{
return new ThreadLocalDecorator(SimpleThreadLoopCounter.class, 3, 10, 0,
true, true);
}
public SimpleThreadLoopCounter()
{
staticCounter++;
}
public void testCounter() throws Exception
{
System.out.println(staticCounter = + staticCounter);
System.out.println(staticMethodcounter = + ++staticMethodCounter);
System.out.println(localCounter = + ++localCounter);
}
}
When this is run, the last entry will be:
staticCounter = 3
staticMethodcounter = 30
localCounter = 10
Also, important to note that JUnit will create a new instance of the TestCase
for each test method it calls. So using the same sample above, if copied the
testCounter method and called it testCounter2, the output would be:
staticCounter = 6
staticMethodcounter = 60
localCounter = 10
This means that eventhough local variables can be reused for each loop, they
will be thrown away for each new test method run.
Having said all this will follow up with another post of where, if anywhere,
this behavior should be changed.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874158#3874158
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874158
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Internal Benchmarking] - Re: How test cases should work
I think that they way things work in the previous post should remain and would
be a natural extension of the base JUnit TestCase.
However, I think there should be some changes to this behavior if running a
TestCase that is specifically a server TestCase (when talking about having
client/server tests where there are two process running for a test case, which
is what I want for the remoting tests).
So, for server test cases...
- Need a way to tell the server to start up and initialize. This should be
done using setUp() method. Once this method returns, it is assumed that the
server is ready to receive calls.
- Need a way to tell the server that it can shutdown and clean up. This should
be done using the tearDown() method. This method will only be called in the
case that all clients are finished making their calls to the server.
The server may have test methods, which will be called just as in the case of
regular JUnit test runs. However, the setUp() and tearDown() will not be
called prior and after each test method call; it will be called only once each
per test run. These test methods can contain asserts and are suggested to be
used for validation of server data and metrics.
IMPORTANT - the tearDown() method may be called even while a test method is
being run. This is intentional and allows for the test method to loop until
the tearDown() method is called. So a possible example of where this could be
used is:
...
private boolean stop = false;
public void testServerMetrics()
{
while(!stop)
{
// collect data here
}
}
protected void tearDown()
{
stop = true; // so will cause testServerMetrics() to break out of loop
// do shutdown and clean up code.
}
Also, another change to the default JUnit test case behavior is that there will
NOT be a new instance of the server test created when it moves to the next test
method. This is due to not knowing where the clients will be in their test
run, so can't tear down a server test case instance and build up a new one just
to run a new test method.
All this is just design talk at this point and I have to actually write the
code to make it work this way (if possible). Wanted to post this so can field
any objections before I go through the effort.
-Tom
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874159#3874159
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874159
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Internal Benchmarking] - Re: How test cases should work
[EMAIL PROTECTED] wrote : | Also, another change to the default JUnit test case behavior is that there will NOT be a new instance of the server test created when it moves to the next test method. This is due to not knowing where the clients will be in their test run, so can't tear down a server test case instance and build up a new one just to run a new test method. | So strike this. Going to be close to impossible to do this without rewriting JUnit. The TestSuite's private method addTestMethods() calls on public static method createTest() which will contruct a new TestCase instance and set the test method on it and puts in a collection for each test method. This collection is iterated at a later point and runs each TestCase (as a seperate instance). So will just doument the hell out of server test case saying that if have more than one test method, will have more than one instance of the server created. Imagine this will reduce mis-use by about 10%. ;) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3874160#3874160 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874160 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
