[jboss-user] [JBoss Portal] - Re: JBoss 5 Integration
Your compile issues are because you were not following the instructions (http://www.jboss.org/community/wiki/JBossPortalonAS5) it states what you need to do with the metadata and deployer modules before compiling the portal. As for the NPE issue you are having, I am not sure exactly what is causing this issue at this time. I not tested the code with JBoss 5.1.x Please note that we will not be going forward with this specific implementation, but AS5 support will be coming in another form. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246723#4246723 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246723 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatically deploying an object
anonymous wrote : | This sounds to me like hand holding, which is something I don't do, | at least to a project that is not what I should be working on. ;-) | | Second, it sounds like you didn't or aren't willing to do any investigation. | Which means I should do your homework. | | If I say it's simple, I say it because it is, not to mislead you or show off. | As I know you previously did quite well with deployers, | I very much doubt that you're not able to trace down ServletContext's purpose in that code. Instead of going into a huge rant, I am going to apologize for what you thought I was asking, this is not the message I was trying to convey. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232824#4232824 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232824 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatically deploying an object
Ok, lets try this again. And please don't post code from somewhere and refuse to explain it. Looking through the code doesn't help if I don't know in what context to use it :) The situation is that I need to have access to the servlet context for deployment (see http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228452 and https://jira.jboss.org/jira/browse/JBAS-6865). Until its actually supported properly, I need to find away around it. If I use a servlet context listener, I can easily get this object when the webapp is initialized. So I know how to get the servlet context indirectly, but the servletcontextlistener is handled by the server and not the microcontainer. Is there a proper way too add this object as an attachment to the deployment unit for the war? Or to hook this into the microcontainer to do so? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232819#4232819 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232819 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Jboss portal on JBoss AS5
For CR1 the -Dxb.builder.useUnorderedSequence=true is already set. The issue appears to be that an xsd file is setup wrong and that its using a choice when it really wants multiple options. It appears that this is now being enforced in 5.1 when it hasn't in the past. XSD in question: http://anonsvn.jboss.org/repos/portal/branches/JBoss_Portal_Branch_2_7_AS5/core-identity/src/resources/portal-identity-sar/conf/schema/identity-ui-configuration.xsd And xml file which is causing issues: http://anonsvn.jboss.org/repos/portal/branches/JBoss_Portal_Branch_2_7_AS5/core-identity/src/resources/portal-identity-sar/conf/identity-ui-configuration.xml The xml tag in question is View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232327#4232327 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232327 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Jboss portal on JBoss AS5
oh, ok, so its a problem when using AS 5.1.0 CR1 :( View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232251#4232251 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232251 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Jboss portal on JBoss AS5
Support for JBoss AS5 is being worked on http://blog.jboss-portal.org/2009/03/jboss-portal-running-on-jboss-as5.html View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232241#4232241 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232241 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Jboss Portal
That information is incorrect, but I guess you can't expect 100% accuracy on a thirdparty wiki :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230847#4230847 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230847 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Jboss Portal
JBoss Portal can only run on the JBoss Application Server. The latest releases will only run on JBoss AS4. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230489#4230489 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230489 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatically deploying an object
alesj wrote : Check the glue code that I wrote for Seam/webBeans: | - http://anonsvn.jboss.org/repos/jbossas/projects/mc-int/trunk/servlet/ Any example on how to actually use it? I see the code has access to the servlet context which is one of the things I am really interested in. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229429#4229429 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229429 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Programmatically deploying an object
I have a webapp and when a listener gets called I want to deploy an object into the microcontainer . The listener is being handled in the webapplication, so I can't just add it to the beans.xml file and it doesn't have a direct reference to the mircocontainer kernel. Is there some sort of preferred method to programmatically deploy an object into a microcontainer in this situation? If not, I can always just write a custom pojo factory to handle it. I am just trying to see if there is already a preferred solution for this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229043#4229043 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229043 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: webapp deployment objects
"alesj" wrote : Which info The servlet context and the context path of the web application. Note that these are actual objects that get created when the web app is deployed into the web container. This is not metadata. "alesj wrote : and what do we currently do? Its not currenly being handled. The tomcat deployer is also still using the old mbean deployment, so deployers can't even get access to the unit attachments its using. Even getting access to the WebApplication attachment objects the deployers are using doesn't exactly allow us to get the servlet context, but its a few steps closer. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228428#4228428 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228428 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - webapp deployment objects
I have a deployer that needs information about a deployed webapp. Specifically things like its servlet context and context path. Currently we get this information by hacking around with specific pojo bean injections to get mbean object names and then access the mbean server to get the actual objects . Its not an ideal situation right now. As far as I can tell, there is no easy way to get this information. Is there any plans to extends the web deployers to pass this information along? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228411#4228411 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228411 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Using VFS to create a symbolic link from WEB-INF/lib
Is there anyupdate on the TLD issue? is is being tracked in jira anywhere? There are a few ways of getting around it right now, but they are a pain. - getting the actual location of where the webapp is deployed and copying the file across. Finding the actual file location is a big pain requiring many levels of hacks. - manipulating the web.xml metadata (easily done with a deployer) to redefine the JspServlet. This will override the JspServlet setting in jboss-web.deployer/web.xml (the shared web.xml file for all webapps). By setting a properly formatted for the JspServlet you can make it add any tld from any specified jar with no requirements on it existing in the WEB-INF directory of your webapp. | | JSTL standard tlds | tagLibJar2 | ../location-to-jar/jar-containing-tld.jar | | The problem here is that it does change the global JspServlet setting and all webapps will be able to find your tlds. And its probably not the safest operation to be overwriting the JspServlet like this, but it is possible. It would be a lot easier if this default global web.xml was being handled by deployers and was being exported as an attachment that other deployers could use (like the current MergedJBossWebMetaDataDeployer). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227616#4227616 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227616 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: DEPLOYING JBOSS PORTAL 2.7.0 ON GLASSFISH
It can only be deployed on JBoss AS 4.x View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226950#4226950 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226950 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: DEPLOYING JBOSS PORTAL 2.7.0 ON GLASSFISH
JBoss Portal currently only works with the JBoss Application Server. If you are using JBoss Portal 2.7.0 you should be using JBoss AS 4.2 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225116#4225116 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225116 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Zip deployers and deployment aliases
"alesj" wrote : alias.txt only works in top deployment: | - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/java/org/jboss/deployers/vfs/plugins/dependency/AliasesParserDeployer.java So in other words, a zipped deployment isn't support to work the same as an unzipped deployment. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218431#4218431 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218431 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Zip deployers and deployment aliases
"alesj" wrote : | You mean alias.txt or bean's alias? | aliases.txt "alesj" wrote : | There should be no diff between zip/unzip. | Ok, thats what I thought, but between this issue and http://jira.jboss.org/jira/browse/JBAS-6617 I was beginning to wonder if a zip deployable was something more special. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218408#4218408 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218408 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Zip deployers and deployment aliases
I have a directory that I deploy on JBoss AS5 that contains various different deployables (mostly sars and wars). We use an alias file in a sar for dependency management. Everything works fine when the directory is deployed, but if its packaged as a zip then deployables outside the zip can't find the alias dependency (deployables inside the zip appear to find the dependency without issue). Are zip deployables suppose to work exactly the same as if was unzipped? Or I am making assumptions about how it should be used. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218317#4218317 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218317 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Re: Transaction Demarcation and JBoss AOP 2.0
Stack trace of the error (note test.Test is the mbean that has the aop transaction applied to it) Caused by: java.lang.RuntimeException: Unable to locate the transaction manager | at org.jboss.tm.TransactionManagerLocator.locate(TransactionManagerLocator.java:134) | at org.jboss.tm.TransactionManagerLocator.locate(TransactionManagerLocator.java:113) | at org.jboss.aspects.tx.TxInterceptorFactory.initialize(TxInterceptorFactory.java:57) | at org.jboss.aspects.tx.TxInterceptorFactory.createPerJoinpoint(TxInterceptorFactory.java:123) | at org.jboss.aop.advice.AspectFactoryDelegator.createPerJoinpoint(AspectFactoryDelegator.java:119) | at org.jboss.aop.GeneratedClassAdvisor.addPerClassJoinpointAspect(GeneratedClassAdvisor.java:912) | at org.jboss.aop.advice.GeneratedAdvisorInterceptor.(GeneratedAdvisorInterceptor.java:126) | at org.jboss.aop.GeneratedClassAdvisor.pointcutResolved(GeneratedClassAdvisor.java:837) | at org.jboss.aop.MethodMatchInfo.applyBinding(MethodMatchInfo.java:152) | at org.jboss.aop.MethodMatchInfo.overridePopulateBindings(MethodMatchInfo.java:143) | at org.jboss.aop.MethodMatchInfo.populateBindings(MethodMatchInfo.java:92) | at org.jboss.aop.GeneratedClassAdvisor.fullWorkFinalizeMethodChain(GeneratedClassAdvisor.java:627) | at org.jboss.aop.GeneratedClassAdvisor.finalizeMethodChain(GeneratedClassAdvisor.java:596) | at org.jboss.aop.GeneratedClassAdvisor.finalizeChains(GeneratedClassAdvisor.java:577) | at org.jboss.aop.ClassAdvisor.createInterceptorChains(ClassAdvisor.java:607) | at org.jboss.aop.GeneratedClassAdvisor.access$201(GeneratedClassAdvisor.java:65) | at org.jboss.aop.GeneratedClassAdvisor$ClassAdvisorStrategy.createInterceptorChains(GeneratedClassAdvisor.java:1303) | at org.jboss.aop.GeneratedClassAdvisor.createInterceptorChains(GeneratedClassAdvisor.java:407) | at org.jboss.aop.ClassAdvisor$1.run(ClassAdvisor.java:304) | at java.security.AccessController.doPrivileged(Native Method) | at org.jboss.aop.ClassAdvisor.attachClass(ClassAdvisor.java:274) | at org.jboss.aop.AspectManager.initialiseClassAdvisor(AspectManager.java:731) | at org.jboss.aop.GeneratedClassAdvisor$ClassAdvisorStrategy.initialise(GeneratedClassAdvisor.java:1291) | at org.jboss.aop.GeneratedClassAdvisor.initialise(GeneratedClassAdvisor.java:143) | at test.Test$TestAdvisor.initialise(Test$TestAdvisor.java) | at test.Test$TestAdvisor.(Test$TestAdvisor.java) | at test.Test.(Test.java) | at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) | at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) | at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) | at java.lang.reflect.Constructor.newInstance(Constructor.java:494) | at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1242) | at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:286) | at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:344) | at org.jboss.system.ServiceCreator.installPlainMBean(ServiceCreator.java:197) | at org.jboss.system.ServiceCreator.install(ServiceCreator.java:115) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192209#4192209 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192209 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Re: Transaction Demarcation and JBoss AOP 2.0
A more details description of the issue in the hope that someone will have an answer: If an class is specified through aop to have a transaction requirement (http://www.jboss.org/community/docs/DOC-9034) when aop alters the class it will change the constructor. This change to the constructor will cause the class to search for the constructor when its created, and will fail if the constructor is not found. If this class is an mbean and specified in SAR's jboss-service.xml, when the sar is being deployed it will create the class before even looking at any dependencies for the class. So adding jboss:service=TransactionManager doesn't do any good if the class requires the transaction manager when its constructed. In JBoss AS5, the transaction manger is no longer started at startup and gets deployed after SARs are deployed. So, if a SAR uses aop for transaction demarcation for an mbean specified in jboss-service.xml on JBoss AS5, it will fail since the constructor of the mbean requires the transaction manager to be already started. Should I start opening bugs for this? Open other forum topics in another more proper channel? I can provide stack traces and more information if needed. It works fine in versions of JBoss AS before 5 because of when the transaction manager starts. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191822#4191822 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191822 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Re: Transaction Demarcation and JBoss AOP 2.0
Actually, setting the useBaseXml to true doesn't help in all situations. The problem now is that the transaction manager is not started in the begining of the server startup, so in some situations aop will be trying to access the transaction manager before it even starts and will fail. Which brings me back to my original question, it looks like transactions will no longer be supported in the same way as it has been in past versions. Is transaction support going to be removed, or is there going to be a different way of using it? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191339#4191339 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191339 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Re: Transaction Demarcation and JBoss AOP 2.0
Ok, the issue is that in JBoss AS5 parts of AOP are disabled unless you set useBaseXml to true in conf/bootstrap/aop.xml | | true | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4191012#4191012 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4191012 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Re: Transaction Demarcation and JBoss AOP 2.0
nobody knows how this is suppose to be handled now? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190537#4190537 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190537 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Transaction Demarcation and JBoss AOP 2.0
Transaction Demarcation (see http://www.jboss.org/community/docs/DOC-9034) used to work with an older CR of AOP 2.0 (the aop CR17 used in JBoss AS 5.0.0.CR2) but it doesn't seem to work anymore with more with the 2.0.GA. Has this feature been removed or need to be called in a different manner? The documentation for the 2.0.GA doesn't even mention it anymore. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189899#4189899 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189899 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - broken doc links
The links for the 1.0 documentation on http://labs.jboss.com/jbossmc/docs/index.html lead to 404 pages http://docs.jboss.org/nightly/microkernel/docs/reference/en/html/ http://docs.jboss.org/nightly/microkernel/docs/gettingstarted/en/html/ Where can the 1.0 documentation be found? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4056622#4056622 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4056622 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - HelloworldPortlet deploy and undeploy issues
I am using the JBoss Portal 2.4 + JBoss AS bundled download, and the Helloworld tutorial application (http://anonsvn.jboss.org/repos/portletswap/portlets/2_4/bundles/HelloWorldPortlet.zip ) mentioned in the JBoss Reference Manual. When the war is placed in the deploy directory, it gets hot depoyed | [TomcatDeployer] deploy, ctxPath=/helloworldportlet, warUrl=.../tmp/deploy/tmp31730helloworldportlet-exp.war/ | But, the portlet will not be displayed unless two things occur: 1) it is the users first visit to the portal 2) the user logs out (note: this only occurs on a log out, not a login. So if the user is not already logged in, they will need to login and then logout before the portlet will be displayed) Refreshing does not make the portlet appear, even when the reload clears the cache. When the application gets removed from the deploy directory, it gets undeployed | [TomcatDeployer] undeploy, ctxPath=/helloworldportlet, warUrl=.../tmp/deploy/tmp31730helloworldportlet-exp.war/ | But, where the portlet used to be, there is now a portlet with title "Cannot render" and has "Object not found /helloworldportlet.HelloWorldPortlet" as the portlet contents. Am I doing something wrong or missing a step somewhere? Or should I be filing bugs about this behaviour? I searched through the reference manual and could not find any mention of the behaviour I observered. System Information: Linux, Sun 1.5 JVM, Firefox and SeaMonkey Browsers View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974092#3974092 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974092 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user