jboss-dev-forums — The jboss development forum posts

[Jboss-dev-forums] [Design of Mail Services] - Re: JBoss Mail Server M3-pre1

[<aco...@jb...>]

Here is the Java Web Start version: http://jboss.sf.net/jnlp/jbms-1.0m3-pre1.jnlp

-Andy

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3888018#3888018

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3888018

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: HARDeployer removal proposal

[<sco...@jb...>]

Yes, pojos can be registered. The simplest is the StandardMBean pattern of a pojo + MBean interface (maybe this is not a pojo to you because of the interface contract).

There is also the code intensive ModelMBean which requires no contract on the pojo. Our XMBean externalizes all of the code to an xml file. There are annotation driven mbeans as well in the aop layer.

// StandardMBean example

  | package jmx;
  | 
  | import javax.management.MBeanServer;
  | import javax.management.MBeanServerFactory;
  | import javax.management.ObjectName;
  | 
  | public class TestStandardMBean
  | {
  |    public static interface JavaBeanMBean
  |    {
  |       public String getName();
  |       public void setName(String name);
  |       public String displayString();
  |    }
  |    public static class JavaBean
  |       implements JavaBeanMBean
  |    {
  |       private String name = "SomeBean";
  | 
  |       public String getName()
  |       {
  |          return name;
  |       }
  |       public void setName(String name)
  |       {
  |          this.name = name;
  |       }
  |     
  |       public String displayString()
  |       {
  |          StringBuffer tmp = new StringBuffer(super.toString());
  |          tmp.append('(');
  |          tmp.append("name=");
  |          tmp.append(name);
  |          tmp.append(')');
  |          return tmp.toString();
  |       }
  |    }
  | 
  |    public static void main(String[] args) throws Exception
  |    {
  |       MBeanServer server = MBeanServerFactory.createMBeanServer("TestModelMBean");
  |       JavaBean resource = new JavaBean();
  |       ObjectName name = new ObjectName("test:type=har,bean=JavaBean");
  |       server.registerMBean(resource, name);
  | 
  |       System.out.println("JavaBean.name: "+server.getAttribute(name, "Name"));
  |       Object[] iargs = {};
  |       String[] sig = {};
  |       System.out.println("JavaBean.displayString: "+server.invoke(name, "displayString", iargs, sig));
  |       
  |    }
  | 
  | }
  | 
  | Output:
  | 
  | JavaBean.name: SomeBean
  | JavaBean.displayString: jmx.TestStandardMBean$JavaBean@5740bb(name=SomeBean)
  | 

