October 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Build System] - Re: Maven build broken again - Microcontainer

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | 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? | /quote] | | Basically until there is way to configure the build such it never uses | a transient dependency and all dependencies are configured explcitly in the | top level build file (and those are actualy used by Maven), | I don't believe that any these tagged builds are actually 100% reproducable. :-( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096060#4096060 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096060

18 years, 5 months

1
0
0 / 0

[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

1
0
0 / 0

[Design of JBoss Portal] - Re: *Non user level* JBoss Portal architecture documentation

by meyerschalk

julien, This is the email i used 'julien(a)jboss.com' or is this your anti spam email :-) anyway send me a mail at dirk.meyer(a)s4b.com.au and I forward the stuff and I will reply with the attachments. kind regards, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096040#4096040 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096040

18 years, 5 months

1
0
0 / 0

[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

1
0
0 / 0

[Design of JBoss Web Services] - [Productivity] Level 4 - Production

by alessio.soldano＠jboss.com

This thread is about the last level of productivity efforts we're thinking about. Please refer to this http://www.jboss.com/index.html?module=bb&op=viewtopic&t=121127 for a topic introduction. Having a webservice system finally live in production environment requires system administrators to deal with a lot of new issues. Topics like security, accountability, statistics, availability, SLA considerations and so on are most likely to come out especially considering the role webservices play in a SOA. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096037#4096037 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096037

18 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: What supplies the destination ActivationConfigProperty?

by adrian＠jboss.org

The problem is caused by the messaging-type getting defaulted to JMS in the new metadata. | @XmlType(name="message-driven-beanType") | public class MessageDrivenBeanMetaData extends EnterpriseBeanMetaData | { | ... | | /** The messaging type */ | private String messagingType = "javax.jms.MessageListener"; | this is not correct. The user must either specify it in the xml or use an annotation. For backwards compatibility in EJB2 we assume a non-jca container (i.e. JMSContainerInvoker style xml) if there is NO messaging-type. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096020#4096020 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096020

18 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Error in ejb-jar.xml

by fady.matar

The lookup still works but you're right about this. My bad mistaken the <ejb-ref> for <ejb-local-ref> That post can be ignored all in all View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096017#4096017 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096017

18 years, 5 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Get list of sessions

by thomas.heute＠jboss.com

1- Do not cross post 2- Do not post user questions in the design forum thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096011#4096011 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096011

18 years, 5 months

1
0
0 / 0

[Design of JBoss Portal] - Get list of sessions

by sm_falcon

Hello. I'm using Jboss Portal 2.6.1GA. I have a task - "administrator of system can close the session of any user". How can I get a session of each user? Thank advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096010#4096010 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096010

18 years, 5 months

1
0
0 / 0

[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

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 October 2007