November 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Web Services] - Upgrading Scout/JUDDI combo

by anil.saldhana＠jboss.com

JUDDI can be upgraded to 2.0.rc5 without issues. The problem is in the scout project which has got dependencies on xml beans introduced. What is need to make the scout upgrade is an implementation of the Transport interface: http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... The existing ones are not useful. http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... If you look in the AS4 testsuite, we use the standard jaxr connection factory. http://anonsvn.jboss.org/repos/jbossas/branches/Branch_4_0/testsuite/buil... | <sysproperty key="javax.xml.registry.ConnectionFactoryClass" | value="org.apache.ws.scout.registry.ConnectionFactoryImpl"/> | If you look at the source code of this impl. [url] http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... | /** | * Update the properties used by this ConnectionFactory to obtain a connection. | * | * @param properties the new properties for this ConnectionFactory | */ | public void setProperties(Properties properties) | { | queryManagerURL = properties.getProperty(QUERYMANAGER_PROPERTY); | lifeCycleManagerURL = properties.getProperty(LIFECYCLEMANAGER_PROPERTY); | transportClass = properties.getProperty(RegistryImpl.TRANSPORT_CLASS_PROPERTY_NAME); | semanticEquivalences = properties.getProperty(SEMANTICEQUIVALENCES_PROPERTY); | authenticationMethod = properties.getProperty(AUTHENTICATIONMETHOD_PROPERTY); | postalAddressScheme = properties.getProperty(POSTALADDRESSSCHEME_PROPERTY); | String val = properties.getProperty(MAXROWS_PROPERTY); | maxRows = (val == null) ? null : Integer.valueOf(val); | } | Now there is a property for the transportClass. For that look inside the RegistryImpl class http://svn.apache.org/viewvc/webservices/scout/trunk/scout/src/main/java/... | public static final String TRANSPORT_CLASS_PROPERTY_NAME = "scout.proxy.transportClass"; | | | String transClass = props.getProperty(TRANSPORT_CLASS_PROPERTY_NAME); | if (transClass != null) | this.setTransport(this.getTransport(transClass)); | else | this.setTransport(this.getTransport(DEFAULT_TRANSPORT_CLASS)); | So you will need to create a transport implementation and use the "scout.proxy.transportClass" to install your implementation on the client side that connects to the uddi urls. The transport class will do the marshalling/unmarshalling of request/response. You can use JAXB2. The branch 0.7 of scout uses juddi proxy as the transport. juddi proxy provides a IRegistry interface. [url] http://svn.apache.org/viewvc/webservices/scout/tags/v0.7rc2/modules/scout... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188539#4188539 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188539

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

Ales, I did get brocked last year on the non-oo method pattern (previous iteration of the security deployer). Gosh, I should have learned from that mistake. ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188529#4188529 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188529

17 years, 5 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: HA election policy

by mohitanchlia

Could someone help me understand my earlier post regarding Barrier View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188526#4188526 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188526

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

| /** JBCL-64: CodeSource should use read vfs url **/ | private boolean useRealURL = false; | | this.useRealURL = Boolean.valueOf(SecurityActions.getProperty("vfs.codesource.useRealURL", "true")); | | So you call that a System Property hack? How? If the property is not set, it is returning the true value. You prefer the following and the reason? | private boolean useRealURL = true; | this.useRealURL = Boolean.valueOf(SecurityActions.getProperty("vfs.codesource.useRealURL", "true")); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188521#4188521 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188521

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by adrian＠jboss.org

Unlike Ales I don't have a problem with making the default value a system property as long as there is more fine grained control for each classloader. But... "anil.saldhana(a)jboss.com" wrote : | DefaultClassLoaderSystem.java | ------------------------------------- | public class DefaultClassLoaderSystem extends ClassLoaderSystem | { | @Override | protected ClassLoaderDomain createDomain(String name) | { | return new ClassLoaderDomain(name); | } | } | | and so on. | | There, there is no easy way to get to VFSClassloaderPolicy at the moment for configuration. If it was provided, then it would have been easier. :) I'm amazed you could find one of the ways to override the ClassLoaderDomain implementation, but then didn't find the method on the domain itself? :-) | /** | * Invoked before adding a classloader policy | * | * @param classLoader the classloader | * @param policy the classloader policy | */ | protected void beforeRegisterClassLoader(ClassLoader classLoader, ClassLoaderPolicy policy) | { | // nothing | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188517#4188517 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188517

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

