[jboss-user] [JBoss Microcontainer Users] - Re: Single Deployment Unit from multiple files inside a zip
rareddy wrote : I am not sure how the StructureDeployer works, however once I created a structure for my version of the ZIP file, it works as I expected. The deployer invokes once for a.xml and once for b.xml then invokes merge for the zip metadata iteself with metadata from a.xml and b.xml files. The StructureDeployers determine classpath and metadata locations of a deployment mostly independent of the file extension. The problem with providing a StructureDeployer for .zip files is that you modify the behavior for all .zip files, which shouldn't be done. Therefore i'd rather suggest that you move your deployment descriptors to the META-INF folder, which is the standard metadata location or maybe provide your own extension. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4267894#4267894 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4267894 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: MC picking up irrelevant deployers
Yes, setInput() marks the Input as required and addInput() is just used for ordering. The Merged*MetaDataDeployers are a special case anyway. It seems they are even replacing the original metadata with the merged result - So other deployers could just require this as input e.g. JBossMetaData. Like the AbstractWarDeployer is doing for the JBossWebMetaData. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4236298#4236298 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4236298 ___ 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
mwringe wrote : 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. | Indeed the choice in the xsd does not make sense, and looks like i'm also the one to blame ;) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4232333#4232333 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4232333 ___ 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 you could add the -Dxb.builder.useUnorderedSequence=true flag. This will be the default for 5.1.0.GA View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4232298#4232298 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4232298 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatic redeploy using DeploymentManager
Juergen.Zimmermann wrote : Can org.jboss.deployers.spi.management.deploy.DeploymentManager be used for redeploying e.g. an EAR? | Basically you can deploy a new deployment over deploymentManager. So you can use copyContent = true to copy and deploy a zipped file, or copyContent = false to just deploy the url (this also works for exploded deployments) Juergen.Zimmermann wrote : | If so, are there any examples or wiki pages? Maybe this example helps, if you look at the setUp and tearDown method: https://anonsvn.jboss.org/repos/jbossas/trunk/testsuite/src/main/org/jboss/test/deployers/AbstractDeploymentTest.java Please note that the usage and interface will most probably change in 5.1.x. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4208097#4208097 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4208097 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternative JAR extensions
bob.mcwhirter wrote : Yah, if you guys could add .rails as a jar extension for the GA, that'd be plenty fine for my needs. This will be by default in AS5 GA: | +value.spring/value | +value.rails/value | +value.esb/value | There is also a jira to track further changes we need to do for the next point release: https://jira.jboss.org/jira/browse/JBAS-6274 But keep you JEP, as this is going to be removed once this is done :) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4193733#4193733 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193733 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternative JAR extensions
bob.mcwhirter wrote : | So, it seems that since things initialized from deployers/ can affect VFS handling, deployDir.getChildren() should wait until deployers/ is fully deployed. | | Possible? Possible yes, unfortunately not in the timeframe of GA. But we could add your .rails extension by default to the deployers.xml and once this is fixed we remove it again, if this would help you ? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4193687#4193687 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193687 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternative JAR extensions
[EMAIL PROTECTED] wrote : | The profile service that is loaded by default now is the conf/bootstrap/profile-repository.xml. It is doing a rebuild of the structure metadata when it loads admin edits, so that must be causing this. It is only rebuilding the structure if you persisted managed object before, as i don't think you are doing that - i guess this is not the case. But to be sure - there should be some debug information in the boot.log like this: (well they are there since today :) | DEBUG [AbstractAttachmentStore] No persisted attachment found for deployment ... | If i do a simple RailsStructure implements JarExtensionProvider, it is deployed before any file in the deploy directory is added to the mainDeployer. | DEBUG [DeployersImpl] (main) Fully Deployed vfsfile:/home/emuckenh/svn/as/jboss-5.0.0.GA/server/default/deployers/rails-jboss-beans.xml | So not really sure yet, why your Structure shows up too late. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4193543#4193543 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193543 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternative JAR extensions
bob.mcwhirter wrote : | It's handing the child to my deployer at the right time, but it appears that the getChildren() against deploy/ is happening before JEP installation, so it doesn't know that myapp.rails should be handled as a JAR instead of as a normal filesystem file. | | At least that's what I'm thinking is happening. A hot deploy after AS is fully running, the getChildren() is smart enough to delegate to a JARHandler for myapp.rails. | Ah now i finally understand what you mean :) Yes there is a call of deployDir.getChildren before your JEP is getting deployed. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4193554#4193554 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193554 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternative JAR extensions
emuckenhuber wrote : | Yes there is a call of deployDir.getChildren before your JEP is getting deployed. | Actually this happens before anything else is deployed. We should be able to do that in a different way. I'll see if we can put this still in GA. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4193555#4193555 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193555 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - NPE deploying TopicService
Hi, if i try to deploy a simple TopicService with the MessageCounterHistoryDayLimit attribute set, it fails with a NPE. It seems that the attribute is set before the destination mbean is started and the serverPeer is set. | ?xml version=1.0 encoding=UTF-8 standalone=yes? | server | mbean xmbean-dd=xmdesc/Topic-xmbean.xml | name=jboss.messaging.destination:service=Topic,name=testTopic | code=org.jboss.jms.server.destination.TopicService | | attribute name=JNDINametestTopic/attribute | attribute name=MessageCounterHistoryDayLimit1/attribute | depends optional-attribute-name=ServerPeerjboss.messaging:service=ServerPeer/depends | dependsjboss.messaging:service=PostOffice/depends | /mbean | /server | | 11:39:35,787 ERROR [AbstractKernelController] Error installing to Real: name=vfsfile:/home/emuckenh/svn/as/trunk/build/output/jboss-5.0.0.GA/server/profileservice/deploy/profileservice-testTopic-service.xml state=PreReal mode=Manual requiredState=Real | org.jboss.deployment.DeploymentException: Exception setting attribute MessageCounterHistoryDayLimit on mbean jboss.messaging.destination:service=Topic,name=testTopic | at org.jboss.system.ServiceConfigurator.configure(ServiceConfigurator.java:155) | at org.jboss.system.ServiceConfigurator.configure(ServiceConfigurator.java:99) | at org.jboss.system.microcontainer.ConfigureAction.installAction(ConfigureAction.java:58) | at org.jboss.system.microcontainer.ConfigureAction.installAction(ConfigureAction.java:42) | at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) | at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) | at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) | at org.jboss.system.ServiceController.doChange(ServiceController.java:672) | at org.jboss.system.ServiceController.install(ServiceController.java:258) | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:95) | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:45) | at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178) | at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541) | at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:293) | at
[jboss-user] [JBoss Portal] - Re: How to get a netvibes widget by url?
You can basically copy the 'Source' url from the netvibes ecosystem. Although only UWA compatible widgets can be displayed outside netvibes. This is represented by the colored icon of the widget ;) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4145846#4145846 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4145846 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Problem with Seam Forum
Indeed - but there is a thread called 'please use the new forum' So you could check out the new and fancy http://seamframework.org page, where you should be able to find this new forum :) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4136568#4136568 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136568 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: PermGen Space
You could also use the JAVA_OPTS in the bin/run.conf, which is maybe easier to find. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4136587#4136587 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136587 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: email to admin on user registration and activation confi
yes i saw that too... Since yesterday this is possible in the 2.6 branch as you described it, although i'm not very convinced - need to think about that again, as there should be a at least a prefix for getting the subject from the bundle... Furthermore it will expose this method for more flexibility: | IdentityMailService.send(String emailFrom, String emailTo, String subject, String emailBody); | View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4136345#4136345 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136345 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: email to admin on user registration and activation confi
For doing something like this you would need to provide your own jBPM Action and plug it into the process - for example like this: | public class MyNotificationMailAction implements org.jbpm.graph.def.ActionHandler | { |public void execute(ExecutionContext ectx) throws Exception |{ | // do something |} | } | and in the process definition you would need to add this action on the transition you want it to be executed. | ... | state name=validate_email | transition name=validated to=admin_approval | action class=MyNotificationMailAction/ | /transition | /state | ... | This would execute the action after the email address is verified. For further information you can take a look at the jBPM documentation and the current implementation in JBoss Portal. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4136019#4136019 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136019 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Installation of Jboss portal 2.4.2 with jboss AS 4.0.5
just for your information - there is a wiki page about using JBoss Portal 2.6 with JBoss AS 4.0.5 http://wiki.jboss.org/wiki/Wiki.jsp?page=Portal26_AS40 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4120337#4120337 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4120337 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Redirect after logout
afichtner wrote : | Or even if it could just direct you to the portal that's been configured as your default portal (e.g., /portal), that's all I need. | As far as i can remember this issue is fixed in 2.6.3, which will be released in the next days. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4112282#4112282 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4112282 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: JBoss Portal 2.6.3 download
To ensure that you get the correct files you should wait until JBoss Portal 2.6.3 is officially announced before downloading. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4111859#4111859 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4111859 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: IdentityUserPortlet not picking up localized resource fi
I tried that again, but unfortunately could not reproduce your problem. All i did was creating the new bundle file, re-deployed the core-identity.sar, changed the users Locale, Logout, Log in again and it was working as expected. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4107094#4107094 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4107094 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: IdentityUserPortlet not picking up localized resource fi
Basically not all portlets are translated in every language. And only adding supported-localefr/supported-locale does not help much if no French translation is present ;) Anyway - as far as i can remember someone from the community provided some translations for the IdentityPortlets and therefore a French translation will be available in the next release of JBoss Portal. Emanuel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4106805#4106805 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4106805 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: org.jboss.portal.faces.loader.FacesLoaderServlet Null Po
In order to use the 'FacesPortlet' with Facelets please take also a look at the packaging of core-identity or core-admin and make sure that you put the JSF libs in 'WEB-INF/lib2'. You can also take a look at http://www.jboss.com/index.html?module=bbop=viewtopict=113566 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4100250#4100250 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4100250 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user