[Design of JBoss Build System] - Re: Maven build broken again - Microcontainer
by adrian@jboss.org
"pgier" wrote : Did you build from the deployers-impl directory? If so, maven doesn't have a way to know where the managed module is located, so it tries to download it instead.
|
No. I built from the root like normal.
anonymous wrote :
| If you build from the parent directory (aggregator) then it should be able to find the classes directory of the sibling modules. Or if you just rebuild (install) the managed project, then it will get it from the local repository.
|
I deleted my local repository and that fixed it so it obviously had a wrong reference
somewhere.
I'm still not convinced that the local repository behaves very well (correctly),
i.e. how can I convince myself that when I (re)build a tagged version
it is building what I think it is building?
Short of deleting my local repository on a regular basis to prevent it getting into
one of these frequent corrupted states?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096057#4096057
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096057
18 years, 5 months
[Design of JBoss Web Services] - Re: [Productivity] Level 4 - Production
by alessio.soldano@jboss.com
What are we going to do?
Once again, documentation will be the starting point. Users have to be aware of the issues they'll have to cope with before their system actually switch to the production environment.
Thinking about the SOA governance issues, I believe webservices should at least come with some basic tools for service customer discovery and performance/level of service checks.
My idea is to start from the jmx-console that actually show some metrics about the endpoints and enhance them, adding more info about load, response time, etc. as long as statistics/log about clients calling each endpoint. The administrator should be able of course to enable/disable metrics recording, etc; moreover we might provide info at different scopes (i.e. statistics for each endpoint as well as for each operation, etc.).
The idea is that the administrator of services deployed on a given host should be able to track who is actually using the service and how. Moreover, he should be allowed to check whether the system is overloaded or not (that is: he meet the SLA requirements) and I think it's fine to check this at the WS level since services are the entry point for customers.
Also showing the policy deployed on each policy subject might be useful.
Finally, some efforts should be put on registry/UDDI. In my previous experiences registry usefulness was often underestimated; however registries may really help with painful issues, like wsdl versioning. I'm going to further elaborate my thoughts about this in the next future; for sure registries are going to be involved at least in one of the advanced samples backed by scenarios I previously talked about.
Many other issues might be interesting at this level; if you think something else is more important or urgent, feel free to comment.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096039#4096039
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096039
18 years, 5 months
[Design of EJB 3.0] - Re: EJBTHREE-786
by wolfc
"ALRubinger" wrote :
| "wolfc" wrote : How about we take out the explicit binding of EJBObject in the proxy factories. If one of the interfaces extends EJBObject it'll be picked up again.
| We've now taken the explicit binding of EJBObject out of the Proxy factories, but again, since the business interfaces cannot extend EJBObject, we're now in the position where no Proxy object ever implements EJBObject; local/remote interfaces are impossible.
|
If I have:
interface MyRemoteBusiness {}
|
| interface MyRemoteHome extends EJBHome {}
|
| interface MyRemote extends EJBObject {}
The proxy implements both MyRemoteBusiness and MyRemote (optionally also MyRemoteHome). So in effect it will implement EJBObject.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096005#4096005
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096005
18 years, 5 months