[Microcontainer] - Autoexplosion of archives
by bob.mcwhirter
Is there some standard or default way to mark certain archives as needing exploding before doing a true deployment, or even structure deployment?
Turns out, even with the .rails archives bit, the JRuby bits aren't quite happy with URLs yet.
I'd like a deploy/myapp.rails file, if it's not already exploded, to get exploded under tmp/... somewhere before structure recognition and metadata deployment. But if it is exploded (or a symlink to an exploded directory tree), just use it as-is.
Bonus points if the link between deploy/myapp.rails and tmp/myapp.rails/ exploded directory is kept, and undeploy/redeploy still exists.
If I have to write it myself, would you think it's a PARSE stage deployer looking for .rails? Will MC hand me non-leaf VirtualFiles for deployment? "Parsing" of the archive could be a visitor that explodes it into tmp/ and then deploys that new unit?
Thanks for any insight,
-Bob
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193820#4193820
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193820
15 years, 5 months
[Installation, Configuration & DEPLOYMENT] - Re: Not able to access the second JBoss instance started on
by PeterJ
Based on the information you have provided, I would guess that you did something wrong. If you fix it, it should work. ;-)
But seriously, look at the console log for the second instance and post any exceptions that were shown. If there were no exceptions, post the contents of the console output, starting with the run command you entered and ending with the "Started in xxx seconds" message.
Also, post the jboss-service.xml changes you made for each instance. (Remember to enclose your XML text in UBBCode "code" tags - you can do this by selecting the XML text and clicking the Code button above the editor window. Also, click the Preview button to ensure that the formatting is correct and the XML text shows up before posting.)
Finally, you are trying to run two different configurations, and not run the same config twice, right?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193808#4193808
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193808
15 years, 5 months
[JBossWS] - Re: OutOfMemory exception when loading xml schemas in WSDL
by almarro1
First of all, thank you for your quick response.
"bschmoll1" wrote :
| I don't know how you're packaging the HL7 schemas, but you could try reducing the number of schemas down to the message type your actually interested in, which appears to be the PRPA_IN201101UV01, plus base schema's.
|
Yes, PRPA_IN201101UV01 is the schema that contains the message definition, but it has dependences on the other schemas, so I cannot reduce the number with getting a deployment exception because the deployer cannot locate referenced resources. I'm packaging them as resources in the jar file, so they are available when the deployment is done.
"bschmoll1" wrote : It looks to me like there are a number of message types that are being parsed that don't seem relevant to the WSDL, MCCI_MT000100UV01.xsd, COCT_MT040203UV01.xsd. I assume each of these also have references to the datatypes.xsd, voc.xsd and the other base schema's, which is why there are numerous references to them. I would hope that those definitions would be cached and not be loaded into memory multiple times, but given the OutOfMemoryException that may be what is occuring.
|
I guess the cache is not working and the stack is loading the same schemas a lot of times.
If it is a problem of memory, it is a high issue, as this example implements a really simple use case out of the more than 1000 available. JBossWS should be able to deal with the total amount of data loaded from shemas (less than 2 Mb), which I don't know end up in more than 1 Gb when exploded into memory.
Again, thank you very much.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193807#4193807
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193807
15 years, 5 months
[Microcontainer] - Re: Injecting a field value
by alesj
"david.lloyd(a)jboss.com" wrote : The most obvious mechanism to me is a ValueMetaData that is comprised of a class and a field name.
The most obvious is value-factory:
| <bean name="ConstantsProvider" class="org.jboss.demos.ioc.access.ConstantsProvider">
| <constructor>
| <parameter>org.jboss.demos.ioc.access.IConstants</parameter>
| </constructor>
| </bean>
|
| <bean name="XConstUser2" class="org.jboss.demos.ioc.access.XConstUser">
| <property name="x"><value-factory bean="ConstantsProvider" method="getConstant" parameter="X_INT_VALUE"/></property>
| </bean>
|
| public class ConstantsProvider
| {
| private KernelConfigurator configurator;
| private String className;
| private ClassInfo classInfo;
|
| public ConstantsProvider(String className)
| {
| this.className = className;
| }
|
| @Inject(bean = KernelConstants.KERNEL_CONFIGURATOR_NAME)
| public void setConfigurator(KernelConfigurator configurator)
| {
| this.configurator = configurator;
| }
|
| public void create() throws Throwable
| {
| if (configurator == null)
| throw new IllegalArgumentException("Null configurator");
|
| if (className != null)
| classInfo = configurator.getClassInfo(className, getClass().getClassLoader());
| }
|
| public Object getConstant(String constantName) throws Throwable
| {
| return getConstant(classInfo, constantName);
| }
|
| public Object getConstant(String className, String constantName) throws Throwable
| {
| ClassInfo classInfo = configurator.getClassInfo(className, getClass().getClassLoader());
| return getConstant(classInfo, constantName);
| }
|
| protected Object getConstant(ClassInfo classInfo, String constantName) throws Throwable
| {
| FieldInfo field = classInfo.getDeclaredField(constantName);
| return field.get(null);
| }
| }
|
I can add this as part of Kernel,
probably next to BeanMetaDataBuilder.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193805#4193805
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193805
15 years, 5 months