jboss-dev-forums — The jboss development forum posts

[Jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Instrumenting JDK classes

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

Thank you very much for this link -- in fact it does almost everything I need!

The only thing missing is the ability to examine parameters and return values of calls at runtime. I.e. suppose I am interested in a call to Class.forName. I'd like to print the parameter string as well as the return value object. Calls to invocation.getArguments() only give me the argument *types*, it seems.

Thanks much,
-Ben

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

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

[Jboss-dev-forums] [Design of JBoss Internal Benchmarking] - additions to JRunit

[<tom...@jb...>]

JRunit changes (JBQA-101)

Added new class BenchmarkTestDriver.  This class extends the normal TestDriver class and adds a listener for the benchmark results by providing an implementation for the handleRemoteDataMessage() method (which is a noop in the TestDriver class).  As part of processing the results for the root test, it will print out the benchmark results to both standard output and to a file.  The file will be the name of the test class being run, followed by and underscore and the word 'benchmark'.  It is a txt file.  For example, if running test class org.jboss.jrunit.sample.decoratedclientserver.SampleDecoratedClientServerTest, the benchmark results will be written to a file called SampleDecoratedClientServerTest_benchmark.txt.  

Also created a standalone benchmark receiver that will listen for benchmark results and write them to a file, called FileBenchmarkReceiver.  It is currently setup to run a server thread until it receives its first benchmark results, then writes out the result to a file with the same name as the benchmark name, then exits.

I have also updated the wiki docs at http://wiki.jboss.org/wiki/Wiki.jsp?page=JBoss_Benchmark_jrunit.

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

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

[Jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Dependency State Machine

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

"bil...@jb..." wrote : 
  | BTW, I don't understand why you even need AOP/proxies anyways to support older JMX stuff within the new Kernel.
  | 

I know, that is why we keep arguing about it :-)

Fundamentally, I don't want to use the old JMX container with its own invocation model.
I want a new JMX container that uses the AOP invocation model (but not its bytecode manipulation). If bytecode manipulation has already been done on the MBean 
then we should use it (it potentially allows extra functionality like MBean Attributes
based directly on private fields, i.e. without get/set), but this should not be a requirement - it is a "value add".

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

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

[Jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Dependency State Machine

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

What I'm suggesting on this thread, is that is shortsighted to expect
only "beans" to take part in the dependency mechanism.

Instead, the dependency mechanism should be generalized
depending upon the model being used.

Beans: instantiate/configure -> kernel registry
MBeans: instantiate/configure -> MBeanServer
Aspects: instantiate/configure -> AspectManager
etc.

Each model is responsible for determining what the lifecycle operations
describe, instantiate, configure. create, start, install
means in its context.

The other advantage is that this gives the old MBean style deployments
a DESCRIBE state which means they are enhanced with the extra classloading
dependencies.

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

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

[Jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Dependency State Machine

[<bil...@jb...>]

"ad...@jb..." wrote : "bil...@jb..." wrote : Please expand on what I'm reluctant to support here...I have proxy support implemented and tested.  These proxies also support introductions.
  |   | 
  | 
  | You were (are?) reluctant to support a proxy that does not require any form of
  | bytecode manipulation, i.e. no use of aopc, runtime manipulation or javassist proxy
  | construction.
  | 

I'm pretty sure Javassist proxy construction would work inside of an Applet as Chiba has some RMI proxy generation stuff and demos where it runs inside an applet, not sure about J2ME though.  I don't understand why you just cannot use the Javassist Proxy construction stuff that's there now and then use the java.lang.reflect.Proxy implementation when it is complete.  It should just be a method change.

BTW, I don't understand why you even need AOP/proxies anyways to support older JMX stuff within the new Kernel.



I couldn't get your tests to run, I "fixed" a few obvious things but then gave up.

Did you forget to commit something? :-)
http://sourceforge.net/mailarchive/message.php?msg_id=11771381
http://sourceforge.net/mailarchive/message.php?msg_id=11771375
+ some others

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

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

[Jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - Re: FIBO tutorial

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

There has to be a blank line between the first two lines. In the tutorial it is not obvious.

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

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

[Jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Dependency State Machine

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

"bil...@jb..." wrote : "ad...@jb..." wrote : It can also be used to support other models, e.g. where Bill is dragging his heels
  |   | deploying AOP metadata as BeanMetaData and instead using the POJO MC
  |   | as a ServiceLocator.
  |   | 
  | Please expand what you want explicitly and what exactly is missing instead of just insulting me.
  | 

I am not insulting you, at least that was not my intension.
I'm sorry if you interpreted it that way.

I am actually agreeing with you. If you want to take it incrementally and use
the dependencies as a ServiceLocator we should support that as a first class notion.
You shouldn't have to do unnatural things to make this work.

The "Dragging Heels" comment refers to originally we agreed that the aspect
factories would be deployed as beans through the kernel, but this isn't what you are
doing now.

Somewhere down the road, the aspect manager will support DI and be integrated
with the full dependency model. In the meantime we need the ability to query 
dependencies and use the service locator pattern.

To fully clarify before you misinterpet :-). 
By the "aspect manager will support DI", I mean the aspect metadata will be injected
into the aspect manager as the aspect's dependencies are satisfied.

Currently the aspect is placed in the aspect manager's "holding area" where
anybody could activate "by reference" before the dependencies are satisfied.

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

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

[Jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - The requested resource (/fibo/) is not available

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

I completed the tutorial example and got a successful deploy but when I run the browser I get the message "The requested resource (/fibo/) is not available" anyone have any ideas?

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

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

[Jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Dependency State Machine

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

"bil...@jb..." wrote : Please expand on what I'm reluctant to support here...I have proxy support implemented and tested.  These proxies also support introductions.
  | 

You were (are?) reluctant to support a proxy that does not require any form of
bytecode manipulation, i.e. no use of aopc, runtime manipulation or javassist proxy
construction.

I couldn't get your tests to run, I "fixed" a few obvious things but then gave up.

Did you forget to commit something? :-)
http://sourceforge.net/mailarchive/message.php?msg_id=11771381
http://sourceforge.net/mailarchive/message.php?msg_id=11771375
+ some others

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

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

[Jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Dependency State Machine

[<bil...@jb...>]

"ad...@jb..." wrote : It can also be used to support other models, e.g. where Bill is dragging his heels
  | deploying AOP metadata as BeanMetaData and instead using the POJO MC
  | as a ServiceLocator.
  | 
Please expand what you want explicitly and what exactly is missing instead of just insulting me.


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

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

[Jboss-dev-forums] [Design the new POJO MicroContainer] - Re: Dependency State Machine

[<bil...@jb...>]

"ad...@jb..." wrote : In other words, running older JMX code with new POJO code won't require
  | complicated JMX introductions/AOP proxies that Bill is reluctant to support.
  | 

Please expand on what I'm reluctant to support here...I have proxy support implemented and tested.  These proxies also support introductions.



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

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

[Jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: org.jboss.ha.framework.server.FarmMemberService behaviou

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

What i did is simply to decouple the farming from the deployment.
The FarmMemberSingletonService is itself a singleton, controlled by org.jboss.ha.singleton.HASingletonController class, that scan a specific directory, lets call it /farmSingleton.
When the service is started it immediately activates the farming, ie it pulls the deployments from the other nodes and start the scanner.
The scanner call an override scan() method that calls a farm() method that, mimicking the URLDeploymentScanner deploy(), puts into a 
farmedSet all the deployments units found in scanned dir so that  subsequent scan run won't call again the farm() method unless something
changes for the deployment unit files.
This means that if i remove a file from the /farmSingleton directory in any node of the cluster, the scanner for that node will call unfarm() and the file is immediately unfarmed in all the nodes. If i add or replace a file in the /farmSingleton directory in any node of the cluster, the scanner for that node will call farm() and the file is immediately farmed in all the nodes.
This for the farming part, for the deployment part, as i said before, this service is itself a singleton and the deploy is controlled by the service receiving startSingleton() call.
When the singleton is started the scan() will always call super.scan() so that the normal deploy cycle is activated and HASingletonController
ensures that this can happen on only one node at time.
If someone tries to start the singleton from jmx console, it checks with its controller if this is master node and refuse to start if it  is not.
If someone stop the singleton, it checks with its controller if this is master node and if it is, it simply stop the  deploy scan cycle, activating the farm scan without undeploying the applications. If it is not the master node (like if someone stopped its  controller), it also undeploy the applications (it is assuming that another node is becoming master).

There are two drawbacks of the thing.
First is the behaviour of the master node algorithms in DistributedReplicantManagerImpl. It is biased by cluster nodes startup order and is not symmmetric, ie if i stop HASingletonController in the first started node because for whatever reason i need that it relinquishes its 
master status in favour of another node, unless i bring down the whole server, i cannot restart HASingletonController for  FarmMemberSingletonService otherwise it will reclaim back the master node status, which may be is not what i want.
Second i didn't found any way to efficiently extend FarmMemberService so i had to duplicate all the code in the new class.

I still have to get rid of a couple of perplexities i have about start/stop cycle, then polish a bit the code and add some comments, then i'll post it.

Does it sound twisted enough?

Gabriele.

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

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

[Jboss-dev-forums] [Deployers on JBoss (Deployers/JBoss)] - Re: jBPM deployer

[<tom...@jb...>]

2 questions about the Hibernate session factory MBean implementation: 

   private void buildSessionFactory() throws Exception
  |    {
  |       log.debug( "Building SessionFactory; " + this );
  |       Configuration cfg = new Configuration();
  |       cfg.addProperties( getProperties() );
  | 
  |       final File file = new File(harUrl.getFile());
  |       if ( file.isDirectory() )
  |       {
  |          cfg.addDirectory( file );
  |       }
  |       else
  |       {
  |          cfg.addJar( file );
  |       }      ...
  |       sessionFactory = cfg.buildSessionFactory();
  | 
  |       try {
  |          bind();
  |       }
  |       catch( HibernateException e ) {
  |         ...
  |       }
  |       ...
  |    }

1) what is the addDirectory and addJar used for ?  what do those methods mean ?  is it involved in the scanning for .hbm.xml files ?  

2) can i update the code that is marked as bold to support the reading of a hibernate.cfg.xml instead of the properties ?  something like... if attribute CfgXml is specified, that xml file is read and serves as the xml file to configure both properties and mapping files.

The idea is that i would write a JbpmDeployer.  The JbpmDeployer deployers everything with a .jbpm extension.  The .jbpm files are deployed similar to how the HARDeployer deploys .har files : It will override the isDeployable and make the META-INF/hibernate-service.xml deployable.  This will create an MBean for the hibernate SessionFactory and put it in JNDI.  

After the subdeployments are processed, the JbpmDeployer can lookup the created hibernate SessionFactory, create a JbpmSessionFactory from it and store that one too in JNDI.

regards, tom.

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

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

[Jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - Re: org.jboss.ha.framework.server.FarmMemberService again

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

Well, some more tests proved i was wrong.
The thing is even worst, for an N node cluster the transfers are (N**2)*A!!
If you don't believe me here's the log of a fourth server joining a three members cluster.

BTW, step 2 should should read: pull the A applications form the first cluster node.


  | 2005-05-23 15:00:31,568 INFO  [org.jboss.ha.framework.server.FarmMemberService] **** pullNewDeployments ****
  | 2005-05-23 15:00:31,740 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:31,740 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:31,755 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:31,958 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 2005-05-23 15:00:31,974 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 2005-05-23 15:00:31,990 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 2005-05-23 15:00:31,990 INFO  [org.jboss.ha.framework.server.FarmMemberService] **** pullNewDeployments ****
  | 2005-05-23 15:00:32,724 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:32,740 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:32,755 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:33,427 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 2005-05-23 15:00:33,443 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 2005-05-23 15:00:33,458 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 2005-05-23 15:00:33,458 INFO  [org.jboss.ha.framework.server.FarmMemberService] **** pullNewDeployments ****
  | 2005-05-23 15:00:33,599 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:33,615 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:33,630 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BTV.ear
  | 2005-05-23 15:00:34,333 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 2005-05-23 15:00:34,349 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 2005-05-23 15:00:34,365 INFO  [org.jboss.ha.framework.server.FarmMemberService] farmDeployment(), deploy locally: C:\home\jboss\server\srv1\tmp\BHG.ear
  | 

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

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

[Jboss-dev-forums] [Design of Security on JBoss] - Re: jbpm process security

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

What is needed is an equivalent of the ejb/web container interceptor that can be configurated as part of the workflow so that the security implementation is a pluggable aspect of the workflow. Ultimately the jbpm layer should be able to take advantage of the security aspects from the unified jboss5 implementation.



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

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

[Jboss-dev-forums] [Design of JBoss's Web Services Implementation] - Re: JBossWS Tools: XML based configuration file

[<tho...@jb...>]

In my desription of the modes I was perhaps to restrictive. It should be possible to generate the server side artifacts from wsdl.

Generating the client side from SEI is probably indeed nonsense.

Ole, from an accademic point of view you're probably right. However, the vast majority of people start of with the SEI when providing a service endpoint.

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

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

[Jboss-dev-forums] [Design of Mail Services] - (secure) imap

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

I'm not too sure about the current status of imap, but if you need someone to help test the current level of implementation, then please let me help.

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

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

[Jboss-dev-forums] [Design of Mail Services] - Forwarder listener

[<tom...@jb...>]

I have coded a listener for forwarding e-mails.  I needed it for M2, which I am running, so the code is compatible for that (although originally coded for what is at HEAD, so just commented the changes while making it compatible for M2).  

If you want it, let me know who I can e-mail the source to.

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

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

[Jboss-dev-forums] [Design of JBoss Portal] - Re: Servlet filters not getting executed

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

Any more thoughts on portlet filters?

I am integrating an OLAP UI (JPivot) into JBoss Portal. JPivot uses a filter as the controller and JSPs are the views. There are also some servlets that are used for particular functions. A portlet filter that understood filters in the portlet web.xml would be ideal. Then the JBossPortlet subclass for the portlet would be simpler.

I have seen the Command subclasses being used in the forums ie. ForumPortlet.init(), but can't find how they are executed. Can you give me some pointers?


Thanks,


Sherman

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

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

[Jboss-dev-forums] [Design of JBoss Portal] - Pages & linking to them

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

Hello,
I have two questions:
1. What is the nicest way to create a link to another page (in the same portal)?
2. How can I get the name of the current page from the portlet's code?

The thing I am trying to make is a "page-aware" portlet: on the default page it is part of the left column, and when you click on a link I want it to jump to another page, where this portlet is the default one in the center column (and thus much bigger), and display some more information than on the default page.

You can also think about it as maximizing a portlet with keeping the left "menu" in its place.

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

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

[Jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Re: Instrumenting JDK classes

[<kab...@jb...>]

We do not allow for bytecode modification of java system classes. If you use execution/field/get/set they all modify the target class.

You can use caller pointcuts, which do not modify the target class only the caller class. So you would need to use something like the following for your pointcut expression:


  | call(java.lang.Class java.lang.Class->forName(java.lang.String))
  | 

More info about this here:
http://docs.jboss.org/aop/1.1/aspect-framework/examples/caller/caller.html



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

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

[Jboss-dev-forums] [Design of Security on JBoss] - Re: jbpm process security

[<tom...@jb...>]

you summarized the exact 3 options that i have thought about.  but I couldn't see them clearly distinct.

i don't want jBPM to be tied to only *one* of those mechansims.

maybe we can so the following to support all of them:

1) user-roles-JAAS: 

// somewhere in the jbpm code
  | if (user-roles-jaas-security-is-configured-in-jbpm) {
  |   // how to check if the current user is in role r ?
  |   Subject.getSubject(...) --> org.jboss...RolesPrincipal or something like that
  | 
  |   or should that be done via the SecurityAssociation somehow ?
  | }
2) permission security

// somewhere in the jbpm code
  | if (permission-security-is-configured-in-jbpm) {
  |   AccessController.checkPermission( new ViewTaskPermission(...) );
  | }
3) if users want to do things not in line with the previous 2 approaches, they are on their own...

regards, tom.

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

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

[Jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Instrumenting JDK classes

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

I am using JBOSS AOP in a standalone mode using the org.jboss.aop.standalone.SystemClassLoader approach.

However, I am having trouble instrumenting system classes such as java.lang.Class, etc. Is there a way around that? What I really want is a way to add pointcuts to dump parameters of calls to java.lang.Class.forName(String).

Thanks,
-Ben

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

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

[Jboss-dev-forums] [Design of JBoss's Web Services Implementation] - Re: JBossWS Tools: XML based configuration file

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

Hi all!

Hope I'm not out of line here :-) We are building a fairly large SOA with JBoss where we start from WSDLs on both server and client side..  so a third mode

3. server side working from wsdl 

will definetly be required for us

on a personal note, I think that generating WSDL's from java is like generating interfaces from classes (interfaces/WSDLs are abstract definitions, java-web-services/classes are implementations), which I find a bit "backwards" from a design point of view and fairly unusual in the java community (generating interfaces from classes ;-) maybe i'm wrong here.. !?

regards!

/Ole

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

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

[Jboss-dev-forums] [Design of JBoss's Web Services Implementation] - Re: JBossWS Tools: XML based configuration file

[<tho...@jb...>]

There are really just two modes for the tool:

1: client side working from wsdl
2. server side working from java

Some of the options (i.e. targetNamespace)  apply accross the fine grained tasks. The tasks java2wsdl and java2xsd should both be run for server side for example. There is also the webservices.xml artifact for the server side. 

You may want to have common options for server/client side plus individual options for the fine grained tasks.

Yes, we need a schema for the config file once it is reasonably stable. The test build should have a generation step that builds the artifacts that are currently generated by wscompile.

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

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