// ModelMBean example

  | package jmx;
  | 
  | import javax.management.modelmbean.ModelMBean;
  | import javax.management.modelmbean.RequiredModelMBean;
  | import javax.management.modelmbean.ModelMBeanInfo;
  | import javax.management.modelmbean.DescriptorSupport;
  | import javax.management.modelmbean.ModelMBeanAttributeInfo;
  | import javax.management.modelmbean.ModelMBeanOperationInfo;
  | import javax.management.modelmbean.ModelMBeanInfoSupport;
  | import javax.management.modelmbean.ModelMBeanConstructorInfo;
  | import javax.management.modelmbean.ModelMBeanNotificationInfo;
  | import javax.management.ObjectName;
  | import javax.management.MBeanServerFactory;
  | import javax.management.MBeanServer;
  | import javax.management.Descriptor;
  | import javax.management.MBeanOperationInfo;
  | 
  | public class TestModelMBean
  | {
  |    public static class JavaBean
  |    {
  |       private String name = "SomeBean";
  | 
  |       public String getName()
  |       {
  |          return name;
  |       }
  |       public void setName(String name)
  |       {
  |          this.name = name;
  |       }
  |     
  |       public String displayString()
  |       {
  |          StringBuffer tmp = new StringBuffer(super.toString());
  |          tmp.append('(');
  |          tmp.append("name=");
  |          tmp.append(name);
  |          tmp.append(')');
  |          return tmp.toString();
  |       }
  |    }
  | 
  |    public static void main(String[] args) throws Exception
  |    {
  |       MBeanServer server = MBeanServerFactory.createMBeanServer("TestModelMBean");
  |       JavaBean resource = new JavaBean();
  |       ModelMBean modelmbean = new RequiredModelMBean();
  |       modelmbean.setModelMBeanInfo(getModelMBeanInfo());
  |       modelmbean.setManagedResource(resource, "ObjectReference");
  |       ObjectName name = new ObjectName("test:type=har,bean=JavaBean");
  |       server.registerMBean(modelmbean, name);
  | 
  |       System.out.println("JavaBean.name: "+server.getAttribute(name, "Name"));
  |       Object[] iargs = {};
  |       String[] sig = {};
  |       System.out.println("JavaBean.displayString: "+server.invoke(name, "displayString", iargs, sig));
  |       
  |    }
  | 
  |    private static ModelMBeanInfo getModelMBeanInfo()
  |    {
  |       final boolean READABLE = true;
  |       final boolean WRITABLE = true;
  | 
  |       // build 'Name' read-write attribute
  |       Descriptor nameDesc = new DescriptorSupport();
  |       nameDesc.setField("name", "Name");
  |       nameDesc.setField("descriptorType", "attribute");
  |       nameDesc.setField("displayName", "JavaBean Name");
  |       nameDesc.setField("getMethod", "getName");
  | 
  |       ModelMBeanAttributeInfo nameInfo =
  |          new ModelMBeanAttributeInfo(
  |             "Name",                     // attribute name
  |             String.class.getName(),     // attribute type
  |             "JavaBean Name",            // description
  |             READABLE, WRITABLE, false,  // read write
  |             nameDesc                      // descriptor
  |          );
  | 
  |       // Build getName getter operation
  |       Descriptor getNameDesc = new DescriptorSupport();
  |       getNameDesc.setField("name", "getName");
  |       getNameDesc.setField("descriptorType", "operation");
  |       getNameDesc.setField("role", "getter");
  |       ModelMBeanOperationInfo getNameInfo =
  |          new ModelMBeanOperationInfo(
  |             "getName",                   // name & description
  |             "Obtains the Name attribute",
  |             null,                         // signature
  |             String.class.getName(),      // return type
  |             MBeanOperationInfo.INFO,      // impact
  |             getNameDesc                        // descriptor
  |          );
  | 
  |       // build 'toString' getter operation
  |       Descriptor toStringDesc = new DescriptorSupport();
  |       toStringDesc.setField("name", "displayString");
  |       toStringDesc.setField("descriptorType", "operation");
  |       toStringDesc.setField("role", "getter");
  | 
  |       ModelMBeanOperationInfo toStringInfo =
  |          new ModelMBeanOperationInfo(
  |             "displayString",                   // name & description
  |             "Obtains the bean string representation",
  |             null,                         // signature
  |             void.class.getName(),      // return type
  |             MBeanOperationInfo.INFO,      // impact
  |             toStringDesc                        // descriptor
  |          );
  | 
  |       // MBean descriptor
  |       Descriptor mbeanDesc = new DescriptorSupport();
  |       mbeanDesc.setField("name", RequiredModelMBean.class.getName());
  |       mbeanDesc.setField("descriptorType", "MBean");
  |       mbeanDesc.setField("currencyTimeLimit", "-1");
  | 
  |       // create ModelMBeanInfo
  |       ModelMBeanConstructorInfo[] ctors = null;
  |       ModelMBeanAttributeInfo[] attrs = {nameInfo};
  |       ModelMBeanOperationInfo[] ops = {getNameInfo, toStringInfo};
  |       ModelMBeanNotificationInfo[] notify = null;
  |       ModelMBeanInfo info = new ModelMBeanInfoSupport(
  |                                RequiredModelMBean.class.getName(),
  |                                "JavaBean",
  |                                attrs,
  |                                ctors,
  |                                ops,
  |                                notify,
  |                                mbeanDesc
  |                             );
  | 
  |       return info;
  | 
  |    }
  | }
  | 
  | Output:
  | 
  | JavaBean.name: SomeBean
  | JavaBean.displayString: jmx.TestModelMBean$JavaBean@337838(name=SomeBean)
  | 


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3888006#3888006

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3888006

[Jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Access Denied in window.open() in javascript

[nitinjain <nu...@jb...>]

Hi,

Pls extend help in solving the following problem.

I am getting an error "Access is Denied" in window.open() in javascript.

I am calling the javascript "process()" method from applet using the following code:


  |          JSObject jsobj = JSObject.getWindow(this);
  |          // local file "c:\\abc.jpg" is to be opened
  |          String[] args1 = "c:\\abc.jpg";
  |          // calling the process method of javascript
  |          String returnValue = (String) jsobj.call("process", args1); 
  | 

In javascript I am writing the process method.

  |   <script language="javascript">
  |   //opens the passed url in a new window
  |   function process(url){
  |   var win = window.open (url,'Folder','status=yes,menubar=yes,resizable=yes,width=700,height=500,scrollbars=yes');
  |    return "0";
  |   }
  | </script>
  | 

Thanks in advance........

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887989#3887989

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887989

[Jboss-dev-forums] [Design of Mail Services] - JBoss Mail Server M3-pre1

[<aco...@jb...>]

So this is a bit more "pre" than the normal "pre" releases of the milestones.  This is my first cut with the izPack installer.  I'm busy integrating it into the build, but meanwhile I'd like Mike and hardcore users to give it a test.  I appologize for the mammouth size, it includes JBoss 4.0.3 as well (the idea being that a realative simpleton who managed to get Java installed shouldn't have a problem).  The next cut (pre2) will include a Java Web Start as well to make it a moronable install (if you don't have java, I think the browser will go to the plugin finder and you'll install Java -- 1.5 no doubt).  See http://jira.jboss.com/jira/browse/JBMAIL-60 for details about the izPack install.

The install is here: http://wiki.jboss.org/wiki/attach?page=MailServicesMilestoneReleases%2Finstall-jbms-1.0m3-pre1.jar

BTW, I'm not going to announce this one to the wider audience ala jbossBlog because I want to get it on a better delivery mechanism.  Ultimately, this stuff should tie to a larger JBoss-related installation system that can go grab what is needed (for instance the appserver) and customize only if necessary. 

Note that the "automated install" appears to be broken in izPack. 

-Andy

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887981#3887981

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887981

[Jboss-dev-forums] [Design of JBossCache] - Re: JBossCache expires unexpectively on WebLogic 8.1

[<ben...@jb...>]

Make sure your region is defined coorectly. You can try it out in standalone mode first.

-Ben

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887979#3887979

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887979

[Jboss-dev-forums] [Design of EJB 3.0] - Timer bean injection into service bean problem

[adamw <nu...@jb...>]

Hello,
   I've got a very weird problem, as my code runs on my computer, but doesn't work on others. So, I have a timer bean with a local interface:

@Stateless
@Local(MyTimerLocal.class)
public class MyTimer implements MyTimerLocal {
   private @Resource SessionContext ctx;
   (...)
   @Timeout
   public void timeoutHandler(Timer timer) {  } }

I also have a service bean. I would like to inject the timer bean into my service bean, to be able to start the timer to do some cron-like action.
So I've got:

@Service
@Local(MyServiceLocal.class)
@Remote(MyServiceRemote.class)
public class MyService implements MyServiceLocal, MyServiceManagement, MyServiceRemote {
   (...)
   @EJB
   private MyTimerLocal timer;
   (...) } }

This works without any problems on my computer. On others however, during startup I get the exception:

java.lang.RuntimeException: Unable to @Inject jndi dependency: timer into field private myservice.MyTimerLocal myservice.MyService.timer of class myservice.MyService
        at org.jboss.ejb3.injection.JndiFieldInjector.inject(JndiFieldInjector.java:50)
(...)
Caused by: javax.naming.NamingException: Could not dereference object [Root exception is javax.naming.NameNotFoundException: myservice.MyTimerLocal not bound]
(...)

Later, when I go check the jndi view on the jmx-console, I see that there is a myservice.MyTimerLocal binding. So my only guess is that somehow the timer bean on my computer gets deployed before the service bean, and on others the order is different. Can I explicitly specify the order in which beans get deployed? Maybe there's another explanation?

-- 
Adam

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887975#3887975

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887975

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: Windows .lnk handled by scanner suggestion

[<ju...@jb...>]

I used it once but I had to install the specific tool to have it working that's what I did not liked it very much.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887963#3887963

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887963

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: Windows .lnk handled by scanner suggestion

[<ad...@jb...>]

Or use a real symbolic link (known as a junction in windows)
e.g. http://www.rekenwonder.com/linkmagic.htm

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887962#3887962

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887962

[Jboss-dev-forums] [Design of JBoss Portal] - How to start with Eclipse

[ptournet <nu...@jb...>]

Hi,

As I'm new to Java/J2EE (and therefore to JBoss Portal) development, I spend a lot of time discovering things and making mistakes... So I decided to write a little article to share my experience, get some feedback from people who already got there too and maybe help some people to start.

First of all, after installing Eclipse 3.1, I decided to configure it to retrieve the anonymous CVS version (to be as close as possible of the configuration needed for participating in the development). The reason why I chose to use Eclipse instead of the command line version of CVS is that I'm under Windows XP and I didn't want to bother with cygwin for instance.

Here is the only way I managed to get it done (but if someone has a better one, I would be pleased to know about it) :
- open a "CVS Repository Exploring" perspective
- create a "New/Repository Location"
- fill the dialog bow as shown http://ptournet.free.fr/Images/Posts/Eclipse01.JPG
- unfold the tree and choose "Refresh Branches..."
- check the "jboss-portal-2.0" check box and click "Finish"
- on the popping message box, click "Search Deeply"
- unfold the "Branches/JBoss_Portal_Branch_2_0"
- "Check Out As..." the "jboss-portal-2.0" node as shown http://ptournet.free.fr/Images/Posts/Eclipse02.JPG

Once done, you can go in the build directory to launch the "build.bat" file to proceed with the building of the whole project.

I hope that someone will find this usefull... Next step will be to configure the project in Eclipse so that all classes are known inside and that the build can be done from the IDE (as I haven't managed to do so at this time, any advice/help/comment is appreciate ;-))

Patrick

PS : it seems that the "img" and "url" tags doesn't work very well on this forum, as the "Private Message" button, is this a known issue ?

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887958#3887958

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887958

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: JSR-88

[<sco...@jb...>]

I think one unification should be to use the deployment scanner for deployment, with the addition of a deployment state to control whether or not a given item actually is deployable. The jsr88 directory could be just another element of the deployment scanner URLs list, but distribution marks the deployment as unavailble to the scanner. Only when the deployment is started is its state updated to allow for deployment. If the deployment state was just a file, this could also address another long standing issue of not being able to copy large content over slow links to the deploy directory.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887955#3887955

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887955

[Jboss-dev-forums] [Design of EJB 3.0] - Re: NamedQuery - basic questions

[Roberto72 <nu...@jb...>]

Auto-solved ... damn!  NamedQueries array is needed ...

@NamedQueries({
  @NamedQuery(
    name="findAllABeans",
    queryString="SELECT OBJECT(o) FROM a AS o ORDER BY o.info DESC"
  )

  @NamedQuery(
    name="findAllCBeansByInfo",
    queryString="SELECT OBJECT(o) FROM c AS o WHERE  o.info=?1"
  )
})

@Stateless
public class Alfa {
private EntityManager em;
...
}



View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887941#3887941

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887941

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: HARDeployer removal proposal

[<ste...@jb...>]

In regards to #1, when you say "register it" do you mean register it with the MBean server?  Can simple pojos be registered with the MBean server?  That'd be sweet (and perfect).  If not, I think it'd be OK to have a HibernateDeploymentRegistryMBean (or maybe even a generic DeploymentRegistryMBean that segments by "types") as part of the base package (whatever hibernate.deployer becomes), which the console code could use to pull lists.


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887940#3887940

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887940

[Jboss-dev-forums] [Design of JBoss Portal] - how to create a new user at User Portlet

[Kotesh <nu...@jb...>]

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887936#3887936

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887936

[Jboss-dev-forums] [Design of EJB 3.0] - Re: NamedQuery - basic questions

[Roberto72 <nu...@jb...>]

I have the same problem ...

@NamedQuery(
     name="findAllABeans",
     queryString="SELECT OBJECT(o) FROM a AS o ORDER BY o.info DESC"
   )

@NamedQuery(
     name="findAllCBeansByInfo",
     queryString="SELECT OBJECT(o) FROM c AS o WHERE o.info=?1"
   )

@Stateless
public class Alfa {
  private EntityManager em;
...
}

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887935#3887935

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887935

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Windows .lnk handled by scanner suggestion

[<ju...@jb...>]

It could be a good feature to have the file URL scanner to detect windows shortcut links and have it traverse them, similar to what symbolic links can do on unix plafforms.

The file format is described here : http://www.i2s-lab.com/Papers/The_Windows_Shortcut_File_Format.pdf

That would require to write a parser for this format and hook it in the scanner.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887931#3887931

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887931

[Jboss-dev-forums] [Design of JBoss jBPM] - New Version of jBPM

[${bb.Guest} <nu...@jb...>]

When comes the new version of jBPM?

Regards
Lars 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887923#3887923

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887923

[Jboss-dev-forums] [Design of EJB 3.0] - Re: hibernate.hbm2ddl.auto on update with oracle

[justinb <nu...@jb...>]

Sorry, missed the sticky note. Will rewrite in the user forum.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887922#3887922

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887922

[Jboss-dev-forums] [Design of EJB 3.0] - Re: hibernate.hbm2ddl.auto on update with oracle

[justinb <nu...@jb...>]

Oh, and I'm using 4.0.3RC1...

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887921#3887921

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887921

[Jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - MBean design flaw?

[d_p_ludwig <nu...@jb...>]

Can please anybody explain the detector MBean design of JBoss Remoting 1.2.0 to me?

There is a class AbstractDetector which implements the interface Detector, as well as the MBean interface AbstractDetectorMBean. The classes JNDIDetector and MulticastDetector both extend AbstractDetector. The MBean interfaces implemented by these classes (JNDIDetectorMBean and MulticastDetectorMBean) only extend the Detector interface. This results in a MBean browser only displaying the attributes and operations of JNDIDetector (respectively, MulticastDetector) which are directly declared within JNDIDetectorMBean and the inherited attributes/operations from the Detector interface. The attributes/operations of the AbstractDetectorMBean are not visible.

Now, I would consider this a major design flaw. But maybe, ther is a good reason to do so, that I don't see. Please enlighten me!

IMHO, the JNDIDetectorMBean and the MulticastDetectorMBean interfaces should extend AbstractDetectorMBean; AbstractDetectorMBean should extend Detector.

Regards,
    Dirk

BTW, there is a spelling error in the ServerInvokerMBean interface: setConfigration(...) vs. getConfiguration(), resulting in two different MBean attributes visible - one read only, the other write only.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887920#3887920

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887920

[Jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - Re: JNDI-problem with Tutorial

[helmut.staudinger <nu...@jb...>]

Hi,
the correct URL should be "java:com/env/ejb/Fibo".

If you get an exception like "ClassCastException" when narrowing the reference to the homeInterface, have a look at the AdminGuide Chapter 2 (Server Config.) and change some Config-Flags, making the server J2EE-1.4 compliant. I did this with Version 4.0.2 and 4.0.3RC1 and the tutorial example (jBossIDE) worked fine!

Helmut

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887917#3887917

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887917

[Jboss-dev-forums] [Design of EJB 3.0] - hibernate.hbm2ddl.auto on update with oracle

[justinb <nu...@jb...>]

I have at last finished creating all my entities and their relationships, and it's really fantastic! I've switched hibernate.hbm2ddl.auto to 'update' (was 'create-drop'). The problem now is, if I redeploy, hibernate seems to be searching for the tables and their foreign keys. But it takes really long, so long that it almost seems to hang on each table. Is this normal?

Thanks in advance.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887913#3887913

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887913

[Jboss-dev-forums] [Design of the JBoss EJB Container] - ejbs with jboss

[rakeshkamat <nu...@jb...>]

Hi 
Do i need to have the "org.jboss.ejb.plugins" folders somewhere within my jboss dir structure to run ejbs? I keep on getting the "javax.ejb.EJBException: Could not instantiate bean" error everytime i try to call either the crete or findByPrimarykey() method on my remote interface.

What could be the problem?? Kindly help me out.

Thanks in advance.


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887880#3887880

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887880

[Jboss-dev-forums] [Design of JBoss jBPM] - Re: Web Services for jBPM (cnt'd)

[aguizar <nu...@jb...>]

Anil, thanks for your suggestions! The timing was excellent as we're about to start the implementation of service invocation. I spent some time reading the public review draft of the JAX-WS 2.0 specification, so I'm now able to expand Tom's questions :-)

Referred as "a follow-on to JAX-RPC 1.1" (1), the name change reflects the new direction of this technology. Among other goals, "JAX-WS 2.0 will improve support for document/message centric usage" (2). 

The client deployment model defined in WS4EE did not address standalone (JSE) clients, as opposed to application (JEE) clients. On the other hand, JAX-WS will be prepared for inclusion in a future version of JSE and "will define mechanisms to produce fully portable clients".

JAX-RPC defined its own data binding facilities, but it did not define a way to turn them off. Conversely, "JAX-WS describes the WSDL<->Java mapping, but data binding is delegated to JAXB" (3).

JAX-RPC spared a programmer the details of converting between Java method invocations and the corresponding XML messages. In some cases, tough, operating at the XML message level is desirable. Under JAX-RPC the only way to do it was indirectly via handlers. In JAX-WS, "the Dispatch interface provides support for this mode of interaction" (4). 

Dispatch supports two usages: 'Message' and 'Message Payload'. In the latter, a client application would work with the contents of the SOAP Body rather than the SOAP message as a whole. We would like this usage for jBPM as the framework still deals with overall message assembly/disassembly.

JAX-WS provides the features we traded off from JAX-RPC (optional WSDL support, pluggable message handlers), presents a modular design and still lets us work at the message level. I still have not taken a look at the deployment model; will do asap. Annotations, while making web services in java as easy to code as in .net, are not useful as stated earlier. I will be more interested in the model if there something in the direction of "fully portable clients".

References
The Java API for XML Web Services 2.0: http://jcp.org/en/jsr/detail?id=224 
(1) Introduction
(2) Section 1.1
(3) Section 1.3.1
(3) Section 4.4

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887863#3887863

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887863

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: JSR-88

[<dim...@jb...>]

Leaving aside the jsr-88 specifics, this has a lot of similarities with the other deployment service prototype. The main issues were how to serve non-local URLs from the client to the server for uploading modules, and whether or not to deploy synchronously from the upload directory or let the scanners asynchronously do their job.

I tried the second option, mostly because I was thinking a little ahead how to deal with ./farm. Without an API I'd have to replicate a lot of farm deployer's code.

In any case, after 4.0.3 we should see if we can unify some of this stuff.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887861#3887861

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887861

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: JSR-88

[<sco...@jb...>]

See the org.jboss.deployment.services.DeploymentManagerService I just committed. With this, the org.jboss.test.deployment.test.DeploymentTestCase  is passing all tests. The MainDeployer is no longer used at all on the client side. 

The only deployments that are managable through the jsr88 layer are those that have been distributed through its DeploymentManager. The distribute op copies the deployment to the DeploymentManagerService.UploadDir, the start op deploys the distributed copy, the stop op undeploys the distributed copy, and the undeploy op removes the distributed copy.

To make all deployments managable through the DeploymentManager, the hot deployment service needs to be integrated. This is not something that needs to be done for 4.0.3.


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887855#3887855

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887855