"alesj" wrote : | As you could probably also see, I've rolled back your CL changes as well. | Using System property in such way w/o discussing it before is a huge no-no. | If you really needed that you could either | - make it true by default (as it is now) | - created few new classes in jbossas: deployer + policy combination that sets that flag to true | AS5 today is booting with the VFSClassloader system via the system property? Then why don't you fix that (by making things injectable) first rather than preach here about using a system property (in fact the vfs project has a lot of system properties)? Here let me show you. | conf/classloader.xml | |  | <bean name="ClassLoaderSystem" class="org.jboss.classloader.spi.ClassLoaderSystem"> | <classloader><null/></classloader> | <constructor factoryClass="org.jboss.classloader.spi.ClassLoaderSystem" factoryMethod="getInstance"/> | </bean> | | Now let us look at the code. | | ClassLoaderSystem.java | ----------------------------- | /** The class loading system builder */ | private static final ClassLoaderSystemBuilder builder = new ClassLoaderSystemBuilder(); | | public static final ClassLoaderSystem getInstance() | { | SecurityManager sm = System.getSecurityManager(); | if (sm != null) | sm.checkCreateClassLoader(); | return builder.get(); | } | | | public class ClassLoaderSystemBuilder | { | /** The singleton */ | private static final ClassLoaderSystem singleton; | | static | { | singleton = AccessController.doPrivileged(new PrivilegedAction<ClassLoaderSystem>() | { | public ClassLoaderSystem run() | { | String className = System.getProperty(ClassLoaderSystem.class.getName(), DefaultClassLoaderSystem.class.getName()); | try | { | Class<?> clazz = Thread.currentThread().getContextClassLoader().loadClass(className); | Object result = clazz.newInstance(); | return ClassLoaderSystem.class.cast(result); | } | catch (RuntimeException e) | { | throw e; | } | catch (Exception e) | { | throw new Error("Unexpected error loading ClassLoaderSystem " + className, e); | } | } | }); | | public static ClassLoaderSystem get() | { | return singleton; | } | } | | | DefaultClassLoaderSystem.java | ------------------------------------- | public class DefaultClassLoaderSystem extends ClassLoaderSystem | { | @Override | protected ClassLoaderDomain createDomain(String name) | { | return new ClassLoaderDomain(name); | } | } | | and so on. | | There, there is no easy way to get to VFSClassloaderPolicy at the moment for configuration. If it was provided, then it would have been easier. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188506#4188506 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188506

17 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: description-tag

by salaboy21

I think you need to obtain the TaskMgmtSession from de JbpmContext.. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188497#4188497 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188497

17 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: description-tag

by webernie

Thanks for your quick answer! In the projekt I'm working on, there is no TaskMgmtSession. So I create a new one: TaskMgmtSession tms = new TaskMgmtSession(...); tms.getTaskInstance(task.getId()).getDescription() and for this I need a JbpmSession. But JbpmSessions are deprecated! So how can I use TaskMgmtSession? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188496#4188496 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188496

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - xml persistent format for attachments

by emuckenhuber

I created some simple tests trying to persists some metadata as xml with JAXB, using ManagedConnectionFactoryDeploymentGroup, ServiceDeployment/ServiceMetaData and AbstractKernelDeployment/AbstractBeanMetaData Baiscally for ManagedConnectionFactoryDeploymentGroup the problem is that the @XmlAdapter for the mbean just implements the unmarshal part. So there is only ServiceMetaDataParser and nothing equivalent for the marshalling part. So the mbean would get lost :) Similar for ServiceDeployment. We could maybe reuse the org.w3c.dom.Element information, although it would need to get updated with the information of the changed ManagedComponent. So not sure if updating the element makes more sense than writing a counterpart of the parsing. JAXB also does not like the annotated BeanMetaData for marshalling. This ends up in a exception like this: | com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 45 counts of IllegalAnnotationExceptions | org.jboss.kernel.plugins.deployment.AbstractKernelDeployment#beanFactories has mutually exclusive annotations @javax.xml.bind.annotation.XmlElements and @javax.xml.bind.annotation.XmlAnyElement | ... | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployment | @XmlValue is not allowed on a class that derives another class. | ... | Although i haven't really looked into that in more detail yet :) So maybe we need different xml AttachmentSerializer for each metadata, as the deployment descriptors are also parsed differently in the first place? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188494#4188494 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188494

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by alesj

"anil.saldhana(a)jboss.com" wrote : | I already had generated the constants. I was unable to put it back as I forgot before I slept and you rolled back. I didn't rollback b/c of lack of constants. I did it b/c it was wrong and the code actually is not useful --> needs to be in proper VFHandler. Even the method signature didn't fit the needs. ;-) As you could probably also see, I've rolled back your CL changes as well. Using System property in such way w/o discussing it before is a huge no-no. If you really needed that you could either - make it true by default (as it is now) - created few new classes in jbossas: deployer + policy combination that sets that flag to true Dunno how you do it in security project, but I would really appreciate it if in the future you discussed things before here on the forum. Saving us both time. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188491#4188491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188491

17 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008