[JBoss AS7 Development] - Using JAXB and see java.lang.ClassNotFoundException: __redirected/__DatatypeFactory
by Ramesh Reddy
Ramesh Reddy [http://community.jboss.org/people/rareddy] created the discussion
"Using JAXB and see java.lang.ClassNotFoundException: __redirected/__DatatypeFactory"
To view the discussion, visit: http://community.jboss.org/message/622808#622808
--------------------------------------------------------------
Hi,
In Teiid we have couple JAXB classes, I am trying to migrate the code to AS7 container and I see this below when I instantiate the JAXBContext. I understand that using JAXB is discouraged for the speed. For time being I still would like to use these classes. I am using Sun JDK on Fedora box.
Caused by: javax.xml.datatype.DatatypeConfigurationException: Provider __redirected.__DatatypeFactory not found
at javax.xml.datatype.DatatypeFactory.newInstance(DatatypeFactory.java:137) [:1.6.0_26]
at com.sun.xml.bind.DatatypeConverterImpl.<clinit>(DatatypeConverterImpl.java:833)
... 26 more
Caused by: java.lang.ClassNotFoundException: __redirected/__DatatypeFactory
at java.lang.Class.forName0(Native Method) [:1.6.0_26]
at java.lang.Class.forName(Class.java:247) [:1.6.0_26]
at javax.xml.datatype.FactoryFinder.getProviderClass(FactoryFinder.java:121) [:1.6.0_26]
at javax.xml.datatype.FactoryFinder.newInstance(FactoryFinder.java:146) [:1.6.0_26]
at javax.xml.datatype.FactoryFinder.find(FactoryFinder.java:187) [:1.6.0_26]
at javax.xml.datatype.DatatypeFactory.newInstance(DatatypeFactory.java:131) [:1.6.0_26]
Any suggestions on how I can fix this? I see the classes in the jboss-modules class, but they were explicitly not exported.
Thanks
Ramesh..
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/622808#622808]
Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 4 months
[JBoss AS7 Development] - AS7 Patching requirements
by Jimmy Wilson
Jimmy Wilson [http://community.jboss.org/people/jiwils] modified the document:
"AS7 Patching requirements"
To view the document, visit: http://community.jboss.org/docs/DOC-16822
--------------------------------------------------------------
h2. Patches and AS 7
h5. Background / Introduction to AS 7
* AS 7 offers 2 startup modes, standalone and domain.
* Standalone is just the App Server instance.
* Domain starts a Process Controller, a Host Controller, and App Server instances.
* The Process Controller is very lightweight and should remain up for long periods of time.
The Process Controller can re-start Host Controllers and App Server instances, it should be so simple that it doesn't ever need to be restarted itself.
* The Host Controller dictates whether this node is a domain 'Master' or 'Slave'.
* There may be many App Servers.
h5.
Configuration files
* Domain.xml - should be identical on all machines across the domain, but is read only by the single node acting as 'Domain Controller'.
* Host.xml - Unique for each host, this file tells this host if it's the Domain Controller or not.
h5.
Startup (Domain mode)
* domain.sh starts the Process Controller.
* Process Controller launches Host Controller. (Might be Domain Controller, might not be).
* Host Controller, with Domain Controller, manage App Server lifecycles.
* The subdirectory /data/content is a working copy of deployed stuff.
* Note: Domain mode does not currently support exploded directories for deployments.
h5. Application Server
* To the app server, all the components are 'services'.
* A Service has two statuses, 'up' and 'down'.
* There is a subsystem API if you want to extend the capabilities of the application server.
* The Getting Started Guide describes several examples included in the source version of AS 7. These examples show how the App Server's management API can be used to deploy components. *When a component is deployed, it causes the current Application Server configuration file (i.e. standalone.xml) to be re-written on the fly.*
* The App Server is made up of a core and extensions. The core contains parts like MSC (the service container), module class loading, and core management. The rest are extensions.
h5. Patching
We seek to make patching:
* Easy to produce
* Easy to audit
* Easy to test
* Easy to deploy
* Easy to roll back (perhaps. Under discussion)
* Easy to view/understand the patches applied.
* We'd like to establish a patch directory, maybe under 'modules'. This patch directory would have a sub-directory for each CP or patch that is applied.
* For this to work, we must produce a Patch-tool that will alter the path used to invoke modules. It must update the path used find classes and put the latest patch's .jars ahead of what was there previously. (The prior .jars may need to be removed, per security requirements. This is under discussion.)
* Patching a domain is more challenging than patching a single App Server instance, as it might involve patching several hosts and app server instances. A few interesting notes: * Only a domain controller can 'push' changes out.
* The domain controller's modules must be at least as current as the latest version on subordinate nodes.
The Patch-tool must use the Application Server's management API to deploy patches. We need to provide some scripting mechanism which will cause it to distribute the artifacts (perhaps to the above described directory structure for patches) and to cause updates to configuration files.
h5. A possible patch-application scenario
1) The Patch-tool talks to the Master Domain Controller, asking it for a list of subordinate hosts.
2) The Patch-tool updates the modules on the MDC with the new artifacts. This is because the MDC must be at least as current as the newest host. The MDC is restarted. Repeat Loop for each Host:
3) Patch-tool prompts the Host to reconnect to the MDC, because it has been bounced.
4) Patch-tool puts the new modules in place on the Host, restarts the Host.
5) The Patch-tool translates the configuration DSL into changes:
- Domain level changes
- Host level changes (1 per Host, so the Patch-tool can command Hosts to update, as was done in the loop above)
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-16822]
Create a new document in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 4 months
[IronJacamar Development] - More than 1 connection-definition within resource-adapter
by Filipe Gaspar
Filipe Gaspar [http://community.jboss.org/people/filipeggaspar] created the discussion
"More than 1 connection-definition within resource-adapter"
To view the discussion, visit: http://community.jboss.org/message/622744#622744
--------------------------------------------------------------
Good afternoon,
I'm starting to move from JBoss4.2.2 to JBoss 7.0.1.
In Jboss 4.2.2 I used to have a resource adpater defined and a few connection definitions were using it.
To give an inside view:
I have a hst-connector.rar deployed with a ra.xml within META-INF, with the following content:
|| *Header 1* ||
| *<?xml version="1.0" encoding="UTF-8"?>*
*<connector xmlns="http://java.sun.com/xml/ns/j2ee"*
* xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"*
* xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee*
* http://java.sun.com/xml/ns/j2ee/connector_1_5.xsd"*
* version="1.5">*
* <description>XPTO Connector</description>*
* <display-name>HostConnector</display-name>*
* <vendor-name>MyCompany</vendor-name>*
* <eis-type>SocketIO</eis-type>*
* <resourceadapter-version>4.0</resourceadapter-version>*
* <license>*
* <description>LGPL</description>*
* <license-required>false</license-required>*
* </license>*
* <resourceadapter>*
* <resourceadapter-class>mycompany.connector.HstConnectorRA</resourceadapter-class>*
* <outbound-resourceadapter>*
* <connection-definition>*
* <managedconnectionfactory-class>**mycompany**.connector.HstManagedConnFactory</managedconnectionfactory-class>*
* <config-property>*
* <config-property-name>ServerName</config-property-name>*
* <config-property-type>java.lang.String</config-property-type>*
* </config-property>*
* <config-property>*
* <config-property-name>PortNumber</config-property-name>*
* <config-property-type>java.lang.String</config-property-type>*
* </config-property>*
* <config-property>*
* <config-property-name>SockTimeout</config-property-name>*
* <config-property-type>java.lang.String</config-property-type>*
* </config-property>*
* <config-property>*
* <config-property-name>HeaderLength</config-property-name>*
* <config-property-type>java.lang.String</config-property-type>*
* </config-property>*
* <config-property>*
* <config-property-name>MaxInteractions</config-property-name>*
* <config-property-type>java.lang.String</config-property-type>*
* </config-property>*
* <connectionfactory-interface>**mycompany**.connector.IHstConnFactory</connectionfactory-interface>*
* <connectionfactory-impl-class>**mycompany**.connector.HstConnFactoryImpl</connectionfactory-impl-class>*
* <connection-interface>**mycompany**.connector.IHstConnection</connection-interface>*
* <connection-impl-class>**mycompany**.connector.HstConnection</connection-impl-class>*
* </connection-definition>*
**
* <transaction-support>NoTransaction</transaction-support>*
* <authentication-mechanism>*
* <authentication-mechanism-type>BasicPassword</authentication-mechanism-type>*
* <credential-interface>javax.resource.spi.security.PasswordCredential</credential-interface>*
* </authentication-mechanism>*
* <reauthentication-support>false</reauthentication-support>*
* </outbound-resourceadapter>*
* <inbound-resourceadapter>*
* <messageadapter>*
* <messagelistener>*
* <messagelistener-type>**mycompany.**deswin.lib.io.IForwardExecInteraction</messagelistener-type>*
* <activationspec>*
* <activationspec-class>**mycompany**.connector.RASimpleActivationSpec</activationspec-class>*
* <required-config-property>*
* <config-property-name>listenerManager</config-property-name>*
* </required-config-property>*
* </activationspec>*
* </messagelistener>*
* </messageadapter>*
* </inbound-resourceadapter>*
* </resourceadapter>*
*</connector>* |
Then I have deployed an xpto-ds.xml with my connection-definitions. Two of them are for instance:
|| *Header 1* ||
| <no-tx-connection-factory>
<jndi-name>ra/HostConnectorOLO1</jndi-name>
<rar-name>hst-connector.rar</rar-name>
<connection-definition>mycompany.connector.IHstConnFactory</connection-definition>
<adapter-display-name>HostConnector</adapter-display-name>
<config-property name="*ServerName*" type="*java.lang.String*">server6x</config-property>
<config-property name="*PortNumber*" type="*java.lang.String*">5054</config-property>
<config-property name="*HeaderLength*" type="*java.lang.String*">2</config-property>
</no-tx-connection-factory>
*-* <no-tx-connection-factory>
<jndi-name>ra/HostConnectorOLO2</jndi-name>
<rar-name>hst-connector.rar</rar-name>
<connection-definition>mycompany.connector.IHstConnFactory</connection-definition>
<adapter-display-name>HostConnector</adapter-display-name>
<config-property name="*ServerName*" type="*java.lang.String*">server6x</config-property>
<config-property name="*PortNumber*" type="*java.lang.String*">5055</config-property>
<config-property name="*HeaderLength*" type="*java.lang.String*">2</config-property>
</no-tx-connection-factory> |
The problem came when i tried to do the same sing in Jboss 7.0.1.
With int standalone.xml I have declared :
|| *Header 1* ||
| <subsystem xmlns="urn:jboss:domain:resource-adapters:1.0">
<resource-adapters>
<resource-adapter>
<archive>
hst-connector.rar
</archive>
<transaction-support>
NoTransaction
</transaction-support>
<connection-definitions>
<connection-definition class-name="mycompany.connector.HstManagedConnFactory" jndi-name="ra/HostConnectorQUE" enabled="true" use-java-context="true" use-ccm="false">
<config-property name="ServerName">
server6a
</config-property>
<config-property name="PortNumber">
7002
</config-property>
<config-property name="HeaderLength">
2
</config-property>
<security>
<application>
true
</application>
</security>
</connection-definition>
<connection-definition class-name="mycompany.connector.HstManagedConnFactory" jndi-name="ra/HostConnectorQUE2" enabled="true" use-java-context="true" use-ccm="false">
<config-property name="ServerName">
server6a
</config-property>
<config-property name="PortNumber">
7003
</config-property>
<config-property name="HeaderLength">
2
</config-property>
<security>
<application>
true
</application>
</security>
</connection-definition>
</connection-definitions>
</resource-adapter>
</resource-adapters>
</subsystem> |
The things goes well when I have only one connection-definition(ra/HostConnectorQUE). But when I add more then one (ra/HostConnectorQUE2) , it seems to only create one connection with the configuration properties of the last connection-definition declared...
Thanks in advanced for your help.
Regards,
FG
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/622744#622744]
Start a new discussion in IronJacamar Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 4 months