August 2010 - jboss-dev-forums - Jboss List Archives

Re: [jboss-dev-forums] [JBoss Web Services Development] - Compiling Native 3.3.1 from source

by Boris Shingarov

Boris Shingarov [http://community.jboss.org/people/usib6tfj] replied to the discussion "Compiling Native 3.3.1 from source" To view the discussion, visit: http://community.jboss.org/message/557736#557736 -------------------------------------------------------------- Thanks Alessio, that's exactly what I needed. I am now up and running. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557736#557736] Start a new discussion in JBoss Web Services Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Web Services Development] - Compiling Native 3.3.1 from source

by Alessio Soldano

Alessio Soldano [http://community.jboss.org/people/alessio.soldano%40jboss.com] replied to the discussion "Compiling Native 3.3.1 from source" To view the discussion, visit: http://community.jboss.org/message/557731#557731 -------------------------------------------------------------- That's at https://repository.jboss.org/nexus/content/groups/public/org/jboss/ws/jbo... https://repository.jboss.org/nexus/content/groups/public/org/jboss/ws/jbo... You need to properly setup the Maven repositories to use, see http://community.jboss.org/wiki/JBossWS-Mavenization#Create_or_Update_Mav... http://community.jboss.org/wiki/JBossWS-Mavenization#Create_or_Update_Mav... -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557731#557731] Start a new discussion in JBoss Web Services Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

[JBoss Web Services Development] - Compiling Native 3.3.1 from source

by Boris Shingarov

Boris Shingarov [http://community.jboss.org/people/usib6tfj] created the discussion "Compiling Native 3.3.1 from source" To view the discussion, visit: http://community.jboss.org/message/557728#557728 -------------------------------------------------------------- Trying to build Native 3.3.1 GA from source. It goes to fetch http://repo1.maven.org/maven2/org/jboss/ws/jbossws-parent/1.0.7.GA/jbossw... http://repo1.maven.org/maven2/org/jboss/ws/jbossws-parent/1.0.7.GA/jbossw... This does not exist in the repo (I manually checked), so the build process stops very early. What am I missing? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557728#557728] Start a new discussion in JBoss Web Services Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Flavia Rainone

Flavia Rainone [http://community.jboss.org/people/flavia.rainone%40jboss.com] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/557705#557705 -------------------------------------------------------------- > Ales Justin wrote: > > > Ales, why should I add it to bootstrap?I mean, can't I just scan the lib dirs as part of the first weld deployment instead of doing it on bootstrap? What are the advantages of doing otherwise? > Exactly for the reason you have a 2nd question. :-) > > Indeed, currently I'm invoking DefaultDomain.loadClass so I can figure out the ClassLoader, which is awful. I also thought on applying some rule to determine the module name, but I wanted to hear from you what would be a good way of retriveing the CL. > Ales Justin wrote: > > > Another question: once I determine that a specific jar in lib has the META-INF/beans.xml file, what is the cleanest way of retrieving the corresponding lib ClassLoader? > Adding some "listener" service at bootstrap would mean we could somehow > add a mechanism that would, for every lib added to cl domain, check if there is some beans.xml. > > Cool. That would easily give access to the ClassLoader/module that corresponds to the lib IIUC. > Ales Justin wrote: > > > I can look into it what would be the best way to do this. > Unless you wanna do it yourself. Thanks! You can go ahead. :-) In the meantime, I'll try Pete's suggestion to fix the duplicate ejb descriptor issue. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557705#557705] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss AS7 Development] - JCA / Datasources in domain.xml

by Jesper Pedersen

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] replied to the discussion "JCA / Datasources in domain.xml" To view the discussion, visit: http://community.jboss.org/message/557687#557687 -------------------------------------------------------------- > namespace: I need to define the namespace used for jca definition. Conventional namespace name is "urn:jboss:domain:whateveryouwant:1.0". *STATUS ON THIS POINT*: the namespace will be set in the top level xsd (let me call it jca.xsd) which will include other xsd (see conclusion) We will need to see where it fits into the overall AS 7 domain.xml picture -- configuration of the JCA container, setting up datasources and activating resource adapters are very different things, so I don't think putting them under a single XSD is a good idea. > Number of xsd. I've explained I was planning to have different xsds for datasources (the committed one) and for connection-factories. Alexey thinks it's better to have just one xsd with multiple top-level element possible to limit the number of xsd, and much more important limit the number of namespaces. *STATUS ON THIS POINT*: see the next feedback and the conclusion. We agreed about an xs:include based solution giving multiple xsds file included in jca.xsd file with only one namespace used into the AS domain.xml No, those are separate because of the reasons stated above. Each piece will fit into a certain area in the domain.xml and not under a single tag. We have * The actual deployment (part of domain.xml which identifies the resource adapter archive) * The configuration of the JCA container (settings for the JCA deployers and the container itself based on the JCA container XSD) * Datasources (specification of datasources based on the datasources XSD) * Activation of resource adapters (activation of resource adapter instances with their configuration based on the resource adapter XSD) The question is if the "system" resource adapter such as jdbc-local.rar and jdbc-xa.rar should be hidden from the domain.xml and be a mandatory deployment. I think so, as <datasource> wouldn't work otherwise. > jca.xsd for AS7 and an xsd for ironJacamar standalone No, and IronJacamar standalone issues should be discussed in the JCA Devel forum - they don't belong here. > These is an advantage because we could have different life cycle for different configuaration levels, permitting in particular to add something at AS or standalone top level configs without impact each other. IronJacamar have a strict release cycle, so don't make that the first overall design goal. Remember that AS 7 will consume an IronJacamar tag which maps to certain functionality - the integration will live in AS 7. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557687#557687] Start a new discussion in JBoss AS7 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss AS7 Development] - JCA / Datasources in domain.xml

by Jesper Pedersen

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] replied to the discussion "JCA / Datasources in domain.xml" To view the discussion, visit: http://community.jboss.org/message/557683#557683 -------------------------------------------------------------- Sure, moving the class-name definitions to an attribute would benefit the format -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557683#557683] Start a new discussion in JBoss AS7 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

[JCA Development] - resource_adapter_1_0.xsd

by Stefano Maestri

Stefano Maestri [http://community.jboss.org/people/maeste] created the discussion "resource_adapter_1_0.xsd" To view the discussion, visit: http://community.jboss.org/message/557642#557642 -------------------------------------------------------------- Hi all, I've committed the http://anonsvn.jboss.org/repos/jbossas/projects/jboss-jca/trunk/common/sr... first draft of the named xsd. It aims to define a structure of former <connection-factories> tag in old jboss-ds_6_0.dtd. It add some new concept (adming object, resource_adapter tag and so on) and try to make easier to write this kind of config both for new and old concepts (aka connection-factories). Please have a look to the http://anonsvn.jboss.org/repos/jbossas/projects/jboss-jca/trunk/common/sr... xsd, the http://anonsvn.jboss.org/repos/jbossas/projects/jboss-jca/trunk/common/sr... metadata api, http://anonsvn.jboss.org/repos/jbossas/projects/jboss-jca/trunk/common/sr... and its implementation with also http://anonsvn.jboss.org/repos/jbossas/projects/jboss-jca/trunk/common/sr... StAX parser implemented too. Maybe it would help to take a look also to our test suite resources where I have ported an example taken for AS6 and converted to the new structure. I'll convert much more of these examples as soon we have discussed xsd and we have agreed about it (to just don't nedd to fix thess porting many times). Any comment are more than welcome. bye S. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557642#557642] Start a new discussion in JCA Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - History details

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] replied to the discussion "History details" To view the discussion, visit: http://community.jboss.org/message/557588#557588 -------------------------------------------------------------- Hi Maciej, Many of our customers want to know how to get the previous/next activity of a process. Part of this feature should be done by history service. Could we support this feature in the next version? Regards. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557588#557588] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - about logging

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] replied to the discussion "about logging" To view the discussion, visit: http://community.jboss.org/message/557587#557587 -------------------------------------------------------------- Hi Michael, My opinion, save the org.jbpm.internal.log package has benefit for the jbpm framework, whatever the commons-logging or log4j or slf4j changed, we need change too much for the component in jbpm framework. The only weekness is the logger cannot reflect the real invoking location, e. g, if we want to print the method or the line of the real logging location, it will always the org.jbpm.internal.log.Log. But I think this is not a fatal problem. Event the log4j or slf4j didn't suggest to print method/line number in appender. So I want to save the abstract layer of jbpm - org.jbpm.internal.log package, and just close the JBPM-1211 and jBPM-2422. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557587#557587] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Flavia Rainone

Flavia Rainone [http://community.jboss.org/people/flavia.rainone%40jboss.com] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/557567#557567 -------------------------------------------------------------- > Ales Justin wrote: > > > > but it could be made optional to do this at boot time instead. > The easiest way to do this would be to add a deployer and somesort of weld-lib repository service to the bootstrap process. > e.g. part of bootstrap.xml sub-systems, which would simply take a set of lib locations to check, > and spit out a set of lib jars that contain META-INF/beans.xml -- note, there is no Weld dependency, hence can be easily put into bootstrap Ales, why should I add it to bootstrap? I mean, can't I just scan the lib dirs as part of the first weld deployment instead of doing it on bootstrap? What are the advantages of doing otherwise? Another question: once I determine that a specific jar in lib has the META-INF/beans.xml file, what is the cleanest way of retrieving the corresponding lib ClassLoader? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/557567#557567] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2010