May 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: User documentation for 2.0.0.beta1

by timfox

What about ODF and PDF? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228683#4228683 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228683

15 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Installer docs

by heiko.braun＠jboss.com

Another thing I am missing: How do I provide the DB configuration parameters to the scripts? Where are user/password, jdbc URL, etc configured? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228679#4228679 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228679

15 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Installer docs

by heiko.braun＠jboss.com

Can we get some documentation on how to run the different installer use cases? The scripts seem to be build to just setup the hudson QA. What about: - installing into the AS only? - create/drop the database tables? - install with building? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228677#4228677 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228677

15 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: User documentation for 2.0.0.beta1

by jmesnil

I evaluated Docbook support for OpenOffice and the results are mixed. * Multiple chapters is not supported. Our doc is split into separate chapters that are included in the master.xml "book". When I edit one of the individual chapter, OOo does not recognize it as a docbook subset and display the source text (with xml tags) => We'd have to aggregate all our document in a single file to be able to use OOo (this means more svn merge operations) * OpenOffice Docbook support is not complete. If I add a toc tag to the file outside OOo (to generate the table of contents in the output formats), OOo removes it when I save the file. => Table of contents would have to be generated from OOo. This means the document generation will no longer be automated * Section ID. I've some issues to create permalink to sections. Either I have a duplicated title (only 1 having the permalink ID) or none. I'm still figuring out how it works To sum up, using OOo and saving in docbook: * does not allow to edit manually the file (changes will be lost next time the file is saved by Ooo) * prevents automatic generation of HTML/PDF (missing TOC) I'm not an OOo expert and there may be ways to circumvent these limitations but I haven't found them. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228676#4228676 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228676

15 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Caching of classes in BaseClassLoaderDomain

by bstansberry＠jboss.com

Thanks, guys. :) "alesj" wrote : | Why the hurry? | | I think Brian is the only one affected by this, | and I'm sure he's happy to work on latest snapshot. ;-) I certainly don't mind. Dominik's doing the perf testing, and he seemed fine with a snapshot as well. But I believe the component freeze for 5.1.0.GA is Monday. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228668#4228668 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228668

15 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: javax.ejb.EJB Annotations Outside EJB3 Components

by jaikiran

<bean name="WSInjectionMetaDataDeploymentAspect" class="org.jboss.wsf.container.jboss50.deployment.metadata.InjectionMetaDataDeploymentAspect"> | <property name="requires">WebMetaData</property> | <property name="provides">InjectionMetaData</property> | <property name="ejbReferenceResolver"><inject bean="org.jboss.ejb3.EjbReferenceResolver"/></property> | </bean> I did not find the definition for the org.jboss.ejb3.EjbReferenceResolver bean within that jbossws-deployer-jboss-beans.xml. Does this mean that JBossWS will rely on EJB3 deployer jboss-beans.xml to deploy an EjbReferenceResolver? :) I would recommend that you define your own EjbReferenceResolver (with a unique MC bean name) within JBossWS to ensure that any changes to the EJB3 deployer will not affect JBossWS. Something like: <bean name="WSInjectionMetaDataDeploymentAspect" class="org.jboss.wsf.container.jboss50.deployment.metadata.InjectionMetaDataDeploymentAspect"> | <property name="requires">WebMetaData</property> | <property name="provides">InjectionMetaData</property> | <property name="ejbReferenceResolver"><inject bean="EJBReferenceResolverForWS"/></property> | </bean> | | <bean name="EJBReferenceResolverForWS" class="org.jboss.ejb3.common.resolvers.spi.EjbReferenceResolver"> | <constructor factoryClass="org.jboss.ejb3.common.resolvers.spi.EjbReferenceResolverFactory" | factoryMethod="newInstance"> | <parameter>org.jboss.ejb3.common.resolvers.plugins.FirstMatchEjbReferenceResolver</parameter> | </constructor> | </bean> | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228657#4228657 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228657

15 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: javax.ejb.EJB Annotations Outside EJB3 Components

by richard.opalka＠jboss.com

Thank you guys. Here's my final solution ;) EJBBeanReferenceResolver.java - JBossWS reference resolving facade jbossws-deployer-jboss-beans.xml - MC driven EjbReferenceResolver injection (search for org.jboss.ejb3.EjbReferenceResolver) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228633#4228633 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228633

15 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Caching of classes in BaseClassLoaderDomain

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : The proper fix will be a bit more complicated ... By more complicated, I mean I'll have to rework the way it works since the BaseClassLoaderDomain doesn't know anything about the parent/child relationship. It will also probably require flushing child caches when a parent is flushed which would mean introducing some kind of listener mechanism. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228610#4228610 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228610

15 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Caching of classes in BaseClassLoaderDomain

by adrian＠jboss.org

"alesj" wrote : | I need to fix up JIRA anyway, so take your time. :-) | And I'll do a proper release once you're done. I'm done for now. The proper fix will be a bit more complicated so I need to let my brain think about it as a background task for a while. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228609#4228609 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228609

15 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Caching of classes in BaseClassLoaderDomain

by alesj

"adrian(a)jboss.org" wrote : | But I don't think the blacklist optimazation is as important as the caching so I'll | fix the use in BaseClassLoaderDomain.loadClass() and do a release of 2.0.6 | Why the hurry? I think Brian is the only one affected by this, and I'm sure he's happy to work on latest snapshot. ;-) I need to fix up JIRA anyway, so take your time. :-) And I'll do a proper release once you're done. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228604#4228604 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228604

15 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums May 2009