[Design of POJO Server] - Re: HDScanner scanPeriod
by jaikiran
"alesj" wrote :
|
| | protected boolean hasStructureBeenModifed(VirtualFile root, VFSDeploymentContext deploymentContext) throws IOException
| | {
| | ...
| | // check for addition
| | AddVisitor addVisitor = new AddVisitor(originalAttributes, getCache(), synchAdapter, tempRoot, root.getPathName().length());
| | root.visit(addVisitor);
| | }
| | return modified;
| | }
| |
|
| AddVisitor traverses over originals, checking if matching temp exists,
| if not, new file has been added --> solving your problem. ;-)
Assuming the HDScanner is set to run every 5 seconds, wouldn't this scanning for new files within the original deployment lead to time delays? From what i see, the AddVisitor looks for new files in the original deployments and these new files can be nested too. Which effectively means scanning the entire deployment every 5 seconds. I haven't given this change a try against the AS, so don't know whether i am talking sense :)
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226414#4226414
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226414
16 years, 11 months
[Design of JBoss ESB] - Re: ESB4.x/AS 5 classloading
by beve
Since the forums have been down I've made some progress on this.
The classloading issue that I reported previously was a configuration error on my part. I had created jboss-structure.xml files for our services.
<structure>
| <context>
| <path name=""/>
| <metaDataPath>
| <path name="META-INF"/>
| </metaDataPath>
| <classpath>
| <path name=""/>
| </classpath>
| </context>
| </structure>
I was assuming that this would include all files in the root of the the deployment archive but it seems that I need to specify that jars are to be included. Adding <path name="" suffixes=".jar"/>
to the classpath worked.
The complete jboss-structure.xml now looks like this:
<structure>
| <context>
| <path name=""/>
| <metaDataPath>
| <path name="META-INF"/>
| </metaDataPath>
| <classpath>
| <path name=""/>
| <path name="" suffixes=".jar"/>
| </classpath>
| </context>
| </structure>
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226404#4226404
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226404
16 years, 11 months
[Design of JBoss Identity] - Identity Management integration with JBossAS5.
by jeff.yuchang
With the latest code from trunk, run the
mvn clean install -Pdistro
and then from the distro/target, run:
java -jar jbidm-1.0.0-SNAPSHOT.jar
you will be able to deploy the identity management module into JBoss AS5.
The tasks that the integration and distro module did are as following:
1. Generate the database schema in the build time.
2. Start the IdentitySessionFactory from the META-INF/idm-service-jboss-beans.xml in the JBoss AS5.
3. Register and the IdentitySessionFactory in the JNDI.
The file structure for the idm-service.sar is:
| idm-service.sar
| |--idm-sql
| |---------jboss.idm.hsql.create.sql
| |---META-INF
| |---------idm-service-jboss-beans.xml
| |----jboss-idm.xml
| |----jboss.idm.hibernate.cfg.xml
the content of idm-service-jboss-beans.xml is:
<bean name="jboss.identity.IDMService"
| class="org.jboss.identity.idm.integration.jboss5.IDMService">
| <constructor>
| <parameter>jboss-idm.xml</parameter>
| </constructor>
| <property name="idmSessionFactoryJNDI">java:/IdentitySessionFactory</property>
| <property name="SQLScript">idm-sql/jboss.idm.hsql.create.sql</property>
| <property name="datasource">java:jbossidmDS</property>
| <property name="exitSQL">select * from jbid_io</property>
| <depends>jboss.jca:service=DataSourceBinding,name=jbossidmDS</depends>
| </bean>
So, in this case, we installed the default identity management module in the JBoss AS5. other projects who want to use the idm (like jBPM4) can get the IdentitySessionFactory can get it through the jndi.
This is one way to use the identity management, say using the sharing/default one.
Another two scenarios that I can see is:
1. Use it in the embedded way, they want to create the database table schemas in its own database, instead of the sharing one. AFAIK like portal. It will start the identitySessionFactory through the API. In this case, I don't think we need to any integration for it.
2. Use it in the standalone but with its own repository(database) back-end. say like SOA-Repository(Guvnor) project, it has defined its own guvnor-idm.xml configuration file for the jboss identity. In this case, users need to do as following to start the IdentitySessionFactory. Users just have to write a *-jboss-beans.xml, like what we did for the idm-service.sar, and then can populate the database schema to target DB, and register the IdentitySessionFactory into the specified JNDI.
Above all, I don't think we need to write the deployer for -idm.xml(configuration file for identity management) at the moment. However, I do think we need to put the idm related jars in a folder that other artifacts can depends on, so that they don't need to have the duplicated idm libraries. (as of writing, I think can can specify other artifacts depends on the idm-service.sar, so that all of libraries in the idm-service.sar can be seen in the artifact, but haven't tried it yet.)
So, above is what I have & thought about the integration, did I miss something here, or which way will you use the jboss identity project?
Any comments and suggestions are welcome.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226400#4226400
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226400
16 years, 11 months