[JBoss-dev] [Design of JBoss Media (EMB)] - Is this party still under development?
I just stumbled over that EMB JSR (http://jcp.org/en/jsr/detail?id=086) and also found /docs/examples/media/jboss-media-entity-ejb.jar that looks like an implementation. I just can't find any more docs or hints on it's fitness. Is this still worked on? Can it be used? Does it work? Thanks for any hints. Alexander View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874267#3874267 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874267 --- 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=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - jboss-jmx cann't be compiled
I cann't compile jboss-jmx module in tag-name jboss-4.0. In my opinion, there is no some class needing when compile. for example, org.jboss.mx.server.ServerConstants View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874276#3874276 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874276 --- 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=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - Re: jboss-jmx cann't be compiled
In addition, build.xml is wrong. library.classpath property have no sun.jmx.classpath property. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874277#3874277 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874277 --- 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=6595&alloc_id=14396&op=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: [testing with AOP]
Is it possible to apply a point cut to an entire branch of packages, like for example pointcut="..." and within(java.*) for all class in package java and the subpackages aso. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874280#3874280 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874280 --- 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=6595&alloc_id=14396&op=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: javax.servlet.ServletException: no main
Had the same problem with the example file downloaded on the site. Added a / in the helloworld-pages.xml |default | | helloworld | | HelloWorldPortletWindow | /helloworld.HelloWorldPortlet.HelloWorldPortletInstance | true | left | 0 | | | | | And everything went well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874301#3874301 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874301 --- 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=6595&alloc_id=14396&op=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: Java Content Repository (JCR) support?
see http://www.jboss.org/index.html?module=bb&op=viewtopic&t=62557 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874306#3874306 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874306 --- 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=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - Re: jboss-jmx cann't be compiled
You mean the jmx module stand-alone? It compiles fine as part of the jboss checkout. AFAIK it's been a couple of years since the last stand-alone realease (jboss-mx v1.1.2) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874310#3874310 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874310 --- 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=6595&alloc_id=14396&op=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
I believe the aspects belong in the module that implements them. This is the only approach that will allow the aspect to evolve across versions rather than trying to maintain a monolithic single integration package jboss-aspects. The aspect requires the rest of the implementation anyway, e.g. the authentication/authorization advices require jbosssx. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874325#3874325 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874325 --- 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=6595&alloc_id=14396&op=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
It has actually been much easier to package it as this "monolithic" aspect library over the past few years. If there is a bug or feature addition in any of the aspects in the library, I can easily patch any version of JBoss. It would actually be more "monolithic" if the code was part of Branch_4_0 as I would not be able to do a new release of the aspect library (and EJB 3.0 for instance) without a complete rev of the entire application server. This is quite unacceptable to most users. So, in summary, although I think it might be asthetically appropriate, I don't see how this change you suggest will make anybody's life easier. It sure will make the EJB3/AOP team's life much harder to do new releases. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874331#3874331 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874331 --- 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=6595&alloc_id=14396&op=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
A standalone release of aop which includes a security aspect depending on the implementation details of jboss-4.0.x makes no sense. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874332#3874332 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874332 --- 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=6595&alloc_id=14396&op=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
"[EMAIL PROTECTED]" wrote : It has actually been much easier to package it as this "monolithic" aspect library over the past few years. Ok, one contra example is code to integrate the deployer/classloader across versions: http://cvs.sourceforge.net/viewcvs.py/jboss/jboss-aspects/src/main/org/jboss/aop/deployment/ anonymous wrote : If there is a bug or feature addition in any of the aspects in the library, I can easily patch any version of JBoss. How so, are you going to keep up and supply different versions of these advices as the internal api changes? anonymous wrote : | It would actually be more "monolithic" if the code was part of Branch_4_0 as I would not be able to do a new release of the aspect library (and EJB 3.0 for instance) without a complete rev of the entire application server. | You need the implementation library anyway for the aspect to work. And the implementation details (non-published api like SecurityAssociation) is going to evolve independently across versions. anonymous wrote : | So, in summary, although I think it might be asthetically appropriate, I don't see how this change you suggest will make anybody's life easier. | Aesthetics are not an issue, it is about each module being responsible for its own implementation. anonymous wrote : | It sure will make the EJB3/AOP team's | The EJB3/AOP team should concentrate on delivering containers and the invocation model, not how to integrate security. And see above about needing jbosssx.jar anyway. This is the same mentality that led to the JBossCache project becoming bloated. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874336#3874336 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874336 --- 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=6595&alloc_id=14396&op=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
The integration point is the annotation (which also belongs in JBossSX)
and that needs to be consistent with the features provided by each version.
| @SecurityDomain("other")
| @NewSecurityFeatureNotAvailableInJBoss32 // Shouldn't compile under 3.2.x
| public void doSomething()
| {
| }
|
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874337#3874337
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874337
---
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=6595&alloc_id=14396&op=click
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - Re: Separated XMBean implementation
There should be no change by the jmx -> mbeans. All I did was move code. Can you tell me how to reproduce the problem (report it on JIRA). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874338#3874338 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874338 --- 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=6595&alloc_id=14396&op=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)] - Proxy implementation and advisors
We discussed this in Boston, but I want to make sure you agree with my summary. http://jira.jboss.com/jira/browse/JBAOP-82 Do you plan to support proxies on non-weaved code? I had a look at the current proxy implementation, the EJB3 and new JMS usage (which all do different but similar things). But all of them require weaving of the target object (mainly through the assumption that there is a ClassAdvisor). The only mechanism to dispatch to non-weaved code seems to be with ProxyMixins, but these don't allow advice/interceptors and also require javassist generated classes. You can make it work if you want to create your own interceptors and do insertInterceptor() by hand, but this does not work if you want to use scopes/domains or externalize the configuration. I'm pretty certain this isn't the intended usage. I got very confused by some of the names of the different advisor classes, it is not very clear what the intention of each is supposed to be? Of course this is mostly my unfamialirty with the code as a re-newbie ;-) My interest in this is for the annotated deployment of a javabean into an MBean. Within JBoss it is fine to be able to weave javabean to add the mixin using @MBean since we control the classloader, but for the standalone JMX this may not be possible so we need to fallback to a nonweaved class with a proxy using the same interceptors. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874342#3874342 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874342 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
Look at the EJB3 code for examples, but it uses something called a ClassContainer. (I know the names are confusing). My thinking was a proxy (java.lang.reflect or a javassist one) that creates an invocation and delegates to this ClassContainer.Eventually, the InstanceAdvisor will be replaced by some extension of the ClassContainer and we'll have unified APIs for adding advices/interceptors to a proxy or to an instance. As far as your problem goes, if you want to use @MBean with weaving you DO NOT have to have control over classloading. Just use the AOPC compiler. For @Mbean anyways, we should pick one or the other. Either weave or don't weave. BTW, why don't you finish GenericBeanFactory instead of looking at this stuff? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874344#3874344 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874344 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
"[EMAIL PROTECTED]" wrote : Look at the EJB3 code for examples, but it uses something called a ClassContainer. (I know the names are confusing). | | My thinking was a proxy (java.lang.reflect or a javassist one) that creates an invocation and delegates to this ClassContainer.Eventually, the InstanceAdvisor will be replaced by some extension of the ClassContainer and we'll have unified APIs for adding advices/interceptors to a proxy or to an instance. | | As far as your problem goes, if you want to use @MBean with weaving you DO NOT have to have control over classloading. Just use the AOPC compiler. For @Mbean anyways, we should pick one or the other. Either weave or don't weave. My thinking was the class adapter would go through something like the following logic: Object implements Advised -> InstanceAdvisor (!Object implements Advised) && canWeave -> Runtime Weaving (!Object implements Advised) && canWeave == false -> ProxyAdvisor With this being transparent to the "user", i.e. me JMX. My problem with using AOPC is that I cannot predicate a standalone MBeanServer on the user using AOPC. They just do: | MBeanServer server = MBeanServerFactory(); | server.registerMBean(objectName, new MyMBean()); | In this case, MyMBean.class is not weaved for AOP and it is too late to do it in registerMBean because they already loaded the class. What I want to do inside registerMBean is use an AOP domain configuration to wrap the MBean in advices, but regardless of the advisor implementation. This is one of those backward compatibility requirements. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874346#3874346 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874346 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
"[EMAIL PROTECTED]" wrote : BTW, why don't you finish GenericBeanFactory instead of looking at this stuff? Because it is already done: http://jira.jboss.com/jira/browse/JBMICROCONT-21 http://cvs.sourceforge.net/viewcvs.py/jboss/microkernel/src/main/org/jboss/beans/metadata/plugins/factory/GenericBeanFactory.java?rev=1.1&view=markup but the xml deployment is outstanding: http://jira.jboss.com/jira/browse/JBXB-5 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874347#3874347 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874347 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
"[EMAIL PROTECTED]" wrote : | What I want to do inside registerMBean is use an AOP domain configuration | to wrap the MBean in advices, but regardless of the advisor implementation. | Well actually, going forward, this will more annotation driven rather than the | public class XXX implements XXXMBean | pattern. But the class still might not be pre-weaved. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874350#3874350 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874350 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
"[EMAIL PROTECTED]" wrote : | BTW, why don't you finish GenericBeanFactory instead of looking at this stuff? To more completely answer your question, I am at an impass waiting for: AOP integration JBossXB parsing and to a lesser extent classloading. So I've moved up the stack and I'm now looking at how we integrate JMX/MicroContainer which basically involves using the same advice stack to wrap the POJOs regardless of which api is used to register/invoke them. Which has come back to the AOP integration again :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874354#3874354 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874354 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
"[EMAIL PROTECTED]" wrote : | | My thinking was the class adapter would go through something like the following logic: | | Object implements Advised -> InstanceAdvisor | (!Object implements Advised) && canWeave -> Runtime Weaving | (!Object implements Advised) && canWeave == false -> ProxyAdvisor | | With this being transparent to the "user", i.e. me JMX. | | In your example the Class adaptor not only has to do the above, but also is it already woven. We do not want to do all this pre-processing at class load time or this "lightweight" container will take forever to boot up. The slow pre-processing is the same reason I did not want to have javassist create ClassInfo structures. anonymous wrote : | This is one of those backward compatibility requirements. This is far from a backward compatibility requirement considering we don't have an official @MBean implementation. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874355#3874355 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874355 --- 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=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-testsuite Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-testsuite?log=log20050417173123 BUILD FAILEDAnt Error Message: /home/cruisecontrol/work/scripts/build-jboss-head.xml:66: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See tests.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build: 04/17/2005 17:31:23Time to build: 1,290 minutes 47 secondsLast changed: 04/17/2005 03:13:33Last log entry: Updated create-cluster-node Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (19)1.13modifiedbwang00testsuite/imports/server-config.xmlUpdated create-cluster-node1.2modifiedbwang00testsuite/src/main/org/jboss/test/cluster/web/aop/Address.javaUsed annotation for fine-grained aop1.2modifiedbwang00testsuite/src/main/org/jboss/test/cluster/web/aop/Person.javaUsed annotation for fine-grained aop1.2modifiedbwang00testsuite/src/main/org/jboss/test/cluster/web/aop/Student.javaUsed annotation for fine-grained aop1.2deletedbwang00testsuite/src/resources/cluster/http/jboss-aop.xmlrenamed1.1addedbwang00testsuite/src/resources/cluster/http/jboss-aop.xml.bakrenamed1.51modifiedbwang00testsuite/imports/test-jars.xmlusing annotationc and aopc for http session replication pojo compilation. Needs tc5-cluster.aop package.1.34modifiedbwang00tools/etc/buildmagic/modules.entAdded tomcat modules1.18modifiedbwang00tools/etc/buildmagic/modules.xmlAdded tomcat modules1.25modifiedbwang00tomcat/build.xmlCreated a new package tc5-cluster.aop that provides fine-grained annotation1.1addedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/AopMarker.javaNeeded for FIELD granularity.1.5modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/FieldBasedClusteredSession.javano message1.21modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.javaSkip node modification event from myself1.2modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/CacheListener.javaSkip node modification event from myself1.20modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.javaCombined putSession operations into cache.1.19modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheService.javaRefactored JBossCacheService1.1addedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/JBossCacheWrapper.javaRefactored JBossCacheService1.1addedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/CacheListener.javaRefactored JBossCacheService1.4modifiedbwang00tomcat/src/main/org/jboss/web/tomcat/tc5/session/FieldBasedClusteredSession.javaAdded observer when the pojo is retrieved the first time.
[JBoss-dev] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Proxy implementation and advisors
The hard part about the GenericBeanFactory is creating all the metadata. Also, how about all the metadata overrides? I think this should be a separate API with the ClassAdapter instead of the way we proposed it in Boston. Not only would this get rid of the need for javassist to preprocess and create ClassInfo's, but it would also not force me to totally refactor (practically rewrite) jboss AOP to use ClassInfo's to bind aspects. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874357#3874357 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874357 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
anonymous wrote : | In your example the Class adaptor not only has to do the above, but also is it already woven. We do not want to do all this pre-processing at class load time or this "lightweight" container will take forever to boot up. The slow pre-processing is the same reason I did not want to have javassist create ClassInfo structures. | I thought you already had an option for whether it does the weaving at runtime? | | | false | anonymous wrote : This is far from a backward compatibility requirement considering we don't have an official @MBean implementation. I'm talking about when it doesn't (that's why I said "going forward") i.e. it follows the old fashioned Standard MBean pattern described above. 1) I want to be able to register it in the mbean server (backwards compatibility) but also make it available via injection in the MC. 2) Vice-versa, register a javabean written for the MC and add @MBean (not backwards compatible because this obviously didn't exist previously like you say). Whichever method is used, I only want to maintain one implementation of the advices and adding things like role based security should just be done with the standard aop advice. OFF-TOPIC: Even though in practice I cannot even do that because for a while (a few versions hence) because I have to maintain XMBean (along with its inteceptor model) but as just another ModelMBean implementation (this also for backwards compatibility since we have users using it). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874358#3874358 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874358 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
"[EMAIL PROTECTED]" wrote : The hard part about the GenericBeanFactory is creating all the metadata. Also, how about all the metadata overrides? I think this should be a separate API with the ClassAdapter instead of the way we proposed it in Boston. Not only would this get rid of the need for javassist to preprocess and create ClassInfo's, but it would also not force me to totally refactor (practically rewrite) jboss AOP to use ClassInfo's to bind aspects. I've got to the stage where I don't care and just want something that works. :-) Even if it is just the simple use cases. Without something concrete to build on and write test cases to show missing features, it is just lots of arguments in the forums and more delays. I've already been through a couple of refactors (both the Bean model and xml) and still don't know what the final api looks like, that's why I call it an impass and started working on other things. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874360#3874360 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874360 --- 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=6595&alloc_id=14396&op=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: Proxy implementation and advisors
Simple usecase tests for AOP/MC integration: http://jira.jboss.com/jira/browse/JBAOP-109 Assigned to me View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874361#3874361 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874361 --- 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=6595&alloc_id=14396&op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Certificate Authentication
I wan't to configure portal authentication to be made via user certificate. Where I configure this? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874362#3874362 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874362 --- 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=6595&alloc_id=14396&op=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: Certificate Authentication
I have not tried yet but I don't see any reason why it would not work. I think that first you must enable client cert in web.xml of portal-core.sar/portal-server.war/WEB-INF/web.xml the entry for this scheme is not yet here (we only put form and basic auth) so you must add it then to make client cert effective you can follow this page : http://www.jboss.org/wiki/Wiki.jsp?page=SSLSetup View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874369#3874369 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874369 --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JBoss Portal] - Re: Certificate Authentication
If you're trying to use ssl auth, then you need to modify this file: jboss-portal-2.0\core\src\resources\portal-core-war\WEB-INF\web.xml Look for this block: | http://localhost:8080/webdav/files | | | Follow the above wiki link Julien posted for SSL Setup inside JBoss AS. If you modify this file, then you will have the choice in the user portlet to either log in "standard" or "secure". View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874371#3874371 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874371 --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - initializing a GenericBeanFactory
Not sure how to do it. Tried this:
| AbstractBeanMetaData metaData1 = new AbstractBeanMetaData("aspect",
GenericBeanFactory.class.getName());
| ArrayList constructor1 = new ArrayList();
| constructor1.add(new
AbstractParameterMetaData(KernelConfigurator.class.getName(), new
AbstractValueMetaData(kernel.getConfigurator(;
| AbstractConstructorMetaData cmd = new AbstractConstructorMetaData();
| metaData1.setConstructor(cmd);
| cmd.setParameters(constructor1);
|
| HashSet attributes1 = new HashSet();
| attributes1.add(new AbstractPropertyMetaData("bean",
"org.jboss.test.kernel.SimpleAspect"));
| attributes1.add(new AbstractPropertyMetaData("constructor", new
AbstractValueMetaData(new AbstractConstructorMetaData(;
|
|
| AbstractMapMetaData properties = new AbstractMapMetaData();
| properties.put(new AbstractValueMetaData("bean1"), new
AbstractValueMetaData(new AbstractDependencyValueMetaData("simple")));
|
| attributes1.add(new AbstractPropertyMetaData("properties",
properties));
| metaData1.setProperties(attributes1);
|
|
|
got this:
| java.lang.ClassCastException: java.util.HashMap$Values
| at
org.jboss.kernel.plugins.dependency.basic.BasicKernelController$DependencyMetaDataVisitor.visit(BasicKernelController.java:274)
| at
org.jboss.beans.metadata.plugins.AbstractValueMetaData.visit(AbstractValueMetaData.java:81)
| at
org.jboss.kernel.plugins.dependency.basic.BasicKernelController$DependencyMetaDataVisitor.visit(BasicKernelController.java:275)
| at
org.jboss.beans.metadata.plugins.AbstractFeatureMetaData.visit(AbstractFeatureMetaData.java:85)
| at
org.jboss.kernel.plugins.dependency.basic.BasicKernelController$DependencyMetaDataVisitor.visit(BasicKernelController.java:275)
| at
org.jboss.beans.metadata.plugins.AbstractFeatureMetaData.visit(AbstractFeatureMetaData.java:85)
| at
org.jboss.kernel.plugins.dependency.basic.BasicKernelController$DependencyMetaDataVisitor.visit(BasicKernelController.java:222)
| at
org.jboss.kernel.plugins.dependency.basic.BasicKernelController.preprocessMetaData(BasicKernelController.java:85)
| at
org.jboss.kernel.plugins.dependency.AbstractKernelController.install(AbstractKernelController.java:210)
| at
org.jboss.kernel.plugins.dependency.AbstractKernelController.install(AbstractKernelController.java:102)
| at
org.jboss.test.kernel.AspectTestCase.testDependencyCorrectOrder(AspectTestCase.java:61)
|
|
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874379#3874379
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874379
---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: initializing a GenericBeanFactory
It is a bug/typo: AbstractMapMetaData:
I just committed the fix...
|
|public Iterator getChildren()
|{
| ArrayList children = new ArrayList(map.keySet());
| - children.add(map.values());
| + children.addAll(map.values());
| return children.iterator();
|}
|
I should warn you that I haven't done anything except basic config tests (no
injection/dependency tests) on the collections because I was waiting to see
what Alex could handle in the XML mapping. :-(
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874381#3874381
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874381
---
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
___
JBoss-Development mailing list
JBoss-Development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: initializing a GenericBeanFactory
"[EMAIL PROTECTED]" wrote : | I should warn you that I haven't done anything except basic config tests (no injection/dependency tests) on the collections because I was waiting to see | what Alex could handle in the XML mapping. :-( The same is true for the GenericBeanFactory, except there I haven't even done basic config tests. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874382#3874382 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874382 --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 build.330 Build Fixed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2?log=log20050418185341Lbuild.330 BUILD COMPLETE - build.330Date of build: 04/18/2005 18:53:41Time to build: 44 minutes 19 secondsLast changed: 04/18/2005 12:27:49Last log entry: Remove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (10)1.1.2.4deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/OILConnectionUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.1.2.4deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/OILJBossMQUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.1.2.3deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/RMIConnectionUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.1.2.3deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/RMIJBossMQUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.1.2.4deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/UILConnectionUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.160.2.178modifiedstarksmbuild/build.xmlRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.1.2.5deletedstarksmmessaging/src/etc/server/default/deploy/oil-service.xmlMove the oil and rmi invoker services from the deploy to examples dirs as these are obsolete and unmaintained.1.1.2.2deletedstarksmmessaging/src/etc/server/default/deploy/rmi-il-service.xmlMove the oil and rmi invoker services from the deploy to examples dirs as these are obsolete and unmaintained.1.1.4.1modifiedstarksmmessaging/src/etc/server/examples/deploy/oil-service.xmlMove the oil and rmi invoker services from the deploy to examples dirs as these are obsolete and unmaintained.1.1.4.1modifiedstarksmmessaging/src/etc/server/examples/deploy/rmi-il-service.xmlMove the oil and rmi invoker services from the deploy to examples dirs as these are obsolete and unmaintained.
[JBoss-dev] [Design the new POJO MicroContainer] - Re: initializing a GenericBeanFactory
I'll dig further, but another problem Seems that controller and such doesn't get set on the AbstractDependency in the Map sent into th | java.lang.NullPointerException | at org.jboss.beans.metadata.plugins.AbstractDependencyValueMetaData.getValue(AbstractDependencyValueMetaData.java:112) | at org.jboss.kernel.plugins.config.Configurator.getPropertySetterJoinPoint(Configurator.java:428) | at org.jboss.kernel.plugins.config.Configurator.getPropertySetterJoinPoint(Configurator.java:405) | at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.getPropertySetterJoinPoint(AbstractKernelConfigurator.java:106) | at org.jboss.beans.metadata.plugins.factory.GenericBeanFactory.create(GenericBeanFactory.java:77) | at org.jboss.test.kernel.AspectTestCase.testDependencyCorrectOrder(AspectTestCase.java:67) | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874386#3874386 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874386 --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design the new POJO MicroContainer] - Re: initializing a GenericBeanFactory
Ok, everything is working now. Fixed one thing in AbstractValueMEtaData... in getChildren, actually look to see if value is a valueMetaData, then pass it back. Added test to PlainDependencyTestCase View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874391#3874391 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874391 --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of JMX on JBoss (JBoss/JMX)] - Re: Separated XMBean implementation
Done: http://jira.jboss.com/jira/browse/JBJMX-92 Before trying to reproduce the problem, please do a CVS update in the transaction and iiop subdirs. I have just committed some changes in those subdirs. The NPE does not happen if I copy jboss-transaction.jar and jboss-iiop.jar (the modules on which I have been working) from an up-to-date jboss-head tree (which gives me the NPE) to the generated server/all/lib subdir of an outdated jboss-head tree, which I checked out from CVS on Mar 26. The older jboss-5.0.0alpha does not throw the NPE. Thanks, Francisco View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874393#3874393 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874393 --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head-jdk-matrix Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head-jdk-matrix?log=log20050419004835 BUILD FAILEDAnt Error Message: /home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build: 04/19/2005 00:48:35Time to build: 24 minutes 25 secondsLast changed: 04/18/2005 23:11:05Last log entry: DTM-related changes. Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (40)1.3modifiedreverbeliiop/src/main/org/jboss/tm/iiop/OTSServant.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/TransactionFactory.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/TxPropagationContext.javaDTM-related changes.1.5modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/server/DTMServant.javaDTM-related changes.1.4modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/server/DistributedTransactionManager.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/server/DistributedTransactionManagerMBean.javaDTM-related changes.1.4modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/Invocation.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/JBossXATerminator.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/ResourceFactory.javaDTM-related changes.1.44modifiedreverbeltransaction/src/main/org/jboss/tm/TransactionImpl.javaDTM-related changes.1.25modifiedreverbeltransaction/src/main/org/jboss/tm/TxManager.javaDTM-related changes.1.1addedreverbeltransaction/src/main/org/jboss/tm/CoordinatorFactory.javaDTM-related changes.1.8modifiedreverbeltransaction/src/main/org/jboss/tm/GlobalId.javaDTM-related changes.1.4modifiedpatriot1burkekernel/src/tests/org/jboss/test/kernel/dependency/test/PlainDependencyTestCase.javaGenericBeanFactory test1.6modifiedpatriot1burkekernel/src/main/org/jboss/beans/metadata/plugins/AbstractValueMetaData.javaif ValueMetaData is the value, then iterate on those children1.14modifiedstarksmtestsuite/imports/server-config.xmlCleanup the jboss.home.dir and jboss.server.home.dir properties passed into the security manager launch of the server as non-canonical paths in the policy file were seen to result in invalid url encoded codebases in the presence of multiple policy refreshes introduced by JBAS-1590.1.3modifiedejortkernel/src/main/org/jboss/beans/metadata/plugins/AbstractMapMetaData.javaAdd the values not the value set to children.1.3modifiedpatriot1burkekernel/src/tests/org/jboss/test/kernel/dependency/test/PlainDependencyTestCase.javacut and paste error?1.24modifiedejortaop/.classpathUpdate the eclipse build to use java5 for aop1.6modifiedbdecoste1server/src/main/org/jboss/invocation/unified/interfaces/UnifiedInvokerProxy.javaAdded break to version switch statement1.4modifiedbdecoste1remoting/src/main/org/jboss/remoting/loading/CompressedClassBytes.javaAdded break to version switch statement1.2modifiedejortejb3/.classpathEnable EJB3 for eclipse builds1.3modifiedejortejb3x/.classpathEnable EJB3 for eclipse builds1.3deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/OILConnectionUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.3deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/OILJBossMQUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.3deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/RMIConnectionUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.3deletedstarksmtestsuite/src/main/org/jboss/test/jbossmq/test/RMIJBossMQUnitTestCase.javaRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.14modifiedloubyanskytestsuite/src/main/org/jboss/test/xml/PojoServerUnitTestCase.javause constant binding instead of re-creating it for each test1.6modifiedloubyanskycommon/src/main/org/jboss/xml/binding/sunday/unmarshalling/TypeBinding.javaadded isSimple() method for type1.5modifiedloubyanskycommon/src/main/org/jboss/xml/binding/sunday/unmarshalling/impl/runtime/RtElementHandler.javaadded runtime-based binding element handler1.398modifiedstarksmbuild/build.xmlRemove the references to the oil and rmi invokers as these have been obsoleted and moved to the jms examples.1.1addedstarksmmessaging/src/etc/server/examples/deploy/oil-service.xmlbranches: 1.1.4;Move the oil and rmi invoker services from the deploy to examples dirs as these are obsolete and unmaint
[JBoss-dev] [Design of JBoss Eclipse IDE (dev)] - How does the Compile JSP functionality work? I'm not geting
How does this Compile JSP functionality work? I created a JSP file and made a mistake on purpose. When I right click the file and choose Compile JSP nothing happens... I would expect a error in the Problems view. Regards, Marcel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3874398#3874398 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3874398 --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-head?log=log20050419013954 BUILD FAILEDAnt Error Message: /home/cruisecontrol/work/scripts/build-jboss-head.xml:63: The following error occurred while executing this line: /home/cruisecontrol/work/scripts/build-jboss-head.xml:37: Exit code: 1 See compile.log in Build Artifacts for details. JAVA_HOME=/opt/j2sdk1.4.2_05/Date of build: 04/19/2005 01:39:54Time to build: 30 minutes 24 secondsLast changed: 04/19/2005 01:01:13Last log entry: aspect/kernel integration Unit Tests: (0) Total Errors and Failures: (0) Modifications since last build: (39)1.13modifiedpatriot1burkekernel/src/main/org/jboss/kernel/plugins/dependency/AbstractKernelController.javaaspect/kernel integration1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/ReflectiveAspectBinder.javaaspect/kernel integration1.1addedpatriot1burkeaop/src/main/org/jboss/aop/XmlLoader.javaaspect/kernel integration1.1addedpatriot1burkeaop/src/main/org/jboss/aop/XmlLoaderFactory.javaaspect/kernel integration1.66modifiedpatriot1burkeaop/src/main/org/jboss/aop/AspectXmlLoader.javaaspect/kernel integration1.6modifiedpatriot1burkeaop/src/main/org/jboss/aop/advice/GenericAspectFactory.javaaspect/kernel integration1.3modifiedpatriot1burkeaspects/build-test.xmlaspect/kernel integration1.37modifiedpatriot1burkeaspects/build.xmlaspect/kernel integration1.1addedpatriot1burkeaspects/src/test/org/jboss/test/kernel/AspectTestCase.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/test/org/jboss/test/kernel/Aspectized.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/test/org/jboss/test/kernel/KernelTestCase.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/test/org/jboss/test/kernel/SimpleAspect.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/test/org/jboss/test/kernel/SimpleBean.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/test/org/jboss/test/kernel/SimpleBeanImpl.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/test/org/jboss/test/kernel/SimpleBeanWithDependency.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/test/org/jboss/test/kernel/SimpleBeanWithDependencyImpl.javaaspect/kernel integration1.2modifiedpatriot1burkeaspects/src/main/org/jboss/aspects/kernel/AspectJoinpointFactory.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/main/org/jboss/aspects/kernel/GenericKernelAspectFactory.javaaspect/kernel integration1.1addedpatriot1burkeaspects/src/main/org/jboss/aspects/kernel/KernelAspectXmlLoader.javaaspect/kernel integration1.2modifiedpatriot1burkeaspects/src/main/org/jboss/aspects/kernel/AspectClassAdapter.javaaspect/kernel integration1.3modifiedreverbeliiop/src/main/org/jboss/tm/iiop/OTSServant.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/TransactionFactory.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/interfaces/TxPropagationContext.javaDTM-related changes.1.5modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/server/DTMServant.javaDTM-related changes.1.4modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/server/DistributedTransactionManager.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/server/DistributedTransactionManagerMBean.javaDTM-related changes.1.4modifiedreverbeltransaction/src/main/org/jboss/tm/remoting/Invocation.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/JBossXATerminator.javaDTM-related changes.1.2modifiedreverbeltransaction/src/main/org/jboss/tm/ResourceFactory.javaDTM-related changes.1.44modifiedreverbeltransaction/src/main/org/jboss/tm/TransactionImpl.javaDTM-related changes.1.25modifiedreverbeltransaction/src/main/org/jboss/tm/TxManager.javaDTM-related changes.1.1addedreverbeltransaction/src/main/org/jboss/tm/CoordinatorFactory.javaDTM-related changes.1.8modifiedreverbeltransaction/src/main/org/jboss/tm/GlobalId.javaDTM-related changes.1.4modifiedpatriot1burkekernel/src/tests/org/jboss/test/kernel/dependency/test/PlainDependencyTestCase.javaGenericBeanFactory test1.6modifiedpatriot1burkekernel/src/main/org/jboss/beans/metadata/plugins/AbstractValueMetaData.javaif ValueMetaData is the value, then iterate on those children1.14modifiedstarksmtestsuite/imports/server-config.xmlCleanup the jboss.home.dir and jboss.server.home.dir properties passed into the security manager launch of the server as non-canonical paths in the policy file were seen to result in invalid url encoded codebases in the presence of multiple policy refreshes introduced by JBAS-1590.1.3modifiedejortkernel/src/main/org/jboss/beans/metadata/plugins/AbstractMapMetaData.javaAdd the values not the value set to children.1.3modifiedpatriot1burkekernel/src/tests/org/jboss/test/kernel/dependency/test/PlainDependencyTestCase.ja
